[00:00] <durandal_1707> there is single corrupted frame near at end with second sample(did not tried first one) [00:01] <durandal_1707> cbsrobot: so make sure to test both samples [00:05] <cbsrobot> durandal_1707: first sample has artifacts at the bottom in vlc, but not in ffplay [00:05] <cbsrobot> second sample is as you say - but no artifacts [00:08] <durandal_1707> second sample in mplayer have strange last line, so maybe that is regression... [00:09] <durandal_1707> it appears to have no color at all [00:10] <CIA-31> ffmpeg: 03Stefano Sabatini 07master * r54661219c1 10ffmpeg/ffprobe.c: [00:10] <CIA-31> ffmpeg: ffprobe: fix printing of unit values which cannot be contained in an int [00:10] <CIA-31> ffmpeg: Use long long int to contain such values instead of an int, which is [00:10] <CIA-31> ffmpeg: required to contain at least 64 bits, so it is guaranteed to contain also [00:10] <CIA-31> ffmpeg: int64_t values, which are used by some fields. [00:10] <CIA-31> ffmpeg: In particular, should fix trac ticket #921. [00:17] <cbsrobot> it looks like there are some color artifacts at the top row, left side [00:17] <cbsrobot> michaelni: do you see that too ? [00:25] <michaelni> cbsrobot, which video with which player and where on the timeline ? [00:25] <cbsrobot> both from https://trac.videolan.org/vlc/ticket/5872 [00:26] <cbsrobot> a bit everywhere - just the top row left side [00:26] <cbsrobot> ffplay [00:26] <michaelni> there are 2 videos in that ticket [00:26] <michaelni> cmi & outlaw [00:26] <cbsrobot> both [00:27] <michaelni> is this also vissible if you convert to jpg/png with ffmpeg ? [00:27] <michaelni> because if yes, please upload a picture of these artifacts [00:29] <cbsrobot> no I cant see them [00:35] <michaelni> i cant reproduce this :( [00:45] <CIA-31> ffmpeg: 03Stefano Sabatini 07master * r140a9afcf2 10ffmpeg/ffprobe.c: [00:45] <CIA-31> ffmpeg: ffprobe: add more safe casts in value_string() [00:45] <CIA-31> ffmpeg: Second attempt at fixing ticket #921. [00:45] <CIA-31> ffmpeg: 03Stefano Sabatini 07master * r2c8d37c2fb 10ffmpeg/ffprobe.c: [00:45] <CIA-31> ffmpeg: ffprobe: use safer type for index variable in value_string() [00:45] <CIA-31> ffmpeg: There is no guarantee that the casted double which is assigned to the [00:45] <CIA-31> ffmpeg: variable will be contained in an int (also if it is almost sure for most [00:45] <CIA-31> ffmpeg: non-alien architectures). [02:37] <CIA-31> ffmpeg: 03Anton Khirnov 07master * r9993284793 10ffmpeg/avconv.c: [02:37] <CIA-31> ffmpeg: avconv: fix -frames for video encoders with delay. [02:37] <CIA-31> ffmpeg: Frames must be counted when they are passed to the encoder, not when [02:37] <CIA-31> ffmpeg: they come out. [02:37] <CIA-31> ffmpeg: Fixes Bug 202. [02:37] <CIA-31> ffmpeg: 03Justin Ruggles 07master * r01ed1c390d 10ffmpeg/libavcodec/tta.c: [02:37] <CIA-31> ffmpeg: tta: cast output data pointer to the correct type [02:37] <CIA-31> ffmpeg: fixes "warning: assignment from incompatible pointer type" [02:37] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * re191f1f414 10ffmpeg/: [02:37] <CIA-31> ffmpeg: Merge remote-tracking branch 'qatar/master' [02:37] <CIA-31> ffmpeg: * qatar/master: [02:37] <CIA-31> ffmpeg: tta: cast output data pointer to the correct type [02:37] <CIA-31> ffmpeg: avconv: fix -frames for video encoders with delay. [02:37] <CIA-31> ffmpeg: Merged-by: Michael Niedermayer <michaelni@gmx.at> [04:46] <piece3> Hi all, does ffmpeg currently offer muxing more than 2 video streams simultaneously? or is this feature not yet implemented? [04:49] <piece3> Excuse my last question, wrong channel, plus I have just confirmed it does :) have a good day [06:32] <Compn> wikipedia is still up [06:32] <Compn> what a liar jimbo is [06:32] <Compn> unless i'm stuck in some cache [06:36] <t1g3r> blockd from here [07:07] <michaelni> Compn, the wiki blackout only works with javascript enabled AFAIK [07:08] <michaelni> also its just the english wikipedia [08:28] <av500> ffmpeg.org is also blacked out? [08:50] <ubitux> making wikipedia available when you have no js is a real joke& [08:51] <av500> ubitux: its not about making it unavailable [08:51] <av500> they even state in the help section how to disable the blackout [08:51] <av500> like using m.wikipedia [08:51] <ubitux> yes i read it [08:52] <av500> and most non-geek users have js enabled and these are the ones they try to reach [08:52] <ubitux> if it doesn't annoy people i guess the effect will be way less effective, but just my PoV [08:53] <av500> it will annoy enough people [08:53] <ubitux> it would have been nice to blacklist USA instead [08:53] <ubitux> to force them to use another country as proxy [08:53] <ubitux> could have been fun :) [08:56] <av500> ubitux: https://twitter.com/#!/herpderpedia [08:57] <ubitux> haha [09:00] <ubitux> "I think Wikipedia planned this shit." [09:00] <ubitux> there are good ones :') [09:00] <av500> yep [13:42] <Compn> michaelni : ah, i usually browse without javascript [13:42] <Compn> since wikipedia pages have become so bloated [14:33] Action: Compn writes another run on sentence [14:33] <Compn> grammar getting worse :) [16:33] <durandal_1707> hmm, ffplay gives bmp little darker and less sharp than feh/ImageMagick [16:34] <durandal_1707> happens with any image format, so sws is really busted [16:39] <CIA-31> ffmpeg: 03Dmitry Volyntsev 07master * rb29ec002bb 10ffmpeg/libavformat/ (rtsp.c rtsp.h): [16:39] <CIA-31> ffmpeg: fix rtp 916 issue [16:39] <CIA-31> ffmpeg: Reviewed-by: Luca Abeni <lucabe72@email.it> [16:39] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [16:39] <CIA-31> ffmpeg: 03Dmitry Volyntsev 07master * r4259d1eb99 10ffmpeg/libavformat/rtsp.c: [16:39] <CIA-31> ffmpeg: fix rtp 916 issue, patch 2 [16:39] <CIA-31> ffmpeg: Reviewed-by: Luca Abeni <lucabe72@email.it> [16:39] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [16:39] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * re49780f749 10ffmpeg/libavcodec/utils.c: (log message trimmed) [16:39] <CIA-31> ffmpeg: lavc: call ff_init_buffer_info() from default reget buffer. [16:39] <CIA-31> ffmpeg: This is needed in case the get_buffer() callback doesnt set [16:39] <CIA-31> ffmpeg: width/height. [16:39] <CIA-31> ffmpeg: Ideally all decoders would make calls through some wraper [16:39] <CIA-31> ffmpeg: to the callbacks and that wraper would call ff_init_buffer_info() [16:39] <CIA-31> ffmpeg: But until thats done, the default reget buffer must call this [16:39] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * r2fb65d3e55 10ffmpeg/libavcodec/utils.c: [16:40] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [16:42] <michaelni> durandal_1707, ffplay uses SDL fixed in YUV420 mode so RGB gets its chroma downconverted which surely doesnt help sharpness [16:43] <michaelni> the darker could have various reasons from bugs in sws over bugs in SDL to gamma correction differences [16:43] <ubitux> (hey fate is almost all green!) [16:44] <ubitux> (time to add a valgrind tracking undef read) [16:45] Action: michaelni is working on adding asan [16:45] <ubitux> oh? great :) [16:45] <ubitux> are you expecting it to raise things valgrind doesn't handle? [16:46] <michaelni> a quick preliminary tests had something in eac3 failing IIRC [16:46] <ubitux> oh? ok [16:46] <michaelni> asan is able to detect stack issues better than valgrind and valgrind is better at leaks and undef reads AFAIK [16:47] <michaelni> i also tried safecode yesterday [16:47] <ubitux> this make me thing we should have one build with -fstack-protector-all or sth like that [16:47] <ubitux> but i think it's the default on openbsd [16:47] <michaelni> but it deadlocked somehow in mpeg2 -therads > 1 [17:24] <durandal_1707> anybody have working Xorg 1 or 4 depth display please upload xwd -root dump [17:24] <durandal_1707> or find xwd with gray colorspace [18:35] <durandal_1707> xy image format is ugly to support in ffmpeg [21:22] <CIA-31> ffmpeg: 03Reimar Döffinger 07master * rf9ced97543 10ffmpeg/libavcodec/ (fraps.c mpc.h mpc7.c): [21:22] <CIA-31> ffmpeg: Use av_fast_padded_malloc in fraps and mpc decoders. [21:22] <CIA-31> ffmpeg: Fixes FATE failures due to uninitialized reads under valgrind [21:22] <CIA-31> ffmpeg: for these two codecs. [21:22] <CIA-31> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de> [21:23] <j-b> m [21:23] <j-b> oops [21:41] <gnafu> Moops? [21:42] <funman> moo process show : a CowOS command [21:44] Action: gnafu prefers BullOS. [21:46] <CIA-31> ffmpeg: 03Michael Niedermayer 07master * r126b04196e 10ffmpeg/libpostproc/postprocess.h: [21:46] <CIA-31> ffmpeg: pp: bump major in git master to match what debian contains. [21:46] <CIA-31> ffmpeg: The ABI differences are negligible, but its easier for all if [21:46] <CIA-31> ffmpeg: all distros have libpostproc HEAD under the same soname and [21:46] <CIA-31> ffmpeg: debian bumped soname without consulting upstream, so as silly as [21:46] <CIA-31> ffmpeg: it is following this is probably the least pain for all. [21:46] <CIA-31> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni@gmx.at> [22:04] <CIA-31> ffmpeg: 03Reimar Döffinger 07master * re8b060f7e7 10ffmpeg/libavcodec/ (mimic.c truemotion2.c): [22:04] <CIA-31> ffmpeg: Use av_fast_padded_malloc in mimic and truemotion2 decoders. [22:04] <CIA-31> ffmpeg: Fixes use of uninitialized data errors under valgrind. [22:04] <CIA-31> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de> [22:04] <CIA-31> ffmpeg: 03Reimar Döffinger 07master * r6fd4b8a6ef 10ffmpeg/libavcodec/fraps.c: [22:04] <CIA-31> ffmpeg: Replace a av_fast_malloc with av_fast_padded_malloc. [22:04] <CIA-31> ffmpeg: This one was missed in the previous fraps fix, the [22:04] <CIA-31> ffmpeg: allocation is exactly the same in both cases. [22:04] <CIA-31> ffmpeg: Fixes fraps-v5 under valgrind. [22:04] <CIA-31> ffmpeg: Signed-off-by: Reimar Döffinger <Reimar.Doeffinger@gmx.de> [00:00] --- Thu Jan 19 2012