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

[burek]

[00:52] <meekohi> Hey devs. Is there any way to adjust saturation given the current video filters? It seems like they are all based on per-pixel-channel lookup tables?
[00:53] <meekohi> lot specifically I guess
[00:53] <meekohi> lut*
[02:00] <michaelni> meekohi, see vf_eq / vf_eq2
[02:01] <michaelni> under vf_mp
[02:01] <meekohi> michaelni: It seems like they do the same thing, just in YUV space.
[02:01] <meekohi> michaelni: I need a little more control over how the channels interact.
[02:02] <michaelni> elaborate, please, what are you trying to do ?
[02:04] <meekohi> michaelni: I'd like to adjust pixel values by double their distance from that pixel's average value (grey).
[02:04] <meekohi> doubling*
[02:04] <meekohi> r = r + 2*(r - (r+g+b)/3)
[02:04] <meekohi> something like this.
[02:05] <michaelni> geq should be able to do it
[02:05] <michaelni> it happily takes arbitrary expressions
[02:06] <meekohi> michaelni: But your expression can't access the green channel when it's compute the red value and etc
[02:07] <meekohi> michaelni: It basically just makes a lookup table 256 wide and applies it to each pixel.
[02:07] <michaelni> no
[02:07] <michaelni> it evaluates the expression for each pixel
[02:08] <michaelni> you can do things like texture maping with it
[02:08] <michaelni> or drawing a mandelbrot fraktal
[02:08] <meekohi> okay how would one create a greyscale image using eq2 then?
[02:10] <meekohi> or if you can point me at an example like what you're describing that might help too
[02:11] <michaelni> -vf 'mp=geq=lum(X\,Y):128:128'
[02:13] <michaelni> also if you run into some limitations of the expression evaluator, you can look into libavutil/eval* and improve it :)
[02:14] <michaelni> for example functions to convert between rgb and yuv are missing and may be usefull
[02:14] <meekohi> Yeah this looks very interesting, trying to wrap my head around it exactly.
[02:17] <meekohi> Really I am just insanely jealous of how fast ffmpeg is. Right now I use it to write out a bunch of jpegs and then adjust color using a little C program I wrote
[02:17] <meekohi> ffmpeg is done almost instantly but the C programs takes like 15 seconds
[02:17] <meekohi> Makes me very sad.
[02:17] <meekohi> So it'd be great to do the adjustment inside ffmpeg since I'm doing that anyway.
[02:17] <michaelni> geq is not exactly fast ...
[02:18] <michaelni> evaluating arbitrary expressions is not a fast operation
[02:18] <michaelni> if speed matters its better to write a avfilter in C
[02:19] <meekohi> Yeah makes sense. I'm hesitant to go down that road since I don't know much about writing filters or how long it will take.
[02:23] <Compn> um
[02:23] <Compn> meekohi : do you just want to change from a color profile to another color profile ?
[02:24] <Compn> like one of those standard color profiles 702 or something ?
[02:24] Action: Compn cant remember the name
[02:24] <meekohi> Compn: No, trying to do some custom saturation adjustment.
[02:24] <Compn> oh
[02:24] <Compn> then nevermind :)
[02:24] <meekohi> Compn: ;D
[12:29] <j-b> why does ffv1 in 10bits outputs a YUV16bits?
[12:48] <Compn> i think there was some discussion about that on the ml
[12:52] <j-b> I did not see that
[12:53] <av500> j-b: is there any good trolling in paris tonight?
[12:54] <j-b> "is ffv1 a good codec?" at my place
[12:54] <av500> cool
[12:54] <av500> free beer?
[12:55] <j-b> http://lacantine.org/events/digikaaniversaire booring
[12:58] <Compn> what colorspace is yuv16bit ?
[12:59] <Compn> oh YUV420P16
[12:59] <Compn> hmm
[12:59] <av500> j-b: yeah booring
[12:59] <Compn> did you specify 10bit and maybe ffmpeg defaults to 16bit ?
[13:00] <Compn> ffv1: Assume encoding all bits is wanted if bits_per_raw_sample == 0.
[13:00] Action: Compn hasnt a clue
[13:16] <kierank> probably ffv1 never got updated to the p10 pix_fmt
[13:33] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r2f0801527d 10ffmpeg/libswresample/resample.c: 
[13:33] <CIA-17> ffmpeg: resample: update copyright years, they where incorrect.
[13:33] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[13:33] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r605bcf6101 10ffmpeg/libswresample/swresample_test.c: 
[13:33] <CIA-17> ffmpeg: swr-test: Add newline to test output
[13:33] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[13:33] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r3d9338b1c2 10ffmpeg/libswresample/swresample.c: 
[13:33] <CIA-17> ffmpeg: swr: support int32 and float as internal sample formats
[13:33] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[13:33] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r7f1ae79d38 10ffmpeg/libswresample/ (4 files): 
[13:33] <CIA-17> ffmpeg: swr: support float & int32 in the resampler
[13:33] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[14:03] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r24ab1abfb6 10ffmpeg/libswresample/ (resample.c swresample_internal.h): 
[14:03] <CIA-17> ffmpeg: resample: support double precission resampling
[14:03] <CIA-17> ffmpeg: This commit is dedicated to the audiophiles who can hear it when a
[14:03] <CIA-17> ffmpeg: needle is dropped on the moon.
[14:03] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[14:09] <ubitux> haha
[14:43] <meekohi> lol awesome
[15:01] <michaelni> j-b, just tried, when i encode yuv420p10 with ffv1 i get yuv420p10le out not 16bit
[15:03] <j-b> http://www.archive.org/download/test20100622_v210_and_ffv1/DHC36.ffv1.flac.mov must be 16bits then, or my user is stoopid (or both)
[15:19] <ubitux> https://ffmpeg.org/trac/ffmpeg/ticket/1180  can't we solve this without reverting the commit?
[15:19] <ubitux> i don't understand the reason of the block align hack
[15:19] <ubitux> but indeed it seems to fix the issue
[15:29] <ubitux> anyway, i should report this to the author of the patch
[15:44] <ubitux> reverting it doesn't solve the remux with the -ss as input option though
[15:45] <CIA-17> ffmpeg: 03Nicolas George 07master * r423047ea31 10ffmpeg/libavfilter/vf_drawtext.c: vf_drawtext: fix memory leak of glyph data.
[15:45] <CIA-17> ffmpeg: 03Nicolas George 07master * rbe9b0d2c5a 10ffmpeg/libavfilter/vf_drawtext.c: vf_drawtext: fix memory leak of draw expression.
[15:45] <CIA-17> ffmpeg: 03Nicolas George 07master * r40b7a27bad 10ffmpeg/ (4 files in 3 dirs): vf_drawtext: fontconfig support.
[15:50] <Compn> j-b : are you taking the word of a user without reproducing it? gasp!
[16:34] <silverrocker> I have installed ffmpeg but. I cant find apiexample.c as stated in the first section of http://ffmpeg.org/developer.html . I'm running archlinux and there is only one package which should have the devel files aswell but I don't seem to have the devel files
[16:34] <silverrocker> I think
[16:35] <ubitux> the examples are not installed
[16:36] <ubitux> http://git.videolan.org/?p=ffmpeg.git;a=tree;f=doc/examples;hb=HEAD
[16:36] <ubitux> maybe they should
[16:36] <ubitux> and indeed the documentation is not up to date
[16:37] <j-b> http://source.ffmpeg.org/?;a=tree;f=doc/examples;hb=HEAD
[16:38] <ubitux> :)
[16:38] <Compn> j-b : so many people ask about playing and recording at the same time. i think vlc needs to advertise that feature more :)
[16:39] <Compn> and having that feature in ffmpeg would be nice too
[16:40] <Compn> j-b : possibly make it easier too, just have a little checkbox 'automatically download all streams to disk' :)
[16:40] <Compn> or save i should say
[16:41] <silverrocker> Compn: seems like I can't clone because I'm getting a connection timeout. 
[16:41] <j-b> Compn: people want porn too :)
[16:42] <ubitux> silverrocker: what's your clone url?
[16:42] <silverrocker> "git clone git://git.videolan.org/ffmpeg.git" gives me a timeout. is the server down or so?
[16:42] <silverrocker> ubitux: I have also tried git clone git://source.ffmpeg.org/ffmpeg.git
[16:43] <ubitux> works here
[16:43] <silverrocker> hmm, maybe campus server blocks it
[16:43] <ubitux> you likely need a socks proxy
[16:44] <ubitux> if you have a http proxy: http://git.videolan.org/git/ffmpeg.git
[16:45] <silverrocker> so I need to git clone http://git.videolan.org/git/ffmpeg.git ?
[16:45] <silverrocker> seems to work, thank you
[16:50] <ubitux> here we go, gcc 4.7; let's see how much fate likes it...
[16:51] <silverrocker> ubitux: it seems when I try to just make the examples, it cant find the includes. What should I add to my PATH to get this working?
[16:51] <silverrocker> ubitux: I'm missing libavfilter/asrc_abuffer.h: No such file or directory
[16:53] <ubitux> cd doc/examples; make doesn't work?
[16:54] <silverrocker> nope
[16:54] <silverrocker> but probably because I'm missing libraries
[16:54] <silverrocker> and not becaues of the code
[16:54] <ubitux> PKG_CONFIG_PATH needs to be set to the directory of a fairly recent enough ffmpeg installed (./configure --prefix=/tmp/ffmpeg-install && make install and then maybe PKG_CONFIG_PATH=/tmp/ffmpeg-install/lib make in the doc/examples directory)
[16:54] <ubitux> or something like that
[16:57] <silverrocker> ubitux: the thing is that I'm using archlinux which installs ffmpeg (which is built from the git repo) so I think I have a fairly recent ffmpeg. Also I'd rather not make install on top of what I already have, although you seem to have prefixed it to go to the /tmp/ so I should be ok?
[16:59] <Compn> ubitux makes the mistake of helping user in devel channel :)
[17:00] <ubitux> mmh indeed there might be a problem with asrc_abuffer.h
[17:00] <ubitux> it looks like it is not installed
[17:00] <silverrocker> Compn: should I go somewhere else?
[17:00] <ubitux> it's ok, stay there :)
[17:01] <silverrocker> :) I'm running make now 
[17:01] <ubitux> you can make the other examples
[17:02] <ubitux> try make filtering_video for instance
[17:02] <silverrocker> ok, after the make of whole ffmpeg is done
[17:02] <ubitux> the makefile is independant
[17:02] <ubitux> you can run make in the doc example directory
[17:02] <silverrocker> ah, ok
[17:03] <silverrocker> ubitux; I seem to have alot more errors sudenly
[17:04] <silverrocker> give me a se
[17:04] <silverrocker> c
[17:04] <Compn> silverrocker : i'm just bugging ubitux , no worries
[17:04] <ubitux> libavfilter/Makefile:HEADERS = avcodec.h avfilter.h avfiltergraph.h buffersink.h version.h vsrc_buffer.h
[17:04] <ubitux> this line is missing asrc_abuffer.h
[17:05] <ubitux> afaict
[17:06] <silverrocker> ok Ill add that in a bit, give me a minute. it seems that after I have run ./configure with that prefix I have loads more errors for some reason I'm trying to figure out now
[17:08] <ubitux> changing this makefile line should make the install rule deploy the file
[17:09] <silverrocker> I'm now getting errors of /usr/include/bits/types.h, /usr/include/ctype.h and much more. Something is gone horribly wrong I think
[17:09] <ubitux> pastebin it?
[17:11] <silverrocker> http://pastebin.com/HT3vHgnW
[17:11] <silverrocker> and its much more
[17:13] <ubitux> what did you do?
[17:13] <silverrocker> It started after ./configure in the rootdirectory of the git cloned ffmpeg
[17:14] <silverrocker> I don't undestand how this affects my stdlibs 
[17:14] <ubitux> is this the result of a "make" in doc/examples?
[17:15] <silverrocker> yes
[17:15] <ubitux> just "make"?
[17:15] <silverrocker> yes
[17:15] <silverrocker> after a make clean
[17:15] <silverrocker> I have added HEADERS = avcodec.h avfilter.h avfiltergraph.h buffersink.h version.h vsrc_buffer.h but gets no difference
[17:16] <ubitux> this will only affect the make install from the root
[17:16] <ubitux> can you paste the full output of the make in doc/examples?
[17:16] <silverrocker> ill try
[17:18] <silverrocker> http://pastebin.com/GpkGgJuj
[17:18] <silverrocker> mind that I already had ffmpeg installed from the package manger of my distro, I hope it's not conflicting
[17:19] <ubitux> you changed decoding_encoding.c
[17:19] <ubitux> type git diff and you'll see
[17:20] <ubitux> it looks like you removed the first line or something
[17:20] <ubitux> (you likely saved/quit after looking in the file, without noticing you messed the file :p)
[17:22] <silverrocker> thank you! that was exactly the problem
[17:23] <silverrocker> ok now the makefile still gives me the same problem as before ./configuring and making in /tmp
[17:23] <ubitux> seems i have issue with the decoding_encoding example too
[17:24] <ubitux> (LDFLAGS=-lm make decoding_encoding seems to fix to work)
[17:29] <silverrocker> so I need to replace the LDFLAGS line with that?
[17:30] <ubitux> juste prefix your make
[17:31] <ubitux> anyway, when everything is working for you, feel free to send patches
[17:31] <silverrocker> patching the makefile you mean?
[17:31] <ubitux> yup
[17:32] <silverrocker> okay :)
[18:27] <silverrocker> ok, now I'm looking through the example. what I want to achieve is have all the yuv data for each frame from a given file
[18:27] <silverrocker> I see that you need to supply the decoder that you want to use to decode a given file with av_find_codec
[18:28] <silverrocker> am I correct to assume that when I run my program using the library and doing myprogram -somecodec file.ext ; where somecodec is parsed and passed to av_find_codec I can get the yuv data?
[20:11] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r5c1f312888 10ffmpeg/libswresample/rematrix.c: 
[20:11] <CIA-17> ffmpeg: swr: update copyright year for rematrix
[20:11] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[20:11] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * rdb2eadb2f5 10ffmpeg/libswresample/ (6 files): 
[20:11] <CIA-17> ffmpeg: swr: add dither support.
[20:11] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[20:12] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r5b2be9bcc0 10ffmpeg/libswresample/swresample_test.c: 
[20:12] <CIA-17> ffmpeg: swr-test: include opt.h, this is needed for changing options for testing.
[20:12] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[20:12] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r7c673d73ec 10ffmpeg/libswresample/rematrix.c: 
[20:12] <CIA-17> ffmpeg: swr: use assert in swri_sum2 to check that only supported formats are used.
[20:12] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[20:25] <ubitux> Compn: you maintain the samples base on http://samples.mplayerhq.hu/ right?
[20:26] <ubitux> i'd like to add a 24M sample; standard h264/aac in mkv, but which leads to yet another a/v sync issue with stream copy
[20:53] <CIA-17> ffmpeg: 03Reimar Döffinger 07master * r1ac606bae6 10ffmpeg/libavcodec/aacsbr.c: 
[20:53] <CIA-17> ffmpeg: aacsbr: silence message for SBR extension "padding".
[20:53] <CIA-17> ffmpeg: Some files contain a few additional, all-0 bits.
[20:53] <CIA-17> ffmpeg: Check for that case and don't print incorrect "not supported"
[20:53] <CIA-17> ffmpeg: message.
[20:53] <CIA-17> ffmpeg: Fixes trac issue #836.
[20:53] <CIA-17> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger at gmx.de>
[21:31] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r0170889372 10ffmpeg/libswresample/swresample.c: 
[21:31] <CIA-17> ffmpeg: swr: add SWR_DITHER_RECTANGULAR to AVOptions array
[21:31] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[21:31] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r0cff3e130b 10ffmpeg/libswresample/swresample.c: 
[21:31] <CIA-17> ffmpeg: swr: remove unused variable
[21:31] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[21:31] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * rb1ef4dc406 10ffmpeg/libswresample/ (dither.c swresample.c swresample.h): 
[21:31] <CIA-17> ffmpeg: swr: add triangular dither support
[21:31] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[22:30] <Compn> ubitux : is it on http? i can wget it easily, or you can upload it to upload.ffmpeg.org
[22:31] <Compn> ubitux : btw, i maintain http://samples.ffmpeg.org , mike maintains samples.mplayerhq.hu  , we've been trying to get him to rsync with us , since we cant upload/move anything around on his server :\
[22:31] <Compn> and he cant make accounts for us
[22:31] <Compn> so its one big fubar
[22:31] <Compn> we rsync with samples.libav.org (which iirc hasnt changed much)
[22:31] <Compn> and samples.mphq
[22:32] <Compn> and we could just change the dns of samples.mphq to point at our server. but uhh. mike is a good neutral party to maintain it
[22:33] <Compn> so gimme a url or upload it to ftp://upload.ffmpeg.org
[22:49] <ubitux> Compn: i have access to the videolan.org one; i guess they're not linked whatsoever?
[22:50] <Compn> which one is the videolan.org one 
[22:50] <Compn> you mean streams.videolan.org ?
[22:50] <ubitux> yes
[22:51] <Compn> thats j-b's server, which i think i only have read access to incoming
[22:51] <ubitux> mmh ok
[22:51] <Compn> pretty confusing
[22:51] <Compn> at least we have multiple mirrors :)
[22:51] <ubitux> btw, while i'm uploading the file, do you mind syncing these in the sub directory: http://lucy.pkh.me/samples/jss/ (jss=jacosub)
[22:54] <Compn> done, http://samples.ffmpeg.org/sub/jss
[22:54] <ubitux> awesome, thanks a lot
[22:54] <ubitux> the mkv is almost done
[22:54] <ubitux> Compn: here it is: http://lucy.pkh.me/samples/ppd.mkv
[22:55] <Compn> where in repo do you want me to put it ?
[22:55] <Compn> (and where is txt file :P)
[22:55] <ubitux> i guess in the matroska directory?
[22:56] <ubitux> maybe a better name would be: paniponidash-begin-h264-aac.mkv or sth like this
[22:56] <Compn> i dont think knowing its from paniponydash helps ffmpeg devels much ;P
[22:56] <ubitux> not sure how to make the file is somehow "valid"
[22:56] <Compn> ffmpeg-desync-bug.mkv maybe
[22:56] <ubitux> well, this file is correct :)
[22:56] <Compn> or bug10xxx.mkv
[22:57] <ubitux> bug remuxing it with a seek fails
[22:57] <ubitux> the issue is not with the file, but it's a good "pattern" file
[22:57] <Compn> i'll just put it in mkv then
[22:57] <ubitux> ok :)
[22:58] <Compn> http://samples.ffmpeg.org/Matroska/ppd.mkv
[22:58] <Compn> there it is
[22:58] <ubitux> great, thanks :)
[23:00] Action: Compn gets annoyed at users who wont share samples because 'its copyrighted'
[23:00] Action: ubitux doesn't care a second
[23:01] <ubitux> maybe i should.
[23:01] Action: Compn gets more annoyed at users who are under nda and cant share samples
[23:01] <JEEB> oh yes, NDAs
[23:01] <JEEB> always "fun"
[23:04] <nevcairiel> just tell them to sod off
[23:04] <nevcairiel> if they want their bug fixed, get authorization to share a tiny sample
[23:07] <ubitux> and here we go: https://ffmpeg.org/trac/ffmpeg/ticket/1180#comment:3
[23:07] <ubitux> thanks again Compn :)
[23:07] <CIA-17> ffmpeg: 03Justin Ruggles 07master * rb073819bc9 10ffmpeg/avconv.c: 
[23:07] <CIA-17> ffmpeg: avconv: allow '-async -1' to disable timestamp sync for audio encoding
[23:07] <CIA-17> ffmpeg: This will allow a workaround for cases where input timestamps are invalid or
[23:07] <CIA-17> ffmpeg: when decoder delay of 1 packet or more confuses avconv into using the wrong
[23:07] <CIA-17> ffmpeg: timestamps as a sync reference.
[23:07] <CIA-17> ffmpeg: 03Diego Biurrun 07master * r02c39f056a 10ffmpeg/ (3 files in 2 dirs): ppc: Add/remove a number of const qualifiers to fix related warnings.
[23:07] <CIA-17> ffmpeg: 03Anton Khirnov 07master * r6aadfbda09 10ffmpeg/libavcodec/avcodec.h: lavc doxy: add AVPicture functions to a doxy group.
[23:07] <CIA-17> ffmpeg: 03Anton Khirnov 07master * r294b3a5074 10ffmpeg/libavcodec/avcodec.h: lavc doxy: add core functions/definitions to a doxy group.
[23:07] <ubitux> these issues annoys me quite often :p
[23:07] <CIA-17> ffmpeg: 03Anton Khirnov 07master * r40ca0e6a75 10ffmpeg/libavcodec/avcodec.h: 
[23:07] <CIA-17> ffmpeg: lavc doxy: replace \ with /
[23:07] <CIA-17> ffmpeg: It's the more proper symbol to use and it prevents doxygen from thinking
[23:07] <CIA-17> ffmpeg: it's a command.
[23:07] <CIA-17> ffmpeg: 03Anton Khirnov 07master * rc8ef8464c2 10ffmpeg/libavcodec/avcodec.h: lavc doxy: add decoding functions to a doxy group.
[23:07] <CIA-17> ffmpeg: 03Anton Khirnov 07master * rf038515f0a 10ffmpeg/libavcodec/avcodec.h: lavc doxy: add encoding functions to a doxy group.
[23:07] <CIA-17> ffmpeg: 03Anton Khirnov 07master * r56512ce104 10ffmpeg/libavcodec/avcodec.h: lavc doxy: add resampling functions to a doxy group.
[23:07] <CIA-17> ffmpeg: 03Anton Khirnov 07master * r30f3f62563 10ffmpeg/libavcodec/avcodec.h: 
[23:07] <CIA-17> ffmpeg: lavc doxy: add AVPacket-related stuff to a separate doxy group.
[23:07] <CIA-17> ffmpeg: Also move AV_PKT_DATA_PARAM_CHANGE/AV_PKT_DATA_H263_MB_INFO to the
[23:07] <CIA-17> ffmpeg: proper place.
[23:07] <CIA-17> ffmpeg: 03Anton Khirnov 07master * re36b25d1df 10ffmpeg/libavfilter/vf_overlay.c: 
[23:07] <CIA-17> ffmpeg: vf_overlay: implement poll_frame()
[23:07] <CIA-17> ffmpeg: Signal that it can output a frame when there are frames on the main
[23:07] <CIA-17> ffmpeg: input and EOF on the overlay input, but a frame is buffered -- e.g.
[23:07] <CIA-17> ffmpeg: single picture overlay.
[23:07] <CIA-17> ffmpeg: 03Anton Khirnov 07master * r7c59b5c2a5 10ffmpeg/libavcodec/ (dxva2.h vaapi.h vda.h vdpau.h version.h xvmc.h): lavc doxy: add all installed headers to doxy groups.
[23:07] <CIA-17> ffmpeg: 03Anton Khirnov 07master * rec57b7de74 10ffmpeg/libavcodec/avfft.h: lavc doxy: add avfft to the main lavc group.
[23:07] <CIA-17> ffmpeg: 03Anton Khirnov 07master * r8a74029ea2 10ffmpeg/libavcodec/avcodec.h: lavc doxy: add remaining avcodec.h functions to a misc doxygen group.
[23:07] <Compn> ubitux : ... mplayer2? :P
[23:08] <CIA-17> ffmpeg: 03Martin Storsjö 07master * r14f063d294 10ffmpeg/libavutil/mem.c: (log message trimmed)
[23:08] <CIA-17> ffmpeg: mem: Consistently return NULL for av_malloc(0)
[23:08] <CIA-17> ffmpeg: Plain POSIX malloc(0) is allowed to return either NULL or a
[23:08] <CIA-17> ffmpeg: non-NULL pointer. The calling code should be ready to handle
[23:08] <CIA-17> ffmpeg: a NULL return as a correct return (instead of a failure) if the size
[23:08] <CIA-17> ffmpeg: to allocate was 0 - this makes sure the condition is handled
[23:08] <CIA-17> ffmpeg: in a consistent way across platforms.
[23:08] <CIA-17> (37 lines omitted)
[23:08] <ubitux> Compn: i was just testing playback with random players :p
[23:09] <Compn> ah
[23:09] Action: Compn reading whole thing slowly
[23:09] <ubitux> now i need to remember all the others samples where i expected such broken behaviour
[23:09] <Compn> why dont we have any sync ref tests ?
[23:10] <ubitux> good question :)
[23:11] <ubitux> also we don't have tests for -async afaik
[23:13] <ubitux> anyway, ffmpeg seems ok with gcc 4.7 :)
[23:13] <ubitux> (except the threads tests which still randomly fail)
[23:14] <Compn> ubitux : i know its ffmpeg bug, but did you try mplayer -demuxer avi vs mplayer -demuxer lavf? 
[23:14] <Compn> on the output
[23:14] <Compn> avi output of course
[23:15] <Compn> mplayer uses lavf mkv demuxer by default for mkv
[23:18] <ubitux> well, mplayer is using the internal by default and mplayer2 the lavf one afaik
[23:18] <ubitux> i reported these results; they're both broken, in a different way :)
[23:20] <Compn> ah
[23:20] <ubitux> demuxer avi: no video for a few seconds, then likely ok but seek is broken (’ audio gets out of sync)
[23:20] <ubitux> demuxer lavf: simply out of sync
[23:22] <ubitux> for the mkv, it's "just" out of sync, for both
[23:22] <iive> ubitux: is that just by using gcc4.7?
[23:22] <ubitux> mmh?
[23:22] <ubitux> the sync issues? no, not related
[23:22] <Compn> git master is broken :\
[23:43] <CIA-17> ffmpeg: 03Michael Niedermayer 07master * r8702e35b9b 10ffmpeg/libavcodec/vda.c: 
[23:43] <CIA-17> ffmpeg: vda: try to fix compile
[23:43] <CIA-17> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[23:48] <michaelni> Compn, should be fixed
[23:49] <michaelni> i dunno how that happened ...
[23:51] <meekohi> Who knows how this thing works.
[23:55] <ubitux> michaelni: +    AudioData dither;                               ///< cached audio data (convert and resample purpose)
[23:55] <ubitux> can't you propose a slightly better comment? :p
[23:55] <ubitux> it looks like a copy paste you forgot to change
[23:56] <michaelni> ill fix it in my next push
[23:56] <ubitux> thx :)
[00:00] --- Wed Apr 11 2012