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

[burek]

[01:46] <CIA-48> ffmpeg: 03Kostya Shishkov 07master * r1a265f6187 10ffmpeg/ (8 files in 3 dirs): prores encoder
[01:46] <CIA-48> ffmpeg: 03Martin Storsjö 07master * r735be9cdfb 10ffmpeg/libavformat/rtspdec.c: 
[01:46] <CIA-48> ffmpeg: rtsp: Make rtsp_demuxer_class static
[01:46] <CIA-48> ffmpeg: Signed-off-by: Martin Storsjö <martin at martin.st>
[01:47] <CIA-48> ffmpeg: 03Martin Storsjö 07master * ra082ac4125 10ffmpeg/libavcodec/mpegvideo_common.h: 
[01:47] <CIA-48> ffmpeg: mpegvideo: Remove a leftover function declaration
[01:47] <CIA-48> ffmpeg: Signed-off-by: Martin Storsjö <martin at martin.st>
[01:47] <CIA-48> ffmpeg: 03Martin Storsjö 07master * r167f3b8de7 10ffmpeg/libavformat/ (28 files): 
[01:47] <CIA-48> ffmpeg: libavformat: Add an ff_ prefix to some lavf internal symbols
[01:47] <CIA-48> ffmpeg: Prefix the functions/tables brktimegm, pcm_read_seek,
[01:47] <CIA-48> ffmpeg: dv_offset_reset, voc_get_packet, codec_movaudio_tags,
[01:47] <CIA-48> ffmpeg: codec_movvideo_tags.
[01:47] <CIA-48> ffmpeg: After this, lavf has no global symbols without the proper prefix.
[01:47] <CIA-48> ffmpeg: Signed-off-by: Martin Storsjö <martin at martin.st>
[01:47] <CIA-48> ffmpeg: 03Martin Storsjö 07master * rddce8953a5 10ffmpeg/libavcodec/ (18 files): 
[01:47] <CIA-48> ffmpeg: h263: Add ff_ prefix to nonstatic symbols
[01:47] <CIA-48> ffmpeg: Signed-off-by: Martin Storsjö <martin at martin.st>
[01:47] <CIA-48> ffmpeg: 03Martin Storsjö 07master * re96b4a53df 10ffmpeg/libavcodec/ (36 files): 
[01:47] <CIA-48> ffmpeg: vlc/rl: Add ff_ prefix to the nonstatic symbols
[01:47] <CIA-48> ffmpeg: Signed-off-by: Martin Storsjö <martin at martin.st>
[01:47] <CIA-48> ffmpeg: 03Martin Storsjö 07master * r9cf0841ef3 10ffmpeg/libavcodec/ (75 files in 9 dirs): 
[01:47] <CIA-48> ffmpeg: dsputil: Add ff_ prefix to the dsputil*_init* functions
[01:47] <CIA-48> ffmpeg: Signed-off-by: Martin Storsjö <martin at martin.st>
[01:47] <CIA-48> ffmpeg: 03Martin Storsjö 07master * r99560a4caa 10ffmpeg/libavcodec/ (7 files): 
[01:47] <CIA-48> ffmpeg: libavcodec: Add ff_ prefix to some nonstatic symbols
[01:47] <CIA-48> ffmpeg: Prefix the functions atrac_generate_tables, atrac_iqmf, dct_quantize_c.
[01:47] <CIA-48> ffmpeg: Signed-off-by: Martin Storsjö <martin at martin.st>
[01:47] <CIA-48> ffmpeg: 03Martin Storsjö 07master * r3e2efacdd8 10ffmpeg/libavcodec/ (dct-test.c dsputil.c dsputil.h jfdctfst.c mpegvideo_enc.c): 
[01:47] <CIA-48> ffmpeg: libavcodec: Prefix fdct_ifast, fdct_ifast248
[01:47] <CIA-48> ffmpeg: Signed-off-by: Martin Storsjö <martin at martin.st>
[01:47] <CIA-48> ffmpeg: 03Martin Storsjö 07master * r873c89e2a6 10ffmpeg/libavcodec/ (dsputil.c x86/mpegvideo_mmx.c x86/mpegvideo_mmx_template.c): 
[01:47] <CIA-48> ffmpeg: dsputil: Add ff_ prefix to inv_zigzag_direct16
[01:47] <CIA-48> ffmpeg: Signed-off-by: Martin Storsjö <martin at martin.st>
[01:47] <CIA-48> ffmpeg: 03Kostya Shishkov 07master * r8835c2c829 10ffmpeg/libavcodec/ (Makefile proresdata.c proresdata.h proresdec.c): prores: move data shared between decoder and encoder to common file
[01:47] <CIA-48> ffmpeg: 03Kostya Shishkov 07master * r3ec623c22f 10ffmpeg/libavcodec/proresdec.c: 
[01:47] <CIA-48> ffmpeg: prores: fix multithreaded decoding case when slice quantisers are not the same
[01:47] <CIA-48> ffmpeg: Since quantisation matrices are stored in context, decoding slices with
[01:47] <CIA-48> ffmpeg: different quantisers in parallel leads to unpredictable content of
[01:47] <CIA-48> ffmpeg: aforementioned matrices and wrong output picture thereof.
[01:47] <CIA-48> (57 lines omitted)
[02:26] <Zeranoe> Any updates on 'error: 'wcscpy_instead_use_StringCbCopyW_or_StringCchCopyW' undeclared (first use in this function)'? paste is here: http://pastebin.com/BmRH7HVt do I need to submit it as a bug?
[03:23] <CIA-48> ffmpeg: 03Pilotware 07master * r7606825350 10ffmpeg/libavcodec/dnxhd_parser.c: 
[03:23] <CIA-48> ffmpeg: Handle interlaced formats (two coding units together make one full frame)
[03:23] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[03:28] <Loof> Zeranoe: Hey, is there a 'stable' build of 0.10 for (x64) windows?  The constant builds are nice, but I'd rather not track a moving target
[03:30] <Loof> Or maybe I'm missing the point and there's some other place I should look at to determine which ref has the most big fixes :D
[03:34] <Loof> Hmm
[04:17] <CIA-48> ffmpeg: 03Mashiat Sarker Shakkhar 07master * r3ce50bf51d 10ffmpeg/libavcodec/wmalosslessdec.c: Cosmetics: fix some whitespace errors
[04:17] <CIA-48> ffmpeg: 03Mashiat Sarker Shakkhar 07master * r6345184fc9 10ffmpeg/libavcodec/wmalosslessdec.c: Support 24-bit decoding
[04:17] <CIA-48> ffmpeg: 03Mashiat Sarker Shakkhar 07master * r59df25effd 10ffmpeg/libavcodec/wmalosslessdec.c: Move some variable declarations to comply with C90
[04:17] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * rdc08e7ea0f 10ffmpeg/libavcodec/wmalosslessdec.c: 
[04:17] <CIA-48> ffmpeg: wmall: remove ;;
[04:17] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[04:17] <CIA-48> ffmpeg: 03Mashiat Sarker Shakkhar 07master * rd1ea26f640 10ffmpeg/libavcodec/wmalosslessdec.c: 
[04:17] <CIA-48> ffmpeg: Do not try to read residue if ave_mean <= 1
[04:17] <CIA-48> ffmpeg: Otherwise, we end up with with log(0) or log(1). av_ceil_log2 simply
[04:17] <CIA-48> ffmpeg: assumes the argument is non-zero and returns wrong result when it is.
[04:17] <CIA-48> ffmpeg: (Not that there is a proper way of returning an undefined value.)
[04:17] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * r28ba1027ec 10ffmpeg/: (log message trimmed)
[04:17] <CIA-48> ffmpeg: Merge remote-tracking branch 'shariman/wmall'
[04:17] <CIA-48> ffmpeg: * shariman/wmall:
[04:17] <CIA-48> ffmpeg:  Do not try to read residue if ave_mean <= 1
[04:17] <CIA-48> ffmpeg:  Move some variable declarations to comply with C90
[04:17] <CIA-48> ffmpeg:  Cosmetics: fix some whitespace errors
[04:17] <CIA-48> ffmpeg:  Support 24-bit decoding
[05:41] <Compn> getting another prores encoder? :p
[05:41] <Compn> ehe
[06:38] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * r0f155c8601 10ffmpeg/libavcodec/dct-test.c: 
[06:38] <CIA-48> ffmpeg: fate: trying to fix "libavcodec/dct-test.o:(.rodata+0xdc): undefined reference to fdct_altivec"
[06:38] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[06:38] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * rb92ecda2c9 10ffmpeg/libavcodec/snow.c: 
[06:38] <CIA-48> ffmpeg: snow: zero scratchbuf.
[06:38] <CIA-48> ffmpeg: This should fix some valgrind warnings.
[06:38] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[18:11] <Zeranoe> How does FFmpeg utilize pulseaudio and is it practical in a Windows setting?
[18:11] <av500> it doesnt
[18:12] <av500> in fact it does
[18:12] <av500> there is a PA indev
[18:15] <iive> pulse audio is horrible and ridden with bugs that are not fixed for years. avoid it when possible.
[18:17] <Compn> and it wasnt designed for video syncing with audio
[18:17] <Compn> which is hilarious...
[18:17] <av500> Compn: I think the only design requirement was to be marginally better than the crap before
[18:18] <av500> e.g. arts
[18:19] <iive> I would rather blame the implementation of the api. and i'm not sure it is better than arts...
[18:19] <av500> I did not say the implementation was up to the spec :)
[18:21] <iive> oh, btw, does somebody know if there is official pulseaudio api documentation?
[18:23] <Zeranoe> So --enable-libpulse is not practical?
[18:25] <iive> avoid when possible. Sometimes you have no other option.
[18:26] <av500> Zeranoe: as said, the only pulse stuff is that ffmpeg can read from pulse
[18:26] <av500> read the git log for more details
[18:38] <Compn> Zeranoe : what did you want to use pulse for ?
[18:38] <Compn> ffmpeg has dshow input on win32 i think ?
[18:38] <Compn> or did you want some kind of windows audio server ?
[18:39] <Compn> in which case, esound or nas might do it
[18:39] <Compn> i dont know if PA works on windows
[18:39] <Compn> and if ffmpeg can use PA on windows
[18:41] <av500> why would one want PA on windows?
[18:42] <av500> on windows every app can open the equivalent of /dev/dsp and play sound
[18:42] <av500> it's just linux that refuses to do this
[18:42] <Compn> alsa allowed this iirc :P
[18:42] <Compn> or oss
[18:42] <Compn> one of them
[18:42] <Compn> maybe both with the right opts
[18:42] <av500> oss depended on the sound card
[18:43] <Compn> oh thats it
[18:43] <av500> and back then, mixing in kernel was deemed too cpu heavy or do
[18:43] <av500> so
[18:43] <Compn> heh
[18:43] <av500> or not kernel-worthy
[18:43] <av500> so now we have the mess
[18:43] <Compn> who veto'd that in the kernel anyhow
[18:43] <Compn> everyone ? linus?
[18:43] <av500> no idea
[18:44] <av500> that might have been pre-internet even :)
[18:44] <Zeranoe> I saw that FFmpeg supports it, and it can be compiled for Windows, I was just checking how FFmpeg uses it.
[18:44] <av500> ffmpeg does not use it
[18:44] <av500> ffmpeg users might use it
[18:46] <Zeranoe> av500: I just noticed that there was support for the lib
[18:47] <Compn> you wanted to put support in win32 builds ? :P
[18:48] <Zeranoe> Compn: Yes, I was considering it, but I probably wont now. 
[19:10] <iive> oss4 have internal software mixer. kernel people don't like it, so they push it to user land, but this cannot sustain low latency and smoothness at the same time... 
[19:11] <iive> so the userland program needs realtime priority... that brings more troubles than letting the internal software mixer.
[19:14] <av500> iive: full ack
[19:17] <michaelni> iive, just curious, who exactly of the kernel people?
[19:18] <iive> sorry, don't remember...
[19:18] <michaelni> np, isnt important ....
[19:25] <Compn> michaelni : you should bring it back up on kernel list, see if anyone agrees :)
[19:39] <Daemon404> audio on linux is lol.
[19:40] <av500> yes :(
[19:41] <Daemon404> http://blogs.adobe.com/penguinswf/2007/05/welcome_to_the_jungle.html <-- reminds me of this
[19:41] <Daemon404> by mike melanson
[19:41] <av500> I found this one today: http://insanecoding.blogspot.com/2009/06/state-of-sound-in-linux-not-so-sorry.html
[19:41] <nevcairiel> and it hasnt changed a bit since 2007, except there is another blob for oss4 :P
[19:42] <Daemon404> nevcairiel, :D
[19:42] <av500> blob?
[19:42] <av500> ah
[19:42] <nevcairiel> on the jungle map :)
[19:42] <Daemon404> i've always used windows for audio playback
[19:42] <Daemon404> i used to periodically try linux
[19:42] Action: av500 was thinking binary blob
[19:42] <Daemon404> and lol, and go back.
[20:23] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * r67f17e7202 10ffmpeg/libavcodec/proresdec2.c: 
[20:23] <CIA-48> ffmpeg: proresdec2: Fix 16 vs. 8bit compiler warnings.
[20:23] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[20:23] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * r5a03a3d998 10ffmpeg/libavcodec/proresdec2.c: 
[20:23] <CIA-48> ffmpeg: proresdec2: use ff_dsputil_init() avoid deprecated ff_ less variant.
[20:23] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[20:23] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * r8b18288c08 10ffmpeg/libavcodec/qtrleenc.c: 
[20:23] <CIA-48> ffmpeg: qtrleenc: fix uninitialized variable warnings
[20:23] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[22:08] <Freakshow> who maintains the freebsd port of ffmpeg
[22:09] <Freakshow> http://pastebin.com/4x7bjK3U
[22:11] <iive> are you sure this is ffmpeg related? the error is about opencv.
[22:12] <Freakshow> you know... this is true, perhaps it's a portinstall issue... opencv is there... the ffmpeg makefile is calling for opencv-core, somewhere along the way things are getting confused
[22:19] <funman> ffmpeg probably depends on opencv..
[22:22] <Freakshow> that is a certainty
[22:22] <Freakshow> but for whatever reason, portinstall/portupgrade isn't able to get past that point in the install
[22:23] <Freakshow> is this trac worthy?
[22:24] <funman> freebsd trac, yeah
[22:24] <Freakshow> ah, you live up to your name
[22:25] <Freakshow> ;)
[22:25] <Freakshow> I will do the needful
[22:25] <funman> Freakshow: cd /usr/ports/graphics/opencv-core; make install
[22:25] <Freakshow> thanks!
[22:26] <Freakshow> well, no need to clutter the channel with that stuff... but I've tried that
[22:27] <michaelni> ffmpeg straight from git compiles & works fine on freebsd
[22:27] <michaelni> with no ports & stuff ...
[22:29] <michaelni> we have a freebsd box that tests git ffmpeg regularly (see fate.ffmpeg.org)
[22:31] <Freakshow> thanks michaelni, I've found it necessary to update to head in my test environment... bsd 8.1
[22:31] <Freakshow> so I'll be giving that a shot shortly
[22:31] <Freakshow> and disregarding the current ports version
[23:04] <funman> michaelni: for #999 see http://git.videolan.org/?p=vlc.git;a=commitdiff;h=bb7509af051d8384b9266bcdb345c553f608559c#patch1
[23:08] <funman> michaelni: gave myself an account and wrote that on the ticket
[23:09] <michaelni> funman, thx :)
[23:09] <michaelni> i just wanted to copy and paste ...
[23:10] <funman> #define DSHOW_NO_STRSAFE before including dshow should work
[23:10] <funman> hmm not sure
[23:10] <funman> let me try to make a patch
[23:11] <funman> Unknown option "--enable-dshow".
[23:14] <michaelni> maybe its --enable-indev=dshow
[23:18] <funman> michaelni: oops don't apply the patch it's not enough
[23:20] <funman> now it's correct (builds libavdevice.a)
[23:22] <durandal_1707> vf_deshake cant use ff_dsputil_init()
[23:27] <michaelni> funman, is there a patch somewhere that i should apply ? 
[23:27] <michaelni> durandal_1707, yes :/
[23:27] <funman> michaelni: i added it inline to the ticket
[23:27] <michaelni> ohh ok
[23:28] <funman> waiting to see if trac fucked up the patch format :)
[23:29] <michaelni> it seems to have applied with no complaints
[23:30] <funman> {{{ }}} seems to do the job, cool
[23:30] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * rad21c05172 10ffmpeg/libavcodec/diracdec.c: 
[23:30] <CIA-48> ffmpeg: diracdec: fix use of deprecated funnctions
[23:30] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[23:30] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * r934abf6ff8 10ffmpeg/libavcodec/g729dec.c: 
[23:30] <CIA-48> ffmpeg: g729dec: fix use of deprecated functions.
[23:30] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[23:30] <CIA-48> ffmpeg: 03Michael Niedermayer 07master * r22b125f912 10ffmpeg/libavcodec/g729dec.c: 
[23:30] <CIA-48> ffmpeg: g729dec: fix 'warning: assignment from incompatible pointer type'
[23:30] <CIA-48> ffmpeg: Signed-off-by: Michael Niedermayer <michaelni at gmx.at>
[23:30] <CIA-48> ffmpeg: 03Rafaël Carré 07master * r05ee0db1b2 10ffmpeg/libavdevice/ (dshow_filter.c dshow_pin.c): (log message trimmed)
[23:30] <CIA-48> ffmpeg: dshow_filter: fix compilation with mingw-w64
[23:30] <CIA-48> ffmpeg: Closes ticket #999
[23:30] <CIA-48> ffmpeg: NO_DSHOW_STRSAFE asks dshow.h header to not use secure string function
[23:30] <CIA-48> ffmpeg: replacements.
[23:30] <CIA-48> ffmpeg: Using secure replacements would break mingw.org compatibility as they don't
[23:30] <CIA-48> ffmpeg: declare/define those functions.
[23:32] <durandal_1707> hmm url_feof will always return 0
[23:33] <durandal_1707> 3bd624b4ee355328382295af411f5343b1329f43 introduced that funny behaviour
[23:34] <michaelni> hmm, it really shouldnt do that ...
[23:35] <durandal_1707> lol, fill_buffer() will set eof_reached back to 1
[23:36] <michaelni> of course
[23:37] <michaelni> also a assert() placed there triggers on the first test of fate so its not always returning 0
[23:37] <michaelni> :)
[23:40] <durandal_1707> so this is for case if data is appended when file was played?
[23:41] <durandal_1707> not all demuxer use this function, should they?
[23:45] <michaelni> probably yes
[23:46] <durandal_1707> lol, but libav devs ditched this function
[00:00] --- Fri Feb 17 2012