From owner-freebsd-multimedia@FreeBSD.ORG Tue Apr 3 08:27:57 2007 Return-Path: X-Original-To: freebsd-multimedia@freebsd.org Delivered-To: freebsd-multimedia@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id 20C2D16A401 for ; Tue, 3 Apr 2007 08:27:57 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: from an-out-0708.google.com (an-out-0708.google.com [209.85.132.250]) by mx1.freebsd.org (Postfix) with ESMTP id D1E6613C44B for ; Tue, 3 Apr 2007 08:27:56 +0000 (UTC) (envelope-from infofarmer@gmail.com) Received: by an-out-0708.google.com with SMTP id c24so1597040ana for ; Tue, 03 Apr 2007 01:27:56 -0700 (PDT) DKIM-Signature: a=rsa-sha1; c=relaxed/relaxed; d=gmail.com; s=beta; h=domainkey-signature:received:received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=kAyl9+jgz0+WoqdKrbIK89iF7NR8aiMzR0dvY0RWy0vFbzqjRQMVayu70d2R/pwxT/xVWrbGpnDt3fpFuGQgkDwBWTKlQ5rqKjhRYlZZzAvDRoRa3EO8UZMlekAbeaNJ50aU2Ml11hvS4O0Pyly0RshZTD/jTKhQPXx+lNIJwRw= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=beta; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=PdReT+97AAF57HKVa1xYdmdGTUIe0no5QNieZfm4H4lAzb8+Ie5it+3oHt38RkjHZboj4Ld8QzTQWg3MbylwV+rbRdGjLvhYHI49vFf+w7DxXK9LWSJk45jKTo/5AKMVlDfuyCH3BvZlwLJFlD+L4w1GCD5phI8kB4Unz0bFY5M= Received: by 10.114.205.1 with SMTP id c1mr2140397wag.1175587413168; Tue, 03 Apr 2007 01:03:33 -0700 (PDT) Received: by 10.114.201.2 with HTTP; Tue, 3 Apr 2007 01:03:32 -0700 (PDT) Message-ID: Date: Tue, 3 Apr 2007 12:03:32 +0400 From: "Andrew Pantyukhin" Sender: infofarmer@gmail.com To: "Michael Nottebrock" In-Reply-To: <200704030953.02349.lofi@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070402202318.05f379b3.torfinn.ingolfsen@broadpark.no> <200704030953.02349.lofi@freebsd.org> X-Google-Sender-Auth: 287d46548a7ce161 Cc: freebsd-multimedia@freebsd.org Subject: Re: plan for ffmpeg-devel X-BeenThere: freebsd-multimedia@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Multimedia discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 03 Apr 2007 08:27:57 -0000 On 4/3/07, Michael Nottebrock wrote: > On Monday, 2. April 2007, Torfinn Ingolfsen wrote: > > On Mon, 02 Apr 2007 11:37:32 -0400 > > > > Michael Johnson wrote: > > > I want to move ffmpeg-devel -> ffmpeg and we need testers. > > > not just to make sure things build but to assure movies play, > > > mp3's still play, etc... Please test new ffmpeg-devel > > > > AFAICT, I'm not an active user of ffmpeg-devel or ffmpeg. I see that it > > is installed on a couple of my FreeBSD machines (probably as a > > requirement for something else that I have installed). > > > > It looks to me like ffmpeg is for video format conversion, and that it > > is not a video player program. Is this correct? > > Only at first glance - ffmpeg provides the libavformat, libpostprocess and > libavcodec libraries, which provide container parsing, image enhancement and > encoding/decoding, respectively, and which are, and I'm not exagerating here, > the de-facto backend of *every* established open source multimedia software, > be it mplayer, vlc, transcode, xine ... take away ffmpeg from any of those, > and you get approximately the format support of an out-of-the-box Windows 95. > > However, since ffmpeg isn't a project that does proper code releases, most > other projects maintain the ffmpeg sources in their own repositories and ship > them in their release tarballs (which is somewhat unfortunate). > > Like Michael says, vlc is a good test candidate, since it dynamically links to > ffmpeg(-devel) as in ports. Transcode is another. > > But I think we should consider updating the ffmpeg-devel to a more recent > snapshot before doing the move, as even the ffmpeg-devel port is rather > outdated these days. Or even better, update ffmpeg to a snapshot that is > widely used elsewhere (read: popular Linux distributions) and keep > ffmpeg-devel around and put the latter on an aggressive update schedule (once > a month). BTW, it would be extremely cool if we could get mplayer use ffmpeg from ports. Newer snapshots of ffmpeg are not just newer, they are required by contemporary software (e.g. veejay is in my queue).