Skip site navigation (1)Skip section navigation (2)
Date:      Mon, 2 May 2005 23:44:17 -0700
From:      Jacob Meuser <jakemsr@jakemsr.com>
To:        freebsd-multimedia@freebsd.org
Subject:   Re: New ffmpeg CVS versions
Message-ID:  <20050503064417.GE11140@puff.jakemsr.gom>
In-Reply-To: <20050502043610.51034.qmail@exxodus.fedaykin.here>
References:  <20050502043610.51034.qmail@exxodus.fedaykin.here>

next in thread | previous in thread | raw e-mail | index | archive | help
On Mon, May 02, 2005 at 01:35:47AM -0300, Mario Sergio Fujikawa Ferreira wrote:
> Hi,
> 
> 	Latest ffmpeg official release happened a long time ago.
> However, the CVS version has been evolving VERY fast. Lots of fixes
> and brand new features.

yeah, especially for amd64, and 64-bit archs in general as positive
fallout.  that's why the OpenBSD port is back to using snapshots ;)

> 	I have just wrote a sample of the possible final ffmpeg-devel
> CVS port. I would like feedback on what could be improved or if
> there are some bugs left on the port. Specially from users of
> architectures other than i386.
> 
> 	Side effects, Michael Johnson <ahze@FreeBSD.org> has found
> a few "drawbacks" which will be probably fixed by the time you read
> this email. Both vlc and mplayer have some problems with a52 symbols
> but probably adding -la52 to their build chains should work. That's
> ahze's suggestion :)
> 
> 	IPV6 support seems to be broken but I won't have a IPV6
> kernel box until tomorrow night so I hope someone has a fix before
> that.
> 
> 	Please, test the bktr(4) grabbing code if you can because
> that's the main part I had no way to test it.
> 
> 	Also, I did not test to the correct places to set fPIC and fPIE
> so if some kind soul does it before I can reach my computer in
> 19 hours; I'll really appreciate it. Please try submitting patches
> alongside your suggestions but do not refrain just because you do
> not have a patch handy.
> 
> 	This is all about improving both the accuracy and the speed
> of ffmpeg playback.
> 
> 	There are 2 versions of the ffmpeg-devel port:
> 
> 1 - build and works
> port		-> ffmpeg-cvs-20050427.tar.gz
> distfile	-> ffmpeg-devel-20050427.tar.gz
> 2 - does not build, it breaks when trying to build the bktr(4)
>     grabbing code. I'll appreciate help fixing it
> port		-> ffmpeg-cvs-20050502.tar.gz
> distfile	-> ffmpeg-devel-20050502.tar.gz
> 
> 	Instructions, fetch the distfiles and place them into
> /usr/ports/distfiles. Then extract the ports at the place of your
> convenience and try building them.
> 
> 	Bear in mind, that installing these ports might compromise
> the stability of vlc, mplayer and some other ports dependent
> on ffmpeg.
> 
> 	However, I might say that it is ALL working for me.
> 
> ps: Try ffplay instead of mplayer and tell me what you think about
> both of them.

IMO, ffplay is always the preferred playback testing tool.  i've
seen mplayer stutter on stuff ffplay (an others) played smoothly.

> pss: As long as we are here, what about adding ring buffering (video
> and time) support to bktr(4) ffmpeg. It should automatically escalate
> spinoffs like mplayer, xine, gstreamer, vlc... just to name a few.
> Not a small thing to consider. also, try to convince the ffmpeg
> "council" to add our grab code to the cvs once in for all. :)

indeed, there should be bktr support in FFmpeg CVS.  I was thinking
about asking Steve for his OK, since it's his code, to submit it
to ffmpeg-devel, along with the necessary configure/Makefile changes.

I've been toying around with buffers, etc, in my bktr capture toys
(http://www.jakemsr.com/bsdav/) but am still awaiting that moment
of clarity when it all clicks together in a nice _simple_ manner.

-- 
<jakemsr@jakemsr.com>



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20050503064417.GE11140>