[FFmpeg-devel] [FFmpeg-devel-irc] IRC log for 2010-03-02

[Alex Converse]

On Wed, Mar 3, 2010 at 10:20 PM, Michael Niedermayer <michaelni at gmx.at> wrote:
> On Wed, Mar 03, 2010 at 12:00:25AM +0000, irc at mansr.com wrote:
> [...]
>> [01:47:27] <DonDiego> peloverde: so what is missing for sbr to get merged?
>> [01:48:48] <peloverde> I actually sent an e-mail out asking that, and got instructions on how to fix the demuxer issue
>> [01:49:14] <peloverde> Basically I see two out stand complaints
>> [01:49:29] <peloverde> 1) The demuxer/sample rate issue, certainly a valid concern
>
>> [01:49:48] <peloverde> 2) The filterbank could be more efficient
>> [01:50:29] <peloverde> the filterbank is on the right order of complexity, I have no doubt that it could be made more efficient in C code and could also be SIMDed
>
> i do have some doubt that it cant just be done with half the operations
> that said, thats not holding the code up from svn, because we dont know if
> or how that could be done.
> whats holding it up is the lack of any proper review, ill try to do that
>
> one thing that would help me is some text/spec that describes the algorithm
> (that is sbr as a whole not the filterbank)
>
>
>> [01:50:50] <peloverde> However i think requiring new SIMD code is really out of the scope of a new decoder
>
> i never asked for simd optims
>
>
>> [01:51:07] <peloverde> and writing really fast scalar C is a waste of time
>
> didnt ask for that either
>
>

I never said you did. In this case Mans was asking for SIMD.

> [...]
>> [07:10:29] <kshishkov> peloverde: looks like you're holding FFmpeg 0.6 release
>> [07:10:39] <kshishkov> oh, was not quick enough
>> [07:11:47] <superdump> morning
>> [07:12:01] <elenril> meh, 0.5.1 is holding 0.6 release
>> [07:12:06] <kshishkov> morrow
>> [07:12:23] <kshishkov> elenril: no, they are almost unrelated
>> [07:12:44] <elenril> orly
>> [07:13:00] <elenril> so they're waiting for sbr?
>> [07:13:19] <kshishkov> we all are
>> [07:13:50] * kshishkov readies a big shovel to bury libavcodec/libfaad.c
>> [07:14:53] <elenril> they should wait for -mt too ;)
>
> i too am in favor of having -mt in 0.6 :)
>
>
> [...]
>> [13:40:36] <Rathann|work> meh, roundup cert is expired
>> [13:41:10] <superdump> peloverde: and as it's functional, i think it's good to get it in
>
>> [13:41:14] <kshishkov> so is Michael's key
>> [13:42:59] <Rathann|work> indeed
>
> my gpg key expires 2010-05-26, and will be bumped by me to 2011
> around that time, i never understood what expiration is good for if one can
> just change it at will but thats how gpg works, you guys have forgotten to
> get the key update last year i guess
>
> 50% of this irclog read before falling asleep
>
> [...]
>
> --
> Michael ? ? GnuPG fingerprint: 9FF2128B147EF6730BADF133611EC787040B0FAB
>
> Complexity theory is the science of finding the exact solution to an
> approximation. Benchmarking OTOH is finding an approximation of the exact
>
> -----BEGIN PGP SIGNATURE-----
> Version: GnuPG v1.4.9 (GNU/Linux)
>
> iD8DBQFLjycAYR7HhwQLD6sRAqZDAJ4td2n9wu70VpeSVrSiO2FkTu7D3QCffzJU
> 2KzqCpaKDkYLOmwMY8m+/Hg=
> =qg9D
> -----END PGP SIGNATURE-----
>
> _______________________________________________
> ffmpeg-devel mailing list
> ffmpeg-devel at mplayerhq.hu
> https://lists.mplayerhq.hu/mailman/listinfo/ffmpeg-devel
>