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

[Michael Niedermayer]

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


[...]
> [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
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
URL: <http://lists.mplayerhq.hu/pipermail/ffmpeg-devel/attachments/20100304/256d0f1f/attachment.pgp>