[Ffmpeg-devel-irc] ffmpeg-devel.log.20120703

[burek]

[00:00] <nevcairiel> i mostly think about file based playback, but of course there is people watching live tv where it may matter to some degree
[00:00] <michaelni> if you dont use libavformat you could still use the same method libavformat uses, namely decoding a few frames to find a good guess ob the value
[00:02] <nevcairiel> I have a avformat based demuxer, its just not the only demuxer so there is no shared contexts, but i could make it communicate that value, at least when using that demuxer it would then work properly
[00:02] <nevcairiel> maybe the others run with strict 1 or just risk a lost frame
[00:02] <nevcairiel> i'll have to think about it
[00:03] <nevcairiel> thanks for the details
[00:03] <michaelni> np
[00:41] <michaelni> kierank, is there a CAVLC 444 file that isnt 14bit ?
[00:41] <kierank> don't think so
[00:41] <kierank> because they want to test the upper bound of the profile
[00:43] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r9091ba9dfa 10ffmpeg/libavcodec/h264_ps.c: 
[00:43] <CIA-41> ffmpeg: h264: add support for constraint_set4_flag / constraint_set5_flag
[00:43] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[00:43] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r4330b8bba2 10ffmpeg/libavcodec/h264_ps.c: 
[00:43] <CIA-41> ffmpeg: h264: sps: handle more profiles
[00:43] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[01:28] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r17a54f5de8 10ffmpeg/libavcodec/rawdec.c: 
[01:28] <CIA-41> ffmpeg: lavc/rawdec: prefer constant AVPALETTE_SIZE over 256*4
[01:28] <CIA-41> ffmpeg: Improve readability.
[01:28] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * rab7dbdc92c 10ffmpeg/libavcodec/rawdec.c: 
[01:28] <CIA-41> ffmpeg: lavc/rawdec: add assertion check in raw_decode()
[01:28] <CIA-41> ffmpeg: Check on an implicit assumption done on the number of coded bits for
[01:28] <CIA-41> ffmpeg: paletted rawvideo with coded bits == 2.
[01:35] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * rbb6effe059 10ffmpeg/libavfilter/ (avcodec.h src_buffer.c version.h vsrc_buffer.h): 
[01:35] <CIA-41> ffmpeg: lavfi: remove vsrc_buffer.h API
[01:35] <CIA-41> ffmpeg: The vsrc_buffer.h is not installed since commit 0b3b95813576, so there is
[01:35] <CIA-41> ffmpeg: no point into keeping it around.
[01:35] <CIA-41> ffmpeg: The buffersrc.h API, which is more powerful, should be used instead.
[01:54] <durandal_1707> why i cant upload anything to ftp server?
[01:54] <Compn> which ftp ?
[01:55] <durandal_1707> upload.ffmpeg.org
[01:55] <Compn> ncftp /incoming > put ylc0.avi
[01:55] <Compn> ylc0.avi:                         ETA:   0:01  352.00/545.93 kB  166.82 kB/s
[01:55] <Compn> works ok here
[01:55] <Compn> are you in incoming dir ?
[01:55] Action: Compn afk
[01:56] <Compn> incoming has freee space
[01:56] Action: Compn afk
[01:57] <saste> michaelni:  what's the point of "until ls `cat need` > /dev/null 2> /dev/null; git bisect skip ..."
[01:57] <saste> this only seems useful if you're testing for really ancient versions of ffmpeg, when one of the tools was not yet defined
[01:58] <durandal_1707> i get permission denied
[02:01] <durandal_1707> michaelni: i uploaded to incoming/jv/ sample for fate
[02:11] <PapaSmurf007> Can anyone give me some ideas for expressing the benefits of "working for free on open source projects"
[02:12] <PapaSmurf007> i'm trying to win an arguement :)
[02:12] <sj_underwater> lol
[02:12] <PapaSmurf007> i am actually NOT trolling
[02:12] <PapaSmurf007> :)
[02:14] <michaelni> saste, yes sometimes we end on really ancient versions that lack ffmpeg :(
[02:14] <iive> you are not working for free, you are investing with time and effort.
[02:14] <llogan> and often you become flame resistant
[02:15] <saste> michaelni: uh? I believe ffmpeg.c was present since commit #1, or maybe i'm missing your humor ;-)
[02:16] <Skyler> PapaSmurf007: learning skills, getting job experience, building a resume, the ability to sell your services as a consultant (or even get a job) based on your work, and the joy of being able to work on something you love and share it with others.      off the top of my head~
[02:17] <saste> michaelni: indeed ffmpeg.c and ffserver.c are present since version #1
[02:17] <PapaSmurf007> good ideas ladies and gentlemen
[02:18] <saste> it could be still useful for ffprobe and ffplay, but is really useful
[02:18] <saste> PapaSmurf007: there is no benefit, is just another addiction ;-)
[02:19] <PapaSmurf007> I see, cocaine and programming probably go well together
[02:19] <PapaSmurf007> lets see if that winds the arguement
[02:19] <PapaSmurf007> wins*
[02:19] <michaelni> durandal_1707, incoming/jv is empty
[02:26] <iive> PapaSmurf007: cocaine is for wall street, here we prefer coca cola.
[02:27] <llogan> i thought it was beer?
[02:27] <iive> never seen the 10l in commit messages?
[02:36] <saste> good night ladies and gentlemen
[02:36] <durandal_1707> michaelni: try again
[02:48] <Yuhjn> I built ffmpeg for mac using homebrew and set it to staticly link.  but when I distribute my app with ffmpeg bundled in, user still get this: -dyld: Library not loaded: /usr/local/lib/libx264.123.dylib
[02:49] <durandal_1707> Yuhjn: wrong channel
[02:50] <michaelni> durandal_1707, jv uploaded
[02:51] <Yuhjn> yeah, no repronse in #ffmpeg, sorry... was hoping a compile question would be ok here
[02:52] <Compn> Yuhjn : try --enable-static
[02:57] <Daemon404> ... you have to bild x264 as static too
[03:04] <durandal_1707> huh where is review for mss3?
[03:06] <Daemon404> nobody reviewed it yet
[03:06] <Daemon404> or
[03:06] Action: Daemon404 checks
[03:07] <Daemon404> its sitting on the ML
[03:09] <durandal_1707> it is commited Mon Jul 2 07:14:44 2012 +0200
[03:09] <Daemon404> ... preview is before that time
[03:09] <Daemon404> review*
[03:09] <Daemon404> i dont see where youre going
[03:10] <durandal_1707> aha, i see it too
[03:12] <Compn> carl verified it on our sample :)
[03:13] <Compn> hes quick 
[03:14] <durandal_1707> does anyone have any reasonable explanation why -c copy shows only one stream's packets for some files?
[04:04] Action: durandal_1707 wonders why he puts strange header into decoder....
[04:08] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r5a1bbb3af0 10ffmpeg/libavcodec/dsputil.c: 
[04:08] <CIA-41> ffmpeg: dsputil: assert that depth is supported
[04:08] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[04:08] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r9c995fe19a 10ffmpeg/libavcodec/h264dsp.c: 
[04:08] <CIA-41> ffmpeg: h264dsp: assert that depth is supported
[04:08] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[04:08] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r6671c40038 10ffmpeg/libavcodec/h264pred.c: 
[04:08] <CIA-41> ffmpeg: h264pred: assert that depth is supported
[04:08] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[04:18] <CIA-41> ffmpeg: 03Paul B Mahol 07master * r7c52070131 10ffmpeg/tests/ (fate/video.mak ref/fate/jv): 
[04:18] <CIA-41> ffmpeg: fate: add test for Bitmap Brothers JV video
[04:18] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda at gmail.com>
[04:18] <CIA-41> ffmpeg: 03Paul B Mahol 07master * r699083edce 10ffmpeg/tests/ (fate/demux.mak ref/fate/jv-demux): 
[04:18] <CIA-41> ffmpeg: fate: add test for Bitmap Brothers JV demuxer
[04:18] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda at gmail.com>
[04:35] <Yuhjn> does anyone know of anyone who posts staticlly linked mac builds?
[04:35] <sj_underwater> static?
[04:43] <Yuhjn> yeah all the dependencies compiled in
[04:43] <Yuhjn> im trying to retristribute in an app of my own
[04:43] <sj_underwater> Yuhjn: i dont think you can do that on a Mac
[04:43] <sj_underwater> Yuhjn: for one thing crt0 isnt even available by default
[04:43] <Yuhjn> --enable-static?
[04:43] <sj_underwater> Yuhjn: you have to compile it yourself from source
[04:43] <Yuhjn> :(
[04:44] <sj_underwater> Yuhjn: its all built on dylib
[04:44] <sj_underwater> Yuhjn: but that doesn't mean you can't build frameworks then copy those into the app folder
[04:44] <sj_underwater> Yuhjn: using Xcode
[04:44] <sj_underwater> Yuhjn: just remember to use @executable-path/../Frameworks as the install path
[04:47] <Yuhjn> :(
[05:30] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r9d0c71e5e3 10ffmpeg/ (3 files in 2 dirs): 
[05:30] <CIA-41> ffmpeg: jvdemux: correct size for truncated packets
[05:30] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[06:51] <jesk> can someone point me to an explanation where hint tracks in mp4 are explained?
[06:51] <jesk> eg. why is it needed for streaming and for file playback not?
[06:53] <jesk> somehow i got huge problems creating hint tracks with mp4creator or quicktime
[07:16] <Yuhjn> thank god i finally found what i think is a working mac build with all the dependencies linked static... whew
[09:22] <ubitux> jesk: iso base media around page 21/94?
[11:29] <ubitux> michaelni: do we have already use case for 12 & 14 bits?
[11:54] <CIA-41> ffmpeg: 03Paul B Mahol 07master * r596814f978 10ffmpeg/libavformat/jvdec.c: 
[11:54] <CIA-41> ffmpeg: jvdec: fix memleak of jv->frames
[11:54] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda at gmail.com>
[12:21] <durandal_1707> michaelni: this jv fate failing is because last frame is truncated and it seems to me that last frame should not be decoded because it simoly does not have enough data
[12:23] <durandal_1707> the only explanation why results differs among machines is that pallete is not initialized to 0
[12:29] <michaelni> durandal_1707, ok, ill try to fix it
[12:38] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r114f82ee7e 10ffmpeg/ (libavcodec/jvdec.c tests/ref/fate/jv): 
[12:38] <CIA-41> ffmpeg: jvdec: check that the video_size fits in the packet.
[12:38] <CIA-41> ffmpeg: Prevents use of out of array data and fate failure.
[12:38] <CIA-41> ffmpeg: Found-by: durandal_1707
[12:38] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[12:39] <michaelni> durandal_1707, fate should be fixed, more complete out of array reading protection is still probably needed
[12:53] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rc9de83fefd 10ffmpeg/libavfilter/x86/yadif.c: 
[12:53] <CIA-41> ffmpeg: yadif/x86: add prototypes for functions, make code valid C again.
[12:53] <CIA-41> ffmpeg: Broken by: libav (a87b17f3283aada762820f1b797eeb7a2dff6c61)
[12:53] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[13:22] <Compn> ubitux : you mean 12/14bit video ?
[13:22] <Compn> i thought there was some codec that was using it
[13:22] <Compn> but i forgot which now
[13:22] <Compn> i asked about it a few weeks ago
[13:23] <Compn> er, someone asked on the list about it
[13:23] <Compn> ubitux : ask dark_shikari
[13:23] <Compn> or bcoudurier also deals with broadcast stuff too
[13:33] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * rc673a90b0d 10ffmpeg/tools/bisect: 
[13:33] <CIA-41> ffmpeg: tools: add bisect script
[13:33] <CIA-41> ffmpeg: This script works like "git bisect" except that you can
[13:33] <CIA-41> ffmpeg: specify with "bisect need ffmpeg|ffplay|ffserver|ffprobe" which tool(s)
[13:33] <CIA-41> ffmpeg: are needed for testing a checkout
[13:33] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[14:03] <burek> how can I add an example usage for -f ffmetadata (the end of the ffmpeg doc html file)
[14:03] <burek> like ffmpeg -f ffmetadata -i inifile ..
[14:05] <j-b> lo
[14:11] <michaelni> mid
[14:16] <ubitux> Compn: ok, will do eventually
[14:17] <ubitux> michaelni: would be nice to integrate the bisect stuff in FATE to have the specific commit introducing a regression
[14:17] <ubitux> though, maybe doing a FATE run on each single intermediate commits would work as well
[14:17] <Compn> some boxes already do that, dont they ?
[14:17] <Compn> each commit that is
[14:17] <ubitux> oh?
[14:18] <ubitux> would be nice
[14:18] <Compn> or is it run every merge ?
[14:18] <ubitux> classic method is to git pull & run the instances
[14:18] <ubitux> so you generally have multiple commits in a row
[14:18] <ubitux> (1 push, sometimes more)
[14:19] <ubitux> (delay between runs etc)
[14:19] <Compn> ah
[14:22] <ubitux> something like git rev-list --reverse --pretty=oneline hash1..hash2 should raise all the necessary commit
[14:22] <ubitux> not sure how to script that
[14:38] <merbanan> who has control over ffmpeg.org mailman ?
[14:39] <burek> btw j-b no wonder the vlc always has some serious issues
[14:39] <burek> the way the people from your team handle bug reports and issues in general is really.. no comment
[14:40] <burek> the courmish guy deleted my post/solution for that ticket :))))
[14:40] <j-b> an issue with courmisch?
[14:40] <burek> I mean, how old is he.. 15? :)
[14:40] <j-b> oh god...
[14:40] <burek> 14?
[14:40] <av500> 12
[14:40] <j-b> at most
[14:40] <burek> even 12 is too much imho
[14:40] <burek> I was just being polite :)
[14:40] <av500> makes him one the oldest in the team
[14:40] <j-b> burek: why would you be the only community to have stupid people?
[14:40] <burek> well, he started to rotten i guess
[14:41] <burek> or lost his sanity.. whatever
[14:41] <j-b> well, there was a msleep in your code...
[14:41] <burek> instead of accepting problem reports, the last thing to do should be to just delete posts
[14:41] <durandal_1707> michaelni: so for 2nd jvdec patch moving stuff to other side of <= is right solution?
[14:43] <Compn> merbanan : me, michael, bcoudurier, lou logan
[14:43] <Compn> arpi
[14:43] <Compn> lou does moderation
[14:44] <merbanan> Compn: I need new password for Ffmtech-board-election, can you send me one ?
[14:44] <Compn> dont think i ever looked at that list
[14:44] <Compn> heh
[14:45] <Compn> oh , if it doesnt use ffmpeg ml password
[14:45] <Compn> you'll have to talk to michaelni or arpi
[14:45] <merbanan> k
[14:45] <Compn> reimar might also be root, i dont remember
[14:45] <Compn> probably not
[14:46] <Compn> Ffmtech-board-election list run by banan at ludd.ltu.se
[14:46] <Compn> ehe
[15:00] <merbanan> Compn: I don't have the password for it
[15:06] <durandal_1707> you lost it?
[15:07] <av500> merbanan: click on "request new password"
[15:08] <merbanan> av500: link ?
[15:08] <Compn> merbanan : i figured that :P
[15:08] <av500> merbanan: dunno, I dont do ffmpeg any more :)
[15:08] <durandal_1707> av500: it is usually "I forget ...
[15:09] <michaelni> durandal_1707, yes moving things around shoudl fix the overlow
[15:09] <Compn> av500 : i think the forgot password is only for user passwords, not admin password
[15:10] <av500> Compn: no idea, I just made that up
[15:10] <Compn> have to talk to root :P
[15:10] <av500> ah root, always an issue
[15:12] <merbanan> I mailed root, got a bounce
[15:13] <durandal_1707> root should never read mails it is No, No!
[15:13] <av500> not safe
[15:13] <durandal_1707> so the only way to contact root is for real
[15:14] <av500> conspirative meeting
[15:15] <Compn> merbanan : ask michaelni
[15:15] <Compn> oh its root at mplayerhq.hu
[15:16] <Compn> not sure if root at ffmpeg.org was ever set up haha
[15:23] <michaelni> merbanan, arpi will probably send you a new pw soon
[15:25] <michaelni> merbanan, btw, what are the plans for the ffmtech ML ?
[15:26] <funman> win 25
[15:27] <ubitux> what is arpi doing now btw? :)
[15:28] <Compn> you can email him :P
[16:18] <merbanan> michaelni: board election
[16:20] <CIA-41> ffmpeg: 03Paul B Mahol 07master * r5d171b1f47 10ffmpeg/libavcodec/jvdec.c: 
[16:20] <CIA-41> ffmpeg: jvdec: check if there is enough data
[16:20] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda at gmail.com>
[16:21] <CIA-41> ffmpeg: 03Paul B Mahol 07master * rf8a81755c2 10ffmpeg/libavcodec/jvdec.c: 
[16:21] <CIA-41> ffmpeg: jvdec: remove redundant check
[16:21] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda at gmail.com>
[16:21] <CIA-41> ffmpeg: 03Paul B Mahol 07master * r1bc9e4c5b2 10ffmpeg/libavcodec/jvdec.c: 
[16:21] <CIA-41> ffmpeg: jvdec: remove buf_size
[16:21] <CIA-41> ffmpeg: It is same as avpkt->size.
[16:21] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda at gmail.com>
[16:21] <CIA-41> ffmpeg: 03Paul B Mahol 07master * r1c638cfc25 10ffmpeg/libavcodec/jvdec.c: 
[16:21] <CIA-41> ffmpeg: jvdec: stop reading partial palette
[16:21] <CIA-41> ffmpeg: Signed-off-by: Paul B Mahol <onemda at gmail.com>
[16:47] <ubitux> seems like some libav dev want to drop nut & snow
[16:48] <ubitux> am i the only one to find that a bit stupid?
[16:48] <ubitux> well that's not really important since it will actually grant us some free features
[16:50] <nevcairiel> don't they want to drop everything they dont feel like maintaining?
[16:50] <ubitux> yes&
[16:50] <ubitux> i think they don't like having Michael's name all over the project
[16:51] <ubitux> nevcairiel: is "maintaining" nut & snow such a big problem?
[16:51] <nevcairiel> no idea, never looked into the code, but i doubt many new problems show up
[16:51] <ubitux> i mean, except the VLA recent stuff which I understand could be tricky
[16:52] <ubitux> codecs & formats are mostly independant
[16:52] <ubitux> anyway.
[16:53] <nevcairiel> not that i have seen a real-world nut or snow file
[16:53] <Daemon404> [10:47] <@ubitux> seems like some libav dev want to drop nut & snow <-- nobody said anythign aobut nut
[16:53] <Daemon404> several libav devs active use nut
[16:53] <ubitux> Daemon404: they did, look at the backlog
[16:53] <Daemon404> actively*
[16:53] <Daemon404> are you sure it wasnt out of sarcasm
[16:54] <ubitux> 15:45 <@BBB> same as nut, I'd prefer to remove that also
[16:54] <ubitux> 15:45 <@BBB> sonic, nut, snow
[16:54] <ubitux> [...]
[16:54] <ubitux> 15:47 <@DonDiego> and nut was never finished
[16:54] <ubitux> i don't think so.
[16:55] <ubitux> nevcairiel: i think at least from an experimental point of view it's really important to have them
[16:57] <Daemon404> ubitux, id say teh difference between nut and snow/sonic
[16:57] <Daemon404> is that peopel actually use nut.
[16:58] <ubitux> snow is one of the few interesting non-dct codecs afaik
[16:58] <Daemon404> and it's utterly useless though :P
[16:58] <ubitux> then that's a demonstration in itself
[16:59] <ubitux> i mean i'm sure there are a lot of braindead codecs & formats, though we support them because at some point 3 ppl were interested in
[16:59] <Daemon404> i dont think anyone was ever interested in sonic besides its author
[16:59] <ubitux> i think having a codebase of the wide range of codecs & formats is pretty nice
[16:59] <Daemon404> it didnt even work
[16:59] <ubitux> wasn't it fixed in ffmpeg?
[16:59] <Daemon404> it can still comrpess to a size LARGER than its input
[17:00] <ubitux> :D
[17:00] <nevcairiel> thats something unique, i'm sure
[17:01] <Daemon404> anyway, nut aint goin anywhere
[17:01] <Daemon404> not without a holy war and a third fork, id imagine.
[17:01] <nevcairiel> cant have enough holy wars
[17:02] <Daemon404> everybody loves holy wars
[17:02] <Daemon404> fun for the whole family
[17:02] <ubitux> :)
[17:03] <durandal_1707> lowres did not caused any holy war ....
[17:24] <Daemon404> hmm
[17:24] Action: Daemon404 pokes michaelni 
[17:25] <michaelni> yes?
[17:26] <Daemon404> are there any plans to fix up the ntu spec?
[17:26] <Daemon404> nut8
[17:26] <Daemon404> ... nut*
[17:27] <michaelni> "fix up" ?
[17:27] <michaelni> you know noone reported a problem ...
[17:27] <Daemon404> it's barely human-parseable right now
[17:27] <Daemon404> it's a longstandign complaint
[17:28] <Daemon404> id like to know before i spend large amoutns of time trying to discern things and rewrite it
[17:28] <michaelni> improvments/patches are welcome
[17:29] <Daemon404> michaelni, secobndly... is there any point to libnut support?
[17:31] <Daemon404> im trying to discern if ffmpeg's or libnut's implementation is the defacto standard impl, since they disagree on some bits
[17:40] <michaelni> having 2 implementations is a good idea to ensure the spec is unambigous
[17:43] <Daemon404> michaelni, but they disagree on some things 
[17:50] <michaelni> ->discuss, find whats correct, fix whats not correct
[17:50] <Daemon404> michaelni, i try to compile a list of differences then
[19:06] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * re9757066e1 10ffmpeg/libavutil/ (pixdesc.c pixfmt.h): 
[19:06] <CIA-41> ffmpeg: libavutil: add 12 and 14 bit planar colorspaces
[19:06] <CIA-41> ffmpeg: Reviewed-by: Jean First <jeanfirst at gmail.com>
[19:06] <CIA-41> ffmpeg: Reviewed-by: Paul B Mahol <onemda at gmail.com>
[19:06] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[19:06] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r6ca8ef5189 10ffmpeg/libavcodec/imgconvert.c: 
[19:06] <CIA-41> ffmpeg: imgconvert: add yuv 9,10,12,14 bit planar YUV formats to pix_fmt_info
[19:06] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[19:06] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r4251a0b84c 10ffmpeg/libavcodec/imgconvert.c: 
[19:06] <CIA-41> ffmpeg: imgconvert: add planar RGB formats to pix_fmt_info
[19:06] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[19:06] <CIA-41> ffmpeg: 03Michael Niedermayer 07master * r6ea973fc4c 10ffmpeg/libavcodec/utils.c: 
[19:06] <CIA-41> ffmpeg: avcodec_align_dimensions2: support 12 & 14 bit planar colorspaces
[19:06] <CIA-41> ffmpeg: Reviewed-by: Jean First <jeanfirst at gmail.com>
[19:06] <CIA-41> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[19:23] <j-b> 12 bits, cool
[19:25] <mateo`> ls
[19:25] <mateo`> (oups)
[21:36] <CIA-41> ffmpeg: 03Carl Eugen Hoyos 07master * r71e5a14028 10ffmpeg/libavfilter/avfiltergraph.c: Suggest aresample filter if it was not compiled but requested.
[21:44] <jesk> awesome how impossible it is to get mp4 streamable by QTSS
[21:51] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r4ad17bc76b 10ffmpeg/libavformat/segment.c: 
[21:51] <CIA-41> ffmpeg: lavf/segment: move list filename printing logic from segment_end() to segment_start()
[21:51] <CIA-41> ffmpeg: Allow to deal with the list file printing only in a single point, thus
[21:51] <CIA-41> ffmpeg: simplifying logic, and allow a bit of factorization (no special case
[21:51] <CIA-41> ffmpeg: needed when printing the first file name of the list).
[21:51] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * ra5af29336a 10ffmpeg/libavformat/segment.c: lavf/segment: slightly simplify fail logic in seg_write_packet()
[21:51] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r77dcae5d74 10ffmpeg/libavformat/segment.c: 
[21:51] <CIA-41> ffmpeg: lavf/segment: apply misc fixes to the private options internal documentation
[21:51] <CIA-41> ffmpeg: Option help message tell what the option *does*, not what the set field
[21:51] <CIA-41> ffmpeg: represents.
[21:51] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * rfd0e6ef99a 10ffmpeg/libavformat/segment.c: lavf/segment: remove unused offset variable
[22:07] <CIA-41> ffmpeg: 03Nedeljko Babic 07master * r597282efa7 10ffmpeg/doc/mips.txt: 
[22:07] <CIA-41> ffmpeg: doc: add documentation regarding MIPS optimizations
[22:07] <CIA-41> ffmpeg: Add doc/mips.txt document with short explanation regarding targeted
[22:07] <CIA-41> ffmpeg: platform for MIPS optimizations and regarding MIPS copyright notice.
[22:07] <CIA-41> ffmpeg: Signed-off-by: Nedeljko Babic <nbabic at mips.com>
[22:07] <CIA-41> ffmpeg: Signed-off-by: Stefano Sabatini <stefasab at gmail.com>
[23:27] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * r4e2899dd31 10ffmpeg/libavformat/segment.c: lavf/segment: add more information in log message in seg_write_packet()
[23:27] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * ra1e092ccd3 10ffmpeg/libavformat/segment.c: 
[23:27] <CIA-41> ffmpeg: lavf/segment: fix logic for segmenting audio-only inputs
[23:27] <CIA-41> ffmpeg: Also add a comment for clarifying the logic.
[23:27] <CIA-41> ffmpeg: Fix trac ticket #1290.
[23:27] <CIA-41> ffmpeg: 03Stefano Sabatini 07master * rd8013f38ab 10ffmpeg/libavformat/segment.c: 
[23:27] <CIA-41> ffmpeg: lavf/segment: add error log in case of invalid filename template
[23:27] <CIA-41> ffmpeg: Better rather than silently exit.
[00:00] --- Wed Jul  4 2012