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

irc at mansr.com irc at mansr.com
Wed Mar 3 01:00:25 CET 2010


[00:02:16] <CIA-92> ffmpeg: stefano * r22140 /trunk/ffmpeg.c:
[00:02:16] <CIA-92> ffmpeg: Make ffmpeg print a message and abort if the name of the format
[00:02:16] <CIA-92> ffmpeg: provided with -f was unknown.
[01:32:22] * peloverde is starting to think that merging HE-AAC is more trouble than just permanently maintaining a fork
[01:33:22] <DonDiego> what happened? :)
[01:34:23] <janneg> still the sample rate issue?
[01:34:24] <Dark_Shikari> DonDiego: same thing that happened with ffmpeg-mt
[01:34:40] <DonDiego> what happened with ffmpeg-mt?
[01:34:40] <peloverde> yes still the sample rate thing
[01:34:55] <Dark_Shikari> DonDiego: laziness + fear of michael --> stays a fork
[01:35:53] <peloverde> I go along with the most involved but preferred approach of testing and fixing each individual demuxer
[01:36:13] <Dark_Shikari> oh god
[01:36:16] <Dark_Shikari> the he-aac sample rate issue
[01:36:17] <Dark_Shikari> oh dear.
[01:36:33] <Dark_Shikari> that has to be one of the worst ideas I've ever seen in spec-world
[01:36:34] <peloverde> and now concern is expressed that it may make it more difficult to support things down the road that are completely out of spec
[01:37:07] <astrange> just break them before they exist and then become popular enough that they can't do it
[01:37:45] <peloverde> The real solution is just to use explicitly signaled SBR
[01:38:59] <peloverde> Or two have two top level audioObjects like SLS
[01:39:08] <Dark_Shikari> here's a simpler way: allow codecs to override container information
[01:39:13] <Dark_Shikari> e.g. if the container says "22khz"
[01:39:16] <Dark_Shikari> but the codec says "44khz"
[01:40:25] <janneg> gah, xbmc bundles even more libraries than mythtv
[01:40:39] <peloverde> Due to assorted nonsense, implicit SBR isn't in the headers at all
[01:41:02] <peloverde> so you need some way to figuring out that you need to decode a frame to get the real parameters
[01:43:14] <peloverde> apparently xmbc does some cool stuff with VDPAU
[01:43:51] <peloverde> s/xmbc/xbmc/
[01:44:43] <janneg> doubts that that's the reason to bundle python
[01:45:25] * janneg just needs to check if his crystal hd card works
[01:46:23] <janneg> the minimal ffmpeg h264 decoder I've wrote doesn't work
[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
[01:50:50] <peloverde> However i think requiring new SIMD code is really out of the scope of a new decoder
[01:51:07] <peloverde> and writing really fast scalar C is a waste of time
[01:51:51] <Kovensky> and tends to make the C harder to read
[01:52:46] <peloverde> I've made offers to give anyone who wants to work on the filterbank the 3 pages of the spec that describe it
[02:05:34] <peloverde> Redditors are retards comment of the day: "Except that H264 is just as patent-encumbered as Flash." does he seriously think there are no patents on the non-H.264 sections of flash?
[02:25:27] <CIA-92> ffmpeg: michael * r22141 /trunk/libavcodec/h264.c:
[02:25:27] <CIA-92> ffmpeg: Fix a bunch of bugs ive introduced recently that broke threaded decoding.
[02:25:27] <CIA-92> ffmpeg: might also fix issue1788
[03:17:46] <CIA-92> ffmpeg: mru * r22142 /trunk/libavutil/intreadwrite.h: Fix build failure with fast_unaligned and non-gcc-compatible compilers
[03:17:46] <CIA-92> ffmpeg: mru * r22143 /trunk/ (configure libavcodec/Makefile): Make lsp a separate configurable and select it from codecs needing it
[03:20:02] <CIA-92> ffmpeg: darkshikari * r22144 /trunk/ffpresets/ (18 files):
[03:20:02] <CIA-92> ffmpeg: Add presets for all of the x264 presets, including fastfirstpass versions.
[03:20:02] <CIA-92> ffmpeg: Not 100% accurate, since not all x264 options have ffmpeg equivalents yet.
[03:20:02] <CIA-92> ffmpeg: Patch by Lou Logan.
[06:54:09] <elenril> morning
[06:54:40] <kshishkov> it's called differently in your country
[06:55:22] <elenril> my_country: no such file or directory
[06:55:52] <kshishkov> one should have one
[06:56:02] * kshishkov has Sweden for homeland
[06:56:58] <elenril> not really
[06:57:10] <kshishkov> really
[06:57:56] * elenril fails to see how does nationalism help anything
[06:58:17] <kshishkov> what does nationalism has to do with that?
[06:58:53] <kshishkov> country != government or nation
[06:59:28] <kshishkov> it's just a place you like and want to live there forever
[07:01:15] <elenril> i'm pretty sure you don't like Sweden just for nice views
[07:01:36] <elenril> (btw wtf happened with google)
[07:02:16] <kshishkov> yes, other things in Sweden are also very good
[07:03:10] <kshishkov> (btw nothing special - they just decided to fade in not so useful interface elements)
[07:04:06] <elenril> they also forced button background colors
[07:04:13] <elenril> but left text as is
[07:04:25] <elenril> which is braindead
[07:05:27] <kshishkov> you are strange - their goal is to make people _leave_ start page ASAP, not look at it for hours
[07:05:38] <elenril> http://img683.imageshack.us/img683/6797/screen20100302080445.png
[07:08:32] * elenril wonders if it's possible to set a dark theme for google
[07:09:08] <peloverde> elenril, you probably could with a user stylesheet
[07:09:22] <elenril> ah, :effort:
[07:09:38] <peloverde> someone has probably already made one, all you need to do is find it
[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 ;)
[07:15:24] <kshishkov> nah, it's also quite parallel
[07:16:35] <astrange> i have homework if someone wants it
[07:16:42] <astrange> http://gitorious.com/~astrange/ffmpeg/ffmpeg-mt/blobs/master/libavcodec/h264.c#line2381 uncomment this and make it not crash
[07:20:16] <kshishkov> does it crash right there?
[07:20:31] <astrange> in mpegvideo
[07:20:56] <kshishkov> probably you should modify last/next_picture_ptr after it's used
[07:21:42] <kshishkov> I think it expects last_picture_ptr = &last_picture
[07:23:41] <andoma> morning
[07:23:49] <kshishkov> hej (:
[07:33:56] * elenril wonders where to steal code for -escaping strings in c
[07:34:27] <kshishkov> write one yourself in 5 seconds
[07:35:04] <elenril> isn't there a better way to do it?
[07:35:15] <kshishkov> of course not
[07:39:33] * kshishkov wonders how to load 16 bytes into XMM register at once
[07:40:05] <astrange> i think that's the most common number of bytes to load into one
[07:40:16] <astrange> well, no, i guess that's sse float
[07:40:35] <Dark_Shikari> kshishkov: how would you not load 16 bytes into an xmm register
[07:40:36] <kshishkov> still, how to do it? I don't see anything except movd/movq
[07:40:39] <Dark_Shikari> movdqa
[07:40:42] <kshishkov> ah
[07:40:48] <astrange> or movdqu or movaps or movups
[07:41:05] <astrange> or loaddqu. does that one do anything useful?
[07:41:32] <Dark_Shikari> lddqu improves performance across cacheline split loads on pentium 4E
[07:41:41] <Dark_Shikari> it was never useful on any other chip.
[07:41:49] <Dark_Shikari> nobody knows why they didn't just put the logic into movdqu
[07:42:20] <astrange> one of the cacheline hint instructions on g5 did nothing and was a complete pipeline stall too
[07:44:41] <Dark_Shikari> I love the corporate email systems that have a "recall" button
[07:44:48] <Dark_Shikari> with some sort of implication that anyone respects such a thing
[07:45:38] <twnqx> yeah, i love the recall emails on my blackberry
[07:45:38] <kshishkov> "pretend I never got that mail" button is much more useful
[07:45:48] <twnqx> always makes me read the original ones
[08:03:25] <superdump> has anyone seen reynaldo in here since yesterday morning...?
[08:05:43] <jai> Dark_Shikari: isnt that outlook specific?
[08:05:59] <Dark_Shikari> I have no idea
[08:09:00] <jai> well, it only works when everyone concerned is using exchange
[08:09:08] <jai> and people havent read the original yet
[08:09:18] <Dark_Shikari> of course
[08:09:23] <Dark_Shikari> that's sorta the point of my comment =p
[08:09:31] <Dark_Shikari> I love it when people do recalls to @gmail accounts
[08:09:49] <jai> lol
[08:10:05] <jai> people are too cute :)
[08:13:18] <siretart`> morning
[08:15:06] <KotH> grüezi wohl
[08:15:07] <siretart`> seems phoronix has picked up diego's news update
[08:15:48] <siretart`> hmm. perhaps they should have waited for the 0.5.1 release announcement :-)
[08:17:02] <astrange> http://www.phoronix.com/forums/showthread.php?p=115034#post115034
[08:18:38] <elenril> o_0 they misspelled ffMPEG
[08:22:43] <jai> anyone have opinions on how dvd audio encryption should be handled in lavc
[08:24:03] <kshishkov> probably it should not be handled there at all
[08:24:15] <kshishkov> decryption - yes
[08:24:22] <superdump> they can write another mail about the release of 0.5.1 and 0.6 when they come if they want
[08:24:38] <jai> currently, i link to libdvdcpxm
[08:24:49] <astrange> how does the decryption work?
[08:24:53] <twnqx> dvd audio encryption?
[08:24:58] <twnqx> what's that even?
[08:25:27] <kshishkov> astrange: mostly in the same fashion but inputs and outputs differ ;)
[08:25:30] <astrange> and how large is the key?
[08:47:34] <jai> twnqx: cppm
[08:48:18] <twnqx> never even heard of it... but well :)
[08:52:25] <merbzt> jai: we should support the crypto
[08:52:49] <merbzt> jai: the keys I'm not sure
[08:53:17] <jai> merbzt: you mean the keys hardcoded in libdvdcpxm?
[08:53:24] <merbzt> but it might make better sense to add the support to libdvdread
[08:53:28] <jai> hm
[08:53:29] <merbzt> yes
[08:54:54] <jai> merbzt: so your suggestion would be to do the decryption at the playback layer?
[08:55:15] <merbzt> no
[08:55:40] <merbzt> decrypt in lavf and let some other lib handle the key handling
[08:55:57] <kshishkov> like asfcrypt support we have
[08:56:33] <kshishkov> this way it's both supported and little to blame of lav* side
[08:57:09] <twnqx> and libcss?
[08:57:09] <twnqx> :>
[08:58:38] <KotH> why should anyone blame lav* for key handling?
[08:58:48] <KotH> i mean, those keys are public after all!
[08:59:05] <jai> wait a minute, what was libavdevice for?
[08:59:44] <jai> after decryption i still need to feed the dvda blocks into our demuxer
[09:04:08] <jai> well, anyway, i'll first try and get the prerequisites committed
[09:19:36] <superdump> i'm a bit concerned about reynaldo
[09:19:54] <superdump> he lives near concepcion
[09:24:24] <merbzt> :/
[09:25:00] <merbzt> superdump: did you try to mail him ?
[09:25:15] <superdump> i sent him an SMS yesterday
[09:25:30] <superdump> his domain is down, so i don't think mailing will help
[09:26:17] <superdump> ah
[09:26:19] <superdump> phew
[09:26:23] <superdump> facebook says he's ok
[09:27:48] <jai> \o/
[09:28:37] <merbzt> goodie
[09:28:44] <peloverde> that's a relief
[09:28:49] <merbzt> does it say anything more ?
[09:31:43] <superdump> he says his opendot mail is down, but you can mail him on his osp account and he'll see it when his connection is up
[09:31:49] <superdump> sounds like it's sporadic
[09:32:14] <superdump> he said they're all ok but the situation is far from ideal
[09:32:27] <superdump> still, he said they're 'sailing through it'
[09:37:36] <pulczynski> Hello #ffmpeg ! I am working with video using ffmpeg as reader/demuxer from various stream to deinterlaced/scaled yuv4mpeg . Some source materials are partialy interlaced, partially progressive (tv archives is the source). I found "decombing" filter from handbrake would solve thouse issues ( more details : http://trac.handbrake.fr/wiki/Decomb ) . Otoh I found commercial software  http://www.yuvsoft.com/technologies/deinterlacing/ .   Is there any pl
[09:38:22] <Dark_Shikari> your message was cut off at "there any pl"
[09:38:33] <siretart`> smells like a question for #ffmpeg, not -devel.
[09:38:58] <kshishkov> nah, it's a question of adding filter from Handbrake to lavfi
[09:39:09] <Dark_Shikari> >implying lavfi will ever be finished
[09:39:14] <pulczynski>  Is there any plan implementing decomb filter in ffmpeg?
[09:39:16] <Dark_Shikari> x264's filter interface will be done first
[09:39:17] <pulczynski>  If no my team will start develop yov4mpeg decomb filter (similiar to http://gitorious.org/y4m-logo ) -
[09:39:20] <pulczynski> is anyone interested in participating in such project?
[09:39:26] <Dark_Shikari> pulczynski: it should have decomb.
[09:39:55] <astrange> is neuron2 decomb good? tfm is better and i thought mplayer pullup was too
[09:40:01] <pulczynski> Dark_Shikari:  great! Maybe we coud help somehow?
[09:40:14] <superdump> there's probably already open source decomb code out there that could be just ported to lavfi
[09:40:17] <astrange> i watched a 2004 fansub filled with mftoon and ivtc mismatches the other day, i assumed it was like that
[09:40:29] <superdump> Dark_Shikari: i get the impression some people are using lavfi already
[09:40:32] <pulczynski> superdump: havent heard of any except handbrake code
[09:40:52] <astrange> yes, lavfi is functional in the fork, but i haven't looked at adding filters to it
[09:41:09] <astrange> an ivtc would be complicated if it doesn't handle pts properly
[09:43:31] <pulczynski> The reason i am planning implementing is as yov filter not ffmpeg filter is that i HAVA to use quite stable ffmpeg version, not lavfi fork. Any plans when lavfi goes stable?
[09:43:38] <pulczynski> s/yov/yuv/
[09:43:55] <kshishkov> no idea on that
[09:44:21] <Dark_Shikari> 2020
[09:44:23] <elenril> lavfi isn't finished?
[09:44:36] * elenril thought it just doesn't have any filters
[09:44:56] <kshishkov> elenril: it is not finished until it's in main SVN. And even then...
[09:45:04] <astrange> is there a todo?
[09:45:21] <astrange> http://wiki.multimedia.cx/index.php?title=Libavfilter is out of date
[09:45:26] * elenril sees a libavfilter/ in his ffmpeg sources
[09:46:22] <astrange> soc/libavfilter/TODO but it doesn't say which are merge requirements
[09:56:45] <Kovensky> <astrange> is neuron2 decomb good? <-- telecide is pretty dumb compared to tfm, it's only advantage is that it's faster so it's less annoying in YATTA
[09:58:25] <pulczynski> Kovensky: astrange: any opinion on http://www.yuvsoft.com/technologies/deinterlacing/ ?
[10:00:13] <jai> elenril: it isnt integrated fully yet
[10:00:29] <astrange> "Preserves scan rate (double rate)"
[10:00:43] <jai> i see a bunch of todos floating around, but except stefano and vitor not many people work on it (afaik)
[10:01:01] <astrange> i wouldn't call that a deinterlacer, it can be done by scaling each field 2x vertically and making them into frames
[10:01:30] <astrange> which the mplayer filter tfields does. it can be a good idea sometimes
[10:02:06] <astrange> i recommend looking at yadif or tdeint, they're pretty good and open source
[10:02:14] <Kovensky> their scaler doesn't seem to be very good either, look at th blurriness
[10:02:40] <pulczynski> well, in http://www.yuvsoft.com/pdf/Deinterlace.pdf it states : Uses two frames and two fields
[10:02:43] <astrange> the best one i know is called tempgaussmc and is a really complicated avisynth script
[10:02:47] <Kovensky> and there are still a few interlacing artifacts on those black bar thingies
[10:02:53] <Dark_Shikari> tempgaussmc is awesome.
[10:02:55] <Kovensky> astrange: a really slow one too
[10:02:57] * kshishkov prefers lavf "blend"
[10:03:08] * Kovensky suggests "weave"
[10:03:10] <astrange> i like yadif over any blend as a realtime deint
[10:03:41] <astrange> http://avisynth.org/mediawiki/upload/c/c8/TempGaussMC_beta1mod.avsi lavfi needs a layer to do all this
[10:04:07] <pulczynski> Well, the problem in my situation is I would like filter to detect if deinterlaced is needed (our source files arent hinted with interlaced/progresive flag, so we have to look at the video before converting )
[10:10:43] <siretart`> DonDiego: hey there!
[10:11:19] <DonDiego> moin
[10:11:47] * DonDiego woke up old and fresh at the same time
[10:11:52] <DonDiego> <--- birthday
[10:12:05] <twnqx> congratulations
[10:12:16] <KotH> congrats DonDiego
[10:12:17] <siretart`> DonDiego: I've prepared some tarballs and signatures here as birthday present: http://wiki.tauware.de/~siretart/ffmpeg/ :-)
[10:12:22] <andoma> DonDiego: but how old?
[10:12:23] <siretart`> DonDiego: congrats :-)
[10:12:42] <KotH> DonDiego: you're slowly moving towards pension age ;)
[10:12:46] <kshishkov> andoma: you've said you're too old to trust you ;)
[10:12:58] <andoma> kshishkov: yeah, I'm ancient
[10:13:37] <kshishkov> andoma: ancient things only increase in value, you know
[10:13:53] <DonDiego> well, let's not let the suspense build up infinitely
[10:13:57] <DonDiego> i now am
[10:14:02] <DonDiego> *drumroll*
[10:14:12] * DonDiego pauses for dramatic effect
[10:14:20] <DonDiego> 35
[10:14:58] <kshishkov> ah, non-round date
[10:15:29] <DonDiego> i tend to call it 30.5 since after thirty the importance of age differences diminishes..
[10:15:43] <merbzt> indeed
[10:15:49] <andoma> <- 30.2 in that case
[10:15:59] <andoma> feels good
[10:16:13] <peloverde> 30.-6  in that case
[10:16:16] <superdump> happy birthday DonDiego
[10:16:19] <Honoome_> DonDiego: oh happy birthday then :D
[10:16:23] <peloverde> yes happy birthday
[10:16:24] <superdump> what peloverde said
[10:16:42] <kshishkov> I agree with previous orators
[10:17:13] <kshishkov> andoma: actually it's worth measuring from 26 - no more ungdom biljett
[10:17:22] <andoma> right
[10:17:28] <KotH> ungwhat?
[10:18:06] <kshishkov> people here should learn Swedish, it's FFmpeg after all
[10:23:13] * superdump still gets ungdom biljett
[10:23:18] <superdump> which is nice
[10:26:06] <KotH> kshishkov: i know japanese, that's enough :)
[10:26:27] * Honoome_ could settle for English
[10:26:56] * KotH could settle for swiss german
[10:27:15] * merbzt could settle for some chocolate 
[10:27:29] <peloverde> As a typical american I speak english, and I speak spanish poorly
[10:28:29] <KotH> merbzt: no prob, just come here and i'll serve you some
[10:28:56] <merbzt> good to know
[10:29:00] <KotH> peloverde: uhmm.. a typical american doesnt speak english ;->
[10:29:42] <Honoome_> peloverde: americans speak english?
[10:29:50] <peloverde> We speak american english... which is better. It is the official English of FFmpeg.
[10:30:05] <jai> happy birthday DonDiego
[10:30:09] <KotH> peloverde: nah, the official english of ffmpeg is C ;)
[10:30:56] <peloverde> good old LANG=C never fails me
[10:32:42] <wbs> peloverde: regarding that roundup case (concatenated AAC frames), I haven't got any clue on whether it's multiple RDBs, I haven't got any clue about AAC internals to comment on that
[10:33:36] <wbs> peloverde: but these are headerless(?) packets, the rtp session has set up proper extradata, so if i've understood things correctly, the packets themselves have no ADTS headers..?
[10:33:37] <peloverde> I'll have to take a close look at it. To tell you the truth I know very little about how AAC s streamed (except for progressive download MP4s :) )
[10:34:18] <peloverde> Either way it strikes me that the same fix might allow us to support both
[10:35:37] <wbs> and as michael noted, the proper thing would be to split them outside of the decoder... but since faad managed to return the number of used bytes correctly, getting that capability to the ff aac decoder would be great too
[10:37:38] <DonDiego> american english indeed fixes some glitches - i like it :)
[10:37:59] <DonDiego> peloverde: ¿asi que hablas castellano?
[10:39:28] <peloverde> DonDiego: Estudiaba castellano por seis anos in colegio
[10:40:06] <peloverde> Pero no hablo mucho hoy
[10:40:08] <DonDiego> ¿seis años? es un montón..
[10:40:19] <DonDiego> te falta práctica..
[10:40:46] <merbzt> wbs: välkommen ombord
[10:40:58] <wbs> merbzt: tack :-)
[10:41:55] <peloverde> Si, todavia leo y escha mehor de hablo y escrito
[10:42:06] <merbzt> wbs: are you skilled in the art of Swedish or do you just know enough to get by ?
[10:42:06] <peloverde> s/mehor/mejor/
[10:42:20] <wbs> merbzt: swedish just happens to be my native language :-)
[10:42:55] <merbzt> wbs: coz you are swedish or a minority ?
[10:43:34] <KotH> people who do not speak japanese are a minority... at least here ;)
[10:43:44] <wbs> merbzt: swedish-speaking minority of finland, to be precise
[10:44:03] <DonDiego> peloverde: "escha"? :)
[10:44:17] <peloverde> escucho
[10:44:34] <peloverde> typing has never been my strong suite, even in english
[10:44:40] <DonDiego> :)
[10:45:29] <merbzt> wbs: ic, it's best to know, before I assumed all Finnish people know a little bit of swedish
[10:45:33] <merbzt> that was not the case
[10:46:02] <wbs> merbzt: due to our minority and swedish being one of the official languages of finland, all the finns have to learn at least a bit of swedish in school, yes
[10:46:19] <wbs> but in my case, it's my native language
[10:47:33] <merbzt> goodie, more swedish speaking FFmpeg devs
[10:47:44] <andoma> yep!
[10:48:03] <merbzt> now we just need to convert Reimar, Kostya and Rob
[10:48:04] * KotH has to find more swiss german speaking people
[10:48:32] <merbzt> then we can really start #ffmpeg-dev-swedish
[10:49:03] <DonDiego> ahem, i think the majority speak german actually :)
[10:49:27] <wbs> merbzt: ah, now I realized who you are, too. :-)
[10:50:42] <KotH> DonDiego: let's start #ffmpeg-dev-ger :)
[10:51:00] <KotH> DonDiego: and a country called FFsoc!
[10:55:07] <Rathann|work> hi guys
[10:55:19] <KotH> heyo Rathann|work
[10:55:44] <Rathann|work> I speak a bit German, enough to get by, but not enough for a technical conversation
[10:56:13] <Rathann|work> and I'm learning French these days ;)
[10:57:32] <benoit-> Rathann|work: good !
[10:58:48] <Rathann|work> merci
[11:01:38] <DonDiego> mans speaks german quite well and understands mostly everything
[11:01:50] <DonDiego> so we still keep you outnumbered :)
[11:02:31] <DonDiego> you parvenus, you
[11:03:37] <kshishkov> merbzt: no problem with converting me
[11:04:00] <merbzt> I know, we just nee to finalize it
[11:05:26] <KotH> yeah.. give him a chance to move out of the 4th world country ;)
[11:05:53] <kshishkov> KotH: and we were 3rd world country just a month ago :(
[11:06:03] <KotH> kshishkov: sic transit gloriam mundi ;)
[11:06:38] <kshishkov> KotH: not so much of "gloria". BTW, how well do you know Latin?
[11:07:03] <KotH> kshishkov: i studied it for half a year in high school...
[11:07:13] <kshishkov> no accidents?
[11:07:20] <KotH> kshishkov: ie about >15y ago
[11:07:27] <KotH> accidents?
[11:07:44] <kshishkov> you know, summoning by uttering the wrong word
[11:07:52] <KotH> ah.. nah
[11:08:01] <KotH> at least nothing unusual
[11:08:15] <KotH> just the normal earth ghost, faries and stuff like that
[11:08:16] <kshishkov> IIRC, you country _official_ name is Confederatia Helvetica
[11:08:27] <KotH> confederati_o_
[11:08:43] <KotH> we are a patriarchaic country ;)
[11:08:59] * kshishkov lives in a country where people seem to not know even one language properly
[11:12:02] <KotH> i always told you to come here to .ch
[11:12:19] <KotH> we know languages and we've chocolate
[11:12:51] <kshishkov> if you convince your immigration board, fine with me
[11:13:05] * kshishkov prefers cheese to chocolate though
[11:13:17] <KotH> easiest to convince them is for you to have a job
[11:13:35] <KotH> get a company who is interested in your skills to hire you
[11:13:39] <KotH> hmm.
[11:13:42] <KotH> kshishkov: try zattoo
[11:13:54] <KotH> kshishkov: they have an office here in zürich
[11:14:00] <kshishkov> why sudden accent?
[11:14:01] <KotH> kshishkov: and they are using ffmpeg
[11:14:10] <KotH> accent?
[11:14:12] * KotH has no accent
[11:14:32] <kshishkov> you said "try that too" with a definite German accent
[11:15:51] <KotH> uhmm.. i have a german accent ^^'
[11:16:02] <kshishkov> I also have German accent
[11:16:11] <KotH> at least enough for people to recognize it
[11:16:25] * KotH blames mru for not teaching him english properly
[11:16:33] <kshishkov> yes, same story here. But I don't know German at all!
[11:16:46] <KotH> you blame mru too?
[11:17:14] <kshishkov> well, I can blame him but I'd never ask him to teach me English
[11:17:45] * kshishkov speaks ARM assembly with x86 accent too and here's the case to blame mru
[11:22:18] <KotH> let us all collectively blame mru!
[11:22:31] <kshishkov> why?
[11:22:47] <KotH> why not?
[11:23:03] <kshishkov> he's done good things
[11:23:03] <iive> KotH just loves to blame others...
[11:23:20] * KotH blames iive for noticing 
[11:23:23] <kshishkov> iive: maybe he works for the government
[11:24:13] <iive> hum, around here everybody blames the government for anything... so I can't tell.
[11:24:42] <kshishkov> iive: well, that's the only way government "explains" anything here
[11:39:21] <twnqx> for the german speaking population here... http://www.golem.de/1003/73518.html
[11:40:55] <kshishkov> "dem Videoformat Bink" lacks audio part mentioned
[11:40:57] <twnqx> rumors about the upcoming 0.6 spreading fast :P
[11:41:37] <twnqx> isn't bink a container as well?
[11:41:41] <kshishkov> it is
[11:41:58] <kshishkov> and experimental AAC encoder is no news
[11:43:17] <kshishkov> "Ab sofort bietet FFmepg ein Protokoll ..." if it's what I think it's a bit funny.
[11:44:11] <elenril> and nobody mentioned all the metadata improvements :)
[11:44:15] <twnqx> i have no clue what that part is about....
[11:44:42] <kshishkov> elenril: because that page muxer does not support metadata :P
[11:45:39] <kshishkov> twnqx: I don't know German but that sentence sounds like "FFmpeg has become a protocol for converting/decoding multimedia data".
[11:46:13] <kshishkov> and we don't have own RFC yet :(
[11:47:56] <twnqx> no
[11:49:10] <twnqx> it's more like... "ffmpeg offers a protocol for linking files and a tool to gather information(metadata?) from media files"
[11:49:23] <kshishkov> that's ffprobe
[11:49:33] <twnqx> so ffprobe is the new ffmpeg -i? :>
[11:49:34] <kshishkov> and urlconcat then
[11:49:41] <kshishkov> yes, it is
[11:49:42] <twnqx> ah, never heard of that
[13:30:39] <KotH> how are the current release plans for 0.6?
[13:30:45] <KotH> s/how/what/
[13:30:50] * KotH blames mru
[13:30:51] <kshishkov> it's in our wiki
[13:31:35] <kshishkov> http://wiki.multimedia.cx/index.php?title=FFmpeg_Release_Plan#Things_that_need_doing
[13:32:43] <peloverde> Is anyone actulally working on LATM at the moment?
[13:34:43] <kshishkov> I don't think so
[13:37:09] <merbzt> peloverde: not vital, but would be nice to get a DVB complete release
[13:37:37] <peloverde> true, I just question it's feasibility for 0.6 if no one is working on it
[13:37:38] <siretart`> KotH: either I or DonDiego need to write to ffmpeg-devel with details on the plan
[13:38:09] <kshishkov> peloverde: we can settle on mere SBR support ;)
[13:38:28] <superdump> peloverde: well there's that code that just takes one stream
[13:38:35] <peloverde> SBR is more or less done
[13:38:51] <merbzt> superdump: would be nice to have that code at least
[13:39:15] <KotH> siretart`: a guestimate on ETA would be enough for me :)
[13:39:42] <peloverde> Review seems to meander into offtopic tangents though
[13:39:59] <merbzt> as usual then
[13:40:09] <peloverde> LC feature requests are fine in general but seem non-germain to adding SBR
[13:40:20] <merbzt> agree
[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
[13:44:43] <siretart`> KotH: the current plan is to branch on mar 13, and release on mar 20
[13:45:04] <KotH> siretart`: thanks
[13:45:16] <Rathann|work> siretart`: anything I can do to help? I don't have much time though...
[13:46:36] <siretart`> Rathann|work: I don't have specifc tasks at hand, but I'll ping you as soon as I have the "downstreams" wiki page drafted, OK?
[13:46:52] <siretart`> maybe diego has something more specific?
[13:46:55] <kshishkov> Rathann|work: search for critical bugs still need patching
[13:48:31] <DonDiego> Yuvi: what's the status of your theora work?
[13:48:46] <KotH> siretart`: apropos downstream
[13:48:53] <KotH> siretart`: there is still this unused mailinglist :)
[13:51:04] <superdump> siretart`: for 0.6?
[13:51:47] <siretart`> KotH: yeah, I remember. Let me start with the wiki and point to that from there
[13:51:57] <DonDiego> Rathann|work: netbsd status is apparently pending
[13:52:08] <siretart`> superdump: sorry?
[13:52:24] <superdump> siretart`: branch on march the 13th for 0.6
[13:53:07] <DonDiego> i'd like to restate that the most critical thing for the release is the theora work and the aac decoding
[13:53:20] <DonDiego> remember the release name: "works with html 5"
[13:54:05] <siretart`> superdump: yes, we're discussing 0.6 now. 0.5.1 is "ready" from my side, just awaiting publishing
[13:54:15] <superdump> haven't we had a well-functioning theora decoder for some time already?
[13:54:27] <superdump> siretart`: cool :)
[13:54:36] <kshishkov> superdump: somebody also wants it to be faster than reference one
[13:54:37] <DonDiego> it's slow and it does not support the latest features
[13:54:52] <superdump> mmm
[13:55:13] <superdump> they're extending the theora spec?
[13:55:30] <kshishkov> look at vorbis
[13:56:19] <KotH> superdump: guess why people are reluctant to adopt anything from xiph?
[13:56:20] <DonDiego> 4:4:2 and 4:4:4 colorspace stuff
[13:56:25] <DonDiego> something else i forget
[14:01:01] <peloverde> uncoded 4MV
[14:01:22] <DonDiego> peloverde: do you have a rough ETA for aac sbr?
[14:01:49] <peloverde> It depends on review and what we decide to do on the demuxer issue
[14:02:10] <DonDiego> hmm
[14:03:45] <kierank> doesn't latm require chained demuxing?
[14:03:47] <peloverde> general philosophy about emulating faad bugs in regular (non-SBR) AAC-LC isn't exactly helpful
[14:03:51] <superdump> review -> michael wants someone who knows the algorithms to look over the filterbank and optimise it
[14:04:14] <superdump> demuxer issue -> what to do with sample rates
[14:26:48] <CIA-92> ffmpeg: diego * r22145 /branches/0.5/RELEASE: Mention licensing-related changes; some whitespace adjustments.
[14:35:55] <DonDiego> ok, guys, do you know anything we may have forgotten about 0.5.1?
[14:36:10] <kshishkov> yes, actually releasing it
[14:43:19] <peloverde> were the AAC buffer checks backported?
[14:43:51] <CIA-92> ffmpeg: diego * r22146 /branches/0.5/VERSION: Bump version to 0.5.1.
[14:46:16] <DonDiego> geez
[14:46:33] <DonDiego> motion-est.c compilation takes so long that it slows down parallel build enormously
[14:46:57] <DonDiego> i can compile on a 16 core machine aptly-named "power" at work now
[14:47:14] <DonDiego> but that file is the bottleneck
[14:47:38] <DonDiego> all the other jobs finish before that one
[14:47:41] <DonDiego> really all of them..
[14:48:50] <Compn> DonDiego : going to split it ?
[14:48:59] <DonDiego> it should be split, yes
[14:49:08] <DonDiego> but probably only michael can do it
[14:50:25] <Compn> who split h264 from svq3 ? :)
[14:50:39] <DonDiego> i tried, michael did it in the end
[14:50:42] <Compn> ah
[14:50:51] <DonDiego> i tried and failed that is
[14:50:52] <Compn> tricky beast
[14:51:04] <Compn> i remember you working on it, didnt know michael finished it
[14:55:48] <superdump> so, reynaldo and family are ok and his house is ok too
[14:55:58] <superdump> but they have to be wary of rioters and looters
[14:56:34] <superdump> so even though they and their property are ok, it sounds like an unsafe place to be
[14:58:07] <DonDiego> ouch
[14:58:15] <DonDiego> he was in the earthquake area?
[14:59:13] <DonDiego> oh, so "make test" fails for 0.5.1?
[14:59:22] <DonDiego> seek regression test with asf..
[14:59:32] <mru> that's not good
[15:01:31] <DonDiego> nope
[15:01:44] <DonDiego> can anybody confirm/deny?
[15:01:59] <DonDiego> power is an x86_64 box with gcc 4.4
[15:02:08] <DonDiego> let me try this at home :)
[15:02:44] <superdump> DonDiego: yes, he lives in concepcion
[15:03:14] <DonDiego> mru: btw, i'm so happy you made the regtests parallelizable..
[15:03:46] <DonDiego> crap, make seektest fails
[15:04:13] <DonDiego> this will have to be investigated :-/
[15:04:25] <DonDiego> possibly the security fixes broke it..
[15:04:47] <mru> just the seek test failing?
[15:05:07] <DonDiego> yes
[15:05:17] <DonDiego> IIRC seektest is the last one..
[15:05:27] <mru> yes
[15:05:28] <DonDiego> there were security fixes for the asf demuxer
[15:05:42] <janneg> differs the test spec between the branch and trunk?
[15:05:56] <DonDiego> can somebody confirm on their boxes?
[15:06:49] <janneg> compiling the branch right now
[15:06:55] <DonDiego> thx
[15:07:08] <siretart`> confirmed here as well
[15:07:20] <DonDiego> i compiled with --enable-gpl --enable-swscale --enable-postproc
[15:07:28] <DonDiego> fsck
[15:07:38] <DonDiego> well, glad we found it in time..
[15:08:16] <mru> janneg: want some render time on my quad-core?
[15:09:06] <DonDiego> can somebody verify this on non-x86?
[15:09:26] <janneg> mru: sure. the core2 quad or the i7?
[15:09:36] <mru> c2q
[15:09:38] <mru> 4GB
[15:09:47] <mru> I need the i7 for "real" work
[15:10:28] <janneg> mru: download a "job" file from http://www.jannau.net/bbb_videowall/jobs/4g/ and run it
[15:11:32] <janneg> if /tmp is a tmpfs you need to define $TMP to a real directory
[15:12:26] <janneg> and replace srcipts/render_settings.py with this file
[15:12:31] <janneg> http://www.jannau.net/bbb_videowall/render_settings.py
[15:13:40] <siretart`> DonDiego: it seems r22080 is causing the regression
[15:14:15] <DonDiego> why didn't it break seektests on trunk?
[15:14:37] <siretart`> not sure, I'm on it
[15:15:24] <superdump> the tests use files with invalid packet size?
[15:15:41] <DonDiego> geez, what a disgrace it would have been if we had released 0.5.1 with failing regtests..
[15:15:45] <superdump> the packet size code received some attention in trunk?
[15:18:26] <mru> janneg: you're not doing any of those jobs?
[15:19:40] <janneg> no, my quad still renders 01_intro-04 and KotH's xeon 02_rabbit-03
[15:19:57] <mru> I'll just start at the top then
[15:22:33] <janneg> mru: I suspect that quite a few frame would OOM with 4G but the script that creates the job files ommits already completed frames
[15:22:51] <siretart`> DonDiego: have the test files for the seek tests been altered in trunk?
[15:23:55] <DonDiego> let me doublecheck..
[15:24:36] <janneg> siretart`: I dont think so
[15:25:21] <siretart`> hm, do I understand correctly that tests/data/b-libav.y4m is the offending test and that this file is generated?
[15:26:08] <mru> if codectest and lavftest pass, all files are generated correctly
[15:26:37] <siretart`> running now..
[15:28:43] <janneg> mru: I think s/lavf/libav/ for 0.5
[15:28:55] <mru> could be
[15:28:56] <janneg> both passes for me
[15:32:42] <siretart`> confirmed
[15:34:28] <janneg> siretart`: seek test refereences are not changed in trunk for those two files. formatting changes aside
[15:34:28] <DonDiego> what are you confirming or disconfirming there?
[15:35:06] <janneg> codectest and libavtest passing
[15:37:09] <DonDiego> yes, it's seektest that creates the problem
[15:37:36] <DonDiego> there have been a bunch of commits to asfdec.c between the branch and the security fix
[15:38:31] <siretart`> DonDiego: reverting r22080 makes the seektest pass again
[15:39:34] <siretart`> it seems to me that for some reason, we deal with a testfile that has a packet_size == 0
[15:40:41] <janneg> 19361 might fix it too
[15:42:45] <siretart`> testing
[15:43:21] <janneg> no, seektest is still failing
[15:51:03] <mru> janneg: 2 frames rendered
[15:53:13] <janneg> mru: yeah! only 12000 to go
[15:55:46] <siretart`> DonDiego: okay, I've fixed the seektest by backporting r19270
[16:03:55] <CIA-92> ffmpeg: siretart * r22147 /branches/ (4 files in 2 dirs): (log message trimmed)
[16:03:56] <CIA-92> ffmpeg: fix 'seektest' again
[16:03:56] <CIA-92> ffmpeg: backport r19270 by rbultje:
[16:03:56] <CIA-92> ffmpeg: Remove any reference to ASFContext.packet_size and replace it with
[16:03:56] <CIA-92> ffmpeg: AVFormatContext.packet_size. See "[PATCH] asf*.c/h: use
[16:03:56] <CIA-92> ffmpeg: AVFormatContext->packet_size instead of own copy" thread on ML.
[16:03:57] <CIA-92> ffmpeg: and r19361 by reimar:
[16:04:20] <siretart`> janneg: can you confirm that seektest is fixed now?
[16:06:20] <BBB> huh? I fixed something?
[16:10:33] <DonDiego> ok, let's test everywhere to make sure..
[16:13:30] <janneg> siretart`: seek regression test: success
[16:13:45] <siretart`> :-)
[16:14:02] <siretart`> make test passes for me
[16:14:19] <DonDiego> ok
[16:14:53] <DonDiego> i guess we can start rolling the tarballs..
[16:15:39] * mru fetches feathers
[16:16:22] <Compn> rockbox irc logs making fun of Dark_Shikari in ffmpeg irc logs > http://www.rockbox.org/irc/log-20100301
[16:16:32] <Compn> and thus, the cycle is complete, for now we can make fun of rockbox irc logs
[16:19:15] <DonDiego> ppc test also passed
[16:19:18] <DonDiego> http://www1.mplayerhq.hu/~diego/index.html
[16:19:21] <DonDiego> i'd like you guys to review my news entry
[16:19:23] <DonDiego> i'm sure it could use some lovin'
[16:20:20] <siretart`> the date needs to advance to 2. march
[16:20:28] <siretart`> we are past samoa time now
[16:20:49] <DonDiego> :)
[16:20:59] <siretart`> rest reads fine to me
[16:21:33] <DonDiego> fixed
[16:22:43] <Compn> DonDiego : i think you should mention that the general code of .5.1 is a year old
[16:23:09] <Compn> just so no one gets confused re: its status to svn
[16:25:04] <siretart`> Compn: propose a wording
[16:25:11] <jai> DonDiego: *newer
[16:25:25] <jai> DonDiego: err, s/never/newer
[16:25:46] <DonDiego> fixed
[16:26:16] <jai> k
[16:26:34] <Compn> siretart : am trying to form something, brain is jelly today ;\
[16:26:57] <siretart`> TBH, I think the fact that 0.5.1 is based on the 0.5 release branch and that we explictly reference an upcoming 0.6 release seems pretty clear to me already
[16:27:05] <siretart`> so I'd rather leave it as it is
[16:27:12] <Compn> i dont think its very clear
[16:28:27] <siretart`> Hm. perhaps we can add "Please note that this is a maintenance only release; no new codecs, formats or other feature are being introduced" to the first paragraph
[16:28:43] <Compn> that sounds good
[16:28:58] <Compn> i mean, 'new point release' isnt defined anywhere, is my point
[16:29:12] <Compn> to people who are unfamiliar with packaging
[16:29:22] <Compn> or versioning i should say
[16:29:37] <BBB> DonDiego: I read it yesterday, looks good to me
[16:29:58] <BBB> dondiego: you might want to clear up that 0.5-compiled apps don't have to be recompiled to work wth 0.5.1
[16:30:17] <BBB> i.e. ABI compatibility
[16:30:18] <jai> maybe replace MOV with MOV/MP4
[16:30:20] <BBB> this is a big thing
[16:30:30] <jai> which makes more sense imho
[16:32:15] <siretart`> BBB: does the sentence read clearer to you if the 'before upgrading to 0.6' part is moved to the front of the sentence?
[16:37:39] <DonDiego> http://www1.mplayerhq.hu/~diego/index.html
[16:37:44] <DonDiego> current version with typos fixed
[16:37:50] <DonDiego> ok, tarballs...
[16:39:01] <DonDiego> siretart`: i suggest you make a separate tarball
[16:39:11] <DonDiego> then i upload mine and we compare checksums
[16:39:25] <siretart`> they will not match because of timestamp issues
[16:40:36] <DonDiego> huh?
[16:40:39] <siretart`> I'd say publish the tarball with your signature, and I'll verify the *contents* against my checkout and will then send you my sig
[16:41:20] <siretart`> tar stores timestamps and other meta information that will differ on two systems
[16:41:39] * DonDiego learns something new every day
[16:41:44] <DonDiego> well, then just diff the trees
[16:41:59] <mru> someone should write a tardiff
[16:42:06] <BBB> dondiego: it still reads like you "have to" recompile against 0.5.1
[16:42:18] <BBB> I think you should add "parallel installing of 0.6" in that sentence
[16:42:25] <BBB> (last sentence)
[16:42:32] <siretart`> mru: ptardiff does exist
[16:43:00] <BBB> e.g. "Please note that distributors are recommended to recompile applications against 0.5.1 in order to allow parallel installation of the upcoming 0.6 release"
[16:43:07] <BBB> or something like that
[16:43:11] <BBB> does that make sense?
[16:43:56] <siretart`> you cannot install 0.6 in paralell with 0.5.1
[16:44:42] <BBB> let me get something straight
[16:44:50] <BBB> can you upgrade from 0.5 to 0.5.1 without recompiling applications?
[16:45:08] <siretart`> yes, the ABI has changed in a compatible way.
[16:45:36] <BBB> I suggest to explicitely state that in the release notes
[16:45:48] <BBB> in some way
[16:46:01] <BBB> I can't word it correctly, I think, but I suggest to add it like that, literally
[16:48:40] * DonDiego scratches his head
[16:48:53] <DonDiego> i get two different signatures for the same tarball
[16:49:01] <DonDiego> on two different computers
[16:49:13] <DonDiego> gpg --armor --detach-sign ffmpeg-0.5.1.tar.bz2
[16:49:21] <DonDiego> 1024-bit DSA key, ID 4757FCC5, created 2007-07-14
[16:49:21] <siretart`> sure. because gpg is including a timestamp
[16:49:40] <DonDiego> that *does* make a bit of sense :)
[16:50:02] <siretart`> so that you can very *when* a signature has been made
[16:53:15] <BBB> PS thanks for doing the release guys!
[16:53:20] <BBB> I hope you'll do 0.6 also
[16:53:35] <siretart`> we will!
[16:53:49] <BBB> (SFLC suggests we do a release every once in a while because it makes registration and defense of copyrights easier, apparently)
[16:54:06] <mru> registration of copyrights?
[16:54:16] <mru> didn't that go away with the Berne convention?
[16:54:26] <BBB> not in the US, apparently
[16:54:40] <mru> but they signed it, belatedly, right?
[16:54:50] <mru> like 50 years after everybody else...
[16:54:58] <peloverde> in the US registration has an impact in the damages calculation
[16:55:01] * BBB no lawyer yo
[16:55:17] <peloverde> but yes the US signed it
[16:55:34] <mru> I trust your lawyers if they say it helps, I'm just a bit surprised
[16:56:07] <kierank> can't you register copyright officially somewhere as well
[16:56:20] <BBB> yes, that's exactly what I do
[16:56:23] <BBB> US copyright office
[16:56:31] <BBB> or, well, they do it for me
[16:56:52] <BBB> one of the field entries is "first release code appeared in"
[16:57:02] <BBB> I tend to provide a SVN revision, but they want an actual FFmpeg release also
[16:57:14] <DonDiego> http://www.ffmpeg.org/releases/
[16:57:20] <DonDiego> siretart`: sign that stuff
[16:57:31] <DonDiego> siretart`: do you want me to make a gz tarball of 0.5 as well?
[16:57:33] <mru> can't every svn rev be considered a release for copyright purposes?
[16:57:42] <BBB> mru: I think so
[16:57:48] <BBB> but that hasn't been tested in court
[16:57:56] <BBB> so better be conservative and provide as much info as possible
[16:58:00] <mru> we even publish tarballs
[16:58:08] <DonDiego> BBB: the idea is to make releases every once in a while now
[16:58:12] <DonDiego> yearly or so
[16:58:12] <CIA-92> ffmpeg: michael * r22148 /trunk/tests/ (copy.regression.ref copycooker.sh): Codec copy test.
[16:58:16] <BBB> that would be cool
[16:58:53] <DonDiego> i'm very happy about the help and cooperation i got from siretart, let's see how the rest of the team likes us handling 0.6
[16:59:16] <BBB> will you freeze SVN? :-p
[16:59:23] <DonDiego> we'll see
[16:59:28] <DonDiego> not very long in any case
[16:59:37] <DonDiego> the problem with the freeze was the followind IMO:
[16:59:38] <peloverde> Bah, I'm already gearing up for 0.7
[16:59:52] <DonDiego> there, i don't need to explain it
[16:59:54] <DonDiego> :)
[17:00:22] <DonDiego> the idea of a freeze is that everybody puts their stuff aside for a moment and *helps* with bug fixing and release work
[17:00:29] <DonDiego> instead
[17:00:44] <BBB> that's like saying "let's all put our stuff aside and optimize h264"
[17:00:52] <BBB> not all of us are good at it, or interested in it
[17:01:05] <DonDiego> people twiddled their thumbs and kept working on their private stuff to be integrated after the release
[17:01:07] <BBB> theoretically speaking
[17:01:31] <DonDiego> there are enough competent devs that could help
[17:01:36] <DonDiego> they just chose not to
[17:02:44] <siretart`> that problem is not specific to ffmpeg, and I feel that other projects handle that problem better
[17:03:00] <DonDiego> motivating people is difficult
[17:03:53] <BBB> that might not be that bad...
[17:03:58] <DonDiego> i'm all ears if somebody has suggestions how to do this better
[17:04:04] <BBB> most projects have a lack of people competent at coding
[17:04:14] <BBB> I think this is one of the few projects that does not have that problem
[17:04:22] <DonDiego> we have other problems
[17:04:27] <BBB> to be lacking in people competent at release management might be considered a luxury problem
[17:04:32] <DonDiego> we are not exactly strong in the diversity area
[17:04:40] <DonDiego> improving, but not strong
[17:04:41] <BBB> true... well, we can fix that
[17:04:51] <DonDiego> and diversity is not appreciated sufficiently
[17:05:04] <BBB> siretart appears a great catch as of lately :)
[17:05:09] <DonDiego> yes
[17:05:22] <DonDiego> as is stefano for example
[17:05:23] <DonDiego> and you
[17:05:28] <jai> hmm, a codec copy test, has it been tested on all archs?
[17:05:37] <mru> obviously not
[17:05:37] <DonDiego> but for example
[17:05:39] <mru> it doesn't work
[17:05:53] * BBB needs to learn more about video coding before he's useful
[17:06:01] <BBB> I still don't understand how FFT works also
[17:06:17] <jai> mru: right, thought so
[17:06:22] <jai> ah, saw your mail
[17:06:23] <DonDiego> if you measure the time i spent on this project, i get much less comparative appreciation than others that did other types of tasks
[17:06:37] <DonDiego> BBB: i disagree completely
[17:06:39] <BBB> DonDiego: true... so the problem there is exactly as you said
[17:07:01] <DonDiego> we have plenty of hardcore coders
[17:07:32] <BBB> anyway, you're asking a former autotools lover to appreciate your (and mru's) custom-made configure script... I'm not sure if I'm ready to surrender yet :)
[17:07:38] <BBB> it is faster though :)
[17:07:49] <mru> and more maintainable
[17:07:51] <DonDiego> it's like a football team: you don't get stronger by getting another world-class striker, you need to have defenders as well
[17:07:58] <mru> and does a lot more stuff
[17:08:06] <BBB> haha :)
[17:08:09] <DonDiego> well, the comparison breaks apart in several aspects, but you get my point..
[17:08:22] <siretart`> mru: you can do anything with m4 as well ;-)
[17:08:33] <siretart`> painful, but should work.
[17:08:41] <mru> not really
[17:08:46] <mru> m4 is a macro language
[17:08:51] <mru> you can't do loops and recursion
[17:08:53] <DonDiego> BBB: well, i made a point of merging all the useful stuff you did in your build system fork :)
[17:09:30] <siretart`> mru: http://www.gnu.org/software/m4/manual/m4.html#Conditionals - 6 Conditionals, loops, and recursion :-)
[17:09:39] <DonDiego> 18:06 <@BBB> DonDiego: true... so the problem there is exactly as you said
[17:09:49] <DonDiego> BBB: what were you answering there exactly?
[17:09:54] <mru> siretart`: that's only static loops and recurstion
[17:09:56] <mru> -t
[17:10:05] <siretart`> yes
[17:10:09] <mru> i.e. completely expanded by the preprocessor
[17:10:19] <DonDiego> siretart`: please sign the tarballs :)
[17:10:22] <mru> ffconf has runtime-decided loops and recursion
[17:10:42] <mru> recursion in sh is a bit painful
[17:10:45] <siretart`> aah, there they are
[17:12:02] <drv> hm, use of AVFrame.reference in most codecs seem completely contrary to what the doxygen in avcodec.h says
[17:12:29] <DonDiego> mru: https://roundup.ffmpeg.org/msg9596 <-- do you have an opinion?
[17:12:31] <BBB> dondiego: that some stuff is not appreciated
[17:13:20] <BBB> anyway, I agree most useful stuff in my auto* patches was merged
[17:13:32] <CIA-92> ffmpeg: cehoyos * r22149 /trunk/libavcodec/h263dec.c:
[17:13:32] <CIA-92> ffmpeg: Pass correct buffer-pointer and buffer-size to hardware accelerated
[17:13:32] <CIA-92> ffmpeg: decoders when decoding packed B-frames.
[17:13:46] <BBB> what's left is basically Makefile.am/configure.ac itself, and that's really just a matter of opinion. I agree it should not have been merged, it would have made the build considerably slower
[17:14:05] <BBB> but hey, I'm still an auto* junkie :)
[17:14:09] <mru> DonDiego: might as well, bsd ain't fixing it
[17:14:41] <janneg> xbmc's autotool generated configure ran 7m22s on my atom
[17:15:25] <siretart`> DonDiego: mailed
[17:16:08] <DonDiego> now that i practically maintain the build for a project and half at work with autotools
[17:16:29] <DonDiego> i agree that autotools can work much better than it is used in most cases
[17:16:40] <DonDiego> i.e. people do horrible things to it
[17:17:02] <DonDiego> they just don't understand build systems at all, or declarative programming with make
[17:17:17] <CIA-92> ffmpeg: michael * r22150 /trunk/tests/ (copy.regression.ref copycooker.sh): Make sure we dont double test files and sort the list.
[17:17:24] <DonDiego> i cleaned stuff up enormously
[17:17:38] <DonDiego> but autotools are still horribly broken
[17:17:54] <DonDiego> doing your own stuff is much too hard
[17:18:21] <DonDiego> and the multiple indirection levels through all the different tools of the toolchain is just braindead
[17:18:44] <DonDiego> it also prevents useful error messages
[17:19:57] <DonDiego> the tools do not complain about your change to, say, configure.ac, but about some configure code that was generated through two layers of indirection and is difficult to associate to any particular change at the high level you operate on..
[17:21:15] <drv> autoconf-generated configure is quite fun to read too - a million lines of workarounds for obscure shells
[17:21:23] <Kovensky> lolautoconf
[17:21:40] <Kovensky> there's one good thing about using autotools though: a very well-known interface for the end users
[17:21:44] <Kovensky> but... it's a trap :X
[17:21:58] <DonDiego> and that's another point: braindead defaults - 1980s proprietary unix systems are assumed
[17:22:06] <DonDiego> it's missing a --assume-sane-system
[17:22:07] <siretart`> DonDiego: did you receive my mail?
[17:22:24] <DonDiego> or --disable-checking-for-stuff-everybody-fixed-before-1991
[17:23:33] <mru> there's no point supporting those fossilised systems if you rely on *anything* modern anyway
[17:23:42] <DonDiego> siretart`: yes, integrating them right now
[17:23:43] <mru> and just about everything does
[17:26:22] <DonDiego> siretart`: signatures integrated, please doublecheck
[17:27:33] <siretart`> both signature match for me
[17:30:00] <CIA-92> ffmpeg: michael * r22151 /trunk/tests/ (seek-regression.sh seek.regression.ref):
[17:30:00] <CIA-92> ffmpeg: Remove the self reference in the seektest that prevented it from
[17:30:00] <CIA-92> ffmpeg: testing new formats since 2 years namely r11831.
[17:30:00] <CIA-92> ffmpeg: This likely will uncover bugs that gone unnoticed in the last 2 years
[17:30:00] <CIA-92> ffmpeg: due to lack of testing.
[17:30:25] <siretart`> uuh, sounds scary
[17:35:03] <jai> lets see what happens to fate
[17:35:33] <jai> also mxf regtest fail with gcc svn??
[17:35:36] <siretart`> grep: tests/ref/{acodec,lavf,vsynth1}/*: No such file or directory
[17:35:53] <mru> michael shouldn't be writing shell scripts
[17:36:21] <siretart`> oh, that might be my /bin/sh -> /bin/dash symlink?
[17:36:56] <astrange> jai: what arch and configure flags?
[17:37:19] <jai> astrange: http://fate.multimedia.cx/index.php?build_record=192490
[17:37:34] <jai> astrange: tl;dr arch == x86-32
[17:37:54] <jai> astrange: and usual fate configure flags
[17:38:23] <jai> would have tried here but i dont want to waste time building gcc from svn
[17:38:59] <jai> is there any way i could get the full stderr
[17:39:22] <astrange> i can build it
[17:40:01] <jai> astrange: cool, could you paste the full output if possible
[17:45:51] <DonDiego> hrmpf
[17:46:02] <DonDiego> where is rob when you need him?
[17:46:04] <DonDiego> :)
[17:46:07] <siretart`> ?
[17:46:11] <DonDiego> http://www1.mplayerhq.hu/~diego/index.html#release_0.5.1
[17:46:28] <DonDiego> please review the text, something was still confusing..
[17:46:46] <DonDiego> i need rob to fix the heading colors..
[17:47:41] <jai> fate is going yellow now..
[17:47:53] <mru> oh no...
[17:47:57] <astrange> text is fine (i always thought it was "SNOW" instead of "Snow")
[17:48:28] <jai> also, as i said earlier, MOV/MP4 is better
[17:51:22] <CIA-92> ffmpeg: mru * r22152 /trunk/tests/ (seek-regression.sh seek.regression.ref):
[17:51:22] <CIA-92> ffmpeg: Revert "Remove the self reference in the seektest that prevented it from"
[17:51:22] <CIA-92> ffmpeg: This reverts r22151. It prevents the seektest from running at all and
[17:51:22] <CIA-92> ffmpeg: is thus of no use whatsoever.
[17:51:55] <DonDiego> jai: open your eyes :)
[17:51:59] <Dark_Shikari> lol
[17:52:12] <jai> DonDiego: sorry, i should have refreshed :|
[17:52:15] <jai> DonDiego: thx
[17:53:29] <siretart`> DonDiego: add "Please note that this is a maintenance only release; no new codecs, formats or other feature are being introduced" to the first paragraph
[17:57:27] <DonDiego> done
[17:57:43] <DonDiego> somebody complained about the last paragraph being unclear
[17:57:47] <DonDiego> BBB: please elaborate
[17:58:11] <BBB> it could be interpreted as "you have to recompile" == "abi changed"
[17:58:21] <Dark_Shikari> Should make a comment about how there _are_ new codecs
[17:58:23] <BBB> but that could just be me
[17:58:26] <Dark_Shikari> and a short list of the most notable ones
[17:58:34] <Dark_Shikari> but that if you want them before 0.6, you have to use svn.
[17:58:42] <Dark_Shikari> (Bink, Indeo 5, etc, etc)
[17:58:43] <BBB> Dark_Shikari: check the entry below
[17:58:47] <siretart`> BBB: well, the ABI has changed by introducing symbol versioning. you have to recompile, but not at once.
[17:58:56] <Dark_Shikari> ah k
[17:59:13] <BBB> so say "abi/api-compatible with 0.5"
[17:59:14] <BBB> or so
[17:59:34] <BBB> just to make it clear and have no freetards quote that to make their mistaken point that "ffmpeg sux0rs"
[17:59:56] <BBB> but again, that's just me, I might be too negative in interpreting it
[18:00:43] <siretart`> how about prepending "While this release is both API and ABI compatible with 0.5, please note that..."?
[18:00:51] <siretart`> to the last sentence?
[18:01:15] <BBB> that would be great
[18:01:26] <DonDiego> can't they just recompile against 0.6?
[18:01:41] * DonDiego hasn't been following that stuff too closely..
[18:01:54] <siretart`> that may or may not work. 0.6 may introduce API changes
[18:02:14] <siretart`> in fact, avutil has bumped soname, which was the reason for the symbol versioning stunt
[18:03:39] <DonDiego> reload
[18:03:52] <DonDiego> see if that is clear enough..
[18:05:12] <siretart`> dondiego: prepend "While this release is both API and ABI compatible with 0.5, please note that..." before the very last sentence
[18:05:55] <DonDiego> to the sentence i just changed?
[18:05:57] <jai> whoa, 137 people in #ffmpeg
[18:06:32] <DonDiego> releases draw crowds ..
[18:06:41] <DonDiego> or is it because of my birthday?
[18:06:53] * DonDiego waves at the crowd
[18:07:00] <jai> yeah!
[18:07:10] <jai> DonDiego: sadly no females
[18:07:13] <siretart`> DonDiego: yes, BBB's point was to clarify that the change didn't break API/ABI
[18:07:23] <jai> girls love vlc
[18:07:25] * jai hides
[18:07:46] <DonDiego> well, then they love ffmpeg devs, we power vlc after all ;)
[18:07:46] <siretart`> girls love working players
[18:08:15] <DonDiego> we'll have to make yvonne a committer eventually :)
[18:08:23] <jai> girls dont know about my mplayer+fbdev :)
[18:09:06] <DonDiego> ok, reload
[18:09:09] <DonDiego> should be fine now
[18:10:58] <siretart`> last sentence: "...recompile applications against 0.5.1 in order to make seamless upgrades to 0.6 becomes"
[18:11:13] <astrange> the mxf regression test passed with gcc svn/darwin/i386 for me
[18:11:25] <BBB> DonDiego: siretart: this sentence is great, thanks
[18:11:44] <DonDiego> oops, double "that" :)
[18:12:10] <jai> astrange: same ./configure as fate?
[18:12:17] <siretart`> last sentence: "...recompile applications against 0.5.1 in order to make seamless upgrades to 0.6 possible"
[18:12:18] <siretart`> even
[18:12:31] <siretart`> wife just got home :-)
[18:13:01] <DonDiego> http://www1.mplayerhq.hu/~diego/index.html#release_0.5.1
[18:13:05] <DonDiego> ok, i'm done
[18:13:21] <DonDiego> change incorporated
[18:13:24] <siretart`> sounds excellent to me!
[18:13:28] <DonDiego> this sounds perfect :)
[18:13:41] <DonDiego> i commit in two minutes or so
[18:14:28] <astrange> only mostly the same
[18:14:42] <DonDiego> ?
[18:15:46] <jai> astrange: hmm, weird
[18:18:18] <jai> could we get mike to rerun with V-2 or sth
[18:18:19] * DonDiego goes for the leftover bottle of wine from yesterday
[18:18:32] <jai> *V=2
[18:23:42] <astrange> i386+--enable-shared build failed
[18:23:46] <astrange>  /Users/astrange/Projects/video/ffmpeg/libswscale/rgb2rgb_template.c:141:9: error: can't find a register in class 'GENERAL_REGS' while reloading 'asm'
[18:27:14] <jai> meh :/
[18:27:50] <jai> gcc -fsuck-less perhaps
[18:27:50] <siretart`> DonDiego: dont forget to commit the website! :-)
[18:33:39] * DonDiego watches CIA and raises his glass
[18:34:38] * jai kicks CIA-92 
[18:34:38] <CIA-92> ow
[18:34:43] <DonDiego> lol
[18:34:53] * DonDiego kicks CIA-92 again
[18:34:59] * DonDiego kicks CIA-92
[18:34:59] <CIA-92> ow
[18:35:48] <siretart`> \o/
[18:35:59] <siretart`> DonDiego: have a great party!
[18:36:22] <DonDiego> party was yesterday
[18:36:43] <DonDiego> but i'm getting dinner cooked by two pretty girls :)
[18:36:54] <jai> O_O
[18:37:06] <DonDiego> siretart`: spend a nice evening with your wife, you earned it!
[18:37:07] <mru> bah, /me gets that all the time
[18:37:16] <DonDiego> you wish :)
[18:37:45] <BBB> is it me or is the release name of 0.5 and 0.5.1 the same?
[18:38:08] <DonDiego> let's face it, nobody lives as good as ffmpeg release managers ...
[18:38:23] <DonDiego> BBB: it is, let's just assume the branch has that name :)
[18:38:56] <BBB> dondiego has yet to elaborate on who these two pretty girls are
[18:39:10] <DonDiego> haha :)
[18:39:40] <DonDiego> nena and valentina, german and italian :)
[18:39:47] <jai> pics or it didnt happen
[18:39:53] <jai> oh wait, this isnt 4chan
[18:39:58] <mru> there are pretty german girls?
[18:39:59] * mru ducks
[18:41:55] <DonDiego> mru: you know nena, actually, she is my flatmate
[18:44:00] * KotH makes a mental note to visit DonDiego and check the situation
[18:44:54] <BBB> koth: account?
[18:45:30] <BBB> (for foundation website)
[18:45:39] <KotH> BBB: CH06 0023 0230 2967 2740K
[18:45:45] <KotH> BBB: please only large amounts ;)
[18:45:55] <KotH> oh..
[18:45:58] * KotH blames DonDiego 
[18:45:59] <BBB> *grin*
[18:46:14] <kierank> swiss bank account, nice
[18:46:18] <Dark_Shikari> so where is our CIA-92
[18:46:29] <BBB> if you send me invoices, I can reimburse you for the ff* websites
[18:46:38] <KotH> lol
[18:46:51] <BBB> add soem dummy charges for high traffic and downloads
[18:46:57] <BBB> don't forget to make it look real
[18:47:01] <BBB> I'm sure that works
[18:47:04] * KotH can do that
[18:47:10] <BBB> also, make up a domain hosting company name and logo
[18:47:13] <BBB> that way it looks better
[18:49:25] <KotH> actually, i'm looking for someone to finance a machine+hosting for various smallish OSS projects
[18:49:46] * KotH wouldnt mind to get a few bucks for that ;)
[18:50:15] <BBB> I'll see how quickly money flows in :)
[18:52:02] <astrange> hmm rgb2rgb does look difficult to compile under pic
[18:52:06] <astrange> it doesn't use mangle
[20:52:37] <Dark_Shikari> Yuvi: better finish the faster theora before 0.6 release ;)
[21:28:53] <Kovensky> http://arstechnica.com/apple/news/2010/03/apples-itc-complaint-names-htc-phones-10-other-patents.ars
[21:29:12] <Kovensky> # 6343263: Real-Time Signal Processing System for Serially Transmitted Data <-- so, they patented the decoding of streamed audio / video?
[21:29:46] <Dark_Shikari> Kovensky: read the claims, not the title
[21:29:53] <Kovensky> ic
[21:30:25] <Kovensky> because those titles are so generic I doubt they're even patentable
[21:30:25] <Kovensky> lol
[21:33:20] <CIA-92> ffmpeg: vitor * r22153 /trunk/libavformat/r3d.c: Plug some memory leaks for truncated files
[21:33:20] <CIA-92> ffmpeg: vitor * r22154 /trunk/libavformat/mtv.c: Plug memory leak for truncated files
[21:42:55] <CIA-92> ffmpeg: mru * r22155 /trunk/tests/ (126 files in 5 dirs): Place regression test output files in subdirs per family
[21:42:55] <CIA-92> ffmpeg: mru * r22156 /trunk/ (Makefile tests/regression-funcs.sh): Remove unused argument to test scripts
[21:59:55] <CIA-92> ffmpeg: mru * r22157 /trunk/tests/ (ref/lavf/pixfmt lavf-regression.sh):
[21:59:55] <CIA-92> ffmpeg: Place regtest-pixfmt output files in separate dir
[21:59:55] <CIA-92> ffmpeg: This test generates many output files, and keeping them separate
[21:59:55] <CIA-92> ffmpeg: is convenient.
[21:59:56] <CIA-92> ffmpeg: mru * r22158 /trunk/ (116 files in 4 dirs): Run seektest on all generated files
[21:59:57] <CIA-92> ffmpeg: mru * r22159 /trunk/tests/seek-regression.sh: Make seektest messages similar to other tests
[22:00:34] <mru> there, that should work much better
[22:21:19] <BBB> MrNaz: ping
[22:25:13] <j-b> good evening, people from earth !
[22:31:53] <BBB> hey j-b
[22:32:02] <BBB> j-b: is someone from the vlc team good at making websites?
[22:33:38] <j-b> BBB: mouahha
[22:33:44] <j-b> BBB: what to do ?
[22:33:50] <BBB> foundation website
[22:34:10] <j-b> ffmpeg.org is not good ?
[22:34:43] <j-b> BBB: we are in the process of rewriting our website
[22:34:50] <BBB> ffmpeg.org is for project
[22:34:54] <BBB> I need the foundation website
[22:34:58] <BBB> ffmtech.org
[22:43:22] <BBB> I like the videolan website, particularly the "donate now" button :)
[23:00:45] <janneg> mru: can I grab the rendered BBB frames somewhere?
[23:10:19] <mru> janneg: it only managed 5 frames before the machine died
[23:10:26] <mru> died as in not booting
[23:10:40] <mru> might have overheated or something
[23:10:52] <mru> it's been cooling off for a while, I'll try it again
[23:12:13] * mru just found out someone's trying to shift 10 24core/64GB servers
[23:12:16] <mru> janneg: interested?
[23:14:19] <janneg> sure
[23:14:35] <mru> 50kSEK interested? :-)
[23:14:41] <mru> each
[23:15:21] <janneg> not that
[23:15:26] <janneg> interested
[23:15:31] <mru> heh
[23:27:40] <MrNaz> doh
[23:27:43] <MrNaz> i missed BBB


More information about the FFmpeg-devel-irc mailing list