On Wed, Jul 08, 2009 at 03:11:50PM -0400, Alex Converse wrote: > On Wed, Jul 8, 2009 at 6:25 AM, Diego Biurrun<[email protected]> wrote: > > On Mon, Jul 06, 2009 at 10:38:55PM -0400, Alex Converse wrote: > >> On Mon, Jul 6, 2009 at 9:28 PM, Diego Biurrun<[email protected]> wrote: > >> > On Mon, Jul 06, 2009 at 09:14:00PM -0400, Alex Converse wrote: > >> >> Dsputil is awesome but developing this encoder inside ffmpeg is > >> >> constricting to say the least. > >> > > >> > Why? Elaborate.. > >> > >> Well, our source control is one major paradigm shift behind (and the > >> use of svn:externals definitely damages makes using the git mirror > >> more painful and branches aren't even exposed on the git mirror but > >> we've discussed this a thousand times and I don't see any chance of it > >> changing in the near future). > > > > How does libswscale affect your work on AAC? > > As I'm starting to screw around in shared code, being able to run > regressions is nice.
Why is this not possible? > >> This is especially painful because > >> essentially I'm playing in someone else's sandbox here. > > > > Just get your own sandbox.. > > > >> I'm not the only one who's wondered if FFmpeg is really the best place > >> to implement a high quality encoder. FFmpeg lacks a VC-1 encoder, an > >> H.264 encoder, and an MP3 encoder. x264 is developed outside of FFmpeg > >> despite sharing some code. Aften and Flake (that PARCOR routine is > >> actually from Flake) are developed outside of FFmpeg and periodically > >> have features backported. AAC itself is older than FFmpeg (not some > >> johnny-come-lately format) and we still lack a working encoder for it. > > > > Without a doubt, encoders are not FFmpeg's main strength. That does not > > mean we should not attempt to change this. > > > > Not having an encoder or even a decoder for certain formats often has > > historic reasons. Whenever external libraries of good enough or better > > quality have been available, motivation to write equivalents in FFmpeg > > has been low... > > > > Diego > > > > P.S.: This should really be discussed on ffmpeg-devel... > > _______________________________________________ > > FFmpeg-soc mailing list > > [email protected] > > https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-soc Extra good karma for snipping quotes you do not reply to, thanks. Diego _______________________________________________ FFmpeg-soc mailing list [email protected] https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-soc
