[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@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@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@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@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@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.m... 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@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@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@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@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@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@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@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@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@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
participants (1)
-
burek