Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

October 2012

1 participants
62 discussions

ffmpeg-devel.log.20121015
by burek 16 Oct '12

16 Oct '12

[00:45] <cone-20> ffmpeg.git 03Michael Niedermayer 07a63d7213b3eb: ffplay: Prevent 0/0 aspect from being passed on to lavfi * 03http://tinyurl.com/8touvp203 [00:45] <cone-20> ffmpeg.git 03Michael Niedermayer 071b8f4d773c4d: ffmpeg: use framerate not fieldrate as filter input. * 03http://tinyurl.com/9lkfa4603 [01:27] <Daemon404> /home/daemon404/build_ffmpeg/src/tests/fate-run.sh: line 68: 28651 Illegal instruction $target_exec $target_path/"$@" [01:27] <Daemon404> wtf? [01:27] <Daemon404> is this just me? [03:04] <barque> Guys, I'm getting the same R and G through libavcodec PIX_FMT_RGB24 [03:04] <Compn> command line or your own program ? [03:04] <barque> my own [03:05] <barque> I should try cmd line ... I guess .. ? :P [03:05] <Compn> makes it much easier to test for us [03:05] <Compn> :) [03:06] <barque> true, I'm gonna review the code about 10x just to make sure I'm seeing this right [03:06] <barque> no one has reported something similar have they? [03:07] <barque> oh my god [03:07] <barque> this is NOT a problem of yours, but of mine [03:07] Action: barque crawls into a dark corner [03:08] <barque> with all this code I was bound to make a mistake anyway :P [03:08] <barque> first run is never perfect [03:44] <Compn> poor canaidans :) [03:44] <Compn> so polite [03:44] <Compn> canadians* [03:57] <cone-20> ffmpeg.git 03Michael Niedermayer 07151469db3379: j2kenc: remove unneeded dereference * 03http://tinyurl.com/9hppmd603 [03:57] <cone-20> ffmpeg.git 03Michael Niedermayer 0735782bfbca0a: h264: Change asserts to av_asserts in ff_h264_fill_default_ref_list() * 03http://tinyurl.com/9o6wehf03 [07:38] <ubitux> nyuhu: so you like fist review? [08:11] <ubitux> Daemon404: ping [08:12] <ubitux> any objection for the webm patch according to Nicolas' comment? [08:17] <Daemon404> ubitux, confirm with the spec then ok [08:17] <Daemon404> im sleeping [08:44] <cone-200> ffmpeg.git 03Stefano Sabatini 07cd559bb49a34: lavc: add xface image decoder and encoder * 03http://tinyurl.com/brguubo03 [08:44] <cone-200> ffmpeg.git 03Stefano Sabatini 07304c37b216d7: tests: add fate-xface test * 03http://tinyurl.com/cf2wowx03 [08:55] <ubitux> Daemon404: ok :) [08:56] <ubitux> yay xface. [09:20] <divVerent> ubitux: I am back [09:20] <divVerent> and I got your messages [09:22] <cone-200> ffmpeg.git 03Clément BSsch 07b08273c9ca8b: lavf/mkv: avoid negative ts by default. * 03http://tinyurl.com/cn5epy503 [12:19] <TimNich> michaelni: ping [13:02] <cone-200> ffmpeg.git 03Paul B Mahol 074f5e5a05132b: lavf/txd: cosmetics: fix identation * 03http://tinyurl.com/9ock66803 [13:14] <durandal_1707> This program is based on qt-faststart.c from the ffmpeg projects .... [13:28] <michaelni> TimNich, pong [13:32] <TimNich> michaelni: quicktime is still not right yet, b8d6455 is better but there are still quite a few places where there are wrong values in the mood atoms. See http://pastebin.com/VxHrYdx9 [13:33] <TimNich> s/mood/ moov/ [13:35] <TimNich> if you do a probe you find an error line saying "Timecode frame rate 0/1 not supported [13:36] <michaelni> TimNich, which values exactly are wrong ? [13:36] <michaelni> the diff shows which are different not which are wrong ... [13:38] <TimNich> The full dump is the good one, and in the diff -- good ++ bad [13:40] <Compn> you mean removing code is good [13:40] <Compn> and adding code is bad? [13:40] Action: Compn trying to parse TimNich's sentence [13:40] <Compn> remember, english isnt everyone's first language here, so be specific [13:42] <TimNich> Compn: If you looked at the diff you would see good lines removed, bad lines added. Appreciate the point about non native English speakers, but in context with the diff in front of one I would have thought it made sense... [13:42] <funman> i guess he ran diff -u good bad [13:42] <funman> timescale 12800 is weird [13:43] <Compn> TimNich : i dont even know what mail you are talking about. i'm just in observer mode here [13:43] <michaelni> TimNich, well, you want av sync then good is not good at all [13:43] <TimNich> Compn: [13:43] <Compn> i see the pastebin now tho [13:44] <TimNich> good in terms of what used to work.. the latest version crahses Quicktime player and Avid... [13:44] <Compn> so you're specifically talking about mov muxer ? [13:45] <TimNich> If there is an inherent AV sync issue then thats been around a while&. [13:45] <michaelni> yes [13:47] <TimNich> Compn: yes, usual story , two steps forward one step back. Sounds like michaelni may have unearthed a deeper issue though.. [13:48] <michaelni> TimNich, do you have some clue what is exactly causeing the problem ? [13:48] <michaelni> i mean does QT fundamentally not support such timebases or is it something else ? [13:53] <TimNich> From a three way diff I wonder about the timescale: 12800 etc in the mdhd atom of the timecode track as this was the same in both previous versions which at least play after a fashion in QT player [13:57] <Compn> michaelni : do we have any samples that look like what mov muxer outputs ? [13:57] <Compn> e.g. 12800 timebase [13:57] <Compn> i'll look at who changed what in mov muxer in a minute [13:57] <Compn> :P [14:00] <TimNich> Compn: We know exactly which commits introduced the issue. Its a case of what mechanism is at work.. [14:00] <michaelni> It would be interresting to have a working mov sample with fine timebase for the video and a timecode track [14:00] <ubitux> big buck bunny has a timecode track iirc [14:00] <ubitux> (set to 00:00:00:00 though) [14:01] <TimNich> what do you mean by "fine" I can knock up anything quicktime Pro can produce.. [14:02] <michaelni> TimNich, with fine i mean for example a 25fps video that has a timebase smaller than 1/25 [14:02] <michaelni> like a 1/1000 timebase or 1/250 or something [14:04] <TimNich> michaelni: Not sure what would have that, I can't see QTPro bothering to set the tiembase smaller than it thinks is needed... [14:10] <TimNich> michaelni: Just looked at a QTPro file and timebase is 25... [14:13] <TimNich> However I notice an apparent inconsistency in the bad2 headers. In the last stud atom the frame duration is listed add .000078 secs and the number_of_frames 0, both the others have .04 frame_duration [14:16] <ubitux> michaelni: Dave Rice has a laaarge collection of a lot of mov/mp4 samples with timecodes [14:16] <ubitux> you might want to contact him [14:16] <ubitux> (more than 1TB of samples) [14:17] <ubitux> he is sometimes on IRC btw [14:24] <cone-200> ffmpeg.git 03Justin Ruggles 078441909f49d1: lavc: update documentation for AVFrame.extended_data * 03http://tinyurl.com/924p3bv03 [14:25] <cone-200> ffmpeg.git 03Justin Ruggles 07977eb7d567f6: shorten: use planar sample format * 03http://tinyurl.com/9zebe7c03 [14:25] <cone-200> ffmpeg.git 03Justin Ruggles 077ebfe5b44a55: wmadec: use float planar sample format output * 03http://tinyurl.com/9st5ua603 [14:25] <cone-200> ffmpeg.git 03Justin Ruggles 072725ce7c7c34: wmalossless: output in planar sample format * 03http://tinyurl.com/9gt236k03 [14:25] <cone-200> ffmpeg.git 03Justin Ruggles 07f9d732c26448: wmapro: use planar sample format * 03http://tinyurl.com/9vf2xp303 [14:25] <cone-200> ffmpeg.git 03Mans Rullgard 07e98b02de5f92: configure: check for mprotect * 03http://tinyurl.com/9vxu5mk03 [14:25] <cone-200> ffmpeg.git 03Mans Rullgard 0795cd815c3663: swscale: try to use mmap only if available * 03http://tinyurl.com/9geu84403 [14:25] <cone-200> ffmpeg.git 03Michael Niedermayer 07ae237a117acb: Merge remote-tracking branch 'qatar/master' * 03http://tinyurl.com/9ylrthd03 [14:48] <ubitux> kierank: you're aware there is a AVDict for metadata in the AVFrame in ffmpeg right? [14:49] <ubitux> (see f49ec1b4) [14:51] <durandal_1707> hee is writing it for libav [14:51] <cone-200> ffmpeg.git 03Paul B Mahol 07916e40b5b42f: smacker: return more meaningfull error codes * 03http://tinyurl.com/8lfhlpa03 [14:52] <ubitux> durandal_1707: yes that's why i'm just saying it's already available and it might be interesting to keep a few things in common [14:52] <ubitux> again, that's a feature we have since one year now [14:54] <durandal_1707> nope, since Jul [14:54] <ubitux> ah my bad, commit date/author date [14:55] <kierank> i still am unsure frame accuracy will work with threading [14:55] <kierank> maybe it's ok with a dictionary [14:55] <kierank> but with a buffer i got a lot of crashes [14:56] <ubitux> why would you use a buffer? [14:56] <kierank> to export closed captions [14:57] <kierank> and arbitary user data [14:57] <ubitux> any reason not to have it in packet side data? [14:57] <kierank> because it needs reordering [14:57] <ubitux> ok [14:57] <ubitux> anyway, if you add some !dict metadata, please don't call it "metadata" [14:58] <ubitux> because dict metadata are quite useful [14:58] <ubitux> we can deal with it without breaking abi (we can replace the getter), but it's a pain [14:59] <ubitux> kierank: you're trying to support cc & teletext? [14:59] <kierank> well i just want arbitrary user data [14:59] <kierank> exported [14:59] <ubitux> the problem with a dict is that it works only with strings [15:00] <kierank> yup [15:00] <ubitux> unless you put some base64 in it [15:00] <ubitux> but i suppose you're not that mad [15:10] <cone-200> ffmpeg.git 03Michael Niedermayer 075bac83dae84a: shorten: fix U8 to be planar too * 03http://tinyurl.com/8qu2ex503 [15:10] <cone-200> ffmpeg.git 03Michael Niedermayer 075c7a62aef59e: movenc: fix tmcd parameters * 03http://tinyurl.com/9j6okep03 [15:12] <michaelni> TimNich, can you retry if qt likes the new movs better ? [15:12] <TimNich> making it now.. [15:28] <TimNich> michaelni: We're good on QT7 and Avid [15:28] <TimNich> Thanks [15:30] <cone-200> ffmpeg.git 03Paul B Mahol 075864fe62efa4: flacdec: replace -1 with AV_SAMPLE_FMT_NONE * 03http://tinyurl.com/98x2df603 [15:30] <cone-200> ffmpeg.git 03Paul B Mahol 07e75357ea7c8c: xbmenc: cosmetics: reindent * 03http://tinyurl.com/9x2bm2703 [15:35] <michaelni> Tjoppen, TimNich, mateo` "avio_wb16(pb, mxf->tc.start + frame); // continuity count" <-- the sum does not fit in 16bit [15:35] <michaelni> what is the right fix for this ? [15:36] <michaelni> (testcase is simple make fate-lavf-mxf) [15:36] <michaelni> mxf->tc.start is 264363 [15:36] <cone-200> ffmpeg.git 03Stefano Sabatini 07e56b3a5ebb12: examples/muxing: fix case inconsistency in message * 03http://tinyurl.com/dxnbogu03 [15:37] <cone-200> ffmpeg.git 03Stefano Sabatini 076133149e0c70: examples/muxing: add missing error checks * 03http://tinyurl.com/d4zmd6903 [15:37] <cone-200> ffmpeg.git 03Stefano Sabatini 0759e31aa2cafb: examples/muxing: provide more information in case of avcodec_open2 failure * 03http://tinyurl.com/cpzzj2n03 [15:38] <Tjoppen> michaelni: not a problem, IIRC [15:43] <Tjoppen> yep, it's supposed to overflow. it was used for detecting mising content packages during transmission (S326m-2000) [15:47] <michaelni> Tjoppen, ok if i add a & 0xFFFF ? [15:54] <Tjoppen> yes [16:07] <cone-200> ffmpeg.git 03Paul B Mahol 07011f3892ff35: h264: use designated initializers for AVClass * 03http://tinyurl.com/93qaqcv03 [16:10] <saste_> can someone comment on https://ffmpeg.org/trac/ffmpeg/ticket/1801? [16:10] <saste_> what's the proper way to setup DTS anyway? [16:12] <ubitux> saste_: wait before pushed the lavc/utils patch [16:12] <ubitux> i think av_get_sample_fmt_name can return null [16:13] <ubitux> and some libc have some issues with it [16:13] <ubitux> (like crashing instead of "(null)" or similar) [16:13] <saste_> ubitux, we have a lot of that [16:13] <ubitux> yeah i know :( [16:14] <ubitux> well whatever [16:14] <saste_> anyway at that stage sample_fmt should be set to a valid value [16:14] <ubitux> do as you wish :) [16:14] <saste_> i can do an av_x_if_null() [16:19] <durandal_1707> why is avio_wl* so stupid? [16:20] <durandal_1707> yes not using multiple avio_w8 is not making things much faster but still..... [16:22] <saste_> this is sick [16:22] <saste_> ffplay -f lavfi "flite=text='I am left':voice=rms[left]; flite=text='I am right'[right]; [left][right]amerge" [16:22] <saste_> I can hear "left" or "right" according to what I expect to hear [16:27] <durandal_1707> now make it speak stuff from av_log [16:28] <saste_> you don't really want that [16:28] <pettter> gawd, this is such a hack [16:29] <Tjoppen> I have a simple patch series that adds parsing field order to the DV decoder. is this of interest? [16:31] <durandal_1707> i'm interested [16:32] <Tjoppen> it's a massive one-line patch [16:32] <TimNich> Tjoppen: Not sure, what issue does it solve? [16:32] <Tjoppen> plus another one before it to move a piece of code up a few lines :) [16:32] <Tjoppen> it exposes the field order (FS flag). that's it [16:33] <TimNich> currently bff is assumed? [16:33] <Tjoppen> dv encoder might want a similar fix, but I don't really care about that [16:33] <Tjoppen> yes [16:33] <Tjoppen> the fix for the encoder would be to put !top_field_first << 6 in the relevant byte [16:33] <Tjoppen> PC3 of the VSC pack [16:33] <saste_> who can explain this: http://pastie.org/5062307 [16:34] <saste_> sample_fmt is not the one shown when encoding [16:34] <TimNich> I'd like to know it had done it (AV_LOG_WARNING) [16:37] <durandal_1707> saste_: isn't that normal for mp3? [16:37] <TimNich> Actually I think I would really like field_order to be one of those AV_LOG_INFO bits like frame rate etc that utils spits out at various moments&. [16:40] <pettter> I have a rather hacky patch for #241 and duplicates [16:43] <Tjoppen> TimNich: uhm, ffprobe -show_streams [16:43] <Tjoppen> or show_frames [16:44] <mateo`> Tjoppen: does your fix deal with the FF/FS value in the VSC pack ? [16:44] <Tjoppen> I considered FF. not sure what to do if it's zero [16:44] <mateo`> Tjoppen: i think the encoder should be fixed too if i remember well [16:45] <Tjoppen> prolly [16:45] <mateo`> anyway i should do that on the encoder part when i'll get some time [16:45] <Tjoppen> you know what? I'm going to look into that too. FATE passes with extracting FS [16:46] <Tjoppen> ugh, AV_FIELD_TB/BT [16:47] <TimNich> Tjoppen: -show-frames, but thats OK for a prodding an unknown stream. If it was added into the other output on a per file basis then it could be checked fro in the logs of batch jobs without the extra pass of a probe... [16:47] <Tjoppen> I don't see what this has to do with the dv decoder [16:47] <Tjoppen> that's a CLI issue [16:48] <TimNich> It doesn't. But my previous comment got me thinking about my more generalised wish list&. [16:49] <TimNich> Agree with the AV_FIELD_TB/BT but that's Apple's nomenclature, and confusing it is too... [16:51] <Tjoppen> mateo`: http://pastebin.com/k2chCe38 [16:51] <Tjoppen> TimNich: nm, I just read it from AVPicture instead [16:56] <TimNich> Tjoppen: there are too many places too look... [17:00] <Tjoppen> TimNich: there appears to be two places. but: the TB/BT stuff don't apply to raw frames [17:05] <TimNich> Well the current spec mandates the use of the fiel data in that format for uncompressed video, and michaelni said it should get it from the avctx->field_order [17:06] <TimNich> AVOicture doesn't actually seem relevant, did you mean AVFrame? [17:13] <Tjoppen> AVFrame picture; [17:13] <Tjoppen> right [17:14] <Tjoppen> isn't AVFrame.top_field_first set from AVCodecContext though? [17:14] <cone-200> ffmpeg.git 03Paul B Mahol 073f8148911c6e: img2dec: check return value of av_new_packet() * 03http://tinyurl.com/8c2dygy03 [17:17] <TimNich> Tjoppen: not that I could find. I gripped the whole source tree and the only time AVCodecContext->Field_order is read is either for a stream copy, or to see if the file atom should be written to a mov (and if its not set it isn't) [17:20] <TimNich> michaelni: suggested that it was up to the demuxer to fill it in, and the decoder to move it to the coded_frame->top_field_first, etc [17:21] <Tjoppen> no, that does not make sense [17:21] <Tjoppen> the decoder should fill top_field_first from the value actually stored in the essence, if applicable [17:22] <Tjoppen> lavc ought to deliver what the essence says, and lavf what the container says [17:22] <TimNich> Agreed, but in the case of the essence not containing that information, but it being available elsewhere, surely one should look there in the second instance? [17:23] <Tjoppen> correct [17:23] <Tjoppen> and vice versa [17:23] <Tjoppen> or.. I might slightly prefer if a separate library did this [17:24] <Tjoppen> this is sort of my beef with lavf - it's guessing too much. I'd rather it were dumber, and having something like libavguess instead :) [17:24] <TimNich> Well if you ffprobe -show_frames a mov containing uncompressed video it will give you a 0 0 [17:24] <TimNich> Even though it is interlaced tff which the file atom will tell you. [17:25] <Tjoppen> so the raw video decoder needs to fill in top_field_first [17:25] <TimNich> yes [17:25] <mateo`> Tjoppen: the patch should be ok :) [17:25] <Tjoppen> nice. I'll post that and the other two [17:30] <TimNich> Next job is to do the reverse, so the fiel atom gets written back... [17:54] <cone-200> ffmpeg.git 03Paul B Mahol 07295218f53152: idcin: check chunk_size value before using it * 03http://tinyurl.com/cesesba03 [18:04] <cone-200> ffmpeg.git 03Paul B Mahol 07d7d5b5dfc1b6: flvdec: check return value of create_stream() * 03http://tinyurl.com/cn346do03 [18:04] Action: Daemon404 tries to figure out whats making fate ioc barf [18:04] <Daemon404> also added a static uclibc build [18:22] <TimNich> ffmpeg -codecs lists encoders: prores prores_anatoliy prores_kostya [18:23] <durandal_1707> your point? [18:29] <Tjoppen> oh yeah, those encoders don't share tables that they could share [18:29] <Tjoppen> last time I looked [18:29] <TimNich> because I'm trying to pin down a problem with it... [18:35] <Daemon404> woo sigills [18:42] <Daemon404> http://chromashift.org/log.txt [18:42] <Daemon404> how is the sar denom getting set to 0? [18:43] Action: Daemon404 also stares at args [18:43] <Daemon404> saste_, this looks like your domain (filter graphs) [18:46] <ubitux> michaelni: any reason to prefer the uint8_t casts over a simple & 0xff? [18:46] <ubitux> you're worried about some optim or something? [18:46] <ubitux> (avio patch) [18:50] <Compn> ubitux : did you valgrind it ? [18:50] Action: Compn has no clue [18:50] <ubitux> valgrind? oO [18:50] <Compn> Tjoppen : arent they under different licenses? [18:51] <ubitux> i'd better look at the assembly generated, but i suppose my gcc is smart enough for this kind of op [18:51] <Compn> if so, how could they share things... [18:51] <Compn> its verbotten! [18:52] <michaelni> ubitux, no reason its just bikeshed [18:52] <ubitux> ok ok [18:53] <michaelni> though one could probably argue uint8_t has a consistency benefit with int casts [18:53] <michaelni> that is where signed is needed [18:54] <cone-200> ffmpeg.git 03Tim Nicholson 070ee57f8b1476: rawdec.c: Extract interlace information from quicktime flag if it exisits. * 03http://tinyurl.com/bn55laa03 [18:54] <cone-200> ffmpeg.git 03Tomas Härdin 072b4bbd12c2ec: dvdec: Move the VSC pack parsing to before avctx->execute() * 03http://tinyurl.com/d55kuok03 [18:54] <cone-200> ffmpeg.git 03Tomas Härdin 077b383bd9d71c: dvdec: Set top_field_first from FS flag * 03http://tinyurl.com/crxqqqx03 [18:54] <cone-200> ffmpeg.git 03Tomas Härdin 078cbb8f53575d: dv: Set FS flag from AVFrame.top_field_first * 03http://tinyurl.com/cbjh62z03 [18:57] <durandal_1707> wtf is LVFF file? what create this? [18:58] <Compn> no idea [18:58] <Compn> people starting to make up samples for excuses to add code :P [19:02] <Tjoppen> Compn: dunno [19:03] <Tjoppen> you could have the one with a more restrictive license use code from the other perhaps? but not the other way around? [19:05] <cone-200> ffmpeg.git 03Paul B Mahol 07bb502411ddb9: nutdec: check return value of av_new_packet() * 03http://tinyurl.com/d9gqw2j03 [19:05] <cone-200> ffmpeg.git 03Paul B Mahol 073ca8a2328878: lavf/audiointerleave: check return value of av_new_packet() * 03http://tinyurl.com/csbvtjj03 [20:02] <Daemon404> ok [20:02] <Daemon404> 1b8f4d773c4d3bfcff9cdbc26200afbbaa445bc3 is what broke it [20:02] <Daemon404> den is getting set to 0 [20:09] <michaelni> Daemon404, how can i reproduce it ? [20:13] <Daemon404> michaelni, /configure --prefix=/home/daemon404/build_ffmpeg//install --samples=/home/daemon404/fate_ffmpeg/ --enable-gpl --enable-memory-poisoning --arch=x86_64 --cc=/home/daemon404/ioc/bin/clang --extra-cflags=-fcatch-undefined-c99-behavior --extra-ldflags='-fcatch-undefined-c99-behavior -lm' --disable-asm --enable-ftrapv --disable-optimizations [20:13] <Daemon404> is what im doing [20:13] <Daemon404> and tetsing with: [20:13] <Daemon404> (normal clang should work i think) [20:13] <Daemon404> fmpeg -nostats -cpuflags all -threads 1 -thread_type frame+slice -i /home/daemon404/fate_ffmpeg//cdxl/cat.cdxl -an -frames:v 16 -f framecrc - [20:13] <Daemon404> ^ test [20:23] <michaelni> Daemon404, Hmm and how is that related to "den is getting set to 0" ? [20:23] <Daemon404> i traced the crash [20:23] <Daemon404> [12:42] <@Daemon404> http://chromashift.org/log.txt [20:23] <Daemon404> that commit causes that [20:27] <michaelni> ok, ill look into it [20:39] <cone-200> ffmpeg.git 03Nicolas Noirbent 07af32a1f2d1b8: doc/filters: pad examples should be a @subsection * 03http://tinyurl.com/cb9hvne03 [20:39] <cone-200> ffmpeg.git 03Michael Niedermayer 07547ec4d3034d: ffmpeg: check timebase validity before using it. * 03http://tinyurl.com/csedwnr03 [21:06] <Daemon404> michaelni, fixed [21:06] <Daemon404> ioc is now happy again [21:16] <Daemon404> added http://fate.ffmpeg.org/report.cgi?time=20121015191457&slot=x86_64-poky-linu… [21:18] <ubitux> poky linux, kawaii~ [21:18] <Daemon404> i use to work on yocto/poky ;) [21:20] <saste_> michaelni, do you have any idea for ticket #ticket 1801? [21:20] <saste_> in other words, what's the correct way to set DTS [21:21] <saste_> also, does it really belong to user-space? [21:27] <cone-200> ffmpeg.git 03rogerdpack 07d9d547063648: docu: fix flite example * 03http://tinyurl.com/9p9jhpd03 [21:27] <cone-200> ffmpeg.git 03rogerdpack 077f5a78a0da8e: docu: add flite ffmpeg example * 03http://tinyurl.com/8mez4ns03 [21:27] <cone-200> ffmpeg.git 03rogerdpack 07a8eaa9ebc670: docu: change verb flite * 03http://tinyurl.com/97enst703 [21:27] <cone-200> ffmpeg.git 03rogerdpack 07dfd085aae2a1: docu: add word resize to scale filter, to make searching for the word resize simpler * 03http://tinyurl.com/9meslh603 [21:27] <cone-200> ffmpeg.git 03Michael Niedermayer 070cc3cd5c654d: Merge branch 'docu' of https://github.com/rdp/FFmpeg * 03http://tinyurl.com/99jf48l03 [21:30] <bryno> Are there any plans to expose the protocol API again? [21:31] <saste_> bryno, that's a popular feature request, please file a ticket in trac (and let people upvote it) [21:31] <bryno> I know that it was public at one point. I made a lot of use of it ^_^ [21:34] <saste_> bryno, evil use of it? ;-) [21:36] <michaelni> about tickt1801 i miss information to reproduce the problem, the timestamps should be set correctly in the correct timebase ... [21:36] <cone-200> ffmpeg.git 03Stefano Sabatini 07a726ac9a11b4: examples/muxing: extend usage notice * 03http://tinyurl.com/cwrd2cj03 [21:40] <saste_> michaelni, cd doc/examples; make muxing; muxing out.mov [21:41] <saste_> also what's the real meaning of "Encoder did not produce proper pts, making some up."? [21:42] <ubitux> mp=geq is crashing :'( [21:45] <j-b> morning [21:49] <michaelni> saste_, that way one can only build muxing.c if one has updated all system libs to git master [21:49] <michaelni> and headers [21:49] <saste_> michaelni, no you can also use the source libraries [21:49] <saste_> the compiled source dir libraries [21:50] <saste_> i still have to commit the README file [21:50] <michaelni> ill look at this once its documented how to build muxing.c [21:52] <j-b> michaelni: did we do what you wanted/needed? [21:54] <michaelni> j-b, no iam still waiting for cone showing more complete commit messages, daily free pizza and world peace [21:54] <j-b> more complete messsages? like the first line? [21:54] <ubitux> and no more tinyurl :( [21:55] <j-b> ok [21:55] <j-b> will see what we can do [21:58] <cone-200> ffmpeg.git 03Stefano Sabatini 0722c5cc239c25: tools/ffeval: include compat/getopt.c in case of missing system getopt() * 03http://tinyurl.com/9x2cy9k03 [22:00] <saste_> roger d pack = ? [22:00] <saste_> is he on irc? [22:03] <j-b> usually, he is not [22:06] <saste_> should we use av_log or stderr in tools? [22:45] <cone-200> ffmpeg.git 03Stefano Sabatini 07faa1cb50ed7d: lavfi/ass: extend syntax for ass filter * 03http://tinyurl.com/cbsx5ja03 [22:56] <Mista_D> anyway to debug a passlog file name that ffmpeg is looking for when encoding to two different files? "ratecontrol_init: can't open stats file" is all I get. [00:00] --- Tue Oct 16 2012

1 0

ffmpeg.log.20121015
by burek 16 Oct '12

16 Oct '12

[02:31] <barque> Hey folks, my colors are coming out messed up from libavcodec [02:31] <barque> PIX_FMT_RGB24 is R8G8B8 right ? :/ [02:31] <barque> not inverse? not BGR? [02:31] <barque> etc. [02:44] <sine_> i would like to ask how one would go about merging video sources that contain both 25 fps and 30 fps in a professional manner [03:02] <barque> asdsdfhbasdhbahsvdasd [03:03] <barque> libavcodec is giving me the same R and G through PIX_FMT_RGB24 decoding [03:03] <barque> HARP!!1 [03:03] <barque> asdfasdfasdf [03:03] <barque> ok now seriously... what the hell? [03:12] <barque> nevermind, my own mistake [06:44] <lake> in the interest in archiving audio, would high [06:44] <lake> quality mp3 or vorbis be better? [06:52] <tdr> lake, i prefer vorbis, but depends what you care to play it on later since some things don't support ogg [06:53] <tdr> memleak it something that has always been there, you could show the same thing by playing tricks with the old intelfb, i learned about it around 1995 [06:53] <tdr> no, 2005 i mean [06:56] <lake> tdr: it's just for archiving. i will put it online and not touch it again for ages. and if i do, it will be to convert into some other format, dvd probably. [06:56] <lake> tdr: i would ideally use mjpeg/flac, but i get sync issues there while mjpeg/mp3 doesn't seem to [06:57] <lake> these are home videos, so quality is a concern, but i don't think lossless is needed [06:58] <tdr> well i'm kind of an audiophile, i like things to sound good, i generally dont use mp3 much [06:59] <lake> tdr: i hear you, i definitely don't want it to sound crappy. i'll try a high quality vorbis and see if i like it. [07:00] <tdr> doesn't have to be "high quality" really. just don't shoot super low. [07:00] <lake> plus mp3 is closed and vorbis is open [07:18] <brad___> Is there sample C++ code that uses libav to transcode a audio file? (Like a generic transcode function) [11:06] <pisto> hello. I cannot do 'git pull' on the ffmpeg repository. git index-pack gets stuck. [11:07] <ubitux> isn't it just slow? [11:07] <pisto> also, is it normal that it is trying to download 50 MB, even if I clone the repository yesterday night? [11:07] <ubitux> are you cloning through http? [11:07] <pisto> ubitux, checked with htop, it doesn't seem to do anything [11:07] <pisto> ubitux, no [11:08] <ubitux> works fine for me [11:09] <ubitux> http://pastie.org/5061046 [11:10] <pisto> you're doing a complete clone there, yesterday I used --depth 1 and now the problem arises with git pull. let me try to clone it completely [11:12] <pisto> pffft, stuck at 99%, doing absolutely nothing [11:17] <ubitux> something looks wrong with your setup [11:34] <pisto> ubitux, https from github works. I checked with gdb, git gets stuck in a read to stdin, but I guess this provides little info. OS is fedora 17 x64. fyi, if others with the same problem come. [11:35] <ubitux> ok :) [11:35] <ubitux> you have a git read-only on github [11:36] <ubitux> (which might be more appropriate than http) [12:57] <bug2000> Hello. I'm Trying use this; ffmpeg -vn -acodec copy -i input output; But seem to get an error "Unable to find a suitable output format for 'copy' copy: Invalid argument"; Any clues? [12:59] <bug2000> Erm. Wrong error pasted; Unknown decoder 'copy' [13:20] <cbsrobot_> bug2000: try ffmpeg -i input -vn -acodec copy output; [13:23] <bug2000> cbsrobot_, It worked. Why did it work? [13:24] <cbsrobot_> argument order is important [13:26] <bug2000> Thank you very much cbsrobot_. [13:47] <JEEB> bug2000, before -i you set decoder/input-side settings, while after -i you set encoder/output-side settings [13:47] <bug2000> JEEB, OH. thanks. [16:52] <xander`> Hi everyone! [16:54] <xander`> Does ffmpeg support accelerated vdpau decoding for re-encoding rather than playback? [17:01] <xander`> Does ffmpeg support hardware vdpau decode for re-encoding rather than playback? [17:02] <relaxed> xander`: no [17:08] <xander`> Well, seems like no-one's here... [17:09] <xander`> ...is there? [17:11] <relaxed> did you have another question? [17:13] <xander`> Yes. Does ffmpeg have plans for/support for a simple scripting engine (possibly in a separate program) for video filtering? [17:13] <xander`> An please answer my earlier question also. Thanks! [17:13] <xander`> I'm trying this command (minimal) that doesn't work: [17:14] <relaxed> No to your first question. [17:14] <xander`> ffmpeg -vcodec h264_vdpau -i abc.mp4 test.mpg [17:15] <xander`> OK. Thanks anyway. About the filtering... [17:15] <xander`> ...support of a minimal scripting would be great. If not within ffmpeg, then as a separate front-end. [17:16] <xander`> However, the ffmpeg docs only talk about graph2dot... [17:16] <xander`> ...and not any tool to generate the filter graphs in the first place. [17:19] <relaxed> Can't you script it using whatever tool you know? [17:23] <xander`> Yes. But that would require knowing the options each filter took in detail, to provide error checking. That defeats the whole purpose of scripting. I would like to have named options in an easily readable syntax, kinda inspired by AviSynth... [17:24] <xander`> ...Implementing a script myself would be a hack job, with no value from these `scripts' to myself in the future or others. [17:29] <foonix> can matroska output be forced to do not obtain metadata from source file ? [17:40] <foonix> damn, i should not give up so easily, found it! -map_metadata -1 does the trick :) [17:48] <DelphiWorld> hi ffmpegifiers [18:07] <aim__> hey guys, i'm quite new to ffmpeg and have a simple question about encode/decode audio. Right now I have written a small program, that gets audiodata from my microphone. It saves both, not encoded RAW-Audio and encoded mp3. For encoding I use avcodec_encode_audio2(). Now I want to decode the AVPakets I get from avcodec_encode_audio2() using avcodec_decode_audio4() to understand how the... [18:07] <aim__> ...function works. Therefore I created an AVFRame *decoded_frame and I try to call int ret2= avcodec_decode_audio4(c,decoded_frame, &got_frame, &pkt); [18:08] <aim__> In Debugmode VS says there is an access violation at 0x0000000 at my call of avcodec_decode_audio4(). What could that be? [18:08] <aim__> thanks in advance [18:41] <creep> howcome crf18 is 3x larger than default crf23 ? [18:42] <relaxed> creep: it uses a higher bitrate [18:42] <creep> okey [18:42] <creep> can you recommend me a conversion command for animation? [18:43] <relaxed> Didn't I give you one already? [18:43] <creep> tried that [18:43] <creep> 10MB h264 mkv vs 32MB zmbv ;/ [18:43] <creep> ffmpeg -i ./game_003.avi -vcodec libx264 -preset placebo -crf 18 -tune animation game_003_placebo_crf18_anim.mkv [18:44] <creep> this is my best option? [18:44] <relaxed> If you want a specific size use 2 passes, if you want a specific quality use -crf [18:44] <creep> stills are good, but movements have noise [18:44] <creep> most of the screen is unchanged... it is a redalert video [18:46] <creep> i would think that -anim makes the filesize 3MB [18:46] <relaxed> You could try -tune stillimage and lower the crf value if you still get noise. [18:47] <relaxed> Are you using a recent version of ffmpeg? [18:47] <creep> latest svn [18:47] <relaxed> you mean git [18:47] <creep> can't remember, maybe [18:47] <relaxed> ffmpeg 2>&1|sed q [18:47] <creep> i just copied clone command into bash script [18:48] <creep> ffmpeg version N-40640-g5edd4fc Copyright (c) 2000-2012 the FFmpeg developers [18:48] <creep> built on May 23 2012 10:28:32 with gcc 4.4.4 20100726 (Red Hat 4.4.4-13) [18:48] <creep> so -anim makes it better but not much [18:48] <relaxed> It's time to update. [18:50] <creep> ffmpeg version N-44818-g13f0cd6 Copyright (c) 2000-2012 the FFmpeg developers [18:50] <creep> built on Sep 28 2012 08:34:26 with gcc 4.4.4 (GCC) 20100726 (Red Hat 4.4.4-13) [18:50] <creep> sj [18:50] <creep> ah [18:50] <creep> somehow i have /usr/local/bin too and its first, i'mm deleting it right now ;/ [18:50] <relaxed> test it again once you know you're using the recent binary. [18:52] <creep> ah, i was using the old version [18:52] <creep> trying again then [18:52] <creep> was ffmpeg made better since may ? [18:52] <relaxed> ffmpeg is made better everyday [18:54] <creep> now i know what caused the configuration mismatch errors [19:53] <cow_manis_nyari_> hy [19:55] <cow_manis_nyari_> hi [19:56] <cool_from_indone> hi [19:57] Last message repeated 1 time(s). [19:58] <cool_from_indone> any body wanna be my friend? [19:59] <relaxed> try #friends [20:10] <DelphiWorld> lol relaxed [20:11] <DelphiWorld> mystica555 is here too... fun [20:12] <mystica555> i autojoin like 30 channels on freenode... half the reason im missing so often is because i excess-flood upon rejoining and then i don't want to deal with it and i close it... then sometimes it works [21:07] <lake> is it ok for ffmpeg to be dropping frames. this is my output [21:07] <lake> frame=102056 fps= 30 q=24.0 size= 2146768kB time=00:56:45.79 bitrate=5163.7kbits/s dup=0 drop=102023 [21:17] <relaxed> lake: pastie.org your command and full output [21:21] <lake> relaxed: http://pastie.org/5063774 [21:26] <relaxed> move the framerate before the video input and change it to "-r 30000/1001" [21:27] <Sashmo_at_work> what the new command for -an and -vn ? [21:27] <relaxed> they should still owrk [21:27] <relaxed> work* [21:28] <Sashmo_at_work> yup my bad [21:28] <Sashmo_at_work> sorry [21:28] <lake> relaxed: now i get "[video4linux2,v4l2 @ 0xd9b4e0] ioctl set time per frame(100/2997) failed [21:29] <lake> relaxed: i mean [video4linux2,v4l2 @ 0x1dfd4e0] ioctl set time per frame(1001/30000) failed [21:30] <relaxed> omit it [21:32] <lake> relaxed: this is my output now [21:32] <lake> http://pastie.org/5063824 [21:32] <lake> seems better [21:35] <relaxed> If you want the output to be 29.97 then change yadif=1 to yadif=0 [21:36] <relaxed> You were doubling the framerate and then cutting it in half at the same time. [21:36] <relaxed> Thus, a shit ton of dropped frames. [21:36] <lake> i think i want yadif=1 [21:36] <lake> i'm going for quality [21:37] <relaxed> Yes, you do [21:37] <lake> thank you relaxed [21:37] <lake> you are my hero [21:38] <relaxed> You are welcome. If you want to archive this maybe you should think about using libx264 in lossless mode. [21:39] <lake> yes it is for an archive. i didn't realize i could use lossless x264 [21:39] <relaxed> Then make lossy encodes from it. [21:39] <lake> exactly what i'd like to do [21:39] <lake> would it be smaller than an uncompressed avi? [21:39] <relaxed> Yes but it will still be large. [21:40] <relaxed> change -crf 18 to -qp 0 for lossless video [21:40] <relaxed> add -preset veryslow for better compression [21:42] <lake> i get crazy xruns with -preset veryslow [21:44] <lake> same with -preset slow [21:45] <relaxed> what are you capturing? [21:46] <lake> v4l2 [21:47] <lake> relaxed: same with lossless, loads of xruns [21:47] <lake> waaaaah [21:48] <lake> my machine is super fast, so i think it's just the dazzle device i am using. [21:48] <lake> i'm not sure what the bottleneck is [22:25] <lake> relaxed: when i only capture the audio from alsa and encode into flac, i get no xruns [22:26] <lake> relaxed: so i guess the bottle neck is the usb video ccapture device [22:26] <lake> i wonder if there is a usb 3.0 capture device [22:45] <TheWarden> Hi, I'm trying to convert PNG images to an mp4. I'm doing the following command without double quotes, "ffmpeg -f image2 -framerate 30 -start_number 1 -r 3 -i VIP-Loading-Media-%.png -s 1024x768 vip-loading.mp4" on Windows 7. [22:45] <TheWarden> However when I execute this command it tells me it can't find me image files. [22:45] <saste_> TheWarden, "VIP-Loading-Media-%.png" => invalid syntax [22:45] <TheWarden> They are called VIP-Loading-Media-01.png, VIP-Loading-Media-02.png and VIP-Loading-Media-03.png. [22:46] <saste_> you want -%02d.png [22:46] <TheWarden> Oh okay I misunderstood. I thought the % symbol was the variable but rather its %02d. [22:48] <TheWarden> mmm okay well that did it however the mp4 file is 13KB and there is no content. It's just black. odd. [22:49] <TheWarden> Am I doing something wrong? Maybe ffmpeg doesn't support png images [22:50] <TheWarden> argh [22:51] <saste_> no it was: [22:52] <TheWarden> here is the command I issued and the results it dumped out, https://gist.github.com/2b9457e6e846117c25f0. [23:04] <TheWarden> any idea that I'm doing wrong here? must be doing something stupid. [23:05] <saste_> why -framerate 30 ... -r 3? [23:05] <saste_> what do you want to achieve? [23:06] <TheWarden> I'll be honest first time doing this not overly familiar with ffmpeg. What I'm wanting to achieve is to take the three images I have and convert it to a video file with 30 secs per image will say out to a 1024x768 resolution and mpeg 4. [23:06] <TheWarden> I might have to adjust how many seconds per image but not sure without playing with it. [23:07] <saste_> you have three images, how much do you want they should last on the output video? [23:07] <saste_> also: 30 secs for image with 3 images... is a waste [23:11] <TheWarden> well I dunno a minute... even 30 seconds is good as the file will be in a loop playing over and over again. [23:12] <saste_> TheWarden, how can you assume that it will loop? [23:12] <saste_> also, how much time should last every loop? [23:13] <TheWarden> saste_: I'm forcing VLC to loop the video but I suppose to be on the safe side I could just make a file that is like 2 or 3 minutes long. [23:13] <saste_> TheWarden, still you didn't reply to my first question [23:13] <saste_> how should the three image last in the output video? [23:13] <saste_> how much... [23:14] <TheWarden> saste_: per image your saying? ahhh not sure like 30 secs ? [23:14] <saste_> so every image should last 30 secs? [23:14] <TheWarden> yeah [23:15] <TheWarden> repeat... this is just a video that is loaded by default until the playlist is formed and starts playing. [23:15] <TheWarden> kiosk like setup [23:15] <saste_> ffmpeg -f image2 -framerate 1/30 -start_number 1 -i VIP-Loading-Media-%02d.png -r 30 OUT [23:15] <saste_> something like that [23:52] <DelphiWorld> burek: NITE [00:00] --- Tue Oct 16 2012

1 0

ffmpeg-devel.log.20121014
by burek 15 Oct '12

15 Oct '12

[00:14] <cone-741> ffmpeg.git 03Michael Niedermayer 07f70a651b3f77: sws-test: raise limigts a bit. * 03http://tinyurl.com/9k2gjvk03 [00:14] <cone-741> ffmpeg.git 03Michael Niedermayer 07670b927aa221: ffv1: make sure gob_count is not 0 * 03http://tinyurl.com/9bgzjeu03 [00:14] <cone-741> ffmpeg.git 03Michael Niedermayer 071037e484f0f1: dnxhddata_ Fix mixup of sizeof() and array elements in ff_dnxhd_find_cid() * 03http://tinyurl.com/9trbf5l03 [00:14] <cone-741> ffmpeg.git 03Michael Niedermayer 076581b6cef47e: dnxhdenc: assert ff_dnxhd_get_cid_table() return value * 03http://tinyurl.com/973zc5v03 [00:14] <cone-741> ffmpeg.git 03Michael Niedermayer 07b3eb4f54c0d0: flashsv: check deflateInit() return value * 03http://tinyurl.com/9nd4nyc03 [00:14] <cone-741> ffmpeg.git 03Michael Niedermayer 078cda27b7537d: avcodec_find_best_pix_fmt_of_2: fix handling or PIX_FMT_NONE * 03http://tinyurl.com/9povcfy03 [00:14] <cone-741> ffmpeg.git 03Michael Niedermayer 07f4d73f0fb55e: mpegvideo: check return value of ff_MPV_common_init() * 03http://tinyurl.com/8w5rkpw03 [00:14] <cone-741> ffmpeg.git 03Michael Niedermayer 0720ec0d2a750a: mpegvideo: fix motion_val checks * 03http://tinyurl.com/8otb5go03 [00:27] <cone-741> ffmpeg.git 03Thilo Borgmann 07feaff427c0df: alsdec: fix clipping of weightings for MCC decoding * 03http://tinyurl.com/97s2kyz03 [00:35] <ubitux> nyuhu: ping [00:35] <ubitux> nyuhu: i commented on the kerndeint filter for the FATE thing in cast that's what blocking you (it seemed to be last time you asked) [00:37] <nyuhu> oh thx, I was planning on going back with that very soon (currently workning on eq) [00:38] <ubitux> hell yeah eq filter! [00:38] <ubitux> (s/cast/case) [00:39] <nyuhu> Ill post the histogram normalization filter tomorrow [00:39] <ubitux> great :) [00:39] <nyuhu> :) [00:43] <ubitux> saste: i think Paul's concern was about g_XX[CONSTANT] vs just g_XX[] [00:43] <ubitux> g_XX[CONSTANT] makes think the array needs zero-padding [00:44] <ubitux> while it seems every data you use in the code are explicitely in the arrays [00:44] <saste> ah ok [00:44] <saste> i used that to document the size of the arrays [00:44] <saste> well i borrowed that from the original code [00:44] <saste> (or maybe at some point the data was not static, and thus i needed to declare the size or something) [00:45] <ubitux> what does 'g' means? [00:45] <ubitux> global? :) [01:24] <saste> ubitux, Guess [01:25] <ubitux> ok :) [02:21] <cone-741> ffmpeg.git 03Clément BSsch 07dff826b4a8d3: lavfi/select/scene: move out convoluted sad variable init from loop. * 03http://tinyurl.com/8oxyvf603 [02:21] <cone-741> ffmpeg.git 03Clément BSsch 070852648301ad: lavfi/select/scene: fix potential overread. * 03http://tinyurl.com/9jf25nc03 [02:21] <cone-741> ffmpeg.git 03Clément BSsch 07096d96ffda8f: lavfi/select/scene: use pointer increments instead of y*linesize. * 03http://tinyurl.com/8gxzsa503 [02:25] <Daemon404> right [02:25] <Daemon404> michaelni, [02:26] <Daemon404> http://fate.ffmpeg.org/report.cgi?time=20121014002519&slot=x86_64-centos-cl… [02:27] <Daemon404> thats ansic... gonna move it to c99 for future runs [02:32] <Daemon404> ohai [02:32] <michaelni> Daemon404, you need that thing that is under CONFIG_FTRAPV enabled for ioc [02:33] <Daemon404> can you be a bit more specific as to what and why? [02:34] <michaelni> there are overflows in the ra144 code, its checked at the end of the loop only [02:35] <michaelni> iam not 100% sure what is correct [02:35] <Daemon404> ftrapv is gcc only [02:35] <Daemon404> iirc [02:35] <Daemon404> im using clang's ioc patches + some extras from mas [02:35] <Daemon404> mans* [02:36] <michaelni> maybe rename CONFIG_FTRAPV to CONFIG_AVOID_ARITHMETIC_ANOMALIES [02:36] <michaelni> clang supports ftrapv too [02:36] <Daemon404> why is that code ifdef'd out? [02:37] <Daemon404> instead of mainlined [02:37] <michaelni> the ftrapv variant is alot slower [02:37] <michaelni> like said iam also not sure what is correct [02:37] <michaelni> vitor said it should be checked per iteration [02:37] <Daemon404> let me do a run with ftrapv enabled [02:37] <Daemon404> and c99 enabled [02:37] <Daemon404> should take ~15 mins [02:39] <michaelni> to just make the non frapv code pass ioc & ftrapv you just need a few carefully placed unsigend and signed casts but according to vitor IIRC that isnt correct [02:39] <Daemon404> i see [02:49] <Daemon404> http://fate.ffmpeg.org/report.cgi?time=20121014004611&slot=x86_64-centos-cl… [02:49] <Daemon404> wow ok [02:49] <Daemon404> c99 mode kicked it into gear [02:49] <Daemon404> i wonder how much of that is valid [02:50] <ubitux> divVerent: ping [03:00] <ubitux> is there a way to set decoder avoption from the ffmpeg cmd line? [03:11] <michaelni> -thisoption thatparameter ? [03:12] <ubitux> doesn't seem to have any effect :/ [03:12] <ubitux> maybe i was doing it wrong [03:12] <ubitux> anyway, too much coding for today, i'll dig later [03:15] <ubitux> michaelni: btw, any comment on the lavfi/select/scene/perm patch, the swf bitslossless, or lavd/lavfi metadata inject are very welcome if you find some time ;) [03:15] <ubitux> (heh, and even text sub dec now) [03:18] <ubitux> anyway, 'night ppl [03:30] <cone-741> ffmpeg.git 03Michael Niedermayer 07d3d715ff1345: mpeg4videodec: Recalculate timebase in case of guessing time increment bits * 03http://tinyurl.com/8cag3em03 [03:30] <cone-741> ffmpeg.git 03Michael Niedermayer 07b12d92efd6c0: avoid "0xFF << 24" as it is considered a integer overflow in C99 * 03http://tinyurl.com/9latfr603 [03:33] <Daemon404> wouldnt that only be an overflow if things are signed? [03:33] <Daemon404> ah... right.. [03:33] Action: Daemon404 just actually looked at the patch [03:47] <cone-741> ffmpeg.git 03Michael Niedermayer 072fed05f53a88: avoid more "0xFF << 24" as it is considered a integer overflow in C99 * 03http://tinyurl.com/9z8gzjt03 [03:47] <cone-741> ffmpeg.git 03Michael Niedermayer 07014b178f84fd: g723_1: fix overflow in square_root() * 03http://tinyurl.com/8tk2jqd03 [04:08] <cone-741> ffmpeg.git 03Michael Niedermayer 07555f352f9931: swr/rematrix: fix C99 left shift overflow * 03http://tinyurl.com/8enzvh603 [04:08] <cone-741> ffmpeg.git 03Michael Niedermayer 073ee8eefbf262: sws: avoid signed C99 overflows * 03http://tinyurl.com/8n9gwxt03 [04:08] <cone-741> ffmpeg.git 03Michael Niedermayer 07693097c355cb: paf: avoid C99 overflows * 03http://tinyurl.com/8l4pnlf03 [04:09] <michaelni> Daemon404, are there any overflows left ? [04:10] <Daemon404> michaelni, cron is going to run it in 50 mins from now [04:10] <Daemon404> well see then [04:10] <Daemon404> too lazy to connect to work vpn ... [04:11] <Compn> Daemon404 : yeah but michael is in the mood to fix them now [04:11] <Compn> gotta work with the master devel [04:11] <Compn> if you want things worked on quickly ;) [04:11] <Daemon404> this sounds dirty [04:11] <michaelni> well i just wanted to fix all before going to bed :) [04:12] <Compn> michaelni : you work too hard [04:12] <Compn> ehe [04:12] <Compn> so all the dpx samples we have decode correctly ? [04:12] <Compn> are we still updating the changelog ? [04:13] <michaelni> all the samples in that zip or what it was should [04:17] <Daemon404> tomorrow im going to try and set up an instance with the intel race condition thingy [04:17] <Daemon404> depending on how slow it is [04:32] <Daemon404> uh oh [04:33] <Daemon404> oh its just make segfaulting [04:49] <michaelni> Daemon404, maybe you could wrap make in something the retries when make segfaults [04:51] <Daemon404> possible [04:51] <Daemon404> msys make is really shitty [04:51] <Daemon404> that's nevcairiel's fate instance, though. [05:01] <Daemon404> ok... [05:02] <Daemon404> so clearly i have no idea what im doign re: cron [05:02] <Daemon404> it didnt run [05:02] <Daemon404> i guess it helps if crond is running. [05:14] <Daemon404> michaelni, well it looks like most are in swscale.c now [05:14] <Daemon404> if not all [05:14] <Daemon404> re: failures [05:14] <Daemon404> (if youre not asleep) [05:15] <michaelni> Daemon404, i dont sleep, its waste of time [05:16] <Daemon404> lul [05:18] <sandsmark> sleep is a luxury most people can't afford [05:21] <cone-741> ffmpeg.git 03Michael Niedermayer 077a32ab5ed0b0: sws: get rid of C99 signed overflows try #2 * 03http://tinyurl.com/9b9ghl203 [05:34] <Daemon404> only 2 left... by why arent all 1255 test being run? [05:35] <Daemon404> only 1149 [05:36] <Daemon404> ah. no seek tests due to lavf failures [05:53] <cone-741> ffmpeg.git 03Michael Niedermayer 072217a2249dd7: dpxenc: fix signed c99 overflows * 03http://tinyurl.com/9boo5ok03 [05:53] <cone-741> ffmpeg.git 03Michael Niedermayer 07d31098113fab: mp3enc: fix signed C99 overflow * 03http://tinyurl.com/995s29n03 [06:16] <Daemon404> and ioc is all green now... [09:52] <durandal_1707> michaelni: dnxd can assert in init, because table have holes and probe does not check for this [09:52] <durandal_1707> *dnxhd [12:45] <cone-20> ffmpeg.git 03Paul B Mahol 07e2bf1082cc0d: svq1dec: return more meaningful error codes * 03http://tinyurl.com/9z7enxe03 [12:45] <cone-20> ffmpeg.git 03Paul B Mahol 078f4020d8a4b2: svq1dec: check return value of get_bits1() in more common way * 03http://tinyurl.com/9ej6fca03 [12:45] <cone-20> ffmpeg.git 03Paul B Mahol 077b9fc769e40a: svq1dec: use more common way to check if result is not zero * 03http://tinyurl.com/9nj9avg03 [12:45] <cone-20> ffmpeg.git 03Paul B Mahol 07dd5aff001e1e: svq1dec: use log level that have more common sense * 03http://tinyurl.com/8ptx4qp03 [12:45] <cone-20> ffmpeg.git 03Paul B Mahol 07039341eb4394: wv: do not report invalid stream duration * 03http://tinyurl.com/9fjq7qf03 [12:45] <durandal_1707> aww [12:46] <durandal_1707> sorry, svq1dec commits should not be there.... [12:51] <saste> durandal_1707, I'm used to to: git push --dry-run [12:52] <saste> then I check with git show HASH [12:52] <durandal_1707> i put all stuff in same branch [12:52] <saste> and finally i commit, that's boring but sometimes it prevented me to screw up things [12:53] <durandal_1707> anyway svq1dec changes are cosmetics [12:53] <saste> i have several branch for each "topic", then i usually cherry pick to master before pushing [12:53] <saste> yes, they don't seem to be harmful at all [12:54] <saste> before using git I was using quilt, and I had a single stack where I put all the patches [12:55] <saste> and rebasing was a huge PITA every time [14:09] <cone-20> ffmpeg.git 03Michael Niedermayer 0703760297b1d3: doc/nut: Clarify what/where is the official nut specification * 03http://tinyurl.com/8ngbgvc03 [14:12] <durandal11707> michaelni did you merged libav nut changes? [14:17] <michaelni> durandal11707, not yet, why do you ask ? [14:18] <durandal11707> i thought it was pushed and you skipped it [14:20] <michaelni> anyway the changes dont look like a terribly good idea, what are they good for anyway ? [14:21] <durandal_1707> they added tags for planar and float raw codecs [14:23] <michaelni> sure but whats the point of the other changes ? [14:23] <durandal_1707> like? [14:24] <michaelni> changing order of preferrance of tags [14:24] <michaelni> also i have my doubts their code works as is [14:36] <cone-20> ffmpeg.git 03Luca Barbato 071bd442c276e6: nut: prioritize native tags * 03http://tinyurl.com/933rmlw03 [14:36] <cone-20> ffmpeg.git 03Michael Niedermayer 07db51c65961bd: Merge commit '1bd442c276e6688b43777a198cad0d7e3a92123f' * 03http://tinyurl.com/8zhqqj303 [14:39] <durandal_1707> michaelni: how do you merge code? [14:41] <michaelni> magic [14:42] <durandal_1707> not magic at all, in many cases you undo you own change, instead you should merge by hand conflicts [14:46] <michaelni> now sure what you mean ? [14:46] <michaelni> noT [14:48] <durandal_1707> see dc945b1fa8ae65a <- that is not best solution neither is commit after that that use b2 but you got the point [14:49] <durandal_1707> b2 commit removed your code (which was not wrong in such case that is should be removed....) [14:49] <cone-20> ffmpeg.git 03Luca Barbato 0792281850a2d8: nut: support pcm codecs not mapped in avi * 03http://tinyurl.com/92hvu6m03 [14:49] <cone-20> ffmpeg.git 03Justin Ruggles 0710e645e9cb06: lavr: handle clipping in the float to s32 conversion * 03http://tinyurl.com/9rrl3l903 [14:49] <cone-20> ffmpeg.git 03Mans Rullgard 0774c39bc68271: eval-test: make table static const * 03http://tinyurl.com/9y8hbw703 [14:49] <cone-20> ffmpeg.git 03Mans Rullgard 07ac17ccf73ad0: configure: work around bug in ash shell * 03http://tinyurl.com/9txhvbk03 [14:49] <cone-20> ffmpeg.git 03Mans Rullgard 07741a8b724e47: configure: recognise Minix as OS * 03http://tinyurl.com/8lnnw9y03 [14:49] <cone-20> ffmpeg.git 03Mans Rullgard 07b5198a2637b7: configure: tms470: add mapping for -mfpu=vfpv3-d16 flag * 03http://tinyurl.com/9fnwjxj03 [14:49] <cone-20> ffmpeg.git 03Michael Niedermayer 0782c0055c5e71: Merge commit 'b5198a2637b7b45b0049a1d4b386a06f016f2520' * 03http://tinyurl.com/8apw9bm03 [14:53] <michaelni> what do you mean by b2 commit ? [14:54] <durandal_1707> 1255eed533b4 [14:59] <cone-20> ffmpeg.git 03Paul B Mahol 07de3b1116dab1: eatgq: fix small overread * 03http://tinyurl.com/9stwpqx03 [15:06] <saste> michaelni, anyway nut changes should be discussed on nut-devel [15:06] <michaelni> saste, yes [15:07] <saste> i don't think libav has the right to properly change a format which was not designed by them [15:07] <saste> did someone tried to contact them about the issue? [15:08] <michaelni> libav doesnt talk with me when my name appears in From: so no i didnt try [15:09] <michaelni> doesnt talk with me NORMALLY (there are exceptions) ... [15:09] <saste> anyone is welcome to contribute... meh [15:09] <saste> enough for today... [15:14] <durandal_1707> michaelni: there is code in mov/avi that calls dvi_produce_packet but it does not give any audio [15:14] <durandal_1707> perhaps it worked at some time and then stopped [15:14] <cone-20> ffmpeg.git 03Mans Rullgard 075ab432fa3500: configure: improve tms470 compiler usage with glibc * 03http://tinyurl.com/9uuxqbb03 [15:14] <cone-20> ffmpeg.git 03Mans Rullgard 07b6f8d635f27b: build: tms470: work around glibc math.h problems * 03http://tinyurl.com/9vpagga03 [15:14] <cone-20> ffmpeg.git 03Diego Biurrun 0752d113ee06ba: avutil: Rename ff_set_systematic_pal2() ---> avpriv_set_systematic_pal2() * 03http://tinyurl.com/8n6yw6903 [15:14] <cone-20> ffmpeg.git 03Diego Biurrun 077638f0b2fef0: avutil: Do not make ff_ symbols globally visible. * 03http://tinyurl.com/9zfp45903 [15:15] <cone-20> ffmpeg.git 03Michael Niedermayer 07d6f6a7557c8d: Merge remote-tracking branch 'qatar/master' * 03http://tinyurl.com/8mddqmd03 [15:15] <michaelni> durandal_1707, possible [15:37] <durandal_1707> michaelni: actually avi sample have wav tag [15:43] <durandal_1707> vlc does not support dts in mov... [15:44] <durandal_1707> vlc is one big mess [15:45] <durandal_1707> michaelni: the only way i see to support such old avi files is to let avi demuxer read wav tags [15:46] <durandal_1707> but is there any wav file with ulead audio..... [15:46] <saste> durandal_1707, which software is not a big mess? [15:48] <durandal_1707> saste: ffmpeg [15:49] <saste> durandal_1707, less than other software, but still a mess ;-) [15:50] <durandal_1707> saste: where is it? [15:50] <saste> many places, do you want specific examples? [15:50] <durandal_1707> yes [15:51] <saste> not that i want to blame anyone for that, in my philosophy being messy is a natural state for software (in rapid development, and with a long story such as ffmpeg) [15:52] <saste> my favourite: libavcodec/imgconvert.c and how things are split between libavcodec and libavutil with regards to pixfmts [15:52] <saste> color space handling in libswscale [15:52] <saste> ah the new entry, pseudo_pal in libavutil/pixdesc (that hack doesn't belong to lavu) [15:53] <saste> but overall i agree, ffmpeg is pretty clean in comparison with most software projects [16:04] <cone-20> ffmpeg.git 03Peter Ross 070ea55365b91c: ansi: by design nb_args may exceed the size of the args array, so guard accordingly * 03http://tinyurl.com/97yxcg803 [16:04] <cone-20> ffmpeg.git 03Peter Ross 076bf43441f0a7: eatgq: raise error on unsupported macroblock mode * 03http://tinyurl.com/8detkr603 [16:45] <durandal_1707> michaelni: lavfi/buffer.c: line 225 gets number of channels from channel layout [16:46] <durandal_1707> this crash if avctx->channels is smaller number [16:51] <cone-20> ffmpeg.git 03Hendrik Leppkes 07572781b25f98: h264: fix parsing of old lossless profile (profile_idc == 144) * 03http://tinyurl.com/9gpmwmn03 [19:30] <cone-20> ffmpeg.git 03Michael Niedermayer 0745bd0d15f453: lavf: fix fps detection with PAFF H.264 * 03http://tinyurl.com/9g7rt6n03 [21:07] <cone-20> ffmpeg.git 03Thilo Borgmann 0741bf943f709e: bgmc: fix sizeof arguments (should fix CIDs: 700724 and 608084) * 03http://tinyurl.com/94okot703 [21:07] <cone-20> ffmpeg.git 03Michael Chinen 07c73b1a1d8010: flac_parser.c: fix issue with looping output for small files. * 03http://tinyurl.com/8fk9j8603 [21:34] <j-b> Compn: freaking about? [21:46] <Compn> j-b : dvaudio decoder :P [21:47] <j-b> how so? [22:01] <Compn> someone said it was committed to vlc [22:01] <Compn> not important [22:01] <j-b> I think it was, but quite some time ago [22:20] <cone-20> ffmpeg.git 03Michael Niedermayer 0793ef29b6f47e: noise_bsf: fix division by 0 * 03http://tinyurl.com/928qbgd03 [22:20] <cone-20> ffmpeg.git 03Michael Niedermayer 07a6cac64f69bf: compute_lpc_coefs: assert that normalize and fail have a supported combination * 03http://tinyurl.com/8tmt9h303 [22:20] <cone-20> ffmpeg.git 03Michael Niedermayer 070de0ae5a20cf: tag_tree_decode: check node being non null * 03http://tinyurl.com/8uz5wm203 [22:20] <cone-20> ffmpeg.git 03Michael Niedermayer 071e6cbb01e911: j2kdec: make curtilenum integer. * 03http://tinyurl.com/9kytlkh03 [22:20] <cone-20> ffmpeg.git 03Michael Niedermayer 07bc077ca6b5f8: j2kdec: remove unneeded operation * 03http://tinyurl.com/997mm7903 [22:37] <ubitux> it would be nice to have a teletext decoder.. [22:38] <j-b> rofl [22:38] <ubitux> ? :( [22:39] <j-b> complete teletext decoder is hard [22:39] <j-b> see libzvbi [22:39] <ubitux> is that what you use @vlc? [22:40] <j-b> ubitux: yes, because a complete decoder was too much of a mess [22:40] <ubitux> ok [22:40] <ubitux> only for teletext? [22:41] <j-b> decoding just teletext subitles is not that hard [22:41] <j-b> complete teletext pages is ... [22:43] <nevcairiel> the subtitles is the important part for most people [22:48] Action: ubitux adds a new TODO list entry [22:48] <ubitux> i'll never reach peace :( [22:50] <nevcairiel> we would all be bored if we had empty lists [22:51] <ubitux> sure, 2-3 entries is fine [22:51] <ubitux> 90-100 isn't :( [00:00] --- Mon Oct 15 2012

1 0

ffmpeg.log.20121014
by burek 15 Oct '12

15 Oct '12

[00:10] <lake> burek: regarding the ticket https://ffmpeg.org/trac/ffmpeg/ticket/1808, i am unable to convert test.avi with the "-filter:v yadif=1,format=yuv420p" filter. I still get nable to parse option value "-1" as pixel format [00:10] <lake> Error opening filters! [00:10] <lake> s/nable/unable [00:12] <lake> burek: http://pastie.org/5054514 [04:51] <lake> relaxed: http://pastie.org/5054514 would you mind taking a peak at that and double checking it for me? [05:31] <retardant> does -g even exist in the current code base [05:31] <retardant> wtf is a group of picture size [05:32] <retardant> keyframe related? [05:32] <retardant> what's the best ay to force 1 frame rate key frames [05:32] <retardant> so in this case 30 seconds [05:33] <retardant> need to scrub the video in adobe flash with some reasonable precision [05:35] <retardant> okay so gop is analogous to i-frame [05:36] <retardant> http://ffmpeg.org/pipermail/ffmpeg-user/2011-September/002349.html ? [05:48] <duvnell2> hi, I'm trying to use ffmpeg to convert the audiostream from any given file into .wav floating point sample format [05:50] <duvnell2> my command line is: ffmpeg -i input_file.ext -map 0:0 -af "aconvert=flt:auto" -y foo.wav [05:50] <duvnell2> but it's always converting to s16 [05:50] <duvnell2> any ideas? [05:54] <duvnell2> even trying u8 for the format doesn't affect it.,. it's almost as if ffmpeg believes .wav only supports s16 [06:24] <duvnell2> pastebin: http://pastebin.com/fQyqYgXH [06:50] <funyun> hi. is anyone familiar with dvdauthor? [07:03] <squeezed> is it possible for ffmpeg to transcode (or post process) to a "streamable" mp4? [12:55] <I_Died_Once> Does ffmpeg have a quick and easy way of detecting and adding the padfilter? Trying to convert a 2.35:1 (letterbox) movie file to DVD and I can not get the padfilter correct for the life of me [12:56] <saste> I_Died_Once, no you need a two steps process [12:56] <I_Died_Once> would like to convert said movie to DVD without skewing the video in the process [12:57] <saste> "detecting and adding the padfilter" what do you mean? [12:57] <I_Died_Once> saste, thanks for a responce! [12:57] <I_Died_Once> i'm trying to convert this letterbox file to regular old DVD without messing up the video [12:58] <I_Died_Once> saste, can you give me some sort of an example on how you would go about it ? [12:59] <saste> you basically want to preserve the aspect ratio or what? [12:59] <saste> you can find examples in the ffmpeg manual, in the pad section [12:59] <I_Died_Once> yeah... i was trying to instert the pads on top & bottom [12:59] <saste> scripting may also be in order [12:59] <I_Died_Once> I keep jacking up the video and stretching [13:00] <I_Died_Once> I'm over here thinking "it cant be THIS difficult" [13:00] <saste> I_Died_Once, command and output, i don't even know what you're trying to achieve [13:01] <I_Died_Once> I'm only wanting to achieve transferring this video to DVD format without skewering or stretching the video [13:02] <I_Died_Once> which is turning out to be a massive pain [13:02] <saste> I_Died_Once, pad should be enough [13:03] <saste> but you need to master the expression evaluation in ffmpeg [13:03] <saste> that may be a pain [13:03] <I_Died_Once> agreed [13:03] <saste> but there are already several related examples which should get you a start [13:03] <I_Died_Once> thats why I was hoping for help with the exact command, i cant get it right [13:04] <saste> i can't read you mind (yet), don't know what you want to exactly achieve [13:05] <saste> also you should show some effort, if you want people help you [13:05] <I_Died_Once> aww man that hurts, i've wasted many gigs trying to get this correct to no avail so far [13:06] <I_Died_Once> people with warped looking heads [14:56] <bigmeow> hi all [14:56] <bigmeow> how to convert flv to mp3? [15:06] <ubitux> bigmeow: is the audio track in flv already in mp3? [16:08] <shevy> Unknown encoder 'xvid' [16:08] <shevy> anyone knows how to get a list of valid encoders for video options? [16:26] <relaxed> shevy: ffmpeg -codecs [16:26] <relaxed> external codecs are prefixed with "lib"- libxvid [16:27] <shevy> ah ok cool, thanks [16:27] <bigmeow> ubitux: how to know if the audio track is in flv? [16:27] <bigmeow> http://superuser.com/questions/487599/why-i-cannot-convert-flv-format-to-mp… [16:28] <ubitux> ffprobe [17:14] <creep> heheh ffmpeg makes my cpu work Cpu(s): 98.3%us [17:49] <creep> tried to convert 320x200 Stream #0:0 -> #0:0 (zmbv -> libx264) using placebo preset Q=32 and there is fair amount of noise at moving parts, and the size is about 1/3 only [17:49] <creep> it is recodring from dosbox [17:51] <relaxed> full command [17:52] <ubitux> bigmeow: ffprobe in.flv, if you see mp3 ffmpeg -i in.flv -c:a copy out.mp3, otherwise you need to re-encode: ffmpeg -i in.flv -q:a 0 out.mp3 [17:52] <creep> ffmpeg -i ./game_003.avi -vcodec libx264 -preset placebo game_003.mkv [17:53] <relaxed> add -crf 18 [17:54] <creep> libx264 writes crf=23 [17:54] <creep> that is too high? [17:55] <relaxed> Seems to be, doesn't it? -tune animation may be beneficial as well. [17:58] <creep> thanks [18:19] <creep> trying out animation tuning [18:21] <creep> crf18 is better but since its redalert, only a very few parts are moving... [18:38] <Spideru> I have read this http://ffmpeg.org/trac/ffmpeg/wiki/Streaming%20media%20with%20ffserver . So, there is a way to feed server from ffmpeg with TLS? [18:59] <I_Died_Once> alright, hopefully I can get some help this time [18:59] <I_Died_Once> http://pastebin.com/7rwc6bDT [19:00] <I_Died_Once> long story short - I have a letterbox movie with an aspect ratio 2.35:1 [19:01] <I_Died_Once> I am wanitng to put that on a standard ntsc dvd disc, but i dont want to distort the image [19:01] <I_Died_Once> dont want to distort and skewer the video when putting it to DVD [19:13] <creep> I_Died_Once<< you were wasted? ;/ [19:13] <I_Died_Once> heh, yeah [19:14] <I_Died_Once> has anyone ever needed to convert a 2.35:1 video to DVD before? [19:16] <cbsrobot_> I_Died_Once: sure [19:16] <cbsrobot_> and now you want the command line to do that ? [19:16] <I_Died_Once> I'd love you for it [19:17] <I_Died_Once> I keep getting distorted looking heads [19:18] <cbsrobot_> ffmpeg -i '/Dimension5150/movie.mp4' -vf pad=1280:720:0:92,setdar=16:9 -target ntsc-dvd movie.mpg [19:19] <creep> crf=18 h264 mkv is 9MB vs 32MB zmbv avi [19:19] <creep> with lots of standstill area [19:19] <creep> ;/ [19:22] <I_Died_Once> cbsrobot_ - thats nice, but the image is on the left hand side of the screen [19:22] <I_Died_Once> let me get a screenshot to show [19:23] <I_Died_Once> http://i.imgur.com/Ca73T.png [19:24] <saste> I_Died_Once, so you want to center the image? [19:24] <I_Died_Once> yeah [19:26] <saste> did you try this: pad="ih*16/9/sar:ih:(ow-iw)/2:(oh-ih)/2" [19:27] <I_Died_Once> trying now [19:27] <I_Died_Once> Error when evaluating the expression 'ih*16/9/sar' [19:28] <saste> and the error is? [19:28] <I_Died_Once> the next line after that is: Error opening filters! [19:28] <I_Died_Once> then i get my command prompt back [19:29] <I_Died_Once> http://pastebin.com/1HUG6xkA [19:30] <I_Died_Once> no encoding takes place [19:31] <saste> can you update your ffmpeg? [19:31] <saste> "sar" variable is not supported in your build [19:31] <I_Died_Once> checking [19:31] <I_Died_Once> I'm running debian linux [19:33] <I_Died_Once> says I have the lastest version installed.... version 6:0.8.3-7 [19:33] <saste> try pad="ih*16/9:ih:(ow-iw)/2:(oh-ih)/2" [19:33] <saste> works in case you have sar=1/1, which cannot be assumed [19:34] <I_Died_Once> alright, its coding [19:34] <saste> also debian ships libav fork, which is not proper ffmpeg [19:34] <saste> check !wiki [19:35] <I_Died_Once> that last pad option stretches the video [19:35] <saste> allright, then you should try an updated version [19:36] <saste> sar variable was added more than one year ago [19:36] <I_Died_Once> ok, ok... [19:36] <saste> also aspect ratio is doing funny things [19:41] <saste> I_Died_Once, also the version shipped by Debian is usually at least one year/six months behind the main development trunk [19:41] <I_Died_Once> gotcha [19:41] <I_Died_Once> I'm updating and getting a newer version from debian-multimedia [19:41] <I_Died_Once> they have7:1.0-dmo1 [19:42] <saste> should be ok [19:42] <I_Died_Once> from their unstable branch [19:42] <I_Died_Once> (oohh unstable!) [19:42] <saste> in the wiki you find compilation instructions, it's not that hard [19:43] <I_Died_Once> i apreciate the help, seriously [21:02] <hackeron> hey, I want to record from the rtsp source, but I want to save the video to files like file_minute1.mp4 file_minute2.mp4, etc - so every minute I want ffmpeg to record to a new file. I tried to just do a while loop with ffmpeg recording for 1 minute duraction, but that creates gaps. Any ideas? [21:03] <lake> what does this error mean? [21:03] <lake> Unable to parse option value "-1" as pixel format [21:08] <hackeron> I'm trying to do: ffmpeg -i rtsp://192.168.88.11/ -vcodec copy -acodec copy -f segment -segment_time 60 -y "test-%03d.mp4" - but that shows "Output file #0 does not contain any stream" -- If I replace -f segment with -f mp4, it works but the output is not in segments. Any ideas? [21:16] <hackeron> ah, I was missing -map 0 [21:56] <creep> ffmpeg -i ./game_003.avi -vcodec libx264 -preset placebo -crf 18 -tune animation game_003_placebo_crf18_anim.mkv [21:56] <creep> hmm, stills are good, but the grass is still "moving" a bit after the moving units [21:57] <creep> and 10MB h264 mkv vs 32MB avi... [21:59] <lake> I am trying this command [21:59] <lake> ffmpeg -f alsa -i default -f v4l2 -s 640x480 -i /dev/video0 -acodec flac -vcodec libx264 out.mkv [21:59] <lake> but no audio is played when i `mplayer out.mkv` [22:01] <creep> default may be muted or wrong [22:01] <creep> microphone and line in is muted by default... [22:05] <lake> ffmpeg -f alsa -i hw:6,0 -f v4l2 -s 640x480 -i /dev/video0 -acodec flac -vcodec libx264 out.mkv [22:05] <lake> hw:6,0 is my correct input. [22:06] <lake> still no audio [22:11] <creep> lake<< tried unmuting and selecting alsa mixer input ? [22:13] <creep> redalert short video using above command line http://www.sendspace.com/file/gzldee [22:16] <duvnell2> http://pastebin.com/fQyqYgXH [22:16] <duvnell2> hi, I'm trying to use ffmpeg to convert the audiostream from any given file into .wav floating point sample format [22:16] <duvnell2> my command line is: ffmpeg -i input_file.ext -map 0:0 -af "aconvert=flt:auto" -y foo.wav 10:50:02 PM [22:16] <duvnell2> but it's always converting to s16 [22:17] <duvnell2> even trying u8 for the format doesn't affect it.,. it's almost as if ffmpeg believes .wav only supports s16 [22:17] <duvnell2> any ideas? [22:23] <ubitux> duvnell2: -c:a pcm_f32be or pcm_f32le maybe? [22:24] <ubitux> unfortunately i don't know if you can put float in a wav [22:24] <ubitux> at least our muxer doesn't seem to know how to [22:24] <ubitux> but you can generate raw pcm in float [22:26] <creep> against boredness, redalert short video, with a little hack in memory http://www.sendspace.com/file/gzldee [22:26] <creep> peek&poke [22:54] <barque> is the libavcodec(-dev) that ships with Debian old as the mountains? [22:55] <barque> Honestly, it's so old it doesn't even have the AVPacket struct [22:55] <barque> anyone able to confirm? [22:56] <ubitux> you should complain to debian then :p [22:56] <barque> I am actually :P [22:56] <ubitux> and btw, debian is not packaging ffmpeg [22:56] <ubitux> but the fork [22:56] <garulf> Hi guys. I've an mkv with an x264 stream, but my projector doesn't read the file. How can i convert to avi mpeg4 without loosing quality? [22:56] <barque> I actually have ffmpeg [22:56] <barque> on Debian [22:56] <barque> right atm [22:57] <ubitux> garulf: you'll likely loose some quality, and increase file size [22:57] <ubitux> you can try -q:v 0 [22:59] <barque> does all this mean I have to checkout ffmpeg? [22:59] <garulf> ubitux, ok thanks I will. I don't mind loosing a bit of quality, but I'm tried to convert without any option and the output quality is very poor.. [22:59] <ubitux> barque: what do you expect us to do? [23:00] <barque> oh nothing :D [23:00] <ubitux> :) [23:00] <barque> I'm wondering if a checkout'll help :] [23:00] <barque> git/svn/whatever [23:01] <ubitux> yes, git :) [23:05] <barque> actually yeah they have more up to date headers and libs on a quote non-free repo unquote [23:06] <barque> I guess ffmpeg is not free [23:06] <barque> as in libre [23:06] <barque> cough narcissists cough [23:08] <ubitux> non-free repo? [23:11] <barque> yeah they have to separate what they don't consider to be completely "free" software from free software that is tainted with non-free components [23:12] <barque> s/don't/do [23:12] <ubitux> i don't understand your apparently troll joke :p [23:13] <barque> lol it is a joke, but I'm not trolling [23:13] <barque> you don't remember the whole firefox and iceweasel thing? [23:13] <ubitux> sure [23:13] <barque> just because the firefox logo was non-free they made their own branch and called it iceweasel [23:13] <barque> I think regarding ffmpeg they see the same distinction or something [23:13] <ubitux> right [23:14] <barque> or maybe a whole bunch of stuff they wrapped together and put it on a multimedia repository [23:14] <ubitux> oh right i think i get it [23:14] <barque> under the 'non-free' category [23:14] <ubitux> well when i was talking about the fork [23:14] <ubitux> i wasn't talking about debian packaging ffmpeg under a different name [23:14] <ubitux> i mean they are packaging a real fork (called libav) [23:14] <ubitux> (and under the ffmpeg name) [23:15] <barque> yeah something or other [23:16] <barque> I bet they're hosting the non-free stuff from a server in Poland [23:16] <barque> that you can only reach after a long train ride [23:16] Action: barque grumbles [23:19] <barque> I'm honestly sorry if I offended anyone with that joke [00:00] --- Mon Oct 15 2012

1 0

ffmpeg-devel.log.20121013
by burek 14 Oct '12

14 Oct '12

[00:00] --- Sat Oct 13 2012 [00:02] <ubitux> hey saste! :) [00:02] <saste> hey [00:02] <ubitux> saste: did you see my OT link the other day? :) [00:03] <saste> ah yes the life thing [00:03] <ubitux> yeah [00:03] <ubitux> :D [00:03] <saste> there are plenty of things of that kind... [00:03] <ubitux> okay :) [00:03] <saste> btw my attempt with libvisual failed some time ago [00:03] <saste> the API is not meant to the low level usage that we require [00:04] <saste> that is there is no way to pass audio data and get video data [00:04] <ubitux> weren't you willing to look into milkdrop instead? [00:04] <saste> milkdrop is even worse [00:04] <saste> since it is tightly integrated with opengl iirc [00:04] <ubitux> or maybe the other one i never remember the name [00:04] <ubitux> something like projectx [00:05] <saste> you could make a sink of it, but not that it's very useful... [00:05] <saste> btw an opengl sink or device would be very welcome [00:05] <saste> projectx? [00:06] <ubitux> i don't remember the name :p [00:06] <saste> there are plenty projects named like that [00:06] <saste> proof that people has no inventive [00:06] <ubitux> ah projectM! [00:07] <saste> yes projectM is integrated with opengl [00:07] <saste> that is there is no way to use it programmatically in a transmedia filter [00:07] <ohsix> integrated? :p [00:07] <ubitux> (http://projectm.sourceforge.net/) [00:07] <ubitux> ok [00:08] <ubitux> that's too bad then [00:08] <ohsix> what about frei0r [00:08] <saste> again, you could create an output device [00:08] <saste> frei0r? doesn't deal with audio [00:08] <ubitux> saste: btw, any idea about my question on the buffer ref metadata copy thing? [00:08] <ubitux> (the =NULL & dict copy thing) [00:09] <saste> no i still have to read that [00:09] <ohsix> what's "deal" anyways [00:09] <ohsix> you want some visualization where audio goes in, and you get a bitmap back? [00:09] <saste> ohsix, yes [00:09] <saste> as simple as it seems, yet i couldn't find any project delivering that feature [00:09] <ohsix> not that anyone has done anything interesting with this on linux, but doing it without acceleration is pretty much a dead end [00:10] <ohsix> you could use pbo's to stream the output back after it's been rendered with one of the opengl visualizers, but that way lies doom [00:10] <saste> pbo? [00:10] <ohsix> pixel buffer objects, just a sane way to access the contents [00:11] <saste> yes the problem is that they are all focused on visualization [00:11] <saste> while that's not our problem, that's only the final step [00:11] <ubitux> saste: and we can't grab the opengl content or something? [00:11] <saste> so we need to handle with raw data buffers [00:11] <ohsix> i must have missed the premise then, what are you trying to do? [00:12] <saste> ubitux, no experience with opengl, so maybe i'm missing something completely obvious [00:12] <saste> ohsix, an audio visualization wrapper [00:13] <ohsix> and given that, what does "being focused on visualization" mean? [00:14] <ubitux> not audiobuffer2videobuffer oriented [00:14] <saste> ohsix, that we don't want to immediately visualize it, we need to process it like other data [00:14] <ubitux> but draw-the-audio-buffer-on-opengl-surface, i guess. [00:14] <ubitux> still, i'm pretty sure we could grab the opengl content :p [00:15] <ohsix> process the output or the input? i thought it was implied that you wanted audio in and a surface out [00:15] <ubitux> a video buffer on surface out [00:15] <ubitux> so it can be filtered in the filterchain, encoded, etc [00:15] <saste> from what i remember [00:16] <saste> the API i checked (libvisual) works like this [00:16] <saste> you pass an audio buffer [00:16] <ohsix> right, so by focused on visualization you mean it creates its own window or whatever, even if it ends up in a buffer it's still focused on visualization :p [00:16] <saste> then there is a thread processing the audio and sending the video data to opengl, which does the rendering [00:17] <saste> from our point of view such API is not useful at all, since we need to know when the video data is ready [00:17] <saste> but again, i may be wrong [00:17] <ubitux> saste: btw, did you look at coverity? [00:18] <saste> but it was enough to realize that i couldn't easily get along with what i wanted, and i gave up [00:18] <saste> ubitux, no [00:19] <ohsix> shrug, from what i understood of frei0r it's data in data out, you could do this with it but you'd need to write your own plugins that behave that way [00:20] <ubitux> saste: that's pretty neat: http://ubitux.fr/pub/pics/_coverity.png [00:20] <saste> ohsix, are you aware that we already have a frei0r filter? [00:21] <ubitux> (no idea if that particular issue is right or wrong though) [00:21] <ohsix> yes [00:21] <saste> but frei0r is video only [00:21] <saste> we need audio in -> video out [00:22] <saste> we could do it natively, but since geeks worked on that since years, i thought we could leverage their work [00:22] <saste> i was apparently wrong [00:23] <ohsix> there's nothing stopping you from putting audio data in the source images :p but like i said, you'd need to write your own visualization plugins for it to do anything useful [00:24] <ubitux> we already have two visu in lavfi [00:24] <ubitux> we were willing to support advanced visualizrs [00:25] <ohsix> what practical use is it when you probably have something in mind when you do such a thing, and can do it better in a video editor [00:25] <saste> uh audio data in video buffers, that's an hack [00:25] <ohsix> no it isn't, heh [00:25] <ubitux> not talking about the audio settings :p [00:26] <ubitux> let's encode into wav and put them into frames and them to frei0r [00:26] <ohsix> and they aren't "video buffers" anyways, that's just their typical usage [00:26] <saste> i can already imagine some people screaming and with their eyes bleeding [00:26] <ubitux> :) [00:26] <ohsix> frei0r basically does nothing but find plugins in standard places and provide a process() routine [00:27] <saste> ohsix, but i don't wont to write plugins, i want to leverage existing code [00:28] <saste> *wont -> want [00:28] <ohsix> right, that's why i said it was useless [00:29] <ohsix> you will definitely have to adapt something though [00:29] <ohsix> cuz you don't even really get much with the linux visualization projects either [00:30] <ubitux> <@saste> i can already imagine some people screaming and with their eyes bleeding // http://z0r.de/3564 [00:30] <saste> ubitux, ahahah [00:33] <saste> it's a shame because projectM plugins are f***ing cool [00:33] <saste> well we could still implement an output device in the worst case [00:33] <ubitux> i have some contacts with mylkmist developers, i'll see if they can help :) [00:33] <saste> we have already caca after all [00:34] <ohsix> abusing frei0r for just general data moving would probably be a bad idea, but as far as visualization (and most mathematical transformations) they are equivalent :p [00:34] <ohsix> i say, if you're going to be doing work, port AVS; it's great [00:35] <saste> ohsix, they're already doing it [00:35] <saste> or better, ffmpeg supports avisynth since ages [00:35] <ohsix> not that i'm fascinated with this junk anymore, but once there were 3d cards the 2d effects were kind of lame [00:35] <ohsix> saste: advanced visualization studio, the winamp plugin [00:36] <cone-741> ffmpeg.git 03Georg Lippitsch 0705b7315412c3: Fix DPX decoder * 03http://tinyurl.com/9546knz03 [00:36] <cone-741> ffmpeg.git 03Georg Lippitsch 0724778c32d80e: Fix writing 12 bit DPX * 03http://tinyurl.com/9n4cbsu03 [00:36] <cone-741> ffmpeg.git 03Michael Niedermayer 07c2340831b8e9: aacsbr: change order of operation to prevent out of array read * 03http://tinyurl.com/9mn7gqe03 [00:36] <cone-741> ffmpeg.git 03Michael Niedermayer 070f46825d9833: ffserver: prevent nb_streams from becoming too large * 03http://tinyurl.com/8fddhns03 [00:36] <ohsix> it supports a bunch of 2d effects that you compose [00:36] <saste> ohsix, i wouldn't whence to start [00:36] <saste> ohsix, i wouldn't know... [00:37] <ohsix> download winamp, run it in wine and play with some of the presets :p [00:37] <saste> bah, too much work [00:37] <ohsix> the source is available, but not under a great license, but i know the guy to be flexible [00:37] <ubitux> and write a script to send a screenshot command, grab the picture and inject it in libavfilter with a filebuffersource filter [00:38] <ubitux> careful, you have to run screenshot commands fast enough to grab all the pic [00:38] <ubitux> 25 commands per second [00:38] <ohsix> while you could get the opengl output, you probably wouldn't want to, it's a whole can of worms (like for one, needing an accelerated display, of the X variety to even work) [00:40] <ohsix> oh wait, AVS is bsd licensed [00:40] <ohsix> if you want the best outcome for the least amount of work, i would port AVS, it is amazing [00:41] <ohsix> not to mention being able to use public presets, of which there are a million, and some very popular/legendary ones even; something linux really doesn't have [00:43] <ohsix> http://www.1014.org/code/nullsoft/avs/ [00:44] <ohsix> google video "advanced visualization studio" to see some of the presets people have made, if you really can't be bothered to find a windows machine :p [00:45] <saste> ohsix, that's not a problem, i have dual boot and a win7 VM [00:46] <ohsix> it works with wine too [00:46] <ohsix> it looks like libvisual already does AVS [00:49] <ohsix> ah it's something else entirely [00:49] <ohsix> it's a reimplimentation of one component of it, without all the goodies [00:49] <saste> how should i add an xface test to FATE? [00:50] <saste> i want to test both encoder and decoder [00:50] <saste> most image tests are in image.mak, but they only test the decoder iiuc [00:50] <ubitux> will you add a saste.xface? :) [00:51] <saste> more something like lena.xface [00:51] <Gnosis-> hello. I just checked out ffmpeg from git, and I can't build the ffmpeg command for some reason [00:54] <Compn> what error Gnosis- ? [00:56] <ohsix> anyways, AVS is freakin' great, if you want "meat", there it is, you'd have to port it or reimpliment it but the presets & scripting language is das infinito [00:56] <Gnosis-> Compn, no error. The make was successful [00:57] <Gnosis-> it's just that it only compiled ffplay, ffserver, and ffprobe [00:59] <ohsix> nothing uses cpu like an old school 2d effect! :D (actually wasted memory bandwidth making pretty colors, bring it) [01:00] <Gnosis-> Compn: http://bpaste.net/show/8RmaJrWkYE1UUj6dR4vQ/ [01:01] <Gnosis-> I added --enable-ffmpeg at the end, but that didn't fix this problem [01:08] <llogan> ubitux: i wonder when/if ioni/wonder will implement your request for the arch ffmpeg package. he used to be fairly quick, IIRC. [01:08] <ubitux> heh you're stalking me! [01:09] <llogan> nah, i just trawl the bugs on occasion [01:09] <llogan> but i was the "damned dirty ape" who commented! [01:12] <michaelni> Gnosis-, --disable-avfilter ----> no ffmpeg [01:14] <Gnosis-> ah, okay, thanks! [01:14] <Gnosis-> why does it have that effect in 1.0 but not 0.10 or earlier? [01:14] <michaelni> ffmpeg depends on some filters now [01:15] <michaelni> --enable-ffmpeg should do more than what it does though (thats a bug) [01:16] <Gnosis-> yeah, I added it because it seemed logical based on what was in ./configure --help; I didn't see it listed there, though [01:17] <saste> ubitux: +k)Yd; K(|`g]9BSqmrYkq#^P(y-P'r-c4u#?8|@de:G{]Q)Z>pf/az3sLsNl&+;(wRBInu4 M)}~Lap^q.:4wL&By6f8c6h; .QSIY%'\thr0/K);0KZW#Dx9g4Ko!3m>V+2y*Zs5?'rCn=[~?Qf3-*9Ovp:aK".KM@M9F*>X6sl/<Xxs`1|<Cp7Y=xWNs4mm [01:17] <ubitux> god bless you. [01:18] <ubitux> i was going to say it saste [01:18] Action: llogan just remembered that 12.10 is a week away after messing with the guide. [01:18] <saste> ubitux: ^^ saste.xface [01:18] <ubitux> oh, ok [01:18] <ubitux> :D [01:19] <ubitux> saste: how can i test your branch? :) [01:23] <saste> ubitux, i'm going to send an updated patch in a few minutes [01:24] <ubitux> i'll check this out tomorrow then :) [01:24] <ubitux> 'night :) [01:34] <burek> if i want to change the default 'analyzeduration' of '5000000' is this the right place to change it: ./libavformat/options_table.h:51:{"analyzeduration", "how many microseconds are analyzed to estimate duration", OFFSET(max_analyze_duration), AV_OPT_TYPE_INT, {.i64 = 5*AV_TIME_BASE }, 0, INT_MAX, D}, [01:34] <burek> more precisely -> 5*AV_TIME_BASE [01:35] <burek> ? [01:50] <saste> burek, yes [01:53] <burek> thanks :) [01:55] <cone-741> ffmpeg.git 03Michael Niedermayer 07f374e9989be2: vf_fade: fix memleaks of args * 03http://tinyurl.com/9k8hg3c03 [01:55] <cone-741> ffmpeg.git 03Michael Niedermayer 07d2a618ab2213: af_pan: fix memleak of arg * 03http://tinyurl.com/98mzh2903 [01:55] <cone-741> ffmpeg.git 03Michael Niedermayer 0754b2d317ed99: ffv1: avoid checking a double for equality * 03http://tinyurl.com/9xvu6nz03 [01:59] <Compn> should we mention somewhere that avfilter is required for ffmpeg binary ? [01:59] <Compn> seems like we will get a lot of reports about this . [01:59] <Compn> lots of people --disable-everything then just enable a few things. probably breaks all that [02:06] <creep> so when will ffmpeg final version be released? [02:07] <creep> and ffmpeg t-shirts? [02:07] <creep> ffmpeg lollipops ? [02:10] <burek> when hungary becomes the football world champion :) [02:10] <llogan> creep: tshirts are on my todo list. [02:11] Action: llogan forgot about that quote... [02:11] <creep> burek<< i know nothing about that [02:12] <llogan> i just don't know how we will pay for them yet with the lack of donations [02:12] <creep> they used to sell t-shirts for money.. [02:12] <llogan> a novel concept. [02:12] <creep> http://www.spreadshirt.com/i-love-boobies-C3376A8474877#/detail/8474877PC27… [02:14] <cone-741> ffmpeg.git 03Michael Niedermayer 07120b38b966b9: avio: redesign ffio_rewind_with_probe_data() * 03http://tinyurl.com/8kdfmep03 [03:37] <Compn> anybody know which tools can soft crop h264 ? [03:38] <cone-741> ffmpeg.git 03Michael Niedermayer 07e47024d72f32: wtvdec: fix memleak on error * 03http://tinyurl.com/8q752fm03 [03:39] <cone-741> ffmpeg.git 03Michael Niedermayer 07f657d495b04d: rtpdec_qdm2: change one assert to av_assert0 * 03http://tinyurl.com/8zggp3v03 [03:39] <cone-741> ffmpeg.git 03Michael Niedermayer 073f350a482fd0: ff_celp_lp_synthesis_filterf: check that filter_length is within the supported range * 03http://tinyurl.com/9jc3w2803 [03:39] <cone-741> ffmpeg.git 03Michael Niedermayer 073f010421421f: ff_celp_lp_synthesis_filterf: change loop end check * 03http://tinyurl.com/8c29wwm03 [03:39] <cone-741> ffmpeg.git 03Michael Niedermayer 079f9307ff2a6c: rv30_decode_intra_types: make check tighter * 03http://tinyurl.com/94q4ygp03 [04:00] <cone-741> ffmpeg.git 03Michael Niedermayer 074acfe3d193c7: jpegls: fix off limit * 03http://tinyurl.com/9qw8zqu03 [04:00] <cone-741> ffmpeg.git 03Michael Niedermayer 078dc89944270a: jpegls: increase run_index to 4 * 03http://tinyurl.com/9znumsj03 [05:23] <ohsix> looking at libvisual, you can request an actor to explicitly render into a given buffer, and you can skip opengl plugins when enumerating [05:23] <ohsix> seems to me that'd work fine [05:28] <ohsix> so your usage _could_ be to just use an actor with a given visvideo (to which you've attached your own output buffer) and you can ignore the rest [05:33] <ohsix> what would be done for invariance, the visualizations use random numbers but there's no way to make stuff repeatable [05:34] <ohsix> presumably you'd want the same output each time [06:24] <cone-741> ffmpeg.git 03Michael Niedermayer 07ff814c75a3f5: ffserver: fix return value of add_codec() * 03http://tinyurl.com/8aucgho03 [09:58] <cone-741> ffmpeg.git 03Paul B Mahol 07efb0e4e7afc6: truemotion2: use more meaningful return codes * 03http://tinyurl.com/8f586lm03 [10:10] <cone-741> ffmpeg.git 03Paul B Mahol 0792b3d8bc5337: bethsoftvideo: return meaningfull error codes * 03http://tinyurl.com/8kvlcxp03 [10:25] <cone-741> ffmpeg.git 03Paul B Mahol 07f2f711cde277: pcx: read sample aspect ratio * 03http://tinyurl.com/8qal7wd03 [10:25] <cone-741> ffmpeg.git 03Paul B Mahol 0779133fd0e58f: pcxenc: store sample aspect ratio * 03http://tinyurl.com/98hselk03 [10:25] <ohsix> you will single handedly add many digits to tinyurl, that's not very nice [11:10] <cone-741> ffmpeg.git 03Paul B Mahol 07e8b50385cf90: fate: update pcx reference * 03http://tinyurl.com/8cpocnd03 [12:00] <cone-741> ffmpeg.git 03Carl Eugen Hoyos 076254ffe0cadc: Allow autodetection of some dnxhd files that can be decoded correctly. * 03http://tinyurl.com/9t7z9sh03 [12:50] <cone-741> ffmpeg.git 03Sami Pietilä 073cc025273251: vp8dec: reset loopfilter delta values at keyframes * 03http://tinyurl.com/8e6mymc03 [14:21] <cone-741> ffmpeg.git 03Luca Barbato 076d5600e8556a: avutil: add yuva422p and yuva444p formats * 03http://tinyurl.com/94p97he03 [14:21] <cone-741> ffmpeg.git 03Sami Pietila 070bf511d579c7: vp8: reset loopfilter delta values at keyframes. * 03http://tinyurl.com/8sdnygs03 [14:21] <cone-741> ffmpeg.git 03Michael Niedermayer 07eae35eadc0ae: rtspdec: Fix use of uninitialized byte * 03http://tinyurl.com/8l46j7k03 [14:21] <cone-741> ffmpeg.git 03Michael Niedermayer 072f1b2ff934e6: rtmpproto: Fix an out of array write * 03http://tinyurl.com/9zpndk903 [14:21] <cone-741> ffmpeg.git 03Michael Niedermayer 07c80b59f679a0: tscc2: Fix an out of array access * 03http://tinyurl.com/8p6jlv703 [14:21] <cone-741> ffmpeg.git 03Martin Storsjö 075a2cb7821916: rtspdec: Set the default port for listen mode, if none is specified * 03http://tinyurl.com/9mly29l03 [14:21] <cone-741> ffmpeg.git 03Diego Biurrun 07f6c38c5f4ed6: avfilter: call x86 init functions under if (ARCH_X86), not if (HAVE_MMX) * 03http://tinyurl.com/9bqr2td03 [14:21] <cone-741> ffmpeg.git 03Michael Niedermayer 073b0bb321a50c: Merge commit 'f6c38c5f4ed6683a6a61db2ed418a68bbe5f5507' * 03http://tinyurl.com/8u7r5au03 [14:29] <cone-741> ffmpeg.git 03Diego Biurrun 07930c9d4373e0: avutil: Duplicate ff_log2_tab instead of sharing it across libs * 03http://tinyurl.com/9adp2su03 [14:29] <cone-741> ffmpeg.git 03Michael Niedermayer 07d197bd4f5ee7: Merge commit '930c9d4373e0f3cb7c64fcfc129127a309f6d066' * 03http://tinyurl.com/8nmwvdk03 [14:34] <durandal_1707> this is nonsens libav folks just move stuff around and calls they are doing all the work [14:36] <ubitux> well, diego doesn't represent the whole libav team :) [14:37] <ubitux> i'd be tempted to say "fortunately for them" but that's a bit rude for him :p [14:37] <durandal_1707> and when they do not move stuff around they start to rename random stuff [14:38] <ubitux> btw, what's this AVCodecContext->coded_frame thing for decoders? [14:38] <ubitux> is it some kind of reference frame? [14:38] <durandal_1707> itn't documented somewhere? [14:39] <ubitux> "the picture in the bitstream" [14:39] <durandal_1707> michaelni: this *_LIBAV pixfmt is pointless, it is just there for cosmetics [14:43] <cone-741> ffmpeg.git 03Diego Biurrun 07d5c62122a7b2: Move av_reverse table to libavcodec * 03http://tinyurl.com/9lrxpap03 [14:43] <cone-741> ffmpeg.git 03Michael Niedermayer 07d6c342fdc0b4: Merge commit 'd5c62122a7b26704bf867a1262df358623bf5edf' * 03http://tinyurl.com/9unzucr03 [14:43] <ubitux> mmh we can't have multiple side data of the same type in a packet? :( [14:43] <iive> btw, diego is one of the root masters or at least used to be. In that meaning he literally represents the libav team, for all matters not related for coding. [14:44] <durandal_1707> ubitux: what would you do with several width/channels packet side data? [14:44] <ubitux> iive: sure, for the political aspect i agree, i meant technically speaking [14:44] <durandal_1707> ubitux: pick one of them with random()? [14:45] <ubitux> durandal_1707: easier to store the key/value thing of the metadata [14:45] <ubitux> "gimme the next side data for this type" [14:45] <ubitux> "ohai here is another key/value" [14:45] <ubitux> but whatever, i'll come with another way of storing :p [14:48] <durandal_1707> michaelni: somthing in eval use av_reverse [14:49] <durandal_1707> michaelni: this becomes extremly stupid, please stop merging libav, if there is anything usefull pick it with cherry-pick [14:51] <nevcairiel> moving these tables has a very real reason, you should understand thigns before you complain [14:51] <durandal_1707> making both ABIs compatible is not possible [14:52] <durandal_1707> nevcairiel: eval use av_reverse [14:52] <ubitux> nevcairiel: the msvc thing? [14:52] <durandal_1707> nevcairiel: once libav removes av_reverse who will fix eval in lavu? [14:52] <ubitux> afaict for these case a duplicate is made [14:52] <ubitux> so tables are not exported [14:53] <ubitux> iirc there was some issues with exported tables [14:53] <durandal_1707> so every table will be now duplicated [14:54] <ubitux> they drop snow to make some place ;) [14:54] <durandal_1707> :)))))) [14:54] <nevcairiel> msvc needs some special hackery to support tables in shared library builds, so instead of doing that, it was decided to finally clean the whole issue up, because loading data tables from other shared libs is never ideal [14:54] <ubitux> i don't understand how that is a cleanup :/ [14:54] <nevcairiel> table is used in one lib, so move it to that lib [14:54] <nevcairiel> seems cleaner to me [14:54] <ubitux> in this particular case yes [14:55] <durandal_1707> nevcairiel: not for ffmpeg [14:55] <ubitux> but duplicating all the tables doesn't look fine [14:55] <ubitux> of course if there are no other solutions.. [14:55] <ubitux> the problem looks stupid though :( [14:55] <nevcairiel> its not "all the tables", its like 2 math related tables which are pretty small [14:56] <ubitux> and some other external const as well, right? [14:56] <ubitux> (like the crypto size thing) [14:56] <nevcairiel> accessing cross-library even on linux is a performance overhead [14:56] <durandal_1707> hmm? why have it duplicated across source, just use single header [14:57] Action: durandal_1707 talking about ffmpeg lavu [14:57] <ubitux> ah right, the header looks like a good way to do it :p [14:57] <ubitux> duplicated in the binary, but not in the code [14:57] <nevcairiel> thats how all these duplicates work, they dont duplicate code [14:57] <nevcairiel> because thats stupid [14:58] <nevcairiel> only in shared libraries tehy are dups [14:58] <ubitux> i admit i didn't look closely [14:58] <ubitux> okay [15:03] <michaelni> i was planing to move it to a header, log2 is a c file ATM [15:03] <michaelni> being a c file sucks because when you compile against libavutil you cant count on having the c file [15:04] <michaelni> you only have the headers and libs to link to [15:05] <nevcairiel> arent you supposed to have the full source if building any of the libs? [15:06] <nevcairiel> oh its used from inline functions [15:06] <nevcairiel> sounds like that would always fail, because ff* symbols are private anyway [15:06] <durandal_1707> maybe for libav [15:07] <cone-741> ffmpeg.git 03Diego Biurrun 07c1ef30a6ba2c: De-doxygenize some top-level files * 03http://tinyurl.com/8c8t2wq03 [15:07] <cone-741> ffmpeg.git 03Diego Biurrun 07bc4620e5d61a: Remove libmpeg2 #define remnants * 03http://tinyurl.com/9o9adtn03 [15:07] <cone-741> ffmpeg.git 03Michael Niedermayer 07b4ca1b159f4b: Merge commit 'bc4620e5d61a4dd9a1f654fadd281a172aab04be' * 03http://tinyurl.com/96g73pj03 [15:10] <durandal_1707> michaelni: is there reason why avcodec.h part is not applied for this LIBMPEG thing ^ [15:11] <michaelni> i wasnt planing to drop that idct before theres a good reason to do so [15:11] <michaelni> btw, how do i test MMI ? [15:14] <michaelni> or diferently said what options do i need to pass to gcc for it to try to build the MMI code ? [15:18] <michaelni> noone ? [15:19] <durandal_1707> what is MMI code? [15:20] <michaelni> MIPS stuff [15:20] <michaelni> libav droped it vaguly pointing to "it doesnt work" [15:20] <michaelni> i am trying to decide if theres a point in keeping it or not [15:21] <michaelni> but my mips cross compiler doesnt seem to accept MMI code by default [15:22] <michaelni> ill probably just drop it and whoever wants it and knows how to test/fix it can then put it back [15:23] <durandal_1707> it is some PS2 code [15:28] <michaelni> seems there have been no non cosmetic commits to it in 9 years [15:29] <ubitux> did you contact the mips guy to see if it makes sense to keep it? [15:29] <michaelni> i will but i cant wait for his reply with the merge [15:29] <michaelni> its trivial to revert and put it back [15:30] <durandal_1707> michaelni: probably partially useful for old hw [15:31] <michaelni> if it works [15:31] <michaelni> but people say it doesnt [15:32] <durandal_1707> because it got broken over time? [15:32] <cone-741> ffmpeg.git 03Diego Biurrun 07ca411fc1d343: avcodec: Remove broken MMI optimizations * 03http://tinyurl.com/8bpqslu03 [15:32] <cone-741> ffmpeg.git 03Michael Niedermayer 0785fe70b64c3d: Merge commit 'ca411fc1d34329cd17b28627f697e391ae52073f' * 03http://tinyurl.com/8tzu5qy03 [15:32] <michaelni> durandal_1707, i suspect so [15:35] <ubitux> "broken beyond repair" :/ [15:35] <ubitux> please... :D [15:37] <durandal_1707> that's how thing works, broke some stuff and make sure fate does not detect it, when it becomes obvious that is is broken just remove whole thing [15:39] <michaelni> iam happy to add it back and add a fate test if someone fixes it and tells me how to test it [15:40] <cone-741> ffmpeg.git 03Diego Biurrun 0790558e848a29: rangecoder: K&R formatting cosmetics * 03http://tinyurl.com/8ttnfev03 [15:40] <cone-741> ffmpeg.git 03Michael Niedermayer 07c55bebe2cc7b: Merge commit '90558e848a29ef1e85ecb1832ad9a26eebe958e0' * 03http://tinyurl.com/8qq4qde03 [15:44] <ubitux> i hate some of the alignment nit "fixes" :( [15:44] <ubitux> it makes sense to align when the data is related [15:44] <ubitux> no when it's fun to draw a column of '=' :/ [15:46] Action: michaelni doesnt care much about whitespace, though yes i agree some of the fixes are of dubious value [15:46] <michaelni> especially some of the 80 column fixes sometimes are kinda "interresting" [15:47] <michaelni> i mean especially the ones where there was vertical alignment of table or function call argument columns before the improvment [15:47] <burek> how can I debug flv muxer from ffmpeg, which is used by vlc [15:48] <burek> i mean, when i set the output in vlc, like "mux=ffmpeg{mux=flv}" i get 640x368 instead 640x360 frame sizes [15:48] <cone-741> ffmpeg.git 03Diego Biurrun 074c66af6141a0: rangecoder-test: Set error message log level to error, instead of debug * 03http://tinyurl.com/8ck8wjz03 [15:48] <cone-741> ffmpeg.git 03Diego Biurrun 079e6ea3cef992: fate: add avstring test * 03http://tinyurl.com/8hhvpf403 [15:48] <cone-741> ffmpeg.git 03Diego Biurrun 07717addecad77: Use proper return values in case of missing features * 03http://tinyurl.com/9kwf2sb03 [15:49] <cone-741> ffmpeg.git 03Mans Rullgard 077e76fc528d60: mpegvideo: remove write-only variable * 03http://tinyurl.com/94566da03 [15:49] <cone-741> ffmpeg.git 03Mans Rullgard 07366484fff172: smjpeg: fix type of 'ret' variable in smjpeg_read_packet() * 03http://tinyurl.com/9scg8ln03 [15:49] <cone-741> ffmpeg.git 03Mans Rullgard 070a7005bebd23: rtpdec_xiph: fix function return type * 03http://tinyurl.com/8klmuyf03 [15:49] <cone-741> ffmpeg.git 03Michael Niedermayer 0718884f159b61: Merge commit '0a7005bebd23ade7bb852bce0401af1a8fdbb723' * 03http://tinyurl.com/9o367em03 [15:52] <burek> I don't know how to provide useful logs for such issue :/ [15:53] <michaelni> burek, maybe ask on #videolan [15:53] <burek> just did :) [15:53] <burek> and we debuged it to the point of lavf's flv muxer [15:54] <burek> for example: vlc v4l2:///dev/video0 --sout='...,mux=ffmpeg{mux=flv},dst=live.flv' [15:54] <burek> sorry, for example: vlc v4l2:///dev/video0:width=640:height=360 --sout='...,mux=ffmpeg{mux=flv},dst=live.flv' [15:54] <michaelni> burek, so av_logs dont show up with vlc+ffmpeg or what is the problem, ? [15:54] <burek> live.flv (as shown by mediainfo) shows 640x368 [15:55] <burek> michaelni, to be honest I don't know, I'll take a look.. btw: http://pastebin.com/iGeEz2Rf [15:55] <burek> I don't know which lines are av_logs [15:56] <michaelni> you could hack av_log to add a prefix [15:56] Action: michaelni leaves in the direction of the kitchen to seek something to eat [15:59] <durandal_1707> burek: 0x15fb798] main mux warning: option flags is unknown [16:00] <burek> yes, I had a line like: ...,mux=ffmpeg{mux=flv,flags=+global_header},... [16:00] <burek> and later realized vlc doesn't just support passing any option to ffmpeg [16:00] <burek> but only listed ones in the docs [16:00] <burek> so i removed it later [16:01] <burek> now it's just ,mux=ffmpeg{mux=flv}, [16:01] <burek> let me repaste logs [16:01] <durandal_1707> burek: not going to read that mess again [16:02] Action: ubitux loves av_hex_dump_log() [16:02] <durandal_1707> but i see nowhere ffmpeg logs [16:02] <durandal_1707> so ask videolan are such put in logs at all [16:02] <burek> i understand you guys, just tell me how can I extract anything useful for debug and i'll do it [16:02] <burek> im now search where av_log is defined so i can prefix it with something [16:03] <durandal_1707> burek: you need to pass -v debug or something like that to vlc .... [16:03] <burek> durandal_1707 you mean -vvv ? [16:03] <burek> i did [16:04] <ubitux> michaelni: the side data things seems to work fine :) [16:04] <ubitux> (lavfi meta inject) [16:05] <durandal_1707> burek: does that mean ffmpeg logs are debug too? [16:05] <burek> do they show in the vlc's output log too? i guess yes [16:05] <burek> let me check [16:06] <durandal_1707> our logs have nice hex numbers [16:06] <burek> and colors, i know :D [16:06] <burek> durandal_1707 does this look like that: [flv @ 0x1583860] Codec for stream 0 does not use global headers but container format requires global headers [16:07] <ubitux> not all the debug lines have it [16:07] <ubitux> (like those with a NULL context) [16:07] <burek> can you just tell in which file is av_log defined [16:08] <burek> so i can prefix it [16:08] <burek> :S [16:09] <ubitux> burek: libavutil/mem.c [16:09] <ubitux> meh [16:09] <ubitux> log.c sorry [16:09] <burek> thanks [16:10] <ubitux> look at the snprintf for av_log_default_callback [16:10] <ubitux> and just add some stuff there [16:10] <ubitux> (hopefully vlc didn't change that callback) [16:11] <burek> snprintf(line, sizeof(line), "%s%s%s", part[0], part[1], part[2]); [16:11] <burek> that? [16:12] <ubitux> yes [16:13] <burek> thanks a lot :) [16:13] <ubitux> try adding "HELLO THIS IS BUREK" before the "%s... [16:13] <burek> :) [16:13] <burek> do i need to recompile both vlc/ffmpeg now [16:13] <burek> or just ffmpeg [16:13] <ubitux> if it's a static build you need to relink vlc [16:14] <ubitux> (if vlc is linked statically against ffmpeg i mean) [16:14] <durandal_1707> what happened to hex editing? [16:14] <burek> :D [16:14] <ubitux> durandal_1707 :D [16:14] <burek> how can I hex edit to add something :D [16:14] <burek> the string was just "%s%s%s" [16:14] <burek> no space for prefix :) [16:15] <burek> also, to speed up things, when i make such small changes [16:15] <ubitux> look for free data area in the binary and dump some asm opcode in it, then add a jmp where appropriate [16:15] <durandal_1707> burek: not trivial [16:15] <burek> is it enough to delete log.obj [16:15] <burek> log.o * [16:16] <burek> or i must distclean [16:16] <burek> ubitux right :D [16:17] <durandal_1707> there should not be need to remove anything [16:17] <burek> i tried just rm libavutil/log.o && make [16:17] <burek> :D [16:17] <burek> let's see what did I scr.. up now :D [16:17] <cone-741> ffmpeg.git 03Paul B Mahol 076571833d1a54: smjpegdec: use url_feof() * 03http://tinyurl.com/8gnqb7q03 [16:34] <burek> do you know of any tool that can generate dependency diagram for ffmpeg source code [16:44] <cone-741> ffmpeg.git 03Mans Rullgard 070daac647af00: avstring-test: fix memory leaks * 03http://tinyurl.com/9tfouxa03 [16:44] <cone-741> ffmpeg.git 03Mans Rullgard 07a77f01c72529: configure: use utilities from /usr/xpg4/bin if it exists * 03http://tinyurl.com/9ygltjm03 [16:44] <cone-741> ffmpeg.git 03Justin Ruggles 0761d5313d94c9: dca: allocate a secondary buffer for extra channels when downmixing * 03Error03 [16:44] <cone-741> ffmpeg.git 03Justin Ruggles 07f5962229bfcb: avplay: use audio parameters from the decoded frame instead of AVCodecContext * 03http://tinyurl.com/9x77bc703 [16:44] <cone-741> ffmpeg.git 03Michael Niedermayer 0715ef1cfe6431: Merge commit 'f5962229bfcb14c2879e69ccdf7f1a4934168609' * 03http://tinyurl.com/98j2urm03 [16:45] <ubitux> is it me or AV_PERM_ALIGN doesn't have any effect? [16:45] <burek> do we have this in ffmpeg's doxygen http://www.stack.nl/~dimitri/doxygen/diagrams.html [16:47] <burek> i think it would really help people to visualize how ffmpeg is structured: http://www.stack.nl/~dimitri/doxygen/examples/diagrams/html/inherits.html [16:47] <burek> i just dont know who to bug for this feature :) [16:47] <ubitux> we have ascii diagrams [16:48] <ubitux> that's even better [16:48] <burek> do you have any link perhaps? [16:48] <burek> i clicked everything there and couldn't find :S [16:50] <ubitux> it was a bad joke :) [16:50] <burek> :s [16:50] <burek> ok :) [16:51] <burek> so we don't have any diagrams atm right? [16:52] <ubitux> except http://git.videolan.org/?p=ffmpeg.git;a=blob;f=doc/swscale.txt;hb=HEAD or http://git.videolan.org/?p=ffmpeg.git;a=blob;f=doc/ffmpeg.txt;hb=HEAD [16:52] <ubitux> i dunno [16:52] <ubitux> (i'm not even sure ffmpeg.txt is still up to date) [16:54] <burek> ok [16:54] <burek> who maintains ffmpeg's doxygen? [16:54] <michaelni> we also have ascii art in snow.txt and some libavfilter headers [16:54] <burek> http://ffmpeg.org/doxygen/trunk/index.html [16:55] <burek> :) [16:55] <michaelni> burek, do you volunteer to maintain it ? [16:55] <burek> well, I would update it to 1.8.x [16:55] <burek> and add Graphviz [16:55] <burek> :) [16:56] <michaelni> burek, ask arpi or reimar [16:56] <burek> they are not on irc i guess? [16:57] <cone-741> ffmpeg.git 03Michael Niedermayer 07d0707677fa50: ffplay: use audio parameters from the decoded frame instead of AVCodecContext * 03http://tinyurl.com/8qgw69k03 [16:58] <michaelni> ive seen arpi & reimar on IRC but thats months ? year ago [16:58] <burek> great :) [17:00] <michaelni> btw anyone has samples that the 2 avplay changes fixed ? so i can test (i failed to find a sample that didnt work before when trying a few that change parameters) [17:01] <durandal_1707> michaelni: you mean midstream change of channels/samplerate/bps and such? [17:02] <durandal_1707> i can give you generate sample which crashes lavfi [17:03] <michaelni> iam interrested in one that fails before these patches and works afterwards [17:03] <durandal_1707> could be on trac [17:04] <michaelni> ffplay does not seem to have any problem with changes to samplerate before these patches [17:06] <durandal_1707> i think avplay resample if samplerate changes [17:07] <burek> ubitux thanks, but that didn't work unfortunately :/ there is no a single prefix in vlc's output :S [17:07] <burek> i guess i'll just drop it [17:12] <cone-741> ffmpeg.git 03Justin Ruggles 076304f78edf6a: avplay: support mid-stream sample rate changes * 03http://tinyurl.com/9vq74hn03 [17:12] <cone-741> ffmpeg.git 03Mashiat Sarker Shakkhar 075d2be71b9ecf: vc1: Use codec ID from AVCodecContext while parsing frame header * 03http://tinyurl.com/8fga9sv03 [17:12] <cone-741> ffmpeg.git 03Michael Niedermayer 072a56e65c3b3b: Merge remote-tracking branch 'qatar/master' * 03http://tinyurl.com/8vr7dyu03 [17:27] <ubitux> there are a lot of FF_API_* ignored warnings, normal? [17:28] <durandal_1707> they should be set to 0 [17:29] <ubitux> s/ignored/not defined/ sorry [17:49] <durandal_1707> wtf dvaudio decoder code was just removed [17:49] <durandal_1707> and now 99 years after vlc reinvent wheel [17:51] <durandal_1707> see 7458ccbb02a98ece4b4a9018a46eb13fff05b7c2 [17:51] <durandal_1707> michaelni: should we resurect this? [17:52] <nevcairiel> the commit is from 2003, how is that "just"? :P [17:52] <durandal_1707> and in 2012 vlc added support for it in its own code [17:53] <nevcairiel> the dv demuxer seems to shuffle the dv audio around to make it proper s16le [17:53] <durandal_1707> we have bug report for this on trac to use vlc code (sic) [17:54] <durandal_1707> nevcairiel: that hack does not work for dvaudio in other containers [17:54] <Compn> hmm? [17:54] <Compn> jb_afk : durandal_1707 is freaking out , what happen? :) [17:54] <Compn> ehe [17:55] <nevcairiel> he is permanently freaking out about something [17:56] <nevcairiel> what does one put dv audio in anyway? i bet mov :P [17:56] <nevcairiel> it has all kind of crazy codecs [17:57] <durandal_1707> imho dv demuxer idea is just wrong - it is not demuxer job to do that .... [17:57] <durandal_1707> there were similar case which have been fixed [17:58] <Compn> dv audio is seen in a lot of places [17:58] <Compn> its an old codec [17:58] <Compn> mov , avi at least [18:02] <durandal_1707> the whole situation is just ..... [18:06] <Compn> why was dvaudio code removed ? [18:06] <Compn> i havent looked into this [18:06] Action: Compn distracted [18:06] <durandal_1707> removed in 2003 [18:06] <durandal_1707> actually moved from decoder to demuxer [18:07] <durandal_1707> and nobody complained.... [18:07] <Compn> oh lol [18:07] <Compn> decoders dont belong there! :P [18:07] <Compn> but dv stuff is usually encapsulated in a demuxer [18:07] <Compn> so maybe thats why [18:07] <Compn> i mean, encapsulated in dv [18:08] <cone-741> ffmpeg.git 03Paul B Mahol 078288c2b6cb07: pngdec: read sample aspect ratio * 03http://tinyurl.com/9pd3b2m03 [18:08] <cone-741> ffmpeg.git 03Paul B Mahol 07f58f90238fc6: pngenc: write sample aspect ratio * 03http://tinyurl.com/8ext99g03 [18:08] <cone-741> ffmpeg.git 03Paul B Mahol 0793931143feb0: lavc: return s->get_buffer() error code if it errors out * 03http://tinyurl.com/9efbl5a03 [18:10] <durandal_1707> both avi and mov have fourcc/twocc for it [18:11] <Compn> still could be encapsulated [18:13] <durandal_1707> except avi ones are missing in riff [18:13] <michaelni> for avi 2 modes exist at least [18:14] <michaelni> one puts a dv stream with audio and video muxed together in a single stream [18:14] <michaelni> into avi [18:14] <michaelni> so you need to chain demuxers ... [18:16] <Compn> itd be nice if lavf would pass on or fake a fourcc if one is not listed in riff.c [18:17] <Compn> instead of 'no streams found' it would say 'no known streams found, using 0x1337' or so [18:18] Action: michaelni has a fix for the PIX_FMT warning storm locally [18:19] <Compn> or we could just add twocc to the list as we find samples. ... http://wiki.multimedia.cx/index.php?title=Twocc [18:22] <Compn> similar problem with mov and isom.c of course... [18:25] <Compn> or i may be remembering a problem that doesnt exist anymore [18:25] <Compn> ignore me [18:25] <Compn> time toeat lunchbbl [18:33] <durandal_1707> michaelni: what you mean by chain demuxer? [18:34] <durandal_1707> and how to support both cases without duplicating code? [18:43] <burek> omg, I tried using Graphviz on ffmpeg's source code :)))))) [18:44] <burek> now that's called a really big graph! :D [18:48] <ubitux> here we go, let's go back to some subtitles things. [18:50] <cone-741> ffmpeg.git 03Michael Niedermayer 07c45b829d5258: tests: fix checksums for png aspect ratio change * 03http://tinyurl.com/9kkecrf03 [18:50] <cone-741> ffmpeg.git 03Dmitry Samonenko 07083c7bf70131: sdp: output speex optional vbr parameter * 03http://tinyurl.com/9k69how03 [18:50] <cone-741> ffmpeg.git 03Michael Niedermayer 07183117fed7d0: libavutil: loose idiotic circular dependancies between version and avutil.h * 03http://tinyurl.com/9mrr5rw03 [19:12] <burek> here is ffmpeg's source code "diagram" :D http://ffmpeg.gusari.org/uploads/gv1.png [19:12] <burek> no point of zooming it up i believe :) [19:16] <burek> this is how it looks like when actually zoomed up :) http://ffmpeg.gusari.org/uploads/gvchunk.png [19:43] <burek> oh, someone already did it in doxygen :) nice :) http://fossies.org/dox/ffmpeg-1.0/dir_b4b104e2afbab17aa9ef07180757c615.html [19:44] <durandal_1707> michaelni: where samples uploaded to upload.ffmpeg.org go? [19:46] <saste> how can I upload a sample for FATE? [19:46] <saste> (xface stuff) [19:47] <durandal_1707> you upload it to upload.ffmpeg.org [19:48] <durandal_1707> in upload dir and tell michaelni about it (my experience) [19:53] <michaelni> any url where i can wget the file will do [19:54] <durandal_1707> michaelni: i need access to wavpack sample in upload dir if it is still there [19:55] <michaelni> look in http://streams.videolan.org/incoming/ and http://streams.videolan.org/ffmpeg [19:58] <durandal_1707> first one needs authorization and second one does not have it [20:03] <cone-741> ffmpeg.git 03Paul B Mahol 07a5e0046a730b: xbmdec: s/av_reverse/ff_reverse * 03http://tinyurl.com/8r6zn4v03 [20:05] <saste> michaelni, just sent a sample in my latest mail [20:05] <saste> the sample is just few bytes [20:07] <durandal_1707> saste: XFACE is not audio codec [20:08] <durandal_1707> nor it is subtitle codec [20:13] <nevcairiel> how does swscale do with scaling rgb->yuv420 with an odd number of lines? :d [20:14] <durandal_1707> saste: redundant bytestream usage [20:14] <saste> durandal_1707, ?? [20:14] <durandal_1707> saste: xface patch [20:15] <durandal_1707> nevcairiel: it is broken? [20:16] <nevcairiel> just wondering what it does, since an odd height is technically invalid for 420 [20:16] <saste> durandal_1707, where? [20:16] <durandal_1707> saste: also you put AVCODEC and description in wrong place [20:16] <durandal_1707> saste: xface_decode_frame [20:17] <durandal_1707> nevcairiel: try and report ;-) [20:18] <saste> durandal_1707, can you reply on ML? [20:18] <saste> where should I put AVCODEC/desc? [20:19] <saste> ah subtitles codecs... got it [20:19] <durandal_1707> saste: why? [20:21] <durandal_1707> yes i can reply to ml, but do i really need to.... [20:24] <saste> durandal_1707, no need [20:25] <saste> really we could use a one-line macro for the codec description entries [20:25] <saste> the list would be easier to read/sort then [20:25] <michaelni> saste, xface uploaded [20:25] <saste> michaelni, thanks [20:29] Action: durandal_1707 ....premier... [20:47] <cone-741> ffmpeg.git 03Michael Niedermayer 078ab0b9cabaca: trasher: check seek return value. * 03http://tinyurl.com/8wktknh03 [20:47] <cone-741> ffmpeg.git 03Michael Niedermayer 0780db07adfe8a: probetest: check command line arguments * 03http://tinyurl.com/8ovj2mb03 [20:47] <cone-741> ffmpeg.git 03Michael Niedermayer 07225d3cc1ccd8: ffeval: avoid folding EOF onto a valid char * 03http://tinyurl.com/9h8893v03 [20:52] <cone-741> ffmpeg.git 03Paul B Mahol 072c85727f6c17: lavc/codec_desc: add/update properties of some codecs * 03http://tinyurl.com/8ueqmuj03 [20:57] <durandal_1707> ffmpeg -codecs | grep DEVIL [20:59] <durandal_1707> dpx and sgi should not be there [21:18] <cone-741> ffmpeg.git 03Michael Niedermayer 07c0f0bec2f205: sws-test: check W/H * 03http://tinyurl.com/95cg26303 [21:18] <cone-741> ffmpeg.git 03Michael Niedermayer 073689ec3d28d7: pp: avoid overflow in w*h * 03http://tinyurl.com/9x7ns9903 [21:21] <saste> i'm dealing with a silly container format which stores all audio packets, followed by video packets [21:22] <saste> does it make sense to cache all the video packets in the encoder context, and then release then at the end? [21:22] <saste> do we already do something similar? [21:22] <durandal_1707> you mean half files is audio and another is video? [21:22] <saste> yes, silly no? [21:23] <Daemon404> saste, what container is this [21:23] <Daemon404> and why does it exist [21:23] <durandal_1707> you do not write such muxers at first place [21:23] <saste> http://dpg.software.informer.com/wiki/ [21:23] <Daemon404> oh [21:24] <Daemon404> that abomination. [21:24] Action: Daemon404 un-reads [21:24] <saste> don't ask me why it exists, people do silly things all the time [21:25] <saste> can't be worse than 8svx (left channel data, followed by right channel data) [21:25] <durandal_1707> the only way i see it is write 2 temp files and cat it them at end [21:26] <saste> durandal_1707, that would be basically a script [21:26] <saste> i wonder if it makes sense to have a native muxer/demuxer in ffmpeg [21:27] <saste> a lot of caching involved [21:27] <durandal_1707> saste: with current API not [21:27] <saste> well i could cache them, and hog the memory [21:27] <saste> for small files (the typical use case) it shouldn't be really an issue [21:28] <durandal_1707> ask them to remove older versions from internet and write new one [21:29] <durandal_1707> but why you want to write muxer? you already wrote demuxer? [21:30] <saste> no, i didn't even start [21:30] <saste> so i'm asking if it makes sense [21:30] <saste> as for demuxing, would it work, or i would need to cache data in the demuxer, when waiting for the video data? [21:31] <durandal_1707> just do seek and tell user that pipe support is fantasy [21:56] <ubitux> 19:12:25 < burek> here is ffmpeg's source code "diagram" :D http://ffmpeg.gusari.org/uploads/gv1.png // hehe i think i know where mpegenccontext is! [21:59] <Compn> thats pretty neat [22:03] <ubitux> what's the problem with anonymous typedef? [22:03] <ubitux> i don't really see the point of writing the same name twice... [22:04] <ubitux> (and well, that's actually an anonymous struct afaict) [22:08] <Daemon404> if it has a name i dont mind [22:08] <Daemon404> it's stuff like this that annoys me: [22:08] <Daemon404> struct derp { [22:08] <Daemon404> int a; [22:09] <burek> ubitux, did you see the link to latest doxygen? :) [22:09] <Daemon404> uninion {double a; uint64_t b;} [22:09] <Daemon404> } [22:09] <Daemon404> i.e. completely anonymous with no name [22:09] Action: ubitux likes static const struct { int a, b; } foobar[] = { ... }; [22:09] <Daemon404> shame on you [22:09] <Daemon404> thats horrible [22:09] <ubitux> why? [22:10] <burek> they did exactly what I was thinking it would be the best :) they separated that huge diagram into relevant pieces so while you browse the file structure (menu on the left) you get the relevant diagram for selected file(s) [22:10] <ubitux> burek: no, i didn't open, i don't care that much :p [22:10] <ubitux> oh or maybe i saw that one [22:10] <Daemon404> it's ugly, harder to follow, etc [22:10] <ubitux> there is nothing really to follow.. [22:10] Action: Daemon404 also dislieks compound literals [22:17] <Compn> ubitux : Daemon404 wants to know what the code does [22:17] <Compn> by giving it a name [22:17] <Compn> like moving-derp-to-array or something, it makes reading the code easier [22:18] <Compn> and people can reuse code too [22:18] <Compn> if they know what the heck its doing :) [22:18] Action: Compn guesses anyways. anonymous, named, makes no diff to me [22:29] <ubitux> saste: reviewing your xface thing atm [22:30] <Compn> what is xface ? [22:30] <Compn> i refuse to google it [22:31] <Daemon404> a horrible thign from the 80s [22:32] <Daemon404> much like stryper [23:01] <ubitux> anyone to review my swf patch? [23:01] <ubitux> and/or the lavfi meta injection through side data? [23:02] <ubitux> saste: btw, don't forget to bump [23:11] Action: ubitux just opened saste.xface and laughed [23:11] <ubitux> it reminds me some double-face mind trick picture... [23:12] <ubitux> without the trick [23:20] <ubitux> ok let's review the gif thing now. [00:00] --- Sun Oct 14 2012

1 0

ffmpeg.log.20121013
by burek 14 Oct '12

14 Oct '12

[00:00] <creep> how do you print video stats/info using ffmepg? [00:00] <burek> Mista_D, when you did -pass 1 you should have specified your -passlogfile [00:00] <burek> which you will use in -pass 2 [00:01] <burek> creep ffmpeg already does that [00:01] <burek> by default i.e. [00:02] <creep> burek<< i mean i have mkv file, and print its information only [00:02] <creep> --analyze [00:02] <Mista_D> burek: I didn't specify a name, but I saw ffmpeg2pass-0.log and -0.log.mbtree, so I copied them to *-1.log [00:03] <Mista_D> burek: any way to see what passlog file FFmpeg is looking for for second output? Tried -debug 2-9 already. [00:03] <burek> Mista_D [00:04] <burek> ffmpeg ... -pass 1 -passlogfile f1 out1 ... -pass 1 -passlogfile f2 out2 ... [00:04] <burek> for 2nd pass [00:04] <burek> ffmpeg ... -pass 2 -passlogfile f2 ... -pass 2 -passlogfile f2 ... [00:04] <burek> ffmpeg ... -pass 2 -passlogfile f1 ... -pass 2 -passlogfile f2 ... [00:04] <burek> typo [00:04] <burek> creep try ffprobe [00:05] <Mista_D> I want to use one passlog file for pass 2 for 2 files (they only have slight bitrate differnece). [00:06] <creep> thanks trying [00:08] <burek> Mista_D, seriously... [00:08] <burek> 1 passlogfile per 1 output [00:08] <burek> why would you want all that in 1 file? [00:09] <burek> btw, I think in ffmpeg-devel you would get a reply like "patch welcome" or something :) [00:09] <burek> just to test something [00:09] <Mista_D> burek: I know (: [00:09] <burek> :) [00:24] <burek> Mista_D, you want to use [00:24] <burek> 1 passlog file (to analyze just first file) [00:24] <burek> and use that passlog for both outputs in pass 2? [00:27] <burek> lake, are you still here [00:28] <burek> if not, when you get back, can you please take a look at this ticket https://ffmpeg.org/trac/ffmpeg/ticket/1808 [00:34] <llogan> creep: also see ffprobe [11:36] <funyun> hi. how can i encode a video to an aspect ratio of 1.85:1 with ffmpeg? [11:38] <funyun> iive: you know? [11:40] <iive> what? [11:41] <funyun> iive: how can i encode a video to an aspect ratio of 1.85:1 with ffmpeg? [11:41] <Simex> Can someone help me with a little problem in a command? [11:41] <Simex> https://gist.github.com/fe200d5bd0d8c1cb39e8 [11:42] <Simex> The first command fails but the second doesn't.. [11:42] <Simex> The only that that has changed (as far as I know) is the file [11:42] <funyun> iive: when i try 1.85:1, i get "Invalid aspect ratio: 1.85:1" [11:43] <funyun> Invalid chars ':1' at the end of expression '1.85:1' [11:43] <iive> funyun: try withuout the : then :) [11:44] <Simex> iive, do you know? [11:45] <iive> Simex: Looks like genuine bug. Unfortunately you are using the LibAV fork, instead of real ffmpeg. [11:45] <Simex> Yes I know the problem between ffmpeg and avconv... [11:46] Action: iive checks if they have newer version than 0.8.3 [11:46] <funyun> iive: it produces the same result. here's my syntax "ffmpeg -i INPUT.mkv -map 0:0 -map 0:1 -aspect 1.85 -target ntsc-dvd -crf 19 -ab 224k -threads 0 -ss 500 -t 60 test.mpg" [11:47] <funyun> iive: it's forcing the video to be 480x720 [11:47] <iive> likely the ntsc-dvd is the one doing the forcing. [11:47] <funyun> iive: the source is 8408x1920 [11:48] <iive> funyun: why do you place the width last? [11:48] <funyun> opps 808x1920 [11:48] <funyun> iive: not sure what you mean? [11:48] <Simex> The problem is I can't find a good way to provide the right ffmpeh [11:49] <Simex> ffmpeg* [11:49] <iive> funyun: maybe you can try moving the aspect to the right. in case it takes it for input aspect override. [11:49] <Simex> I was going to use the Ubuntu repositories with my application [11:52] <funyun> iive: i still get the same result [11:53] <funyun> iive: shouldn't it add black bars if it's going to force me to stay at 480x720? or is there a way i can add black bars? [11:53] <iive> funyun: there is something else... mpg have a limited set of aspect ratios. mpeg2 dvd set have just 3 afair [11:53] <iive> 4/3 16/9 2.21 [11:54] <iive> Simex: yeh, i'm looking at the ffmpeg download page to figure out the repositories that contain ffmpeg packages and to check what versions are available... [11:55] <funyun> iive: so there's no way around this? [11:55] <Simex> Okay [11:55] <iive> funyun: why do you think so many dvds have black bars? [11:56] <funyun> iive: i thought because of the same problem i have? [11:56] <funyun> iive: that's what i mean. is there a way for me to add black bars? [11:57] <iive> sure there is. ffmpeg have full fledged image filter system. [11:57] <iive> and it had expand even before that. [11:57] <iive> I just don't know the exact syntax. [11:58] <funyun> iive: i just tried 2.21 and now it looks a lot better. but still stretched a little [12:02] <iive> seems like -vf pad is the one that can put black bars [12:03] <iive> from the documentation, try [12:03] <iive> -vf pad="ih*16/9/sar:ih:(ow-iw)/2:(oh-ih)/2" [12:06] <funyun> iive: i get "Negative values are not acceptable." and "Failed to configure input pad on Parsed_pad_0" [12:06] <iive> ohh.. [12:08] <iive> Simex: btw, i see that the error happens right after shared memory access. you do have /dev/shm mounted as tmpfs and having enough free space? [12:09] <Simex> Mmm [12:09] <Simex> Moment [12:09] <Simex> Yes it is mounted [12:10] <funyun> iive: it appears i made a mistake also. 2.39 is the AR i need [12:10] <funyun> not sure if that matters [12:11] <Simex> Enough free space yes I'm sure [12:11] <iive> well, i'm still too sleepy, otherwise i should have noticed that 800/1920 is not 1.85 :O [12:12] <funyun> haha [12:14] <funyun> iive: any idea on how to correct the syntax you gave me? [12:16] <iive> funyun: actually this [12:16] <iive> funyun: actually the above command would pad the width... not height. [12:17] <iive> this is why it gives negative size... [12:18] <funyun> iive: so -vf pad="ih*16/9/sar:ih:(oh-ih)/2:(ow-iw)/2" ? [12:19] <iive> sorry, you just got me at a bad moment. [12:19] <iive> i'll be more helpful later. [12:21] <funyun> iive: i really needed to encode this so it's ready by the time i get home from work. i'm about to hop in the shower. if you get a chance within that time, could you possibly message me the syntax? i really appreciate your help [12:21] <iive> funyun: you can probably do the math on your own and put it in the parameters. [12:22] <funyun> iive: trust me, i can't lol. it took me about 2 hours to figure out my current syntax of "ffmpeg -i INPUT.mkv -map 0:0 -map 0:1 -aspect 1.85 -target ntsc-dvd -crf 19 -ab 224k -threads 0 -ss 500 -t 60 test.mpg" [12:24] <funyun> iive: if you need to go, it's cool. still thanks for your help :) [12:25] <iive> ii'll try to make a video of similar size and see what options works. [12:25] <iive> i assume you use at least 1.0 ? [12:25] <funyun> i can make you a sample if you need [12:26] <funyun> 1.0? [12:26] <iive> ffmpeg 1.0 [12:26] <funyun> iive: oh. yes [12:27] <funyun> iive: i'm not totally sure how to tell the exact version but it was built on Sep 18 2012 [12:28] <funyun> "ffmpeg version git-2012-09-18-91af760" [12:37] <funyun> iive: http://www.sendspace.com/file/iamuh4 [12:37] <funyun> brb in 20 [12:45] <iive> for some reason width and height are reversed in the sample. no surprise it doesn't work. [12:47] <iive> funyun: "ffmpeg -i INPUT.mkv -map 0:0 -map 0:1 -vf pad="1920:1080:(ow-iw)/2:(oh-ih)/2" -target ntsc-dvd -crf 19 -ab 224k -threads 0 -ss 500 -t 60 test.mpg" [12:47] <iive> this one seems to work in my setup. [13:11] <funyun> iive: worked for me too. thanks so much! :) [13:14] Action: iive pheu, that was close. [16:28] <Spideru> Hello. I would to connect to ffserver using rtsp. now I'm using this command to stream from ffmpeg to server http://pastebin.com/Bj6hsucS . This is ffserver.conf file http://pastebin.com/Ya7CEY5v . Any suggestion? Thank you [16:46] <Spideru> I get this error from ffmpeg with -f rtps and rtps://yaddayadda: "Could not write header for output file #0 (incorrect codec parameters ?): Invalid data found when processing input " [16:47] <Spideru> on server side i can see [ANNOUNCE] "rtsp://localhost:8091/feed1.ffm RTSP/1.0" 200 166. What am I missing? [16:47] <burek> hi Spideru [16:47] <burek> :) [16:47] <Spideru> Hi burek, as usual I'm crying behind ffmpeg-ffserver [16:48] <burek> :) [16:48] <Spideru> (It's powerful but for a noob is hard to use it at best) [16:48] <Spideru> I've taken your suggest to use ffm between ffmpeg and ffserver [16:48] <Spideru> and the sound is great :) [16:48] <burek> Spideru, did you read this maybe http://ffmpeg.org/trac/ffmpeg/wiki/Streaming%20media%20with%20ffserver [16:49] <burek> and no, you can't stream test.wav [16:49] <burek> wav format is not streamable [16:49] <Spideru> uhm wait [16:49] <burek> but you can put uncompressed audio into aac maybe [16:49] <Spideru> there is something that I am missing [16:49] <burek> wav is a file storage format [16:49] <burek> not a streaming format [16:49] <Spideru> yes [16:49] <Spideru> ok [16:50] <burek> aac might help better [16:50] <Spideru> but I'm streaming from ffmpeg to ffserver without wav [16:50] <burek> but it's lossy encoding [16:50] <burek> you are not streaming from ffmpeg to ffserver [16:50] <burek> you're just feeding ffserver with ffmpeg [16:50] <Spideru> wav is from ffserver to ffplay [16:50] <Spideru> yep [16:50] <Spideru> ah [16:50] <burek> try ogg/flac [16:50] <Spideru> I'll try it [16:51] <Spideru> I must use lossless [16:51] <burek> for ffmpeg-ffserver, just use: ffmpeg -f alsa -ac 1 -ar 16000 -i default -f ffm http://localhost:8090/feed1.ffm [16:51] <Spideru> thank you again for support and for that doc. I've searched a lot on ffmpeg doc but I've never seen it before [16:52] <Spideru> burek: thank you [16:52] <Spideru> there is the way to know when ffmpeg is no more feeding ffserver? [16:52] <Spideru> I can see on server GET / POST [16:52] <Spideru> POST is printed when i close ffmpeg [16:53] <Spideru> Is there another way? [16:53] <Spideru> I would to know on ffplay side when ffmpeg is no more feeeding ffserver [16:54] <burek> also try this http://pastebin.com/hEArynzm [16:56] <burek> Spideru, when ffmpeg stops feeding ffserver, you'll know :) [16:56] <burek> i.e. ffplay won't play anymore :) [16:56] <Spideru> ffplay remains open [16:57] <Spideru> without sound. I need to get an alarm [16:57] <Spideru> an event [16:57] <burek> well, I noticed that also [16:57] <burek> ffplay continues running even when its input is dead [16:57] <Spideru> yep [16:57] <burek> so you might check man ffplay [16:57] <burek> to see is there an option [16:58] <burek> to quit if the input is dead [16:58] <burek> or you can use vlc/winamp/something [16:58] <Spideru> ok, I'll check it [16:58] <burek> instead of ffplay [16:58] <Spideru> must check if vlc/something get an alarm [16:59] <Spideru> in extreme case i can parse output from ffplay. When there is no more data, a flag inside output fall to 0 [17:00] <burek> well, i think vlc will quit if you tell it to [17:00] <burek> you put vlc://quit or vlc://close [17:00] <burek> in the playlist, after the URL [17:00] <Spideru> my curiosity: Is there a protocol that can take commands from player (pause, stop, vol+, vol-) and send to ffmpeg/ffserver? [17:00] <Spideru> cool, thank you [17:00] <burek> so when it can't play that url anymore, it advances to the next playlist item and quits [17:01] <Spideru> nice tip, thank you [17:01] <burek> rtsp can do that [17:01] <Spideru> nice, so I need to use trsp [17:02] <Spideru> *rtsp [17:02] <Spideru> but between ffserver and ffplay I can imagine [17:02] <Spideru> and between ffserver - ffmpeg? [17:02] <burek> you don't put anything between ffserver - ffplay [17:03] <Spideru> I am missing something on high level [17:03] <Spideru> must study better [17:03] <Spideru> ffmpeg feed ffserver [17:03] <Spideru> with ffm [17:04] <Spideru> then ffplay ask to server the stream [17:04] <Spideru> ffserver take the data it's feeding from ffmpeg and stream to ffplat [17:04] <Spideru> *ffplay [17:05] <Spideru> I would to send a vol+ from ffplay to ffmpeg (that is feeding ffserver), in order to (for example) raise volume on ffmpeg device alsa [17:06] <Spideru> I expect a VOL+/yadda/dothat command, and will be my work to handle that command [17:09] <burek> Spideru, I'm not sure I understand why do you need all that [17:09] <burek> but if it works, then great :) [17:09] <Spideru> I need: 1) stream lossless 2)send messages like vol+ to ffmpeg from ffplay [17:10] <Spideru> first point it's ok (with your precious help) [17:14] <Spideru> I can take a player, put some custom button on it and send custom messages from player to audio soruce [17:14] <Spideru> *source [17:14] <Spideru> I would do that [17:17] <burek> Spideru, what is your logical goal? [17:17] <burek> what are you trying to implement? [17:18] <Spideru> I have a custom device that stream audio (no need to have bidirectional channel) [17:19] <Spideru> and I would to receive it on a PC, record it, set volume on custom device from PC, and other custom commands [17:20] <Spideru> at the moment I'm using ffmpeg for the stream, and a socket TCP for commands [17:20] <Spideru> Could be wonderful to have all funcions inside the same "data channel" [17:22] <Spideru> Can see from server and from PC when source is no more online [17:22] <Spideru> maybe stream on autenticated channel [17:23] <Spideru> *authenticate [17:28] <burek> you might want to check vlc/vlm [17:28] <burek> they even have an admin web page [17:29] <burek> where you can control all that [17:31] <Spideru> ok thank you. Last thing: with your ffserver.conf, when I play with ffplay http://localhost:8090/stream.ogg I get: Format ogg detected only with low score of 1, misdetection possible! http://localhost:8090/stream.ogg: End of file [17:32] <burek> stream.flv and Format flv [17:37] <Spideru> Sat Oct 13 17:31:39 2012 Audio codec 'flac' not compatible with FLV [17:40] <Spideru> But I'll work on that. Thank you burek. It's late, need to go. See you later or tomorrow, bye :) [17:41] <ihsw> how do i use mp3 for an audio codec [17:42] <ihsw> ffmpeg -formats shows mp3 being installed for D and A [17:45] <burek> ihsw mp3 is a decoder [17:46] <burek> libmp3lame is an encoder [17:46] <ihsw> in any event i'm at a loss of how to install libmp3lame [17:47] <ihsw> is there any alternative to compiling ffmpeg [17:48] <ihsw> i get the distinct impression you're trying to avoid telling me the package name that apt-get would need [17:49] <burek> i don't understand [17:51] <ihsw> indeed [17:51] <burek> well, you are the one who needs help, not me [17:51] <burek> if you don't want to explain, fine [20:28] <tschakMAC> when ffmpeg decodes TrueHD, DTS-HD, etc&does it output 24-bit PCM? [20:35] <rehack> i have a sync problem - i'm trying to convert a .flv into a .mp4. if i extract the video and audio separaetly they work fine, but if i combine them together, the video is jerky - running slow for .75 seconds, then too fast for .25 seconds. the audio is fine [20:36] <rehack> the video and audio are never out of sync, the video is just running at a strange frame rate - if the frames were just displayed with an equal delay, it'd be perfect. is there a sync setting i'm missing here? [20:37] <rehack> just attempting ffmpeg -i in.flv -vcodec copy -acodec copy out.mp4 results in a synced but jerky output video, where the input is fine and the separately extracted streams are fine [22:02] <I_Died_Once> Hi, I have a 2.35:1 aspect video I am trying to covert to DVD, which i would like to do while preserving and not squishing the video. Does anyone have a command handy that does this effectively? [22:03] <I_Died_Once> running debian squeeze, linux [22:36] <lake> burek: hey, i'm looking at this now https://www.hackerschool.com/ [22:36] <lake> shit, not that [22:36] <lake> https://ffmpeg.org/trac/ffmpeg/ticket/1808 [22:45] <lake> burek: i will upload sample of the video and provide a link to you. will you be able to add it to the ticket? [23:02] <I_Died_Once> does anyone have a script or a command handy that'll let me convert a 2.35:1 (letterbox) to a NTSC-DVD without cramming or stretching the video to 16:9? Like a command with a pre-determined padfilter, perhaps? [23:03] <I_Died_Once> I'm probably not asking my question correctly [00:00] --- Sun Oct 14 2012

1 0

ffmpeg-devel.log.20121012
by burek 13 Oct '12

13 Oct '12

[00:26] <cone-308> ffmpeg.git 03Michael Niedermayer 0759cbedfc3df3: update_initial_timestamps: increase pts_buffer size * 03http://tinyurl.com/9tgnybs03 [00:26] <cone-308> ffmpeg.git 03Michael Niedermayer 071b5069aa41ce: sanm: fix off by 1 error in draw_glyph() * 03http://tinyurl.com/9v79elq03 [00:26] <cone-308> ffmpeg.git 03Michael Niedermayer 070c6b9b9fe5ed: rtspdec:read_line: fix use of uninitialized byte * 03http://tinyurl.com/9bgha6g03 [00:26] <cone-308> ffmpeg.git 03Michael Niedermayer 07e0909ff1584d: lavc: Fix use of uninitialized field. * 03http://tinyurl.com/9m3lszg03 [00:38] <ubitux> i'm trying to understand something in lavf [00:38] <ubitux> in the swf demuxer, when reading packets, an audio stream can be found [00:38] <ubitux> need_parsing is set to AVSTREAM_PARSE_FULL [00:39] <ubitux> then i guess the decoder is supposed to set the sample format on its own [00:39] <ubitux> it's for example the case for lavc/pcm [00:39] <ubitux> it appears that it doesn't seem to work as expected [00:39] <ubitux> "[swf @ 0x2b0a240] Could not find codec parameters for stream 0 (Audio: pcm_s16le, 5512 Hz, 1 channels, 88 kb/s): unspecified sample format" [00:39] <ubitux> any idea what could cause this? [00:48] <Compn> does resample have support for 5512hz ? [00:49] <Compn> or the swf demuxer i guess [00:49] <Compn> is what that message is from [00:50] <ubitux> ah you think that's the issue? [00:53] <michaelni> ubitux, you might want to look at "[PATCH] Parse DEFINESOUND tags in swf" its maybe related [00:55] <ubitux> oh that's pretty recent. [00:57] <ubitux> oh awesome [00:57] <ubitux> that's exactly my problem [01:06] <ubitux> the patch works fine [01:32] <ubitux> what's the AV_PIX_FMT for rgb 15-bit? [01:32] <ubitux> (if any) [01:53] <Daemon404> ubitux, wouldnt it be rgb555 [01:56] <ubitux> comment say 16 bits so dunno [02:18] <michaelni> rgb555 is stored in 16bits, 1 bit unused [02:21] <cone-308> ffmpeg.git 03Michael Niedermayer 075e689b65ce9c: dv: zero dsp before init, this fixes use of uninitialized dct_bits * 03http://tinyurl.com/8rdgfw603 [02:21] <cone-308> ffmpeg.git 03Michael Niedermayer 07e576105d841c: motion-test: zero dsp context * 03http://tinyurl.com/8o4kolg03 [02:21] <cone-308> ffmpeg.git 03Michael Niedermayer 075a75924dfd43: rtmpproto: fix out of array write * 03http://tinyurl.com/8zwshom03 [02:27] Action: Daemon404 pokes bcoudurier to OK his fate key [04:26] <cone-308> ffmpeg.git 03Michael Niedermayer 07927d866a9961: tscc2: fix out of array access * 03http://tinyurl.com/8ql5okd03 [04:26] <cone-308> ffmpeg.git 03Michael Niedermayer 0762722ae2d4b2: nellymoserenc: fix array element ordering * 03http://tinyurl.com/96gj8sv03 [04:29] <Compn> Daemon404 : email him [04:30] <Daemon404> uh [04:30] <Daemon404> thats kinda what i did [04:30] <Daemon404> >fate-admin email [04:30] <Daemon404> as seen on fate.html [04:30] <Compn> maybe it went to spam :P [04:30] <Daemon404> no [04:30] <Daemon404> michaelni confirmed reception [04:30] <Compn> ok [04:30] <Daemon404> but only bcoudurier can add the key. [06:19] <bcoudurier> sowy [06:36] <ohsix> arch name matches *arch* -> test failure :> [08:22] <j-b> burek: nope [09:26] <durandal_1707> omg, i just found source of old bug [09:32] Action: ubitux is wondering why zlib's uncompress never works while a manual zstream with only inflate Z_FINISH with the same buffer sizes just works [09:32] Action: ubitux really hates this lib [09:33] <durandal_1707> ubitux: what is using zlib? [09:34] <ubitux> ffmpeg [09:34] <ubitux> do you have an alternative? :) [09:34] <durandal_1707> i mean where it is failing? [09:35] <ubitux> i'm writing some code to support zlib compressed raw images in swf [09:35] <ubitux> basically i've in and out len, i allocate the buffers, copy the data [09:35] <ubitux> uncompress() fails (-5) [09:35] <ubitux> one manual inflate just works without any problem [09:36] <ubitux> but manual inflat is 50 lines instead of 1 [09:39] <durandal_1707> -5 beans buffer is too small [09:39] <durandal_1707> s/beans/means [09:41] <ubitux> yes but i put a huge one and it didn't help [09:42] <durandal_1707> why you copy data? [09:42] <durandal_1707> how is image data stored in container? [09:43] <ubitux> i can avoid the copy, it's just temporary [09:44] <ubitux> the image is just a raw image zlib compressed [09:44] <durandal_1707> continous? [09:45] <ubitux> http://pastie.org/5039931 [09:46] <ubitux> durandal_1707: well there is a palette, and then the data, in my case [09:46] <ubitux> but it's not really the issue here :p [09:52] <durandal_1707> ubitux: you set out_len ? [09:53] <ubitux> yes [09:53] <durandal_1707> and using cast for out_len is bad idea [09:53] <durandal_1707> make out_len unsigned long [09:54] <ubitux> that was just copied from another code in ffmpeg, i should change it yes [09:54] <divVerent> 09:35:56 @ubitux | one manual inflate just works without any problem [09:54] <divVerent> 09:36:17 @ubitux | but manual inflat is 50 lines instead of 1 [09:54] <divVerent> ubitux: really? [09:55] <divVerent> it's shorter than that in the DarkPlaces engine ;) [09:55] <durandal_1707> ubitux: is see no cast in ffmpeg code whice use uncompress [10:03] <ubitux> libavformat/mov.c: if (uncompress (moov_data, (uLongf *) &moov_len, (const Bytef *)cmov_data, cmov_len) != Z_OK) [10:05] <durandal_1707> moov_len is long so it is less wrong but still wrong [10:06] <durandal_1707> but i do not think anything bad will happen if moov_len is negative [10:07] <ubitux> oh [10:07] <ubitux> that was the problem [10:07] <ubitux> thx durandal_1707 :) [10:08] <durandal_1707> see, casts are dangerous! [10:08] <ubitux> yes :( [10:09] <divVerent> they're more fun on big endian platforms ;) [10:49] <ubitux> [~/src/ff/ffmpeg]% grep -m 1 pal libavformat/avidec.c [10:49] <ubitux> uint32_t pal[256]; [10:49] <ubitux> [~/src/ff/ffmpeg]% grep 'memcpy.*pal' libavformat/avidec.c [10:49] <ubitux> memcpy(pal, ast->pal, AVPALETTE_SIZE); [10:49] <ubitux> [~/src/ff/ffmpeg]% git grep 'define.*AVPALETTE_SIZE' [10:49] <ubitux> libavutil/pixfmt.h:#define AVPALETTE_SIZE 1024 [10:49] <ubitux> is this really ok? [10:49] <ubitux> oh, forget it. [10:49] <ubitux> i'm stupid. [10:52] Action: ubitux hates himself [11:28] <cone-741> ffmpeg.git 03Paul B Mahol 0756519d7d14ac: takdec: s/bits_per_coded_sample/bits_per_raw_sample * 03http://tinyurl.com/8zjch4703 [11:28] <cone-741> ffmpeg.git 03Paul B Mahol 074dcf71aacca6: takdec: stop decoding in case of unknown bps * 03http://tinyurl.com/8k9vue503 [11:44] <ubitux> yepee, added locally support for 500+ swf samples. [11:46] <divVerent> ubitux: can you explain why av_x_if_null is a good idea to have especially as a function, not as a macro? [11:46] <divVerent> it silently loses type info... [11:46] <ubitux> calling function [11:46] <divVerent> so you can have a foo*f, and do bar *b = av_x_if_null(f, "argh"); [11:46] <ubitux> av_x(char *)av_x_if_null(av_get_sample_fmt_name(outlink->format), "?"), [11:47] <divVerent> and it'll compile without warning [11:47] <divVerent> yes, what I dislike here is the lack of any warning on an error [11:47] <ubitux> libavfilter/avfilter.c: src->name, srcpad, (char *)av_x_if_null(av_get_media_type_string(src->output_pads[srcpad].type), "?"), [11:47] <divVerent> a macro would solve this better, but unfortunately evaluate its arg twice [11:47] <ubitux> etc. [11:47] <ubitux> yes, that was the point [11:47] <ubitux> we could have both [11:47] <divVerent> wonder if it'd be wiser to have the function next to a gcc specific macro [11:47] <divVerent> (foo ?: bar) actually does the same as the function :P [11:48] <divVerent> so in GNUC it could use the ?: operator in a macro evaluating everything only once [11:48] <ubitux> just add the macro version :) [11:48] <ubitux> (generic one, not gnuc) [11:48] <divVerent> but that one evaluates twice, and is slow ;) [11:48] <divVerent> which is kind of the point of the function to avoid it [11:48] <ubitux> yes, but when it's not a function you can use the macro :p [11:49] <divVerent> I suppose what you REALLY wanted was template<class T> inline T av_x_if_null(T x, T y) { return x ? x : y; } [11:49] <divVerent> but C unfortunately lacks templates :P [11:49] <ubitux> "unfortunately" [11:49] <ubitux> :) [11:49] <durandal_1707> *fortunately [11:49] <divVerent> actually... didn't C11 solve this even? [11:50] <divVerent> no, not really, damn [11:50] <divVerent> or Perl's interpretation of the || and && operators would help here [11:50] <divVerent> i.e. not a "0 or 1" result, but "the last one evaluated is the result" [11:51] <divVerent> at least a C11 type-generic expression could be used to special case the function for void * and const void * [12:04] <divVerent> and a C89 hack actually allows comparing sizeof() of the types :P [12:08] <j-b> bcoudurier ? [12:21] <divVerent> ubitux: some fun hackery ;) https://gist.github.com/3878566 [12:21] <divVerent> but, it doesn't verify the return type, and has the side effect of doing something REALLY bad if the warning occurred [12:21] <divVerent> also, lacks parentheses, but this hack isn't supposed to be used anyway [12:21] <divVerent> and is slow [12:25] <divVerent> &&&&&&&&&&&&&&(void) foo[sizeof(x == y)], \ [12:25] <divVerent> this is actually better, somewhat... ;) (add * 0 after the sizeof) [12:25] <divVerent> https://gist.github.com/3878585 - better hack [12:25] <divVerent> sizeof serves to prevent the compare from actually being executed no matter how dumb the compiler is [13:33] <ubitux> divVerent: erk :) [13:35] <Tjoppen> divVerent: is there a relevant thread on the ml? [13:35] <divVerent> Tjoppen: no [13:35] <divVerent> I was just wondering about the possibly dangerous av_x_if_null function [13:35] <divVerent> dangerous, in the sense that type mistakes aren't noticed by the compiler [13:36] <divVerent> not as in really broken [13:36] <divVerent> but I can't find a good constructive solution, it looks like standard C allows nothing beter [13:36] <divVerent> but GNU C and C++ do [13:36] <Tjoppen> oh yeah.. why isn't that a macro? [13:36] <divVerent> because the first arg is usually a function call [13:37] <divVerent> so evaluating it twice would be bad [13:37] <divVerent> (bad as in unnecessarily slow, I've not seen it with a function with side effects) [13:37] <Tjoppen> stick it in a struct or something perhaps? [13:38] <divVerent> the probably sanest way to do this in C would be to extend the functions that currently may return NULL by a "return this if not found" arg [13:38] <divVerent> but that'd be a hell of a lot of API changes, as some of these functions are public [13:38] <Tjoppen> I was just about to suggest a macro that does a check before calling, which is what you pasted [13:39] <divVerent> yes, but it can't test the return value [13:39] <divVerent> unless said macro would also do the assigning [13:39] <divVerent> but that gets ugly then [13:39] <divVerent> ./libavfilter/graphdump.c: format = av_x_if_null(av_get_sample_fmt_name(link->format), "?"); [13:39] <divVerent> this is the typical use [13:40] <divVerent> sure, in this specific case evaluating twice is harmless (just ugly) [13:41] <divVerent> actually... it looks to me like currently ALL uses of this operate on const char * ;) [13:41] <divVerent> but if it is to become type specific, it'd get a longer name (like av_x_if_null_const_char) which is ugly too [13:42] <Tjoppen> can't there be a macro that defines a local function perhaps? [13:42] <Tjoppen> *static function [13:42] <Tjoppen> that also takes the type [13:42] <divVerent> but even then one would have to specify the type explicitly when calling [13:42] <divVerent> probably pointless, and still error prone [13:42] <Tjoppen> DECLARE_AV_X_IF_NULL(char) [13:42] <divVerent> sure, but then you'd need av_x_if_null_char() :P [13:42] <Tjoppen> not if you only use one version of it in each file :) [13:42] <divVerent> hehe [13:43] <divVerent> now that's fun [13:43] <divVerent> but... probably it should just stay as is [13:43] <divVerent> it was interesting to think about it, this thing IS harmful, but there isn't really a better solution in C [13:43] <divVerent> plus, this is a public API already [13:43] <divVerent> C already contains its own such harmful functions [13:43] <divVerent> e.g. strchr takes a const char * input string, but suddenly returns a non-const char * [13:44] <Tjoppen> durr [13:44] <divVerent> lack of function overloading led to this [13:45] <Tjoppen> I never asked for this [13:57] <cone-741> ffmpeg.git 03Paul B Mahol 07caa7e24eb1d4: truemotion2: remove unreachable code * 03http://tinyurl.com/9vbf4ey03 [14:19] <cone-741> ffmpeg.git 03Luca Barbato 0726b3fde6a78f: doc: update the faq entry about custom I/O * 03http://tinyurl.com/8cvmfn603 [14:19] <cone-741> ffmpeg.git 03Martin Storsjö 071093383d6cf7: random_seed: Support using CryptGenRandom on windows * 03http://tinyurl.com/9kml9s803 [14:19] <cone-741> ffmpeg.git 03Diego Biurrun 070a75d1da23b8: options_table: refs option is not snow-only * 03http://tinyurl.com/9cvwwgh03 [14:19] <cone-741> ffmpeg.git 03Michael Niedermayer 0743cce41267a7: Merge commit '0a75d1da23b8659ec49391469bb592da12760077' * 03http://tinyurl.com/99aoosd03 [14:33] <cone-741> ffmpeg.git 03Diego Biurrun 079734b8ba56d0: Move avutil tables only used in libavcodec to libavcodec. * 03http://tinyurl.com/9cafmd403 [14:33] <cone-741> ffmpeg.git 03Michael Niedermayer 07e33565837084: Merge commit '9734b8ba56d05e970c353dfd5baafa43fdb08024' * 03http://tinyurl.com/8djjnr803 [14:41] <cone-741> ffmpeg.git 03Janne Grunau 07e578f8f4680f: prepare 9_beta1 release * 03http://tinyurl.com/95qnzv503 [14:41] <cone-741> ffmpeg.git 03Mans Rullgard 0715ba7f6525c0: parseutils: fix const removal warning * 03http://tinyurl.com/9kqsbj403 [14:41] <cone-741> ffmpeg.git 03Michael Niedermayer 07d6135a886d85: Merge commit '15ba7f6525c0f56f0c8e3e3e0c0c5129de054f41' * 03http://tinyurl.com/9aa8go803 [14:43] <durandal_1707> michaelni_: is CID 700222 irrelvant? [14:54] <burek> how can I ask for a change in http://ffmpeg.org/download.html [14:54] <michaelni_> durandal_1707, i dont know [14:55] <michaelni_> burek, patch or pull request [14:55] <burek> i would like to add the 'id' to all those <h2> sections, so that they can be easily accessed by http://ffmpeg.org/download.html#some_id [14:55] <burek> hm, let me see if I can create my first patch :D [14:56] <ubitux> (lots of swf improvements incoming tonight!) [14:57] <michaelni_> burek, git patch against git://ffmpeg.org/ffmpeg-web is absolutely needed [14:57] <michaelni_> dont send a patch of the .html [14:57] <michaelni_> its not stored that way so we couldnzt apply [14:57] <burek> is there any url where I can see the source online? [14:57] <burek> is it on the ffmpeg gitweb already? [14:58] <michaelni_> localhost after git clone :) [14:58] <burek> :) [14:58] <burek> ok :) [14:58] <burek> let me try [14:59] <cone-741> ffmpeg.git 03Mans Rullgard 0768e360a83c5b: parseutils-test: various cleanups * 03http://tinyurl.com/8uz3bzt03 [14:59] <cone-741> ffmpeg.git 03Mans Rullgard 07366b72f149a7: svq3: replace unsafe pointer casting with intreadwrite macros * 03http://tinyurl.com/9dkk8d203 [14:59] <cone-741> ffmpeg.git 03Mans Rullgard 07fb32f31af76c: svq3: fix pointer type warning * 03http://tinyurl.com/9lb8zoq03 [14:59] <cone-741> ffmpeg.git 03Martin Storsjö 079a92aea27bad: avutil: Add functions for allocating opaque contexts for algorithms * 03Error03 [14:59] <cone-741> ffmpeg.git 03Martin Storsjö 07e002e3291e6d: Use the new aes/md5/sha/tree allocation functions * 03http://tinyurl.com/8g65syl03 [14:59] <cone-741> ffmpeg.git 03Michael Niedermayer 07f391e405dfde: Merge commit 'e002e3291e6dc7953f843abf56fc14f08f238b21' * 03http://tinyurl.com/8ago2z703 [15:14] <burek> michaelni_ is this correct http://pastebin.com/fAX2Jcx2 :) [15:27] <michaelni_> burek, its missing commit message and author [15:28] <michaelni_> git commit -a -s and git format-patch -1 should help [15:30] <burek> do i really need to do al that :S [15:30] <burek> can you put yourself as author and random commit msg? :) [15:31] <burek> i dont really care about credits and stuff, i just need those ids :) [15:36] <michaelni_> do i really need to do al that :S [15:36] <durandal_1707> burek: how that is useful? [15:37] <durandal_1707> ^patch [15:39] <cone-741> ffmpeg.git 03Martin Storsjö 07da18e918a4ec: md5: Allocate a normal private context for the opaque md5 context pointer * 03http://tinyurl.com/9fl4fyk03 [15:39] <cone-741> ffmpeg.git 03Mans Rullgard 07fdd666094d42: build: add support for Tru64 (OSF/1) * 03http://tinyurl.com/9ynbqjs03 [15:39] <cone-741> ffmpeg.git 03Anton Khirnov 07d2fcb356caf3: pixdesc: add functions for accessing pixel format descriptors. * 03http://tinyurl.com/8vnas2f03 [15:39] <cone-741> ffmpeg.git 03Anton Khirnov 07b7f1010c8fce: tools: do not use av_pix_fmt_descriptors directly. * 03http://tinyurl.com/8rj5djq03 [15:39] <cone-741> ffmpeg.git 03Michael Niedermayer 07a33ed6bc74b6: Merge commit 'b7f1010c8fce09096057528f7cd29589ea1ae7df' * 03http://tinyurl.com/8n9mtrv03 [15:43] <burek> ok, you're right [15:54] <durandal_1707> i get "FF_API_PIX_FMT is not defined, evaluates to 0" spam [16:09] <cone-741> ffmpeg.git 03Anton Khirnov 070a7068fa5dda: sws: do not use av_pix_fmt_descriptors directly. * 03http://tinyurl.com/9ay69hy03 [16:09] <cone-741> ffmpeg.git 03Anton Khirnov 079953ff3cd844: mpegvideo: fix indentation * 03http://tinyurl.com/97fa62403 [16:09] <cone-741> ffmpeg.git 03Michael Niedermayer 07a9bd51b1e647: Merge commit '9953ff3cd844eb5f6d8dfce98cad94b78a0fc7dc' * 03http://tinyurl.com/965skrm03 [16:27] <cone-741> ffmpeg.git 03Paul B Mahol 073d179edf6d2a: yop: check return value of avformat_new_stream() * 03http://tinyurl.com/8p4czqo03 [16:52] <cone-741> ffmpeg.git 03Anton Khirnov 0750ba57e0ce63: lavc: do not use av_pix_fmt_descriptors directly. * 03http://tinyurl.com/8lkgsea03 [16:52] <cone-741> ffmpeg.git 03Michael Niedermayer 07af7dd79a3230: Merge commit '50ba57e0ce63d9904269ea0728936a0c79f8bfb5' * 03http://tinyurl.com/9o6nfmz03 [17:04] <durandal_1707> michaelni: that av_pix_fmt in lavc thing is incomplete, is there other such stuff left to merge? [17:07] <michaelni> durandal_1707, you mean the FF_API_PIX_FMT warnings ? [17:07] <durandal_1707> no, av_pix_... which should now be static.... [17:08] <michaelni> please elaborate what & where [17:09] <durandal_1707> i think shared build is broken _now_ [17:12] <michaelni> durandal_1707, ok ill look into it once fate tells me what is missing, thx for the vague hints [17:12] <durandal_1707> michaelni: i can fix this right now [17:13] <cone-741> ffmpeg.git 03Anton Khirnov 0759ee9f78b0cc: lavfi: do not use av_pix_fmt_descriptors directly. * 03http://tinyurl.com/8rycd7h03 [17:13] <cone-741> ffmpeg.git 03Michael Niedermayer 0713afee951a49: Merge commit '59ee9f78b0cc4fb84ae606fa317d8102ad32a627' * 03http://tinyurl.com/8ztj7qa03 [17:14] <michaelni> durandal_1707, please do, and thanks [17:17] <ubitux> anyone an app to generate swf? (except ffmpeg) [17:17] <ubitux> i'd like to ask for a custom sample... :p [17:18] <divVerent> ubitux: Adobe Flash? [17:18] <ubitux> for example :p [17:18] <divVerent> probably that's not what you wanted to hear [17:18] <ubitux> well i don't want the app :p [17:18] <divVerent> I don't have it, I just know it exists ;) [17:18] <ubitux> i'd like someone to generate a sample for me ;) [17:18] <divVerent> ah, you just accidentally the verb [17:18] <ubitux> ah indeed [17:19] <divVerent> community/mtasc 20091229-4 [17:19] <divVerent> An open source flash (swf) compiler [17:19] <divVerent> wonder if that would help? wouldn't know what to do with it though [17:21] <ubitux> i'm looking for a swf with a "lossless bitmap" in rgb 15 [17:21] <ubitux> :p [17:21] <ubitux> i have 500+ samples with pal8, 30+ samples with rgb24 [17:21] <ubitux> but none with rgb15 :( [17:22] <divVerent> hm... I have a directory with a bunch of swf files, maybe one of them has it... let me see [17:24] <cone-741> ffmpeg.git 03Anton Khirnov 0722c8cbc0da8b: lavu,lavd: do not use av_pix_fmt_descriptors directly. * 03http://tinyurl.com/94s5n9703 [17:24] <cone-741> ffmpeg.git 03Michael Niedermayer 0727ccc82e1bb1: Merge remote-tracking branch 'qatar/master' * 03http://tinyurl.com/98ngbvj03 [17:25] <divVerent> damn, swfextract doesn't really show the type [17:25] <divVerent> it just says "so many PNGs" [17:26] <divVerent> oh wait... actually [17:26] <divVerent> [014] 17792 DEFINEBITSLOSSLESS defines id 0020 image 236x180 (8 bpp) [17:26] <divVerent> this looks greppable [17:27] <divVerent> no, none match, but I have a way to test [17:33] <cone-741> ffmpeg.git 03Paul B Mahol 07a51540d81167: lavc: do not use av_pix_fmt_descriptors directly * 03http://tinyurl.com/8kbzk2603 [17:35] <divVerent> swfc only has 16bit support, not 15 [17:40] <cone-741> ffmpeg.git 03Michael Bradshaw 07a41c824c539c: Parse DEFINESOUND tags in swf (fix ticket 1638) * 03http://tinyurl.com/9zbd9be03 [17:40] <ubitux> what is swfc? [17:40] <ubitux> divVerent: it's likely the same [17:41] <ubitux> there are 3 cases [17:41] <ubitux> rgb24 (32 bits actually), pal 8, and the rgb15 (16 bits) [17:42] <cone-741> ffmpeg.git 03Paul B Mahol 0777e6b085a338: imgutils: do not use av_pix_fmt_descriptors directly * 03http://tinyurl.com/9xa6qs603 [17:44] Action: durandal_1707 this is too much typing [17:47] <divVerent> ok [17:48] <divVerent> I also noticed that swfc unfortunately can't generate 16bits, because it only supports png input which has no 16bpp support [17:48] <divVerent> at least imagemagick can't output such png [17:56] <divVerent> http://www.mindless-labs.com/samhaxe/doc/1.0/files/src/NsFastXml-hx.html this is what I would try next, but have to go [17:57] <cone-741> ffmpeg.git 03Heesuk Jung 07e3301459f691: avidec: Use sample size in case incorrect timestamps for aac in AVI (Ticket #1755) * 03http://tinyurl.com/8ob83eh03 [17:58] <cone-741> ffmpeg.git 03Michael Niedermayer 070d002de4a452: exr: fix twin ; * 03http://tinyurl.com/9g8agrv03 [18:01] <durandal_1707> michaelni: where is syntax to mark ;; red in vim? [18:01] <durandal_1707> i need to write one... [18:04] <cone-741> ffmpeg.git 03Paul B Mahol 0782eba2266739: lavd: do not use av_pix_fmt_descriptors directly * 03http://tinyurl.com/9ur9haf03 [18:12] <ubitux> durandal_1707: ok :) [18:13] <durandal_1707> ubitux: np :) [18:20] <ubitux> michaelni: ok to push "[PATCH 4/4] lavf/swf: rename some tag defines to match the specs." ? [18:21] <ubitux> philipl: i'm going to make the mov_text share some code with a "raw" text subtitle [18:21] <ubitux> do you have any objection? [18:22] <durandal_1707> michaelni: exporting ff_* in lavu is nonsense [18:24] <michaelni> ubitux, iam not a big fan of renaming things unless theres a maintainer on the ffmpeg side who maintains the specific code [18:25] <michaelni> it can make merging harder [18:25] <ubitux> matching the spec looks important in these cases :( [18:25] <ubitux> (there are not much, and having the "sound" info for instance is useful) [18:26] <ubitux> but well i won't insist [18:26] <ubitux> durandal_1707: btw, if you have some swf with nellymoser and/or speex, i'm also interested! :) [18:26] <michaelni> ubitux, just volunteer as maintainer for swf :) [18:27] <michaelni> durandal_1707, yes it is [18:27] <ubitux> michaelni: okay! :) [18:30] <ubitux> michaelni: what's the procedure? :) [18:30] <durandal_1707> ubitux: you do merges from libav [18:31] <ubitux> right, looks safe so far [18:31] <ubitux> the biggest threat is random file renames [18:31] <ubitux> michaelni: https://github.com/ubitux/FFmpeg/compare/master...swf-misc [18:31] <ubitux> i'll soon push up to the N-1 commit [18:35] <durandal_1707> ubitux: you do _all_ merges [18:35] <ubitux> sure right.. [18:35] <durandal_1707> not just swf file .... [18:36] <ubitux> huh? [18:36] <ubitux> no :( [18:39] <durandal_1707> michaelni: so is it forbiden making ff_* used outside like in lavfi to be renamed to av_* ? (or this is just cosmetics ?) [18:51] <michaelni> ubitux, if you want me to merge something, just tell me what [18:52] <ubitux> ok, give me some time to finish the latest commit then [18:52] <michaelni> durandal_1707, ff* should not be used from outside, code violating that should be changed [18:52] <michaelni> existing ff symbols probably should be kept for compatibility until the next major bump [18:56] <durandal_1707> and what about adding new av_* stuff (which is just ff_* with different name)? [18:59] <cone-741> ffmpeg.git 03Paul B Mahol 07a291345b1e82: sws: do not use av_pix_fmt_descriptors directly * 03http://tinyurl.com/935tzc903 [19:00] <TimNich> Hmm! 1 second quicktime in 8min 32 sec quicktime out:( [19:03] <michaelni> durandal_1707, sure can be done, or avpriv_ depending on intended visibility/use [19:04] <TimNich> 5e6439a12508 [19:07] <TimNich> errr. 047dcfabc bad, bo2943 probably, what has happened to cut n paste... [19:11] <michaelni> TimNich, can you elaborate on bad ? [19:11] <michaelni> how can i reproduce? [19:12] <cone-741> ffmpeg.git 03Michael Niedermayer 076f557a2e125b: caca: fix 10l typo * 03http://tinyurl.com/8nwzjxh03 [19:13] <durandal_1707> that is damn copy/paste [19:14] <TimNich> 1 second uncompressed yup mov -> proreHQ, after that comitt comes out with a reported duration in QT of 8:32, but plays for a second, then the counter keeps on counting with a freeze frame. Import into Avid takes 10 mins instead of 5seconds and is rubbish.. [19:16] <TimNich> b02493e476 [19:18] <TimNich> you can see the wrong duration in ffplay too [19:21] <michaelni> TimNich, i see no odd duration with tests/data/fate/vsynth1-prores*mov [19:21] <michaelni> that is with ffplay [19:22] <TimNich> I will try a simpler command string [19:25] <TimNich> OK with no vf it is OK [19:26] <durandal_1707> michaelni: sample aspect ration 0....100... / 0 fails in lavfi , so ffplay cant display image, i think any sample ration with den 0 is invalid [19:28] <TimNich> sorry wrong file, still get it with a simple command line [19:30] <TimNich> ffmpeg_bisect -i in.mov -y -f mov -map 0:v -flags +ildct -top 1 -c:v prores -profile:v 3 -an in-gb02493e.mov [19:32] <TimNich> nitrate is also reported as 119kb/s instead of 64694kb/s [19:32] <TimNich> s /n/b/ [19:40] <michaelni> durandal_1707, 0/0 == nan should not cause problems [19:41] <durandal_1707> it causes problems with lavfi... [19:41] <durandal_1707> when using with ffplay [19:41] <durandal_1707> so instead of adding broken workarounds in decoder lavfi should be fixed [19:42] <michaelni> TimNich, a 3:07.63 file is still 3:07.60 with that with ffpllay [19:42] <durandal_1707> one of such workarounds is in dpx [19:44] <michaelni> dpx checks also for aspect ratio <0 which surely is invalid [19:44] <TimNich> michaelni: that commit definitely breaks with my source material. my 1 sec is 22M would you like it somewhere? [19:44] <michaelni> but 0/0 should work like 0/1 [19:45] <michaelni> TimNich, yes, ill look once i have time [19:47] <TimNich> michaelni: not sure what other info I can provide, my material has a timecode track and is interlaced, that and the bigger frame size and the hq coding are the differences from the fate sample. [19:52] <michaelni> TimNich, you can provide the / a file that is needed to reproduce it [19:55] <TimNich> michaelni: 3 files in uploads.ffmpeg source, script and txt. [20:00] <TimNich> script is a bit convoluted as its a general purpose test script, but you get the command line from it. [20:02] Action: TimNich of home now [20:13] <michaelni> TimNich, fixed locally, ill push after some tests [20:13] <burek> michaelni, is there any interest in registering ffmp.eg domain, for future user? [20:13] <burek> use* [20:15] <burek> would be useful for fancy short ulrs if needed, dunno [20:15] <michaelni> burek, feel free to register it if you want ... [20:26] <cone-741> ffmpeg.git 03Michael Niedermayer 073a48e38ad0e3: motion_est: more complete SAB diamond size check * 03http://tinyurl.com/9ha6grx03 [20:26] <cone-741> ffmpeg.git 03rogerdpack 078684e396563a: add dshow maintainer * 03http://tinyurl.com/9eoadc303 [20:26] <cone-741> ffmpeg.git 03Michael Niedermayer 07b8d64559d5dd: movenc: fix timescale for timecode track * 03http://tinyurl.com/96qjlw403 [20:50] <ubitux> here we go, even more samples supported. [20:56] <burek> michaelni, ok :) btw, is this better: http://pastebin.com/8eaFv5z9 [21:10] <burek> wait [21:10] <burek> i did something wrong :/ [21:17] <burek> i hope this one is correct http://pastebin.com/D0sj643f [21:38] <Daemon404> o my key is approved [21:39] <Daemon404> ill enable mingw native fate ubuilds, ioc, and maybe inspxe-cl [21:53] <cone-741> ffmpeg.git 03Clément BSsch 070c40220b9dbc: lavf/swfdec: fix flushing with compressed swf. * 03http://tinyurl.com/8wotkx403 [22:16] <michaelni> burek, patch applied [22:25] <burek> michaelni great :) thanks :) [22:53] <cone-741> ffmpeg.git 03Michael Niedermayer 075e885275f1ed: mpeg4videodec: disable frame multithreading for GMC, its not implemented at all * 03http://tinyurl.com/9bhr46b03 [23:11] <cone-741> ffmpeg.git 03Clément BSsch 07cd78192d09d1: lavf/swfdec: return more meaningful error codes. * 03http://tinyurl.com/9regwa903 [23:11] <cone-741> ffmpeg.git 03Clément BSsch 0791fad50f631f: lavf/swf: define more tags. * 03http://tinyurl.com/9vnwg2403 [23:11] <cone-741> ffmpeg.git 03Clément BSsch 07a1d2210debdd: lavf/swf: re-align after previous commit. * 03http://tinyurl.com/9d9ltr903 [23:11] <cone-741> ffmpeg.git 03Clément BSsch 07cdfa92641531: lavf/swf: transform the swf tags define in an enum. * 03http://tinyurl.com/9boczqh03

1 0

ffmpeg.log.20121012
by burek 13 Oct '12

13 Oct '12

[01:32] <Sashmo_at_work> Can anyone tell me why I keep getting double the frame rate with my encoding? If my source is 29.97, I get 59.94, can someone show me what I should change in my command line http://pastebin.com/gCeT5837 [01:35] <llogan> Sashmo_at_work: why are you not using the presets? [01:35] <Sashmo_at_work> found that this worked most reliably with my setup [01:35] <llogan> declaring most individual x264 option is not recommended [01:35] <llogan> also, you forgot to include the complete console output [01:35] <Sashmo_at_work> so how would you change that? [01:37] <llogan> a good start would be http://pastebin.com/xpi2XY8S [01:38] <Sashmo_at_work> ok Ill try that, but if the bitrate dosnt change? [01:38] <Sashmo_at_work> what next? [01:39] <llogan> what do you mean by, "if the bitrate doesn't change"? [01:40] <Sashmo_at_work> SORRY! I mean frame rate! [01:40] <llogan> you should pastebin the console output with your command [01:40] <llogan> always include your command and the complete console output when you are asking for help [01:41] <Sashmo_at_work> ok will do [01:45] <Sashmo_at_work> http://pastebin.com/PhsvjbJP your command, no audio, bu fps is same [01:46] <Sashmo_at_work> does it make sense that I have to deinterlace the video before I pass it to the encoder? [01:50] <llogan> is the input interlaced? [01:50] <Sashmo_at_work> I suspect [01:50] <Sashmo_at_work> yes [01:55] <Sashmo_at_work> is there a work around there? [02:00] <llogan> Sashmo_at_work: does the output look fine? [02:01] <Sashmo_at_work> well, on computer it looks ok, but on a television I can see a strobe effect, like there are duplicate frames [02:22] <teamcoltra|mba> Hey guys I am running CentOS (yes, I know, I even pick on myself for it) and I was using an outdated version of FFMPEG (as is the life for someone using CentOS) so it wasn't converting to webm, but it was converting to MP4 (I need a copy in both). So I googled and found http://ffmpeg.org/trac/ffmpeg/wiki/CentosCompilationGuide which I followed and now I can convert to webm but cannot convert to mp4 [02:23] <teamcoltra|mba> http://pastie.org/5038547 [02:25] <llogan> teamcoltra|mba: you didn't include your actual command. [02:25] Action: llogan wishes for psychic powers [02:26] <teamcoltra|mba> http://pastie.org/5038560 [02:27] <teamcoltra|mba> sorry llogan :) [02:27] <llogan> [libvo_aacenc @ 0x28d0a00] Unable to set encoding parameters [02:27] <llogan> not very useful... [02:28] <llogan> probably has issues with the 6 channel audio [02:31] <llogan> teamcoltra|mba: so either try adding "-ac 2" or copy the audio from input to output since i think mp4 can handle ac3 (but i'm not sure) [02:31] <llogan> i don't know how good/bad ffmpeg is going from 5.1 to 2 channels. [02:32] <llogan> or what the "recommended" procedure is [02:34] <teamcoltra|mba> I just googled it and saw this http://forum.videohelp.com/threads/345323-Convert-5-1AAc-in-2channel-stereo… llogan [02:35] <teamcoltra|mba> I was going to copy his example but it looks like it also messes with bitrates [02:37] <llogan> anything that is going to be re-encoded is going to be messing with the bitrate [02:39] <teamcoltra|mba> Do you mind walking me through the basics of what his command does? My problem is that my script needs to be a kind of one size fits all so I am hoping it's not going to degrade (horribly) the audio quality of every video it messes with [02:40] <llogan> teamcoltra|mba: https://ffmpeg.org/trac/ffmpeg/wiki/x264EncodingGuide [02:40] <llogan> see crf section [02:40] <llogan> as for audio, since your input channels may vary, you will probably end upp just using -ac 2 [02:41] <llogan> i suppose i should add fdk-aac to the CentOS guide [02:42] <teamcoltra|mba> llogan I am getting the same error anyway [02:45] <Sashmo> llogan: so, any ideas how to fix my issue with the frame rate? [02:46] <llogan> Sashmo: don't deinterlace for tv? [02:46] <teamcoltra|mba> http://pastie.org/5038655 llogan [02:47] <llogan> option placement matters [02:47] <Sashmo> llogan: I cant change my source&. or can I? [02:47] <llogan> ffmpeg [input options] -i input [output options] output [02:47] <llogan> Sashmo: sorry, i don't understand. [02:48] <teamcoltra|mba> http://pastie.org/5038664 [02:48] <Sashmo> llogan: My source is interlaced video, after encoding, I get double FPS, is there a way to avoid this? What should I add to the command to avoid the double FPS? [02:50] <llogan> teamcoltra|mba: now you're using it as an input option telling ffmpeg to decode the input as two channels. [02:50] <llogan> but it probably ignores it [02:50] <teamcoltra|mba> lol [02:50] <teamcoltra|mba> lets try again [02:51] <llogan> Sashmo: yadif=0 (default) should provided 1 frame per frame, so i don't think it is doubling your output frame rate, AFAIK. what makes you think it is double? [02:51] <teamcoltra|mba> Okay where does it go? because that time it told me "[NULL @ 0x2298240] Unable to find a suitable output format for '2' [02:51] <teamcoltra|mba> 2: Invalid argument" when I put it right before the output videofile [02:52] <llogan> ffmpeg -i input -ac 2 output [02:52] <Sashmo> llogan: well, vlc and ffmpeg read the output as 59.94 when the source is 29.97, what else could it be? [02:53] <teamcoltra|mba> http://pastie.org/5038683 [02:54] <llogan> teamcoltra|mba: you have "ffmpeg 2" [02:54] <teamcoltra|mba> lol I promise I am not screwing with you [02:54] Action: teamcoltra|mba fixes [02:55] <teamcoltra|mba> well hot damn [02:55] <llogan> Sashmo: ffmpeg shows "29.97 fps" for your output [03:18] <Sashmo> if I do ffmpeg -i myfile it shows it at 59.94 [03:19] <Sashmo> there is definitely something wrong with the encoding [10:27] <Samuel_Liu> ? [11:03] <b_jonas> great! I successfully made a small preview version of a video by cropped, rescaling to smaller resolution, dropping frames to make fps smaller, and encoding in lower bitrate. [11:03] <b_jonas> ffmpeg is great. [11:12] <mini_> I want to compile ffmpeg in static , but it needed ld-linux.so.3, how to fix this problem? [12:13] <Spideru> Hi. I'm using ffmpeg - ffserver - ffplay to stream pcm16be @16000Hz . The system structure and the commands are here http://pastebin.com/t2zM3GGA . The server.conf is here http://pastebin.com/bmgK7YN6. I would to stream over rtmps between ffmpeg and ffserver. Is possible? Thank you [12:18] <relaxed> Spideru: Did you build ffmpeg with librtmp support? Did you look at the ffmpeg wiki? (there might be something on it) [12:19] <Spideru> relaxed: I've looked at ffserver documentation and I didn't find something about ffm plus rtps or only rtps. I'll check ffmpeg doc, thank you [12:20] <Spideru> Is a package from deb, and apparently was built with librtmp support [12:20] <Spideru> (thank you again) [12:21] <relaxed> Spideru: google's first result for "ffmpeg rtmp" http://sonnati.wordpress.com/2011/08/30/ffmpeg-%E2%80%93-the-swiss-army-kni… [12:22] <Spideru> thank you relaxed, I'll read it [12:28] <Spideru> relaxed: the link is wonderful, but I was looking for a way to tell to ffserver: "hey, you must handle rtmp/rtmps flow". I found this and I'm reading it now http://stream-recorder.com/forum/use-ffserver-ffmpeg-rtmpdump-vlc-convert-l… [12:29] <Spideru> also: thank you for your support :) [15:14] <DelphiWorld> hi FFmpeg guys [15:14] <DelphiWorld> how to build FFmpeg with fPIC flaghs ? [15:15] <burek> you did something wrong [15:15] <burek> i bet you got a message "or recompile with -fPIC" [15:16] <burek> :) [15:17] <DelphiWorld> burek: yeah recompile with fpic... DUDE. how to do it ? [15:18] <burek> judging from my experience, whenever I got that kind of err message, it meant I ran 'make', got an error, changed some things, and ran 'make' again (creating a mess) :) [15:18] <Mavrik> CFLAGS="-fPIC" ./configure <your ffmpeg configure> --enable-pic [15:18] <burek> so, whenever I did make distclean [15:18] <burek> ./configure again [15:18] <burek> and make again, it worked [15:18] <Mavrik> DelphiWorld: but you need ALL libraries that ffmpeg depends on compiled with PIC [15:18] <burek> without that fPIC msg [15:18] <DelphiWorld> mmmmmmmm [15:19] <DelphiWorld> Mavrik: where i put it? in ./configure ? [15:20] <burek> DelphiWorld, please try 'make distclean; ./configure <your options here>; make' again, before enabling pic [15:20] <burek> just to make sure :) [15:20] <DelphiWorld> burek: okay;-P [15:21] <DelphiWorld> burek: building a FFmpegified VLC [15:22] <burek> +1 [15:22] <DelphiWorld> burek: make -j 6 ;) [15:29] <DelphiWorld> burek: same issue [15:31] <burek> then read above ^ [15:32] <DelphiWorld> burek: where i put that FLAGH [15:33] <burek> well Mavrik gave you an obvious example [15:34] <DelphiWorld> buuuuuuuuuuuuuuuurek: :P [15:34] <DelphiWorld> i didnt understand it, magn3ts and burek explain:-P [15:34] <DelphiWorld> Mavrik ... sory magn3ts [15:37] <DelphiWorld> hi michaelni [15:37] <divVerent> how do they work anyway ;) [15:39] <DelphiWorld> michaelni: how to build FF with fPIC? [15:47] Action: DelphiWorld beat burek ass [15:47] <DelphiWorld> burek: --host-cflags="-fPIC" [15:49] <burek> DelphiWorld, a lot of times [15:49] <burek> when you ask a generic question [15:49] <burek> i take a look at the google search [15:49] <DelphiWorld> burek: ;-) [15:49] <DelphiWorld> anyway [15:49] <DelphiWorld> make burek clean && halt [15:49] <burek> and if the answers can be found among first 3 results [15:49] <burek> i just ignore the question [15:49] <burek> so that you know :P [15:50] <DelphiWorld> make burek clean && halt [15:50] <burek> try: make distclean && ./configure <your options here> && make [15:50] <burek> if it breaks, use pastebin to show the results (complete output log or config.log) [15:50] Action: DelphiWorld make distclean burek && echo 'shutting down burek, Good bye FFmpeg:-P' | wall && halt [15:52] <DelphiWorld> burek: issue is not in FFmpeg. issue is that VLC need FFmpeg to be fPIC [15:59] <DelphiWorld> hi amstan [15:59] <DelphiWorld> amstan: Ucraine? [15:59] <amstan> DelphiWorld: no, Romania [15:59] <DelphiWorld> amstan: ah so close ;) [16:00] <DelphiWorld> amstan: never heard the name stan only in Ucraine;) [16:15] <burek> DelphiWorld, I've build 100s of VLCs with ffmpeg so far [16:15] <burek> not once I needed -fPIC [16:15] <DelphiWorld> burek: i dont know why but i'm fighting it. about to get it dude [16:15] <burek> good luck :) [16:16] Action: DelphiWorld kick burek out of his media center and coppy all all all flac encoded Musics;-) [16:16] <burek> I don't use flac :) [16:17] <burek> (random tests) [16:17] <burek> ok it works [16:19] <DelphiWorld> burek: hey, hey. why there's a branch called Qatar ? [16:20] <burek> ? [16:20] <DelphiWorld> burek: there's a ffmpeg branch called "Qatar" [16:20] <DelphiWorld> what the name indic? [16:21] <burek> where [16:24] <DelphiWorld> burek: vlc done [16:30] <DelphiWorld> burek: branch of FFM [17:14] <DelphiWorld> now is there any option to auto reload FFserver config ? [17:14] <DelphiWorld> without restarting it [17:32] <Spideru> burek: hello, do you have two minutes for a question? [17:45] <DelphiWorld> Spideru: better to ask ;) [17:48] <DelphiWorld> burek: http://www.youtube.com/watch?v=jVfUCS860UU [17:48] <Spideru> Ok, now I'm using ffmpeg - ffserver - ffplay to stream pcm16be @16KHz. These are the commands http://pastebin.com/GZaBb1jy and this is the server.conf http://pastebin.com/c9igTxZd [17:49] <lake> i have many home videos that i am trying to archive. I am importing them as uncompressed avi files. And wow, they are just massive! Is there a compressed format yielding similar quality with less disk space footprint? I want to 1) convert to mpeg2 for dvd and 2) use the import as a archive on amazon glacier. [17:49] <Spideru> I have problems recognizing on ffplay when ffmpeg stop to stream (for example) [17:50] <Spideru> if I stop ffmpeg, then restart it, ffplay still playing "old" stream, without sound of course [17:50] <Spideru> And: is there a way to stream with rtmps to ffserver? [17:51] <Spideru> I seen there is a conf for rtsp but not for rtmps [17:51] <Spideru> (i would to stream encrypted data from ffmpeg to ffserver [17:51] <Spideru> ) [18:04] <Sashmo_at_work1> Can anyone help me with this dbouel framte rate issue with a interlaced source for input? how can I get it back to normal? http://pastebin.com/PhsvjbJP [18:15] <lake> in other words, is there a good compressed format viable for archival purposes? [18:15] <lake> good meaning produces high quality with relatively low size [18:23] <lake> mutt [18:25] <lake> whoops, that was supposed to be for zsh [18:29] <relaxed> lake: yes, I would use ffmpeg -i input -c:v libx264 -preset veryslow -c:a flac output.mkv [18:29] <relaxed> er, add -crf 18 after the input [18:30] <relaxed> that will give you highly compressed (lossy) video and lossless audio [18:30] <lake> relaxed: darn, i get "Unable to parse option value "-1" as pixel format [18:30] <relaxed> pastie.org your command and all output [18:33] <lake> relaxed: http://pastie.org/5045110 [18:34] <relaxed> is it interlaced? [18:34] <lake> i believe it is [18:34] <lake> i didn't not explicitely deinterlace it [18:34] <relaxed> you should, hold on a second [18:38] <relaxed> ffmpeg -i input -filter:v yadif:1,format=yuv420p -c:v libx264 -crf 18 -c:a flac output.mkv [18:42] <relaxed> lake: what is the output fps from the command? [18:42] <lake> 29.97 [18:42] <lake> i get this tho: No such filter: 'yadif:1' [18:43] <relaxed> change it to yadif=1 [18:44] <relaxed> that should double the framerate of the input. [18:46] <lake> relaxed: getting somewhere now. must figure out how to set ntsc for v4l2 options [18:46] <lake> ah, -standard [18:47] <lake> relaxed: damn, that quality is epic. [18:49] <relaxed> So the output is ~60fps, correct? [18:50] <lake> 59.94 tbc [18:50] <lake> is that it? [18:51] <relaxed> good, yes [18:52] <lake> now to figure out cropping and getting my alsa device to work [18:52] <lake> :) [18:52] <lake> thanks relaxed [18:53] <relaxed> You're welcome. Read about the crop filter in the man page. Be sure and add it after yadif in the filter chain. [18:53] <Sashmo_at_work1> Can anyone help me with this dbouel framte rate issue with a interlaced source for input? how can I get it back to normal? http://pastebin.com/PhsvjbJP [18:55] <relaxed> Sashmo_at_work1: You want one frame per field? yadif=1 [18:55] <Sashmo_at_work1> let me try that [18:56] <relaxed> yadif=0 for one frame per 2 fields (=frame) [18:57] <relaxed> =1 will look smoother [18:58] <Sashmo_at_work1> thanks a bunch I will try this now [19:11] <hackeron_> hey, did anything change in 1.0 for setting rtsp transport? - before I had AVDictionary *d = NULL; av_dict_set(&d, "rtsp_transport", "tcp", 0); in my code to force tcp - but since upgrading to 1.0, it seems UDP is being used again for rtsp streams, any ideas? [19:20] <Sashmo_at_work1> relaxed: that didnt seem to work for me, Im still getting more frames [19:33] <relaxed> Sashmo_at_work1: yadif=0 will match the input's framerate. [19:34] <Sashmo_at_work1> relaxed: looks like its being encoded at the right bitrate, i can see that in the outpuf of ffmpeg, but every time I try to play the file, its reported as double the rate exactly [19:35] <lake> relaxed: any idea why i am getting alsa buffer xruns? http://pastie.org/5045534 [19:35] <lake> no audio is playing back, playing through mplayer [19:36] <burek> relaxed, is there a way you could create a bug report for lake's issue with yadif [19:36] <burek> I mean, shouldn't ffmpeg auto-recognize it and apply the yadif filter [19:37] <burek> judging by this message: [avi @ 0x1944240] Could not find codec parameters for stream 0 (Video: none (422P / 0x50323234), 704x464): unknown codec [19:37] <burek> it seems like ffmpeg doesn't support that kind of input [19:39] <relaxed> burek: he has no issue with yadif [19:39] <burek> he doesn't but ffmpeg does :) [19:40] <relaxed> Did i miss something? [19:40] <burek> in one case ffmpeg says it cant find codec parameters [19:40] <burek> and when he added yadif, then it worked [19:40] <burek> if I understood correctly the above conversation [19:40] <Sashmo_at_work1> can anyone tell me where the x264 profiles are hidden away? I want to adjust one [19:40] <burek> Sashmo_at_work1, type x264 --help [19:41] <relaxed> burek: it was a colorspace issue [19:41] <burek> never mind, i'll create it [19:42] <relaxed> the bug has nothing to do with yadif. [19:44] <relaxed> and everything to do with 422P -> 420p conversion not being done by default. [19:44] <burek> relaxed ok :) [19:44] <relaxed> I'm not saying it should but ffmpeg loves vague error messages. [19:46] <Sashmo_at_work1> relaxed: im confused, when ffmpeg uses the x264 profiles, where are those profiles? I cant see to find them, fyi using ubuntu [19:46] <relaxed> burek: From your bug report, can ALSA_BUFFER_SIZE_MAX be set on the cli? [19:47] <burek> Sashmo_at_work1 ffmpeg uses x264's built in profiles now [19:47] <burek> no more file presets and stuff [19:47] <burek> relaxed, er.. what? [19:47] <relaxed> `x264 --fullhelp|less` will give you a list of presets, tunes and profiles [19:47] <Sashmo_at_work1> burek: so if I want to change one of the settings, i need to just overide it? [19:48] <burek> yes [19:48] <relaxed> burek: https://ffmpeg.org/trac/ffmpeg/ticket/615 [19:49] <KING_LEE> hey guys! i am facing a strange problem with my script to turn .MTS files to .mov. it worked 2 days ago when i testet it with the yadif option and now i wanted to make use of it and it does not work it tells me about a invalid loglevel. it worked 2 days ago and I did not change anything [19:50] <relaxed> KING_LEE: pastie.org your command and all output. If you paste a script I will hurt you. [19:51] <KING_LEE> http://pastie.org/5025641 thats the script and thats the the output http://pastie.org/5045671 [19:51] <grepper> heh [19:52] <KING_LEE> oh,... I learned pastie.org now ^^ [19:52] <burek> just a sec relaxed, let me take a look [19:52] <relaxed> KING_LEE: change "-v yadif" to "-vf yadif" [19:53] <KING_LEE> ok, i will [19:53] <burek> relaxed :) "Opened 11 months ago" :) [19:53] <relaxed> also, that script is wrong! [19:53] <burek> if only i could now remember what was it all about... [19:53] <relaxed> burek: answer my question! [19:53] <burek> :) [19:53] <KING_LEE> i am just veryvery confused that it worked 2 days ago [19:53] <grepper> KING_LEE: for a in `ls *.MTS` is poor bash. Don't parse 'ls' output. Use for a in *.MTS [19:53] <relaxed> I'm confused it ever worked. [19:54] <burek> relaxed, in the source code [19:54] <burek> btw, it gets even worse.. [19:54] <burek> when ambient becomes too dark for webcam [19:54] <burek> then it really starts to spit a lot of those [19:54] <burek> overruns or such [19:55] <KING_LEE> relaxed: what do you mean by wrong? well, it did, i tested a few clips and now i wanted to use it with a whole folder [19:56] <relaxed> KING_LEE: remove -sameq and replace it with "-q:v 1" [19:58] <lake> relaxed: this ouputs audio that i can hear: " ffmpeg -f alsa -i hw:6,0 out.ac3" [20:00] <burek> lake, https://ffmpeg.org/trac/ffmpeg/wiki/Capturing%20audio%20with%20FFmpeg%20and… [20:00] <KING_LEE> http://pastie.org/5045758 [20:02] <lake> burek: i can successfully capture audio by itself. it breaks down here: http://pastie.org/5045534 [20:03] <burek> lake, welcome to the v4l2+alsa hell :) [20:03] <relaxed> KING_LEE: Here's your new script: http://pastie.org/pastes/5045786/text [20:03] <lake> burek: it works fine with mencoder [20:03] <burek> I couldn't solve the problem since 11 month ago, so, I can't suggest anything worth of use to you :/ [20:03] <lake> but that's on an uncompressed avi [20:04] <relaxed> KING_LEE: Here's your new binary: http://goo.gl/DPrRY [20:04] <burek> I just switched to vlc [20:04] <burek> lake, if your device supports mjpeg, try that kind of input [20:04] <burek> if alsa errors are gone, most probably it is some sort of usb bandwidth issue or something like that [20:05] <relaxed> KING_LEE: well, change the script "1920:1080", I made a typo [20:06] <KING_LEE> relaxed: thank you very much, I check that in a minute [20:07] <relaxed> KING_LEE: new script, take 2: http://pastie.org/pastes/5045786/text [20:16] <KING_LEE> hmm,... not working, but why? [20:16] <KING_LEE> http://pastie.org/5045959 [20:17] <lake> burek: okay, well, maybe i can get away without flac [20:19] <breed> i'm having problem decoding AAC with avcodec_decode_audio4. i'm using it the same way i was doing MP3 decoding, but for AAC i get the following error: [aac @ 0xcb4bf0] channel element 1.0 is not allocated [20:19] <breed> is there something extra i should be setting up for aac? [20:20] <roxlu> hi [20:21] <roxlu> I'm writing a flv muxer while getting into encoding / muxing etc... so just a learning experience :). I'm writing video frames (x264) which is working great. [20:21] <roxlu> now I want to add audio and I was looking into speex. The FLV specification only states that the audio body in the FLV bitstream, "varies per format" [20:22] <roxlu> now I'm wondering if someone knows if this simply means that the raw bytes can just be stored, or if I need to add some sort of speex-related header? [20:27] <knicholes> Is there any way for me to add libvorbis to my codecs without having to recompile? I want to convert aac to ogg. [20:33] <KING_LEE> relaxed: i don' run a 64bit system [20:33] <burek> knicholes, no [20:33] <knicholes> burek: K, thx :D [20:33] <burek> knicholes, wait [20:33] <burek> you can try static builds :) [20:35] <knicholes> sweet [20:36] <KING_LEE> do i need to set up ffmpeg again? i thought i made a good decision with this http://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide [20:55] <foonix> when building ffmpeg with libx264 support, any idea howto satisfy ./configure when libx264 is in non-standard location? [20:56] <foonix> so far i added x264.pc to /usr/lib64/pkgconfig/ without success [20:58] <burek> did you run ldconfing [20:59] <burek> also, did you check ./configure --help [20:59] <burek> maybe --extra-libs [21:07] <relaxed> burek: give KING_LEE a link to your 32bit builds [21:07] <burek> KING_LEE I give you a link to my 32bit builds :) [21:08] <relaxed> oh, sorry [21:08] <burek> well, just [21:08] <burek> or priv msg fflogger with !help [21:14] <KING_LEE> eeer, ... ok, sorry to ask this question but how do i install that and why was it wrong to follow that compilation guide. i am still confused that it worked 2 days ago [21:15] <relaxed> following the compilation guide is fine [21:17] <relaxed> I was just trying to get you a quick fix. The static builds include a ffmpeg binary that you can run from the current working directory like this, ./ffmpeg [21:17] <burek> KING_LEE, no need to install anything [21:17] <burek> download-extract-run [21:18] <burek> just like zipped exe file [21:18] <KING_LEE> ok, just asking because there was no readme file [21:18] <burek> there is one, as soon as you open that given link :D [21:21] <KING_LEE> but this one is empty http://ffmpeg.gusari.org/static/32bit/README.html [21:21] <burek> http://ffmpeg.gusari.org/static/ [21:24] <KING_LEE> cd [21:24] <KING_LEE> oops, wrong window [21:26] <foonix> burek: ldconfig -v shows fine: libx264.so.128 -> libx264.so.128, prob is configure wants x264.h and --extra-libs doesnt help (expecting library) [21:29] <burek> extra-cflags extra-ldflags? [21:31] <KING_LEE> and how do i get this static build to run my script? please excuse my stupidity i have a bad headache today but i want to get this ........ going [22:02] <Sashmo_at_work1> can anyone help me out here, I keep getting double the frame rate after encoding. I use yadif=0 and the ffmpeg output shows 30fps, but everytime I check the output I still get double frame rate, any other ideas? [22:03] <Mavrik> what's your input framerate? interlaced? [22:03] <Sashmo_at_work1> 29.97 interlaced [22:06] <relaxed> yadif=0 should net you 29.97p [22:06] <Sashmo_at_work1> let me pastebin what I am getting, its werid [22:09] <Sashmo_at_work1> http://pastebin.com/D7NTwiXs [22:11] <relaxed> output is 29.97p [22:11] <Sashmo_at_work1> vlc is telling me that its 59.95 [22:11] <Sashmo_at_work1> 59.94 [22:11] <Sashmo_at_work1> when I try to pull the url [22:12] <relaxed> Do you need to set all those libx264 options? Output to a file instead of streaming and check the results. [22:12] Action: relaxed & [22:14] <KING_LEE> sorry to be anoying, i just cant get the static build running to work through the folder, whats the syntax to combine ./ffmpeg and the script? [22:16] <llogan> relaxed: i told him yesterday that the output seemed to be ntsc [22:17] <llogan> KING_LEE: what script? [22:18] <llogan> ...and i mentioned the deal with the options [22:20] <KING_LEE> that one http://pastie.org/5047234 burek and relaxed were so kind to hgelp me with that and told me to run http://ffmpeg.gusari.org/static/ but i cant combine them. [22:21] <KING_LEE> it works great on one file but i want to use the script to do loads of files [22:25] <burek> [19:54:32] <grepper> KING_LEE: for a in `ls *.MTS` is poor bash. Don't parse 'ls' output. Use for a in *.MTS [22:38] <KING_LEE> burek: we changed that, this is a new script [22:40] <KING_LEE> but when I try to run it with ./ffmpeg it does not work anymore [22:55] <llogan> KING_LEE: then show the output so we can see any errors/messages. "not work" is a very common "issue". [22:57] <KING_LEE> I guess it is probably just a matter of systax combining "./ffmpeg" and "sh my_ffmpeg-script.sh" [22:58] <KING_LEE> the script and the ffmpeg build work superb on their own [22:59] <KING_LEE> http://pastie.org/5047656 [23:01] <llogan> KING_LEE: without seeing the actual contents of the scripts i don't know what we can offer. [23:01] <KING_LEE> http://pastie.org/5047234 [23:02] <KING_LEE> posted it earlier [23:03] <foonix> burek: --extra-*flags works, thank you [23:11] <burek> foonix :beer: :) [23:12] <burek> KING_LEE, obviously, if you need any kind of help [23:12] <burek> a more extensive logs are needed [23:12] <burek> what exactly doesn't work [23:31] <DelphiWorld> hey burek Mavrik https://dl.dropbox.com/u/97608608/MEFTAH%20TAYEB%20ENNAHAR%20TV.mp4 [23:32] <burek> what is that? [23:33] <burek> i didn't say nice to you [23:33] <burek> but to fflogger dying :D [23:33] <burek> I clicked a wrong button :) [23:36] <DelphiWorld> LOL burek [23:42] <Mista_D> How do I debug what passlog FFmpeg is looking for in 2 output scenario? Tried `./ffmpeg1 -i ...-passlogfile ffmpeg2pass-0 output0.mp4 ... -passlogfile ffmpeg2pass-1 putput1.mp4" doesnt work. [23:54] <burek> Mista_D http://ffmpeg.org/ffmpeg.html#Options-3 [23:58] <Mista_D> burek: you suggest to use stats of the x264 options? Under section 5.7 it still lists passlogfile as a valid option in the same manual. Thank you for a hint. [00:00] --- Sat Oct 13 2012

1 0

ffmpeg-devel.log.20121011
by burek 12 Oct '12

12 Oct '12

[00:00] <burek> ubitux, by just "changing the message", you are actually accepting that it's ok for libav to distribute your own tool.. wouldn't it rather be ok to ask debian to either entirely remove ffmpeg or to entirely remove the problematic (3rd party) message [00:00] <burek> and if they really want to inform their users about avconv, they can do it in the description for the deb package itself [00:01] <burek> and not crippling the binary with falsified messages that confuse a lot of people [00:01] <ubitux> by changing the message, i'm accepting the debian has technical and political issues with packaging ffmpeg [00:01] <cone-946> ffmpeg.git 03Carl Eugen Hoyos 071a104bf641b1: Fix broken timestamps for some mp3 in avi samples. * 03http://tinyurl.com/9crqlqs03 [00:01] <ubitux> burek: well, if debian decides to package libav, which is their choice, they have to inform the user that a given program will disappear [00:02] <burek> when people see that ffmpeg binary outputs that "message" it is normal to expect that they understand that FFmpeg developers wrote that message.. that's what is wrong in all this [00:02] <ubitux> (and that syntax will change etc) [00:02] <ubitux> yes [00:02] <ubitux> that's why i just want to fix the message :) [00:02] <burek> you don't need to make effort and ask them politely to "change" the message [00:02] <ubitux> really it's not much. [00:02] <burek> you should either sue them for copyright infringement or demand they remove it immediately [00:03] <ubitux> i'm not familiar with the legal system, and i don't like that stuff [00:03] <burek> well, if someone takes your work and changes the output of your program, claiming that you did it, then what? [00:04] <burek> any country will take you to the jail for that [00:04] <burek> but, anyway, as one smart person here told me once :) I have much important things to do then to fight other people's battles :) [00:05] <ubitux> burek: really, it's quite complex to switch package names in debian [00:05] <ubitux> since they want to keep retro compat [00:05] <ubitux> it's a "stable" distro [00:05] <burek> it's their problem, not yours [00:05] <ubitux> yes but i understand it's not solvable now [00:05] <iive> imho, switching the project is not the most compatible thing to do. [00:05] <ubitux> and if they aren't even willing to fix a fucking message [00:06] <ubitux> they won't take the pain to fix that correctly [00:06] <gnafu> lol@going to jail for modifying an open source program's output [00:06] <burek> gnafu, you are not modifying it, you are distributing it [00:06] <burek> not just * [00:06] <gnafu> Still I have never once heard of someone going to jail for that. [00:06] <ubitux> enough derping for tonight [00:06] Action: ubitux & [00:06] <ubitux> 'night [00:07] <j-b> gnafu: over-reaction, maybe [00:07] <Skyler_> burek: the LGPL explicitly allows you to do that [00:07] <Skyler_> Trademark law is what's relevant here, not copyright. [00:07] <burek> I don't know why I even spend my time on this topic any more [00:07] <burek> do what ever you want guys [00:08] <burek> its you who will profit/suffer from all the results [00:08] <Skyler_> You're probably better off not unless you understand the details involved [00:08] <burek> (@devels) [00:08] <Skyler_> Just yelling about suing people doesn't actually solve problems [00:08] <burek> I agree [00:08] <burek> & :) [00:10] <iive> ubitux: hi is not changing the message because the issue is obscure and he can get away with it. But if it is a public issue... then pointing that he had rejected a perfectly acceptable proposal would be quite damning. [00:10] <iive> hi/he [00:10] <Skyler_> (Basically, using legal solutions to social problems isn't generally a good idea) [00:11] <iive> absolutely. court should be the last instances, and the first thing they would ask is "what you did in order to try fixing this problem?" [00:11] <burek> [22:33:23] <llogan> burek, relaxed: interested in making a mini guide on trac wiki on how to make static builds? <- yes, but i _really_ need some help with that, since i'm in no way the best person to write about such thing [00:12] <burek> that cron for static builds i've made was.. so to say.. a lucky shot :) [01:16] <llogan> burek: ok. it was just an idea, and i'm willing to help [01:18] <burek> no problem, we'll see in next couple of days to get it done :) [01:18] <llogan> days? i usually take months, but you're uncommonly fast (ie fflogger, etc) [01:21] <burek> i hope it will stay that way :) [01:43] <michaelni> who wants an account at coverity for ffmpeg ? [01:46] <Compn> michaelni : just make up some new accounts and you can pass them out whenever someone wants one :P [01:47] <llogan> I think you should ax this question on the mailing list [01:47] <michaelni> llogan, yes [01:47] <michaelni> Compn, i need to enter full name and email address of each person [01:47] <llogan> but compn has no last name [01:48] <llogan> sorry, you're excluded [01:48] <Compn> john doe - random(a)ffmpeg.org etc [01:48] Action: Compn has never truthfully filled out a form on the internet [01:48] <Compn> ehe [01:48] <Compn> lots of people live at 123 fake street [02:00] <burek> true :D [02:23] <cone-946> ffmpeg.git 03Michael Niedermayer 07cac749a551b2: vf_idet: fix free after use * 03http://tinyurl.com/8goykuz03 [02:23] <cone-946> ffmpeg.git 03Michael Niedermayer 074d4f431ab7b1: vf_idet: zero pointers after freeing references * 03http://tinyurl.com/9q5jscz03 [02:23] <cone-946> ffmpeg.git 03Matthieu Bouron 07e782d8728f1e: fate: add vf_idet filter to lavfi regression tests * 03http://tinyurl.com/9k5hvap03 [02:23] <cone-946> ffmpeg.git 03Michael Niedermayer 07fac1ccbda1bb: swscale-test: fix freeing of uninitialized variable * 03http://tinyurl.com/94tzctg03 [03:05] <cone-946> ffmpeg.git 03Michael Niedermayer 074e4ae2f82caa: sha: change loop condition to be tighter. * 03http://tinyurl.com/9g2tzya03 [03:05] <cone-946> ffmpeg.git 03Michael Niedermayer 07989c91b5042c: asrc_aevalsrc: Fix use of uninitialized pointer inside av_strtok() * 03http://tinyurl.com/95c795603 [03:07] <michaelni> j-b, can you or thresh make cone print more than the first line ? (for example one cant see if a commit fixes some/which ticket coverity id now) [03:08] <Daemon404> was this coverity scan just published or something? [03:11] <Compn> oh [03:11] <Compn> i had a naughty idea [03:11] <Compn> argh no that wont work, nevermind [03:38] <cone-946> ffmpeg.git 03Michael Niedermayer 07bdcff5af7f08: af_volumedetect: fix use of uninitilaized variable in case of planar audio. * 03http://tinyurl.com/8lxcxdv03 [03:38] <cone-946> ffmpeg.git 03Michael Niedermayer 074334ba043e96: ffprobe: fix use of uninitialized pointer in av_strtok() * 03http://tinyurl.com/8zeftwy03 [04:03] <cone-946> ffmpeg.git 03Michael Niedermayer 07e47ab0b2c93e: ffmpeg_opt: dont fail for sameq/same_quant. * 03http://tinyurl.com/8aczbce03 [04:38] <burek> Program received signal SIGSEGV, Segmentation fault. :) [04:47] <cone-946> ffmpeg.git 03Michael Niedermayer 077df9f595c912: swri_resample_init: unsupported sample formats are an internal error. * 03http://tinyurl.com/8oym4k603 [04:47] <cone-946> ffmpeg.git 03Michael Niedermayer 07492b8ec4c5f5: av_opt_set_from_string: fix memleak * 03http://tinyurl.com/8wn8mow03 [07:26] <ubitux> what's this CID thing? [07:30] <ubitux> oh, a coverity thing. [10:11] <cone-308> ffmpeg.git 03Paul B Mahol 078cd1c0febe88: pcx: convert to bytestream2 API * 03http://tinyurl.com/8sza24f03 [10:54] <ubitux> saste: a few seconds to encode a xface? oO [10:54] <ubitux> fear :D [10:55] <saste> ubitux, ~1000 bigint divisions, and apparently our division algo can be improved [10:55] Action: durandal_1707 wtf, facebook ask me to log in [11:10] <cone-308> ffmpeg.git 03Stefano Sabatini 07396648cc6a3e: configure: link flite against libasound * 03http://tinyurl.com/9fa28bu03 [11:18] <saste> damn my last commit is wrong [11:18] <saste> disallow compilation wherever asound is not available [11:24] <cone-308> ffmpeg.git 03Stefano Sabatini 07c4aaff8c02ce: Revert "configure: link flite against libasound" * 03http://tinyurl.com/8lbb8k603 [12:45] <saste> ubitux: any plan to support metadata printing through drawtext? [13:08] <ubitux> saste: nope but that would be nice [13:09] <ubitux> saste: btw, about moving scene detection out of select can be done but... [13:09] <ubitux> how do you add metadata support in select? [13:09] <saste> yes that's no easy [13:09] <saste> maybe we could have a separate selectmeta [13:09] <ubitux> and same for drawtext actually [13:10] <ubitux> we need another formatting systeme [13:10] <ubitux> -e [13:10] <saste> yes, desigining it in a generic way may be tricky [13:10] <ubitux> (so we could add meta replace, or timestamp, or things like that) [13:11] <ubitux> the string interpolation thing i wrote a while ago might help for the drawtext thing [13:11] <ubitux> but for select i don't know [13:11] <ubitux> we need to extend the eval api [13:11] <saste> ideally: drawtext="$$pts:$pts $$pts_time:$pts_time ${meta/comment}" [13:12] <ubitux> to support an AVDictionary or something [13:12] <ubitux> well you could imagine in eval something like "@scene" [13:12] <ubitux> so it will pick in the passed dict [13:49] <ubitux> saste: unrelated: https://www.youtube.com/watch?v=KJe9H6qS82I :) [14:08] <cone-308> ffmpeg.git 03Diego Biurrun 07ada12f836657: svq1: K&R formatting cosmetics * 03http://tinyurl.com/95akuqh03 [14:09] <cone-308> ffmpeg.git 03Mans Rullgard 0741e46a5fbacc: parseutils-test: do not print numerical error codes * 03http://tinyurl.com/965ukvg03 [14:09] <cone-308> ffmpeg.git 03Diego Biurrun 0763a46c6101ff: svq1: Drop a bunch of useless parentheses * 03http://tinyurl.com/953zgp903 [14:09] <cone-308> ffmpeg.git 03Jean-Baptiste Kempf 07507dce2536fe: arm: call arm-specific rv34dsp init functions under if (ARCH_ARM) * 03http://tinyurl.com/9a8anm303 [14:09] <cone-308> ffmpeg.git 03Janne Grunau 07706a559b3008: a64multienc: change mc_frame_counter to unsigned * 03http://tinyurl.com/8gm6wxy03 [14:09] <cone-308> ffmpeg.git 03Mashiat Sarker Shakkhar 077fb35ee931c8: vc1dec: Use correct spelling of "opposite" * 03http://tinyurl.com/8cqtaam03 [14:09] <cone-308> ffmpeg.git 03Luca Barbato 0782569b01a1cb: mpegtsenc: set muxing type notification to verbose * 03http://tinyurl.com/9ud7n6t03 [14:09] <cone-308> ffmpeg.git 03Luca Barbato 07b522000e9b2c: avio: introduce avio_closep * 03http://tinyurl.com/8rngceh03 [14:09] <cone-308> ffmpeg.git 03Michael Niedermayer 07de31814ab07f: Merge commit 'b522000e9b2ca36fe5b2751096b9a5f5ed8f87e6' * 03http://tinyurl.com/9xnz9ga03 [14:12] <j-b> \o/ [14:32] <cone-308> ffmpeg.git 03Luca Barbato 0726db9100b2fa: segment: support applehttp style list * 03http://tinyurl.com/9dn55ux03 [14:32] <cone-308> ffmpeg.git 03Mashiat Sarker Shakkhar 0788058d9a994f: vc1dec: Set chroma reference field from REFFIELD for 1REF field pictures * 03http://tinyurl.com/8d8mry603 [14:32] <cone-308> ffmpeg.git 03Michael Niedermayer 07b6c3487e7f2f: Merge commit '88058d9a994f42e4e9ed4e67baf696bbfe53128c' * 03http://tinyurl.com/8crhvvn03 [14:36] <cone-308> ffmpeg.git 03Mashiat Sarker Shakkhar 077cc3c4e1d417: vc1dec: Invoke edge emulation regardless of MV precision for 1-MV chroma * 03http://tinyurl.com/8v98af403 [14:36] <cone-308> ffmpeg.git 03Michael Niedermayer 07ce27c9eb2598: Merge commit '7cc3c4e1d4179aeabcd891090e31ee5e5bfd9692' * 03http://tinyurl.com/8lsxjqf03 [14:39] <cone-308> ffmpeg.git 03Mashiat Sarker Shakkhar 07eb657ecefdeb: vc1dec: Set opposite to the correct value for 1REF field pictures * 03http://tinyurl.com/94hcfq203 [14:39] <cone-308> ffmpeg.git 03Michael Niedermayer 07a75dd13b1bc2: Merge commit 'eb657ecefdeb8b2ed9bfb55d3c2c9e0f568486bf' * 03http://tinyurl.com/9aabvqk03 [15:02] <durandal11707> if input is pipe there is no way to find its size? [15:02] <nevcairiel> no, pipes dont tell you their size [15:02] <iive> what would the size represent? the number of bytes written? [15:10] <durandal11707> how parser than work for last packets when using pipes? [15:18] <durandal11707> what's about this coverity account? [15:51] <cone-308> ffmpeg.git 03Mashiat Sarker Shakkhar 0735a35d49d23c: Double motion vector range for HPEL interlaced picture in proper place * 03http://tinyurl.com/8qnj74u03 [15:51] <cone-308> ffmpeg.git 03Janne Grunau 07bd141f5ec97f: mxfdec: return error if no segments are available in mxf_get_sorted_table_segments * 03http://tinyurl.com/8q9ec2e03 [15:51] <cone-308> ffmpeg.git 03Janne Grunau 076d556e8327f6: indeo4/5: remove constant parameter num_bands from wavelet recomposition * 03http://tinyurl.com/9pxaala03 [15:51] <cone-308> ffmpeg.git 03Janne Grunau 07c466eb174699: flashsv: propagate inflateReset() errors * 03http://tinyurl.com/9fq5yxt03 [15:51] <cone-308> ffmpeg.git 03Janne Grunau 0725227c3a78fe: averror: explicitly define AVERROR_* values * 03http://tinyurl.com/8dvnddg03 [15:51] <cone-308> ffmpeg.git 03Janne Grunau 078d09d39a4b87: avconv: remove bogus warning when using avconv -h without parameter * 03http://tinyurl.com/9l8hcg203 [15:51] <cone-308> ffmpeg.git 03Janne Grunau 07b404c6605627: fate: add h263 obmc vsynth tests * 03http://tinyurl.com/9krchdj03 [15:51] <cone-308> ffmpeg.git 03Mans Rullgard 07568c70e79ee2: lavfi: convert input/ouput list compound literals to named objects * 03http://tinyurl.com/8rtgys803 [15:51] <cone-308> ffmpeg.git 03Mans Rullgard 074436f25a1682: build: remove references to unused EXTRAOBJS variable * 03http://tinyurl.com/8lte4qf03 [15:51] <cone-308> ffmpeg.git 03Michael Niedermayer 07526cb36e4b23: Merge commit '4436f25a1682ada3f7226cb6fadf429946933161' * 03http://tinyurl.com/9xfd3rz03 [16:00] <cone-308> ffmpeg.git 03Mans Rullgard 07e5c6e9a6f2d0: build: remove single-use variable THIS_LIB * 03http://tinyurl.com/8wpfwne03 [16:00] <cone-308> ffmpeg.git 03Mans Rullgard 071c7428e6554a: build: whitespace cosmetics * 03http://tinyurl.com/9puetax03 [16:00] <cone-308> ffmpeg.git 03Mans Rullgard 07effe443877c5: build: do not use LIB as variable name * 03http://tinyurl.com/8f6f3kz03 [16:00] <cone-308> ffmpeg.git 03Janne Grunau 071a2c7880aa1c: averror: make error values proper negative values * 03http://tinyurl.com/8hz8qy703 [16:00] <cone-308> ffmpeg.git 03Mans Rullgard 0725dc79bc1433: sh4: add required #include, fix build * 03http://tinyurl.com/8d8q99c03 [16:00] <cone-308> ffmpeg.git 03Luca Barbato 072d6caade2233: dsputil: split out mlp dsp function * 03http://tinyurl.com/9an7mkq03 [16:00] <cone-308> ffmpeg.git 03Luca Barbato 071ec629308652: mlpdsp: adding missing file * 03http://tinyurl.com/94n5pjx03 [16:00] <cone-308> ffmpeg.git 03Michael Niedermayer 07bb3586475919: Merge remote-tracking branch 'qatar/master' * 03http://tinyurl.com/97ebva303 [16:07] <michaelni> durandal11707, if you want an account i can create one, you can then see all the bugs coverity found in ffmpeg once the account is approved by them, i dont know how long that takes [16:09] <durandal11707> michaelni: yes i want to kill bugs [16:12] <michaelni> durandal11707, account requested [16:15] <michaelni> Tjoppen, mateo`, ctx leaks in mxf_read_local_tags() in the error cases (CID733800) [16:16] <michaelni> do you 2 want accounts ? [16:18] <ubitux> michaelni: thx for adding me :) [16:19] <michaelni> ubitux, did you already get the account or are you still waiting ? [16:19] Action: michaelni us curious how long it takes [16:20] <michaelni> Is [16:21] <Tjoppen> michaelni: uh.. where? I don't see anything on the ml [16:22] <michaelni> Tjoppen, what do you want to see on the ml ? [16:23] <ubitux> michaelni: nope i'm still waiting [16:25] <Tjoppen> what error case are you talking about? [16:26] <michaelni> Tjoppen, mxf_read_local_tags allocates MXFMetadataSet *ctx [16:26] <michaelni> its not freed on returns in case of some errors [16:27] <michaelni> and not stored anywhere where it could be freed later [16:28] <Tjoppen> oh yeah, you're right [16:28] <Tjoppen> it also breaks strict aliasing [16:30] <Tjoppen> oh, goody: [16:30] <Tjoppen> if (ctx_size && tag == 0x3C0A) [16:30] <Tjoppen> avio_read(pb, ctx->uid, 16); [16:30] <Tjoppen> so if I put a UID tag in the primer package it'll overwrite.. MXFPartition *partitions in MXFContext [16:32] <Tjoppen> mxf_metadata_read_table[] ought to be split up into two parts - one for reading directly into MXFContext and one for reading into an MXFMetadataSet [16:34] <Tjoppen> anyway, ctx should only be av_free()'d if ctx_size > 0 [16:35] <Tjoppen> heh, it does check ctx_size before reading UID. doi! [16:39] <burek> has anyone built static ffserver, ffplay and ffprobe? [16:39] <burek> for linux [16:48] <Daemon404> many, why? [16:49] <burek> are there any docs about it? [16:49] <Tjoppen> what kind of problem are you having? [16:51] <burek> dlopen and dns-related libs wont compile statically [16:51] <burek> so I'm looking for some docs of the people that managed to build it [16:51] <burek> to see what I was doing wrong [16:53] <JEEBsv> yeah, Daemon404 probably understood as a static bin that doesn't have /everything/ from the OS side in it. Those system libs are always "fun" to hack to be "static" [16:53] <JEEBsv> aka "there be dragons" [16:54] <michaelni> Tjoppen, do you want a coverity account so you can see bugs like that mxfdec leak ? [16:55] <Tjoppen> sure [16:55] <av500> WHERE ARE MY DRAGONS!!! [16:55] <cone-308> ffmpeg.git 03Michael Niedermayer 077457da3698c6: drawtext: fix leak with timecodes * 03http://tinyurl.com/9ad2xor03 [16:55] <cone-308> ffmpeg.git 03Michael Niedermayer 079ba2484ece53: af_aresample: fix leak on alloc failure * 03http://tinyurl.com/95y7cqp03 [16:55] <cone-308> ffmpeg.git 03Michael Niedermayer 074b20b21b8dab: tiff: fix leak on error return in doubles2str() * 03http://tinyurl.com/93akwgr03 [16:56] <Daemon404> burek, dlopen and statis are mutually exclusive [16:56] <Daemon404> static* [16:56] <Daemon404> and yes i have build an entirely static ffmpeg [16:57] <Daemon404> built* [16:57] <Daemon404> but not with networking crap [16:57] <durandal_1707> with kernel in it? [16:57] <Daemon404> obviously not relevant [16:57] <Tjoppen> I have a new PGP key btw [16:57] <Daemon404> but iwht libc and pals [16:57] <Daemon404> with* [16:57] <burek> Daemon404, well I didn't ask about ffmpeg, read again :) [16:57] <Tjoppen> I should send in a patch to update MAINTAINERS I suppose [16:58] <Daemon404> burek, statically linking network libs is a Bad Idea [16:58] <Daemon404> end of story [16:58] <Daemon404> dont do it. [16:58] <michaelni> Tjoppen, coverity account creation requested [16:59] <Tjoppen> k [17:07] <durandal_1707> framesha256 [17:16] <cone-308> ffmpeg.git 03Michael Niedermayer 07229ccce6cca7: libxvid_rc: fix leaks in ff_xvid_rate_control_init() * 03http://tinyurl.com/9p7hsvx03 [17:16] <cone-308> ffmpeg.git 03Michael Niedermayer 07c9454cb643f5: av_tempfile: fix leak in error case * 03http://tinyurl.com/9nrzk6e03 [17:19] <ubitux> this analyzer looks quite useful :) [17:44] <Tjoppen> how do I search for filenames on coverity? [17:45] <ubitux> you already have your account? [17:45] <Tjoppen> yes. I'm in there looking around. the interface is very JS heavy [17:46] <ubitux> maybe i should check my spam inbox... [17:48] <durandal_1707> ubitux: my is in spam!!! [17:48] <Tjoppen> there we go. this is rather neat [17:48] <ubitux> durandal_1707: ah indeed mine too [17:50] <ubitux> heh fun. [17:59] <ubitux> ah i'll fix the ebur128 derp. [17:59] Action: ubitux & [18:01] <Tjoppen> the warnings in the h264 templates are rather.. interesting [18:02] <burek> h264 encoder in c920 logitech webcam is ok, but is far from libx264.. libx264 could stream 640x360 @ 30fps at 512k without any artifacts, I don't know how :) [18:07] <cone-308> ffmpeg.git 03Michael Niedermayer 07104b1d9e103f: libvpxenc: fix memleak on error path * 03http://tinyurl.com/8skfd6r03 [18:07] <cone-308> ffmpeg.git 03Michael Niedermayer 0734bbab432ca0: jpeglsnec: fix memleak of state in error case * 03http://tinyurl.com/8vkgbo703 [18:07] <cone-308> ffmpeg.git 03Michael Niedermayer 07b96d1859d523: jpeglsenc: favor av_freep() for saftey over av_free() when a variable is still accessible afterwards * 03http://tinyurl.com/8nyzb7h03 [18:08] <durandal_1707> michaelni: truemotion ones looks like false positive [18:14] <michaelni> durandal_1707, if they are false positives, please mark them as such [18:19] <michaelni> hi philipl, do you want a coverity account ? [18:32] <cone-308> ffmpeg.git 03Michael Niedermayer 07adcbb3fd8b23: yuv2rgb: fix declared array sizes, so they match actuals. * 03http://tinyurl.com/8uym7vz03 [18:32] <cone-308> ffmpeg.git 03Michael Niedermayer 077fe554853152: random_seed: fix out of array read * 03http://tinyurl.com/9ydq9bg03 [18:33] <cone-308> ffmpeg.git 03Michael Niedermayer 0726474d1098eb: random_seed: fix digest size * 03http://tinyurl.com/8eny4t603 [18:39] <cone-308> ffmpeg.git 03Clément BSsch 079ad1ea13e08f: lavfi/ebur128: fix typo in condition. * 03http://tinyurl.com/9meuw3703 [18:40] <ubitux> does "Fix submitted" means still pending for review? [18:40] <ubitux> or i'm supposed to select the fixed/tested/documented option? [18:42] <ubitux> also, what's the "Apply + Next"? [18:46] <Compn> probably 'apply changes and move to next bug [18:47] <ubitux> saste: there are a lot of easy bugfixes all over lavfi and stuff spotted by coverity :p [19:22] <llogan> saste: i got the ppc, but i can't figure out how to separate it from the existing lan. duh. [19:24] <ubitux> pull the cable [19:24] <llogan> oops. wrong one. [20:07] <cone-308> ffmpeg.git 03Paul B Mahol 07313b40efbd63: bmp: unbreak non BMP_RGB compression for v4 and v5 * 03http://tinyurl.com/9lhq4y703 [20:29] <durandal_1707> michaelni: how to handle out of read in tgq_decode_block? it may cost too much [20:42] <michaelni> durandal_1707, the index from the scantable is 8bit thus if block is oversized a bit no overread can happen [20:43] <llogan> michaelni: the coverity login worked fine [20:44] <durandal_1707> michaelni: the i++ happens more than once and it can be bigger than 64 inside loop [20:46] <michaelni> i is used as index in perm[] that is a array in a struct, after the array is another array of 64 elements [20:46] <michaelni> so i can be up to 127 [20:47] <michaelni> perm[] again is used as index into block[] but this index is just 8bit [20:47] <durandal_1707> hah [20:47] <michaelni> so if block has some spare elements at the end it looks safe from a quick look [20:54] <durandal_1707> the mpc8 one is false positive but code looks fishy [21:01] <DelphiWorld> hi ffmpeg developers [21:01] <DelphiWorld> anyone arround ? [21:08] <DelphiWorld> opening rtmp stream sucsessfully but hanging on99,99 [21:09] <DelphiWorld> llogan: HERE!:-P [21:10] <DelphiWorld> llogan: sadly the bug gui of ffmpeg is not spoken using my screen reader [21:11] <llogan> then describe your issue, including steps to duplicate if possible [21:12] <DelphiWorld> llogan: issue: opening RTMP stream using ffmpeg or ffserver hang. [21:12] <DelphiWorld> describing how to duplicate. [21:12] <DelphiWorld> FYI, i used --enable-librtmp [21:27] <DelphiWorld> llogan: log here: http://dpaste.com/812586/ [21:34] <llogan> DelphiWorld: i don't have any ffserver experience, but ffplay plays the stream just fine if that means anything [21:35] <DelphiWorld> llogan: is my config correct ? [21:35] <DelphiWorld> llogan: do you have output using ffplay ? [21:35] <llogan> no, but it tells you that the issue isn't with decoding [21:35] <DelphiWorld> llogan: but ffplay have sound output ? [21:36] <llogan> yes, it is a simple player [21:36] <DelphiWorld> llogan: i dont have ffplay [21:37] <llogan> maybe someone can help you on the ffserver-user mailing list. i can't offer much help with ffserver and rtmp junk. [21:37] <DelphiWorld> i compiled ffmpeg from git. where's ffplay ? [21:38] <ubitux> you need sdl libs to get ffplay built [21:38] <ubitux> #define HAVE_SDL 1 [21:38] <ubitux> (config.h) [21:38] <ubitux> will be set to 1 automatically if you have the necessary libs [21:39] <ubitux> DelphiWorld: this isn't the user channel btw [21:39] <DelphiWorld> ubitux: i know, i thought this is a ffmpeg bug [21:40] <DelphiWorld> ubitux: can you see that junky bug? [21:40] <ubitux> sorry i didn't backlog enough [21:40] <ubitux> dunno for your bug [21:43] <cone-308> ffmpeg.git 03Paul B Mahol 073632f35c8e16: bethsoftvid: check return value of av_packet_new_side_data() * 03http://tinyurl.com/8r3tt5g03 [21:43] <DelphiWorld> opening rtmp stream sucsessfully but hanging on99,99 [21:43] <DelphiWorld> ubitux: log here: http://dpaste.com/812586/ [21:44] <ubitux> i saw, but i don't have time for this, sorry :p [21:44] <DelphiWorld> ubitux: i give you time:-P [21:45] Action: ubitux smallows it all [21:46] <DelphiWorld> ubitux: ;) [21:55] <DelphiWorld> ubitux: work using a feed. but not using a file. so i am using feeds. [22:06] <bryno> how would I be able to add a custom protocol? ffurl_register_protocol is considered "private"... [22:08] <durandal_1707> bryno: contribute it? [22:09] <bryno> err.. no? [22:11] <ohsix> no? heh [22:12] <bryno> if that's the answer, then why expose any of the register functions? :P [22:13] <bryno> i'm just wondering what happened to that protocol layer [22:13] <ohsix> didn't you say it was private? [22:13] <bryno> the other register functions like for registering input/output formats or codecs [22:20] <durandal_1707> bryno: it got removed long ago [22:20] <ubitux> michaelni: any comment on the metadata in AVPacket->priv? [22:21] <durandal_1707> if you want it back fill bug report (and it was removed by fork) [22:25] <michaelni> ubitux, i dont like using pkt.priv for metadata [22:25] <michaelni> it feels wrong [22:25] <ubitux> do you have any other suggestion? [22:26] <michaelni> what needs to pass metadata to what through avpackets ? [22:27] <ubitux> the lavfi device use its internal filtergraph [22:27] <ubitux> and it needs to get the metadata out of the buffer ref from its sink [22:27] <ubitux> and transmit them up to the AVFrame [22:27] <ubitux> since it produces AVPacket, we need a way of communicating through them [22:28] <ubitux> maybe it would make sense to use this flag *only* for this lavfi device [22:28] <ubitux> AV_PKT_FLAG_HACKLAVFI [22:28] <ubitux> or even FF_PKT_FLAG_HACKLAVFI [22:29] Action: durandal_1707 it ruins my day when i read HACK in code [22:30] <ubitux> i can call it FF_PKT_FLAG_ILY_DURANDAL if you prefer [22:30] <ubitux> but that's less accurate [22:30] <Compn> heheh [22:30] <Compn> echo "hello //HACK world" :P [22:30] <michaelni> if its just for lavfi i dont care so much but [22:30] <ubitux> michaelni: the other solution i tested was to store the pointer to the metadata in the side data, but that's even crappy IMO [22:31] <ubitux> (and it also needs to introduce a weird flag) [22:31] <durandal_1707> please no hacks [22:31] <michaelni> ptr to metadata im sidedata now sounds like a really really bad idea [22:31] <ubitux> durandal_1707: i don't see any proper solution for this problem [22:31] <michaelni> what about storing the metadata itself in sidedata ? [22:31] <ubitux> michaelni: i meant an allocated data with the pointer written in it, not abusing the pointer [22:32] <michaelni> consider someone (un)intentionally might stream copy lavfi into some container and then read it again [22:32] <michaelni> a pointer in side data would not make sense after that [22:33] <michaelni> priv would be lost (that may be ok or not) [22:33] <ubitux> i don't follow the stream copy thing [22:34] <michaelni> if you store AVPackets with a muxer side data will be stored too [22:34] <michaelni> .priv will not [22:34] <michaelni> new funny flags also likely will not [22:35] <michaelni> so a question is what we want to happen in this case [22:35] <ubitux> note that the priv is just pointing to a locally allocated metadata (in the lavd/lavfi device) and will be automatically deteletd from there [22:35] <ubitux> its existence is limited to one AVPacket scope [22:35] <michaelni> so av_dup_packet() will crash later ? [22:35] <ubitux> when you demux another packet, the old metadata is destroyed [22:36] <ubitux> let me check [22:36] <michaelni> this sounds like not only a hack not actually not working at all :) [22:37] <ubitux> av_dup_packet doesn't seem to care about the priv pointer [22:37] <michaelni> well either it looses it (=NULL afterwards) or it preserves the pointer [22:37] <ubitux> looks like it will loose it [22:38] <ubitux> which doesn't really matter (from a leakage or crash point of view) [22:38] <ubitux> afaict [22:38] <durandal_1707> i dont see point in abusing metadata and using tags for this, just add another struct [22:38] <michaelni> so lavfi will not work if an application callas dup_packet [22:38] <ubitux> it's not that it won't work, it's just that the metadata would be lost if you don't copy it [22:39] <michaelni> yes [22:39] <nevcairiel> what does lavfi have to do with packets, doesnt is use decoded data? :d [22:39] <ubitux> michaelni: do you see a better solution? [22:39] <ubitux> durandal_1707: can you be more specific? [22:40] <durandal_1707> ubitux: write new API to handle such stuff [22:40] <michaelni> ubitux, what about putting the metadata in side data itself ? [22:40] <ubitux> michaelni: right, storing key\0value\0 per metadata? [22:40] <michaelni> yes [22:40] <ubitux> iirc it was causing problems for mem leak [22:41] <michaelni> side data will also be copied correctly in dup_packet [22:41] <ubitux> like you needed to add av_free in the frame destruct callback but i think it was a problem if the frame->metadata was a pointer to a metadata somewhere else [22:41] <ubitux> (and not a dup like in this case) [22:42] <michaelni> also such side data could be used by a demuxer returning per frame metadata [22:42] <ubitux> durandal_1707: that's vague, please be more specific [22:43] <ubitux> michaelni: don't you think it's problematic to arbitrary dict free in the frame destruct callback the AVFrame->metadata ? [22:43] <ubitux> since AVFrame->metadata can be pointing to a shared dictionary [22:43] <ubitux> iirc that was the main issue i had with that solution [22:44] <michaelni> i dont think i fully understand the problem but shared dictionaries sound like a fragile thing [22:45] <durandal_1707> ubitux: do not use AVFrame.metadata [22:46] <ohsix> you're repeating yourself now [22:46] <ohsix> i don't think that's what he meant [22:46] <ubitux> ohsix: i didn't understood it as is :p [22:46] <ubitux> durandal_1707: right ok but well.. [22:46] <ubitux> what are you proposing instead? [22:47] <durandal_1707> i cant tell you what is right thing to do, but i know what is not right thing [22:47] <ubitux> from a user PoV, using the AVFrame->metadata is pretty nice [22:48] <ubitux> michaelni: i was thinking of lavc/tiff.c, where the internal context has an AVFrame->metadata stored & destroyed regularly [22:49] <ubitux> and i was wondering if it wouldn't cause problem to have the output AVFrame->metadata destroyed outside this codec [22:49] <ubitux> which will be required if we construct a new AVDictionary in the AVFrame in case of meta in side data [22:49] <durandal_1707> ubitux: i you like AVDictionary so much (I really see no point in that) add another AVDictionary to AVFrame [22:50] <ubitux> sure, we can do that [22:50] <ubitux> along with key/value in side data [22:50] <ubitux> would you guys prefer that? [22:51] <michaelni> ubitux, why do you want to destroy it outside the codec ? [22:51] <durandal_1707> but how that will work in future? would it be better/faster than vapoursynth? [22:51] <ubitux> michaelni: the side_data to avframe->metadata will need to be constructed outside any codec [22:51] <ubitux> so it will be needed to destroy it in the destruct avframe function [22:52] <michaelni> now i dont understand you [22:52] <ubitux> anyway, we can indeed add a AVFrame->filters_metadata and use the AVPacket->side_data with key\0value\0 [22:52] <ubitux> michaelni: ok just a sec, will quote code [22:53] <ubitux> durandal_1707: i guess optimizing AVDictionnary would make sense :) [22:53] <michaelni> lavfi device would generate avpackets with side data but this would not go to tiff [22:53] <michaelni> because lavfi device returns no tiff i guess but raw [22:53] <durandal_1707> ubitux: i doubt that have any future [22:54] <ubitux> michaelni: that's right, but when you decode the (raw) video/audio, you'll need to construct an AVDictionary from the side data [22:54] <ubitux> when would you destroy it? [22:54] <michaelni> same as other AVFrame fields [22:55] <ohsix> it's about the lifecycle of something that isn't strictly frame data, but needs to be accessed with a frame, right? [22:55] <ubitux> avcodec_free_frame()? or otherwise the dict would need to be the avctx, right? [22:55] <ubitux> and the problem is in case we would want to destroy it in avcodec_free_frame() [22:56] <ubitux> (because the dict would be destroyed there and not in the tiff for example) [22:56] <ubitux> ohsix: kind of yes [22:57] <ubitux> durandal_1707: you doubt about what exactly? [22:57] <michaelni> AVFrame fields are never destroyed in avcodec_free_frame() [22:57] <ubitux> aren't extended data destroyed there [22:57] <ubitux> ? [22:57] <michaelni> yes, thats the single exception [22:58] <michaelni> and its a bad idea [22:58] <ubitux> i agree [22:58] <ubitux> that's why i wanted to avoid putting the metadata free there [22:58] <ubitux> but where would i put it then? [22:58] <ubitux> since it can't be stored in any specific decoder [22:59] <michaelni> where the decoder frees/reuses other fields [22:59] <ubitux> we are dealing with raw audio & video [22:59] <ubitux> (and it could be another decoder?) [23:00] <ubitux> it is likely the dictionnary construction will remain in the common a/v decode functions [23:00] <michaelni> i guess other decoders could contain metadata in their bitstream [23:00] <ubitux> then the metadata will need to be stored somewhere in the avctx or something [23:00] <michaelni> could be in the private context of the raw decoder [23:01] <ubitux> is there a raw audio decoder? [23:02] Action: michaelni thinks: libavcodec/pcm.c [23:02] <ubitux> will need to introduce a new context there mmh okay.. [23:04] <michaelni> you could use AVCodecInternal too if that simpler [23:05] <ubitux> ok so we add a local avdict metadata in raw a/v decoders, and we use them exactly like the tiff decoder except that we will put a new constructed dict each time from the metadata side data [23:05] <ubitux> idk the AVCodecInternal, 'will look [23:05] <ubitux> won't that be a bit heavy processing btw? [23:05] <ubitux> not that's a real issue yet but.. [23:06] <michaelni> the build of AVDict ? [23:07] <michaelni> per frame [23:07] <ubitux> yes [23:07] <ubitux> re-allocating each entry and stuff [23:07] <ubitux> as well as constructing the side data from the buffer ref av dict [23:08] <michaelni> its ugly but iam not sure what alternative there would be [23:08] <michaelni> no copy would mean reference counting and mutexes probably [23:09] <michaelni> thats except that AVDict itself is poorly implemented [23:09] <ubitux> i'm ok with that, i'm just wondering how it would be possible to improve it later [23:10] <ubitux> btw, another related question [23:10] <ubitux> should we introduce a new dedicated metadata dict in AVFrame? [23:10] <ubitux> like filters_metadata or something [23:10] <ubitux> so we don't need the key prefix thing [23:11] <michaelni> this is a good question [23:12] <michaelni> in what use cases would we want to treat them differently, in what the same ? [23:13] <michaelni> i might want to run a advertisement detect filter and store the found positions with the frames in a file for example [23:13] <michaelni> like other metadata [23:14] <ubitux> the only benefits are avoiding naming conflicts with other metadata, as well as an arbritrary "hacky" prefix to workaround that first problem [23:14] <ubitux> i don't see much more [23:16] <michaelni> btw that reminds me that the nut spec says something about X- prefixes for not in the spec things [23:16] <michaelni> we forgot following thatg ... [23:16] <michaelni> noone noticed and iam not sure it would really be better with half the fields having X- prefixes [23:18] <ohsix> metadata mime types :> [23:19] <michaelni> full address and phone number of the person adding the tag, so you can ask what he meant ;) [23:24] <burek> j-b, do you know maybe what is the analogy in vlc for ffmpeg's -analyzeduration ? (i have a h264 stream which has a gop of 20-30 seconds so it never gets recognized correctly) [00:00] --- Fri Oct 12 2012

1 0

ffmpeg.log.20121011
by burek 12 Oct '12

12 Oct '12

[00:13] <pfifo> I am using ffmpeg and dvdauthor to make some video disks. Im having a problem with the final dvd's aspect ratio. The first video, a short 5 minute cartoon is 4:3, however the main feature is 16:9. When I play the dvd, the first clip plays fine, but the main feature is stretched to fill the entire 4:3 space. [00:21] Action: pfifo better pick up a dvd-rw a wal-mart [00:30] <lake> i have video source @ 640x480, with ffmpeg cropping borders, the size is 624x464. I want to transfer it to a dvd. should these dimensions cause issues? [00:31] <lake> will i need to scale it up to 704x480? [00:34] <whiplash> i'm trying to figure out how to write a vfw codec [00:34] <whiplash> do you ffmpeg devs think that the vfw portion of the ffmpeg source is a good example? [00:35] <pfifo> lake, yes it will create issues [00:36] <lake> pfifo: can i scale it to 640x480 and it be okay? [00:36] <pfifo> lake, im not sure, theres a list of resloutions that are allowed, you have to crop/scale/letterbox to what you need [00:39] <pfifo> i think 640x480 is svcd [00:46] <lake> pfifo: thanks. i'll try it at 704x480 [00:49] <efs071> Hi... [00:49] <efs071> how are you? [00:49] <efs071> I have a problem with ffmpeg [00:50] <efs071> I want to add head and tail to a mov file [00:50] <whiplash> how do I compile ffmpeg into a dll file? [00:50] <efs071> I use "-ss -00:01:0" and this add a Head (repeat first frame) [00:51] <efs071> How I do this to append frames after the last frame? [01:14] <efs071> How can I append frames before video?... These frame are a copy of last frame.. [01:14] <efs071> Thanks... [01:17] <llogan> efs071: see the "concat" protocol in ffmpeg and http://ffmpeg.org/faq.html#How-can-I-join-video-files_003f [01:18] <burek> whiplash, why? [01:18] <burek> what's the point? [01:22] <efs071> Ok... Thanks... but is imposible without concat with other video. I can add copy of first frame with "ffmpeg -i movie.mov -ss -00:01:0 output.mov" [01:24] <burek> efs071 you're better off using some video editor or something [01:25] <efs071> I need a ffmpeg command [01:26] <whiplash> burek: so it can be used as a dshow codec [01:26] <whiplash> and just as an exercise [01:27] <burek> whiplash, did you check zeranoe's builds? [01:27] <whiplash> yes, that's where i got the source from [01:28] <efs071> If I have a video movie1.mov and I create a movie2.mov with last frame of movie1. How can I create movie2.mov with exact codec and params to concat it?. And Concat only work with mpeg videos? [01:28] <whiplash> i'm using the october 9th revision [01:28] <whiplash> f3f35f7 and i'm building under cygwin for i686 on a windows 7 x64 box [01:29] <burek> efs071, what's the purpose for such thing? [01:29] <whiplash> this is what i invoke .configure with: ./configure --target-os=mingw32 --extra-cflags=-mno-cygwin --extra-libs=-mno-cygwin --enable-cross-compile --cross-prefix=i686-pc-mingw32- --arch=i686 --disable-doc [01:29] <whiplash> as far as i can tell, this page: http://ffmpeg.org/platform.html#toc-Crosscompilation-for-Windows-under-Cygw… is wrong [01:30] <whiplash> --extra-cflags=-mno-cygwin isn't part of cygwin's gcc anymore [01:31] <efs071> I need expand video with head and tail. The can create hear (repeat first frame) with: "ffmpeg -i input.mov -ss 00:01:0 output.mov". But I known how append tail to video (repeat last frame for example 1 minute) [01:31] <whiplash> hmm, i never noticed these external libraries on zeranoe's page before, maybe there's some that cygwin ports doesn't cover [01:33] <llogan> efs071: if you want to use ffmpeg you will have to create a cat-able movie of the frame with the duration you want it to appear. [01:33] <llogan> there is no "frame hold" option as far as i know [01:34] <llogan> as in: ffmpeg -loop 1 -r ntsc -i input.png -t 5 -c:v mpeg2video -q:v 2 output.mpg [01:34] <llogan> or similar [01:34] <llogan> then continue as shown in the faq [01:37] <llogan> whiplash: if you believe it is wrong then consider submitting a bug report (although I don't know shit about cygwin). [01:39] <efs071> Ok [01:40] <efs071> But concat only work with mpeg? [01:40] <llogan> i don't know. [01:41] <efs071> And how can I create a video from frames but with other video format? [01:41] <efs071> Becouse I need two videos with equal format to concat [01:42] <llogan> ffmpeg -i input.mp4 -vframes 1 -ss <the time of the frame you want> output.foo [01:42] <burek> efs071, also take a look at http://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20concatenate%20(join%2C%20merg… [01:42] <efs071> Thanks a lot! [01:43] <llogan> i still haven't figured out what the deal is with -q:v 1 with mpeg*. carl always says to avoid it, but doesn't 'splain. [01:43] <whiplash> well ok, but how about building ffmpeg as a dll? [01:44] <whiplash> do i need to install mingw? [01:44] <llogan> whiplash: maybe Zeranoe will know. [02:17] <Zeranoe> whiplash: What is your question:? [02:18] <whiplash> compiling ffmpeg as a dll [02:19] <Zeranoe> the whole thing as one .dll? [02:19] <Zeranoe> whiplash: Why not just use each dll like avcodec-54.dll for example [02:20] <whiplash> well i gotta admit i only kinda know what i'm doing here [02:20] <whiplash> but i want to use ffmpeg as a dshow codec [02:20] <whiplash> so don't i need an ffmpeg.dll to use regsvr32 on? [02:20] <Zeranoe> Try downloading one of my builds, a shared one, and use the .dll files in the /bin dir [02:22] <whiplash> hmm... which one should i be registering? all of them? [02:22] <whiplash> wait, let me rephrase that [02:22] <whiplash> which should i point fdshow-tryouts to? [02:23] <Zeranoe> whiplash: IM sent. [05:25] <mishehu> greets. I'm having a little difficulty here. I have a file containing raw speex packets, and I need to transcode them to pcm_s16le. I'm doing `ffmpeg -acodec libspeex -ar 16000 -ac 1 -i raw_input_file -acodec pcm_s16le -ac 1 -ar 16000 -fmt wav outputfile.wav` and it complains "rawinputfile: Invalid data found when processing input" [05:26] <mishehu> so I think it's looking for a speex container on the stream, which doesn't exist. [07:42] <iam8up> i have a bunch of mpeg4 videos i want to combine, at the bottom of the man page it says: ffmpeg -i test1.avi -i test2.avi -vcodec copy -acodec copy -vcodec copy -acodec copy test12.avi -newvideo -newaudio [07:42] <iam8up> first question - do i need ot have the -vcodec and -acodec in there twice? [07:43] <iam8up> second question - i want to input a lot of files, but my syntax doesn't seem to be working (i believe it's saying no input) http://pastebin.com/qM29TAkh [07:47] <ubitux> ffmpeg 0.6? oO you are 6 release far away you know? :) [07:47] <ubitux> we are in ffmpeg 1.0 currently (0.7, 0.8, 0.9, 0.10, 0.11) [07:48] <ubitux> i don't remember how -new* behave, and they are removed now [07:48] <ubitux> "combining" videos is quite vague btw [07:49] <ubitux> it can mean a lot of different things [07:55] <iam8up> it's what centos/rpmforge have in their repos... [07:55] <iam8up> i mean concatinate, one video after the other (they're in dates so i want to show 20121001.mp4 then 20121002.mp4 etc) [08:01] <ubitux> you can use the -vf concat added in the latest version [08:01] <ubitux> or you could use an intermediate concatenable container like mpeg [08:01] <iam8up> ok, i'll just get the new version then [08:01] <iam8up> thanks =) [10:53] <danisan> hi all, I've a simple question: ffmpeg library is under LGPL v 2.1 or LGPL v 3? [10:53] <wedekind> Hello, I have tried to insall a ffmpeg on an ubuntu server and follewed the instruction from https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide. [10:54] <Tjoppen> danisan: read LICENSE [10:54] <Tjoppen> but 2.1 pretty much [10:58] <wedekind> checking the compilation I see that the ffmpeg still uses the "old" libvpx 0.9.5 - instead of the new installed libvpx 1.1.0. This is because the libvpx-dev is not created and the compiler uses the old version (configure failes) [11:03] <Mavrik> danisan: it depends on what pieces you compile in [11:04] <Mavrik> danisan: most of it is LGPL, some libraries and outside encoders are GPL, some are even non-free [11:04] <Mavrik> danisan: you get library license displayed at the end of "./configure" call [11:04] <Mavrik> default compilation is LGPL though [11:16] <danisan> Marwik: the ./configure reports: "LGPL version 2.1 or later", So the question is what means the "or later"? [11:26] <retardant> hey, what would the easiest way to generate a video with a timer on it be, i am using Subtitle() with avisynth tehen rendering it with ffmpeg at the moment [11:27] <retardant> but i just wrote a python script to generate a billion Subtitle() lines in an avs [11:27] <retardant> seems kinda ghetto [11:36] <divVerent> ubitux: https://github.com/divVerent/ffstuff you may find this interesting... obviously lacks documentation, though [11:36] <divVerent> basically, shell based filter graph editing... nasty, but works [11:36] <ubitux> heh sorry yesterday i didn't have time to look at the subtitles thing, certainly for this week end [11:36] <divVerent> sure [11:36] <ubitux> i'll have a look :) [11:37] <ubitux> retardant: maybe you can use the timecode feature in drawtext [11:37] <ubitux> but that's a smpte timecode, so you have some frame rate constraints and such [11:38] <ubitux> retardant: you can also use the current time in drawtext (aka not pts) [11:38] <retardant> ok [11:38] <ubitux> and you can also generated a subtitle stream yourself and burn it somehow [11:39] <ubitux> a pts2time could be nice in the filter [11:39] <divVerent> inb4: making a pts.srt file that contains 120 minutes of srt elements, one per millisecond ;) [11:39] <divVerent> with timecodes as text [11:40] <divVerent> actually... it wouldn't be THAT insane to have such a thing... would probably be a fun way to see bugs in players [11:47] <divVerent> mplayer has some... ISSUES dealing with such an insane srt file [11:50] <retardant> i've been using this movie i made to find bugs in my rendering code [11:50] <retardant> since there is some time bug [11:58] <theholyduck> i should dig up that [11:58] <theholyduck> MOST AWESOME ASS FILE OF ALL [11:58] <theholyduck> i used to have it lying around atleast [11:58] <theholyduck> a .ass for rendering ultra fancy karaoke effects and other stuff onto a video [11:59] <theholyduck> would actually render with libass, just not anywhere near realtime. [12:04] <divVerent> theholyduck: I think I have that file (or such a file) somewhere [12:04] <divVerent> it does a dissolve effect by rendering every character 9001 times with different clip rectangles, and moving the parts around [12:09] <theholyduck> divVerent, something like that yeah [12:17] <retardant> how do i tell if a bit of h264 is constant or variable [12:17] <retardant> Duration: 00:00:15.04, start: 0.000000, bitrate: 5899 kb/s [12:17] <retardant> Stream #0.0(eng): Video: h264 (Baseline) (avc1 / 0x31637661), yuv420p, 1280x720 [SAR 1:1 DAR 16: [12:17] <retardant> 9], 5721 kb/s, 30 fps, 30 tbr, 30k tbn, 60 tbc [12:17] <retardant> i think my ffprobe is probably 900 years old [12:17] <divVerent> there is not really such a thing as CBR H.264... or rather [12:18] <divVerent> there is, but nobody uses it, what people tend to use where CBR is required is some buffering algorithm (keyword: VBV) [12:18] <divVerent> which is locally VBR, but has a "globally constrained" bitrate [12:18] <divVerent> and not sure if there are tools to detect if a file fulfills that [12:19] <JEEBsv> I think you can get complete CBR, if the frame size is set to something static. then there's the VBV-constrained VBR with random padding that makes it CBR. [12:19] <divVerent> sure you can :P [12:19] <retardant> trying to hunt down a bug in my app where sometimes a user sets an in and out point to trim the video and it's miscalculating it by up to 45 seconds sometimes [12:19] <retardant> heh which is a ridiculous margin of error [12:19] <divVerent> but nobody really does, because it's a quality loss and most H.264-using playback devices (and standards) have published buffering requirements [12:20] <JEEBsv> yeah [12:20] <JEEBsv> except for some dumb broadcast places IIRC [12:20] <JEEBsv> where you have to have nal-hrd + CBR padding [12:20] <divVerent> sounds stupid [12:20] <retardant> this is just for kids at a museum [12:20] <JEEBsv> then you have some very limited encoder/decoder components used for web video etc. that use locked frame sizes [12:20] <JEEBsv> and yes, both of these use cases are mostly dumb by now [12:21] <JEEBsv> retardant: you are cutting by file sizes? [12:21] <divVerent> retardant: why is that an issue in your app? do you estimate the position of a frame by just calculating file length * pos / total time length? [12:21] <divVerent> that can go wrong quite a lot, even with the typical VBV-using H.264 encoding mode [12:22] <divVerent> simply because having a temporarily lower bitrate is always allowed in the VBV model [12:22] <retardant> am using avisynth to put 2 prerendered bits of h264 onto the start and the end of some h264 coming out of a camera and then overlaying some png images over their video to give it a kind of fun effect (so to speak) [12:22] <retardant> but they get to select what they want to keep from waht they recorded [12:22] <divVerent> note how x264 help screen doesn't even show in the examples how you would actually do CBR ;) [12:23] <retardant> and rendering it all with ffmpeg [12:23] <retardant> wondering if there is a better plan othre than avisynth but in my research it looked the best idea [12:24] <divVerent> where does bitrate come into the equation there? [12:24] <retardant> sorry i didn't originally clarify i was interested in VFR [12:25] <divVerent> BTW, even CBR MP3 is typically not exactly CBR... silent frames are typically encoded a lot shorter even in CBR mode [12:25] <retardant> but you guys were saying something interesting so [12:25] <divVerent> oh, frame, not bit rate... [12:25] <divVerent> now I see why it irritates avisynth - it has no timecode support ;) [12:25] <divVerent> with many formats, e.g. mp4, it's absolutely not easy to verify that a file is really VFR [12:26] <divVerent> because it only stores a denominator for the time base in the header [12:26] <divVerent> so if you record 23.98fps NTSC, you actually have a 24000 as denominator, and the timecodes go up by 1001 each frame [12:26] <divVerent> so to properly check if a given MP4 file is really CFR, you have to actually read every single frame's timecode [12:26] <divVerent> to see if it is a constant amount after the previous one [12:27] <divVerent> but, fear not, there is a solution [12:27] <divVerent> you can extract timecodes to a file, then work with avisynth, and when calling e.g. x264 to encode again, you can make it import the saved timecodes back [12:27] <divVerent> and possibly you will have to process the timecodes file by a script to e.g. put your stuff you added to the beginning [12:28] <divVerent> --tcfile-in and --tcfile-out are the x264 options that can help you there [12:28] <retardant> ok cool [12:28] <divVerent> and also IIRC there is some matching avisynth support for this [12:29] <divVerent> the file is a text file, so you should be able to do all necessary processing from your program [12:29] <retardant> yeah i saw a plugin that generates a .ffindex file that i think does that [12:29] <retardant> is there a notation to get ffmpeg to work like ffprobe [12:29] <divVerent> but the thing is, you really have to assume that your input is VFR, you can't really limit it to CFR - VFR input is way too common already [12:30] <divVerent> e.g. when using inverse telecine filters, but scenecuts happen very often or some parts aren't even telecined [12:30] <retardant> yeah the camera spits out vfr [12:30] <retardant> avisynth has a cry [12:30] <divVerent> hehe [12:30] <divVerent> why would a CAMERA output vfr... ;) [12:30] <retardant> i think it might be the source of my cropping problem [12:30] <retardant> well avisynth occasionally falls over saying the framerates don't match [12:30] <retardant> but nothing in terms of the software is changing [12:30] <divVerent> weird [12:31] <divVerent> BTW, I wonder if you can do what you want with ffmpeg directly [12:31] <divVerent> there is quite a bunch of filters, you can also of course overlay the image with a png image too [12:31] <retardant> i need to overlay graphics at certian time intervals and bookened the video with 2 bits of prerendered video and of course crop the video, which is straight forward [12:31] <divVerent> and ffmpeg is properly VFR aware (tends to need -vsync vfr, though) [12:31] <retardant> ok [12:32] <divVerent> not sure if you can do the overlay easily, but I'd bet you can somehow [12:32] <retardant> i'd rather reduce the moving parts, also then i could move away from windows for the host [12:32] <divVerent> there is a filter that can - based on timecode - accept and reject frames [12:32] <divVerent> this MAY help, but not sure [12:32] <retardant> seems to be a pretty sparse programming field... doing video stuff [12:34] <divVerent> BTW, I wonder if what you are overlaying is something like possible with DVD subtitles [12:34] <divVerent> then you could just use that format, and use "spumux" to adjust the start/end times of the overlays with it easily [12:35] <divVerent> but even if not, I wonder if a short RGBA rawvideo you can quickly encode from a few empty frames and your overlay frames, with custom time codes, would do [12:36] <retardant> i was looking at direct show stuff [12:36] <retardant> because i already use it to talk to the camera [12:36] <retardant> since ffmpeg couldn't get the right pin for the 264 stream [12:36] <divVerent> but of course, the other way to do it would be avisynth + timecode files [12:42] <cheeseduck> http://i.imgur.com/o1upg.png <- This is a close-up of a black-and-white video clip which appears to have weird greenish spots. It's extremely annoying and I think it must have something to do with how it was digitzed. [12:42] <cheeseduck> Because the original is completely black and white. [12:46] <retardant> gah all my tests are to the frame accurate [12:47] <retardant> i need to log more data i guess [12:57] <kenanb> hi folks, is it possible to create 60fps video in h264 [12:57] <kenanb> it somehow creates the video in 25 fps even though i enter -r 60 [12:58] <kenanb> ffmpeg -i %04d.png -i ../foo/bar.mp3 -c:v libx264 -preset veryslow -crf 18 -r 60 -c:a copy baz.mp4 [12:59] <kenanb> this is the commnad i used, pardon me for pasting here if that was wrong, i pasted because it was nearly a one-liner [12:59] <kenanb> so this somehow outputs 25fps video, any ideas? [13:04] <kenanb> is it possible that 1600x1200 res and 60fps was a bad idea? :) [13:15] <kenanb> anybody there [13:23] <durandal11707> kenanb: i think you need to specify rate for input and not for output [13:24] <durandal11707> img2 demuxer default framerate is 25 [13:25] <kenanb> durandal11707: wups, i didn't even know such difference exists, so how should i do that [13:25] <durandal11707> put -framerate 60 as first arguments and see if it helps [13:26] <kenanb> will do so, thank you so much durandal11707 [13:27] <cheeseduck> http://i.imgur.com/o1upg.png <- This is a close-up of a black-and-white video clip which appears to have weird greenish spots. It's extremely annoying and I think it must have something to do with how it was digitzed. Because the original is completely black and white. [13:27] <cheeseduck> Any idea what's causing this? [13:29] <durandal11707> cheeseduck: you have cmd line that produces this? [13:30] <cheeseduck> durandal11707: No... [13:30] <cheeseduck> I didn't even make the video. [13:30] <cheeseduck> Just thought that people in here have video knowledge. [13:45] <zap0> cheeseduck, 16 bit RGB 565 is sometimes misinterpreted [13:46] <zap0> and results in higher than average green-ness [13:47] <cheeseduck> Higher than average? [13:47] <cheeseduck> There is supposed to be ZERO greenness. [13:50] <zap0> average, as in... a 5bit-level of blue, does that correspond with the same VALUE of 5-bit green (which is not full green) in a rgb565 encoding.. or is it supposed to correspond to the same meaning of full, thereby being 6bits of green. [13:50] <zap0> then there is the issue is colour temperature being part of the weighting. [13:53] <cheeseduck> Ugh. [13:54] <cheeseduck> I wish there were a quick button to switch between black-and-white and colour. [13:54] <zap0> cheeseduck, you've used a colour sensor to take this image? what colour standard does it adhere too? [13:54] <cheeseduck> It is very distracting when it's got "some" colours. [13:54] <cheeseduck> zap0: I took a screenshot with my media player. [13:54] <zap0> what colour standard does <media player> adhere too? [13:55] <cheeseduck> No idea. [13:55] <cheeseduck> Media Player Classic Home Cinema. [13:55] <zap0> what format is the recording in? is it a MP4? [13:55] <zap0> h264? [13:55] <zap0> what codec? [13:56] <cheeseduck> Video: Xvid 720x560 25fps 886kbps [Video 0] [13:56] <cheeseduck> Audio: MP3 48000Hz stereo 128kbps [Audio 1] [13:57] <zap0> ok, so the underlying colour format is likely: yuv 4:2:0 which means it is rather trivial for a filter to generate a black & white image from [13:57] <zap0> you should be able to find a media player with a "black & white" filter/fx. [14:01] <kenanb> i have 250 pngs, i want to use the images 2,4,6 (so with framestep 2)how should i define a framestep in ffmpeg for the input? [14:10] <kenanb> ah, i guess it is -vf "framestep 2" [14:19] <kenanb> hmm, the output is bigger than 60fps version in size [14:19] <kenanb> that is odd [14:22] <relaxed> kenanb: so you only want a video with 125 frames? [14:23] <kenanb> relaxed: exactly [14:23] <relaxed> ffmpeg by default reads at 25fps and outputs 25fps [14:24] <relaxed> so that would give you 5 seconds of video- what does your output look like? [14:25] <kenanb> relaxed: i rendered images to be 60 fps, and there are 250 images in total, but 60 fps seems to high for playback of this resolution, so i want to make it 30 fps and use 1 frame for every 2 images rendered [14:26] <kenanb> relaxed: the result seems as i expected (including the delay caused by my cpu's lack of rendering 1600x1200 at 60 fps :D) but the file size is somehow bigger than 60fps version [14:27] <relaxed> do you really need the output framesize that large? [14:28] <kenanb> stupid client expectations :) [14:29] <relaxed> okay, just checking :) [14:29] <relaxed> some people see pie in the sky and have to chase it [14:29] <kenanb> they really need to see the delay on their own machines to realize they can't use that framesize indeed [14:29] <divVerent> is there any way to use ffmpeg filter chains with ffplay? [14:30] <divVerent> e.g. to render DVD subtitles [14:30] <relaxed> divVerent: I think so, ubitux would know. [14:30] <kenanb> relaxed: so is the -vf "framestep 2" option right? [14:30] <divVerent> I noticed that -vf "[0:0] [0:3] overlay" does not work [14:31] <relaxed> kenanb: yes, I believe so. [14:32] <relaxed> kenanb: though you may have to script this. [14:32] <kenanb> because it seems right when i check video properties they seem ok, then i look at file sizes, two files are encoded with the same "-i %04d.png -i bar.mp3 -c:v libx264 -preset veryslow -crf 18 -c:a copy baz.mp4", but 60fps one is 4 mb while 30 fps one is 5mb [14:33] <kenanb> which seems strange to me in encoding using CRF [14:33] <kenanb> but i am an ueber-newbie in encoding, my logic is probably faulty [14:35] <relaxed> is there a lot of motion in the video? [14:35] <kenanb> yes [14:36] <divVerent> it then may simply detect the motion badly at the lower fps [14:36] <kenanb> ah, do you think because of the constant motion the 60 fps one is encoded better? [14:36] <kenanb> i see [14:36] <divVerent> this may happen, yes [14:36] <relaxed> I know -crf behaves differently based on the framerate [14:37] <divVerent> that too [14:37] <kenanb> I never knew encoding is such a deep field [14:37] <kenanb> respect! [14:37] <divVerent> the other thing is, the higher fps are, the less "important" a single frame's content is [14:37] <divVerent> which crf may also take into account (not sure if it does, but it'd make very much sense) [14:38] <divVerent> this basically tells you: you can't say the videos have same quality just because you used the same crf value [14:38] <divVerent> compare them visually [14:38] <divVerent> and compare THAT to the file size ;) [14:38] <kenanb> anyway, it doesn't really matter because 1600x1200 doesn't playback smoothly even in 30 fps, so I'll just let them see the 60 fps version and hate it [14:39] <kenanb> :D [14:39] <divVerent> the thing is, crf is basically black magic [14:40] <divVerent> it is an attempt to define the "requested" visual quality to the encoder, and it does "its best" to get that done the best way possible [14:40] <divVerent> it is not a constant quantizer, but does all sorts of stuff to improve efficiency [14:41] <divVerent> quality still may vary between different videos, but the general intention is to make it roughly the same for all, whatever "perceived quality" is ;) [14:41] <ubitux> < divVerent> is there any way to use ffmpeg filter chains with ffplay? // ffplay -f lavfi -i <filtergraph> [14:41] <kenanb> i see, i guess professionals go the two-pass route to achieve what they want in the optimum file sizes and quality, right? [14:41] <divVerent> ubitux: okay... how do I get a given stream from an input file [14:41] <divVerent> kenanb: depends ;) [14:41] <ubitux> divVerent: you can't use the filter complex thing, so movie and amovie source filters [14:41] <divVerent> crf is quite comparable to the two-pass route regarding bitrate/quality ratio [14:41] <divVerent> but 2pass allows you to actually set the target size in advance [14:42] <divVerent> ah, I see now, movie takes a si= stream index [14:43] <divVerent> or not, as stream_index is deprecated [14:43] <ubitux> it's a bit tricky sometimes but it's quite useful [14:43] <divVerent> so what is one supposed to use now? [14:43] <ubitux> mmh? i don't think si= is deprecated [14:44] <divVerent> "Specifies the index of the video stream to read. If the value is -1, the best suited video stream will be automatically selected. Default value is "-1". Deprecated. If the filter is called "amovie", it will select audio instead of video." [14:44] <divVerent> says the manpage [14:44] <ubitux> ah it's because of libav i believe [14:44] <ubitux> they gave no alternative [14:44] <ubitux> don't worry about that. [14:44] <divVerent> haha, so libav can just deprecate a ffmpeg feature without replacement? [14:45] <divVerent> what kind of nonsense is that [14:45] <divVerent> and I mean, deprecate even in ffmpeg [14:45] <ubitux> it's "deprecated", or more correctly useless, in the conversion tool [14:45] <ubitux> avconv for them [14:45] <divVerent> AH, now I see, wait [14:45] <divVerent> there IS an alternative [14:45] <divVerent> you can use streams= too [14:45] <divVerent> which uses stream specifiers [14:45] <ubitux> huh? [14:45] <divVerent> so stream_index indeed is deprecated [14:46] <ubitux> oh ok [14:46] <ubitux> the streams specifiers [14:46] <divVerent> movie=foo.avi:streams=1+2 [14:46] <divVerent> would read streams 1 and 2 [14:46] <ubitux> right ok, i was wrongly bad mouthing then [14:46] <ubitux> my bad :) [14:46] <divVerent> hehe, you'll find many other good reasons ;) [14:47] <divVerent> the part I like least about libav are the borderline copyright violations of ffmpeg [14:48] <divVerent> http://blog.pkh.me/p/13-the-ffmpeg-libav-situation.html - basically, the taking over of commits (token-wise unchanged, only reformatting) while not attributing the original author [14:49] <crashd> hi all, I have a QT (prores 422 HQ) with 1 'stream' or track of audio that has 14 discrete channels within it. Is there a one-line ffmpeg solution that will take the 14 channels, split them out and turn them into 14 discrete 'streams' or tracks, keeping the video stream as is? [14:55] <relaxed> crashd: look at channelsplit in the man page [14:55] <ubitux> divVerent: yeah, i wrote that article, i'm quite aware of the problem ;) [14:56] <divVerent> ah, that's you :P [14:57] Action: relaxed forks ubitux [14:57] <divVerent> I am waiting for them to do that on a somewhat bigger commit [14:57] <divVerent> which "likely" constitutes copyright [14:57] <divVerent> and then libav being mentioned on the ffmpeg hall of shame ;) [14:57] <ubitux> our HoS page is unmaintained :( [14:57] <divVerent> and down [14:58] <divVerent> we need more such pages... [14:59] <divVerent> piratebay legal threats got no updates either for a while, was quite entertaining while it lasted [14:59] <crashd> relaxed: thanks, im not using 1.0 release so it wasn't coming up in any man pages. i'll get it upgrade. thanks again! [15:19] <crashd> relaxed: does channel_layout support none-standard audio channels, eg: not 5.1,7.1, stereo etc..? [15:25] <relaxed> crashd: I'm not sure. Give it a whirl. [15:37] <crashd> ah, looks like we can only use pre-defined 'channel_layouts' which only seem to go upto 8 total chans, would need to create a patched version to support some arbitrary 14 track layout. thanks anyway relaxed! [15:42] <relaxed> crashd: sox may be able to do it [16:40] <Spideru> burek: I have one more question about ffmpeg ---> ffserver <--- ffplay and is about ffm. Is there a way to use - for example - RTMPS over ffm? [16:40] <burek> just a sec [16:40] <Spideru> from ffmpeg to ffserver [16:40] <Spideru> sure [16:41] <Spideru> (now is working like a charm with pcm :) ) [18:20] <amstan> any idea why android refuses to accept my video? i made it with: ffmpeg -r 12 -i %06d.png -sameq -vcodec libx264 -preset fast -crf 25 simulator.mp4 [18:21] <amstan> they're about 1700 pngs made at 1024x768 [18:21] <amstan> it works fine in vlc and dragonplayer(kde default media thingy) [18:30] <burek> amstan, why -sameq [18:31] <burek> btw, try with global headers [18:31] <burek> and qt-faststart tool [18:31] <burek> also read about -profile [18:31] <burek> it might help [18:44] <stooge3> I have interlaced video tapes from a Sony Digital8 camcorder. Scenes with panning show fringing. How cal I best deinterlace the videos and put them on DVD? [18:47] <relaxed> burek: -sameq was removed in git, so one day it will trouble us no more :) [18:47] <burek> thats the great news :) [18:48] <relaxed> of course we're talking years, haha [18:48] <burek> oh.. [18:48] <burek> :D [18:50] <relaxed> The interweb is full of examples using it, so keep your trigger finger ready. [18:51] <relaxed> Hmm, maybe it could be backported to the earlier branches. [18:52] <burek> that would be great if possible [18:52] <burek> but I believe that, as soon as we provide official deb packages somehow, people will just update [18:52] <burek> and that's it [18:53] <burek> which reminds me :) [18:53] <burek> ping ubitux :) [18:53] <burek> priv? :) [18:54] <ubitux> mmh? [18:54] <burek> can I ask you something in PM [18:54] <ubitux> just ask in pm... [18:54] <ubitux> :p [19:02] <iam8up> i'm trying to concatinate mpeg4 files but i'm not having much luck - http://pastebin.com/qJPvLSs5 [19:02] <iam8up> i also tried it with -f mpg4 which didn't change the outcome [19:03] <Diogo> hi [19:03] <Diogo> anyone works with mediaroom IPTV plataform? [19:03] <Diogo> this is possible to stream consume live from ffserver? [19:03] <relaxed> iam8up: use MP4Box's -cat [19:05] <relaxed> iam8up: MP4Box -cat 1.mp4 -cat 2.mp4 -new combined.mp4 [19:06] <iam8up> is there any way to make the input easier? i've got dozens of files [19:06] <iam8up> say -cat *.mp4 or accept from - with ls|sort -n [19:07] <burek> iam8up, you can't just cat *.mp4 [19:07] <burek> it will concatenate file headers too [19:07] <burek> and render it unusable [19:09] <burek> i mean, some players might recognize it and play it without problem [19:09] <burek> but others can fail, so.. [19:09] <burek> the correct way is to re-encode all your videos and produce one big output [19:09] <iam8up> ok i gotcha, just looking for a solution other than typing -cat 1.mp4 -cat 2.mp4 all the way up to 30 or 50 or whatever every month [19:10] <burek> man MP4Box :) [19:10] <burek> see if there is an option to provide a file list from a file [19:10] <iam8up> just doing svn now [19:10] <iam8up> need to get the packages, no binary for centos [19:28] <iam8up> there is not, and you can only have 20 -cat per command [19:33] <iam8up> relaxed, thanks a bunch for the tip [19:35] <iam8up> very odd result, it opens up 5 windows in VLC? [19:42] <relaxed> try ffplay [19:47] <iam8up> i don't have any machine with linux and a monitor [19:47] <iam8up> i used the win32 build of mp4box and it made the video just fine, something is wrong in my command [19:48] <relaxed> yeah, I've never heard of that happening. [20:45] <DelphiWorld> hey everyone [20:45] Action: DelphiWorld yel at burek [20:45] <DelphiWorld> please, how to build a Shoutcast compatible output using FFserver ?stream [20:45] <DelphiWorld> what format should i chouse [21:00] <DelphiWorld> hi Sast [21:00] <DelphiWorld> can you look at some bug in ffm? [21:01] <DelphiWorld> or michaelni [21:08] <llogan> DelphiWorld: if you have a bug, search the bug reports. if it is not listed, then submit a bug report. [21:09] <DelphiWorld> llogan: #ffmpeg-devel ;-) [21:17] <saschagehlich> hey, i just compiled rtmpdump v2.4 from git, but it still gives me "WARNING: HandShake: Type mismatch: client sent 6, server answered 9" [21:26] <llogan> saschagehlich: without context it is hard for people to get an idea of what you're doing [21:27] <saschagehlich> llogan: okay [21:27] <saschagehlich> https://gist.github.com/3874907 this should be enough context? [21:27] <llogan> meaning you need to show your commands or whatever so people can easily duplicate the issue [21:28] <llogan> hm, i assumed you were using librtmp via ffmpeg. [21:28] <llogan> this isn't really a support channel for rtmpdump, but someone here may know more [21:29] <DelphiWorld> llogan: me or saschagehlich ? [21:29] <saschagehlich> is there an rtmpdump support channel? I thought it's developed by the ffmpeg team since it's hosted at git.ffmpeg.org [21:29] <saschagehlich> but okay, I'll try to compile the latest ffmpeg on my machine, give me a sec [21:30] <saschagehlich> what would be the respective ffmpeg command? [21:32] <llogan> you can try the mailing list: https://lists.mplayerhq.hu/mailman/listinfo/rtmpdump [21:33] <llogan> or this forum: http://stream-recorder.com/forum/rtmpdump-f54.html [21:45] <saschagehlich> okay, ffmpeg compilation seems to be going well until a certain point when it totally breaks https://raw.github.com/gist/4bd047b2bb68afce408c/028013307aba221c378e501a7c… (scroll down) [21:46] <llogan> saschagehlich: what was your ./configure? [21:47] <saschagehlich> llogan: https://gist.github.com/a250be7a3bb2866452c5 [21:48] <llogan> this is ffmpeg from git? [21:49] <saschagehlich> yup [21:49] <saschagehlich> master branch [21:49] <saschagehlich> commit 313b40e [21:51] <llogan> works for me. [21:52] <saschagehlich> any tips? [21:53] <saschagehlich> i mean it looks like gcc is totally broken here, it sees syntax errors where there are none [21:55] <llogan> ppc? [21:56] <saschagehlich> nah intel [21:57] <saschagehlich> checked out v0.6.1 - works [21:57] <llogan> duh. i forgot about your configure...it shows arch [21:58] <llogan> sounds like a regression to me and should be reported [21:58] <saschagehlich> I'm checking out the 1.0 release& if that one works, I'm gonna report it immediately [21:59] <llogan> is this os x? [22:00] <saschagehlich> yup [22:00] <saschagehlich> mountain lion [22:00] <saschagehlich> 10.8 [22:00] <llogan> i'll have access to one of those later today. maybe i'll try to duplicate the issue. [22:02] <saschagehlich> alright [22:02] <saschagehlich> 1.0 release: same issue& trying 0.9 [22:04] <DelphiWorld> DUUUUUUUUDES [22:04] <DelphiWorld> i am happy now llogan [22:04] <DelphiWorld> llogan: let me pb my new file [22:05] <llogan> DelphiWorld: glad you figured it out. [22:05] <DelphiWorld> llogan: lovely, let me share [22:05] <llogan> also looks like burek made a ffserver guide: https://ffmpeg.org/trac/ffmpeg/wiki/Streaming%20media%20with%20ffserver [22:06] <llogan> saschagehlich: a git-bisect would do better to pinpoint the commit then introduced the issue [22:06] <llogan> *that [22:06] <saschagehlich> llogan: never tried git-bisect, but will do now [22:07] <DelphiWorld> llogan: http://dpaste.de/yB0Gd/ [22:07] <DelphiWorld> saschagehlich: tel me what you're trying to do [22:07] <saschagehlich> DelphiWorld: I'm trying to find a bug in ffmpeg that leads to compilation issues on os x mountain lion [22:08] <DelphiWorld> saschagehlich: ah, out of my knoledges [22:08] <saschagehlich> :D been using git for 3 years now, but that's something I never touched [22:08] <DelphiWorld> ubitux: http://dpaste.de/yB0Gd/ [22:11] <DelphiWorld> llogan: thought ? [22:11] <llogan> i know nothing of ffserver [22:16] <DelphiWorld> llogan: just read and compare what did i change :-P [22:16] <DelphiWorld> llogan: my issue soleved [22:24] <saschagehlich> omfg git bisect is awesome :O [22:31] <saschagehlich> and that's the point where commiting in small steps becomes awful... [00:00] --- Fri Oct 12 2012

1 0