Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

April 2013

1 participants
60 discussions

ffmpeg-devel.log.20130409
by burek 10 Apr '13

10 Apr '13

[00:01] <llogan> saste: i probably won't be able to attend #gsoc IRC on april 19 [00:05] <durandal11707> some machines have time/date off [00:18] <Compn> saste : aurel [00:18] <saste> Compn, why, what happened to him? [00:19] <Compn> i remember aurel had trouble with ass stuff , dont remember details [00:19] <Compn> llogan: the last #gsoc wasnt all that useful > http://www.ffmpeg.org/~compn/gsoc.txt [00:21] <j-b> Compn: what did it say? [00:22] <Compn> [12:46] <carols> i think you could slightly improve a couple things for next year, but overall, [00:22] <Compn> this was just not enough space [00:22] <Compn> [12:47] <carols> we really are just trying to make space for new orgs this year. [00:23] <Compn> which is the answer given to most all the projects that showed up [00:23] <Compn> (which is kinda strange they had an irc for something they could have put in an email) [00:29] <jojva> new orgs like gcc, opensuse, wine... [00:30] <j-b> twitter [00:30] <j-b> wordpress.com [00:30] <jojva> fuck i'm mad at this situation, I need someone accountable, who's responsible for this fail [00:30] <ubitux> saste: ok, reviewing. [00:33] <llogan> j-b: twitter. i was perplexed at that one. [00:35] <llogan> jojva: remember? we agreed it was the Sopwith Camel. [00:36] <ubitux> saste: i think you sent the wrong patch [00:40] <jojva> llogan: what are you talking about ? [00:41] <jojva> (i probably wasn't here when this camel was referred to) [00:42] <llogan> the airplane logo [00:42] <saste> ubitux: i split x/y from enable [00:43] <saste> add a misc typo, but the patch looks correct otherwise [00:43] <ubitux> ok [00:43] <ubitux> i didn't realize there was two patches [00:44] <ubitux> i'm tired i believe. [00:44] <ubitux> saste: i've already reviewed most of the code, consider LGTM [00:45] <saste> ubitux, ok thanks [00:47] <jojva> llogan, oh the airplane, right [00:48] <Compn> jojva : they mean 'new orgs to gsoc' [00:48] <Compn> not 'new orgs created in last 6 months' [00:49] <jojva> Compn, i know, i only quoted organizations that weren't new to gsoc [00:53] <jojva> anyone knows where i can find the bibtex for itu's h264 N [00:53] <jojva> ? [00:53] <gnafu> I was really hopeful Rockbox would get picked up and someone would sign up to work on Opus optimization :-P. [00:56] <llogan> saste: web/documentation: mention ff*-all pages LGTM [00:56] <llogan> RE: your latest comments [00:57] <saste> llogan, you mean with ff* and ff*-all on separate lines? [01:02] Action: Compn afk bbl [01:08] <llogan> saste: yes [01:25] <saste> llogan, a bit ugly? [01:25] <saste> suggestions are welcom [01:25] <saste> e [01:30] <llogan> saste: hmm..yeah, looking at code and then at the actual page doesn't always translate well in my head. [01:30] <llogan> it's not that bad, but i'll think about how it can be displayed nicer [01:39] <saste> llogan, maybe a table? [01:43] <jojva> dec 19, 2000 : libav github repo is created. Why ? there weren't any frictions at that time right ? [01:44] <llogan> libav is another way of saying FFmpeg libraries. [01:46] <jojva> ok [01:47] <llogan> and that is ~10 years before the fork [01:48] <llogan> and the fork using the name "libav" has been utterly confusing to the general population... [01:49] <llogan> i didn't know github was around then [01:49] <llogan> ah, it wasn't [01:50] <llogan> and git initial release was 2005 [01:51] <j-b> http://www.google-melange.com/gsoc/org/google/gsoc2013/bioconductor so high quality [01:54] Action: llogan read it but didn't understand/remember one word [01:55] <jojva> i like bioinformatics [01:55] <jojva> it'd be my third project desire after ffmpeg and any music player like banshee or rhythmbox [02:05] <saste> j-b: time to run your own Summer Of Code [02:06] <saste> call it JBSoC [02:07] <saste> we should do the same (when we have money) [04:12] <Zeranoe> This might be a little off topic here, but I'm trying to debug FFmpeg so I can fix that moov atom error. I have a non optimized, unstripped ffmpeg.exe and a working copy of gdb. I can get ffmpeg to give the "moov atom not found" error in gdb, but it isn't crashing so I'm not sure how to find whats going wrong. [04:13] <Compn> gdb is for crashes [04:14] <Zeranoe> Compn: It cannot be used to find FFmpeg errors? [04:14] <Compn> that error sounds like the demuxer couldnt find the moov atom [04:14] <Zeranoe> Compn: Correct [04:15] <Compn> i think you can use gdb or valgrind to find the error if you set breakpoints [04:15] <Compn> but i dont know how to do that. [04:16] <Zeranoe> What is a good way to go about fixing these types of errors then? [04:16] <Compn> ok let me see here [04:16] <Compn> it only happens on 32bit mingw ffmpeg ? [04:16] <Zeranoe> yes [04:16] <Compn> and only with that 4.7gb file ? [04:16] <Zeranoe> I can provide anything you need [04:17] <Zeranoe> Compn: Not only, there are a few others but they are large as well, so I was inclined to think it was a size issue. I haven't tried shrinking with dd yet [04:17] <Compn> imo it sounds like your ffmpeg builds arent reading past the 4gb limit ... [04:17] <Compn> there is a patch to mingw from sherpya [04:17] <Compn> that never got applied upstream [04:18] <Zeranoe> that reads larger than 4gb? [04:18] <Compn> yes [04:18] <Compn> let me see if i can find it [04:18] <Zeranoe> -D_LARGEFILE_SOURCE is seen in config.log [04:19] <Compn> are you using mingw-w64 or plain mingw.org mingw ? [04:19] <Compn> to compile [04:19] <Zeranoe> mingw-w64 [04:19] <Compn> hmmm [04:21] <Zeranoe> Compn: I'll try shrinking with dd and see if it reads it then [04:23] <Compn> you cant cut a .mov because the stupid headers are at the end of the file [04:23] <Compn> :D [04:23] <Zeranoe> Any ideas how I can narrow this down? [04:25] <Compn> got any big avi files ? [04:25] <Compn> or mkv [04:25] <Compn> try seeking to past 4gb in those with ffmpeg [04:25] <Compn> that will tell you if your ffmpeg build is stuck at 4gb limit [04:27] <Zeranoe> Compn: I don't but I can use a 64-bit build to create a large file with ffmpeg, correct? [04:27] <Zeranoe> could I just loop a video till the size adds up to 5gb? [04:28] <Compn> yes [04:28] <Compn> http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2006-January/040079.html [04:28] <Compn> theres the thread discussing this [04:30] <Compn> ok found the patch [04:30] <Compn> http://mplayerhq.hu/pipermail/mplayer-dev-eng/2007-January/048904.html [04:32] <Compn> mingw said it was committed in 2008 i think [04:33] <Zeranoe> Compn: So in theory mingw-w64 should have no issue handling large files [04:33] <Zeranoe> Compn: command ideas to create 5gb file? [04:35] <Compn> mencoder -oac copy -ovc copy 1gbmovie.avi 1gbmovie.avi 1gbmovie.avi 1gbmovie.avi 1gbmovie.avi -o 5gbmovie.avi [04:37] <Zeranoe> I'm on windows and don't have mencoder, I'm thinking I'll just reconvert the mov file to a mpeg4 file [04:37] <Compn> download mencoder from sherpya [04:38] <Compn> http://oss.netfarm.it/mplayer-win32.php [04:38] <Compn> if you have just plain .mpeg files, you can cat those together [04:38] <Compn> maybe [04:40] <Zeranoe> Compn: Is there a loop option for FFmpeg? I have a 1gb avi, just want to -c:v copy it 5 times? [04:48] <Compn> Zeranoe : concat [04:49] <Compn> in the ffmpeg manual , look it up [04:49] <Compn> i never used it , so i dont know command line :\ [04:49] <Compn> but i'd like to learn [04:49] <Compn> if you figure it out lemme know [04:49] Action: Compn kinda distracted [04:49] <Zeranoe> Compn: Ended up dumping rawvideo, added up the size pretty quick [04:50] <cone-623> ffmpeg.git 03Michael Niedermayer 07master:5fbf9c12aa0d: avfilter/vf_noise: fix build without mmx*inline [04:52] <Compn> rawvideo good yeah [04:59] <Compn> Zeranoe : so can you seek past 4gb on your raw file ? [05:00] <cone-623> ffmpeg.git 03Marton Balint 07master:325846aac0ae: ffplay: set time_base of audio filter buffer src [05:00] <cone-623> ffmpeg.git 03Marton Balint 07master:0b24e341ed75: ffplay: handle audio buffersink output properly with buffering filters [05:00] <cone-623> ffmpeg.git 03Marton Balint 07master:5dacf7b1ab40: ffplay: fix indentation [05:00] <cone-623> ffmpeg.git 03Marton Balint 07master:85b9bf5693c8: ffplay: simplify video pts calculation [05:00] <cone-623> ffmpeg.git 03Michael Niedermayer 07master:93e8fcb94b1a: Merge remote-tracking branch 'cus/stable' [05:02] <Zeranoe> Compn: Yes... [05:02] <Zeranoe> So it can't be file size now? [05:08] <Compn> hmm [05:10] <Compn> is it a problem in the mov probe ? [05:11] <Zeranoe> I'm not sure, I think it might be the toolchain because that other user reported success for 32-bit. Normally compiler issues will crash the exe though [05:13] <Compn> Zeranoe : did you ever fix the win2k ffmpeg dll link ? [05:14] <Compn> i mean , compiling against winxp dlls , means cant use ffmpeg on win2k :\ [05:17] <Zeranoe> I haven;t had a chance to look into that yet [05:17] <Compn> difficult one to pin down, for sure [09:38] <KnightRiderRetro> hi devs [09:39] <KnightRiderRetro> it seems recent commits to ffplay has caused a weired bug in ffplay [09:39] <KnightRiderRetro> causing to to play audio longer than it should [09:39] <KnightRiderRetro> totally messing up the displayed clock [09:40] <KnightRiderRetro> i have a sample to demonstrate it with recent builds [09:40] <KnightRiderRetro> if anyone wann have a look at it [09:54] <ubitux> KnightRiderRetro: please open a ticket [09:55] <ubitux> the ffplay maintainer is not on irc [09:56] <KnightRiderRetro> ubitux: ok [10:12] <durandal_1707> michaelni: can you tell me story behind ow filter? [10:18] <durandal_1707> what of this: ttp://wiki.multimedia.cx/index.php?title=Libavfilter_Shortcomings is still valid? [10:35] <ubitux> durandal_1707: error reporting should be done [10:35] <ubitux> filter help is done iiuc [10:36] <ubitux> but that page is lacking some [10:37] <durandal_1707> like? [10:40] <ubitux> timeline, and a bunch of useful filters [10:45] <durandal_1707> timeline? [10:45] <durandal_1707> and what is bunch of useful filters? [10:46] <ubitux> timeline: being able to simply make filters apply in a range of time/frames [10:46] <ubitux> useful filters: good fft 2d/3d denoisers, motion interpolation based filters, etc [10:46] <ubitux> that kind of stuff; see old Derek thread [10:46] <durandal_1707> etc is not helpful [10:47] <ubitux> that's a good start; check the mail for more [10:47] <durandal_1707> the only point i remmebmer from Derek thread is no scripting [10:49] <ubitux> http://ffmpeg.org/pipermail/ffmpeg-devel/2012-October/132031.html [10:49] <ubitux> see the section before the conclusion [10:53] <durandal_1707> select filter should really support more formats [10:54] <ubitux> it supports them all [10:55] <ubitux> as long as you don't have scene detection active [10:55] <durandal_1707> but scene detection could support more? [10:56] <ubitux> should be possible yes [10:58] <durandal_1707> we don't have filter that separate fields? [10:58] <ubitux> "field" should do it [10:59] <ubitux> i'd be curious about the parameters required for field,tinterlace to be equivalent to the passthrough [10:59] <ubitux> without messing pts, aspects, et [10:59] <ubitux> etc [10:59] <durandal_1707> so field is same as SeparateField from that flame? [11:00] <ubitux> i think so [11:02] <durandal_1707> next filter i gonna write: separaterows, separatecolumns [11:02] <durandal_1707> or i should call it just row/column? [11:04] <durandal_1707> they have weave filter [11:04] <durandal_1707> also SelectEvery is just our select, isn't it? [11:07] <durandal_1707> ubitux: actually separate files, does not dump other half of frames :) [11:07] <durandal_1707> *fields [11:09] <durandal_1707> i could add option to filed filter instead of creating new filter [11:13] <durandal_1707> also swapfields is same as calling 3 functions [11:13] <durandal_1707> but i belive this can be made much faster [11:16] <ubitux> durandal_1707: i don't understand what you said about seperate fields [11:16] <ubitux> durandal_1707: the idea of such filter is to do something like that afaik: field, foobar, tinterlace [11:17] <durandal_1707> ubitux: separatefields produce 2x frames at 2xFPS [11:17] <durandal_1707> field filter just dump half of fields [11:17] <ubitux> mmh [11:17] <ubitux> i thought it was splitting the top and bottom fields in a dedicated frame [11:17] <mateo`> someone is talking about separate fields :D [11:18] <ubitux> :) [11:18] <ubitux> durandal_1707: maybe we should add an option to vf field [11:18] <durandal_1707> nope [11:18] <ubitux> ? [11:18] <durandal_1707> more filters - better [11:18] <ubitux> well... [11:19] <ubitux> i don't think that's really better [11:19] <ubitux> field is really small and has not much purpose [11:19] <durandal_1707> then adding mode option with values : extract & separate ? [11:20] <ubitux> possibly yes [11:20] <durandal_1707> than what about generic ones like separaterows/columns? [11:20] <ubitux> what's the point of separatecolumns? [11:21] <durandal_1707> same as for fields but this time for N columns [11:21] <ubitux> fields separation is useful [11:21] <durandal_1707> point is to have it, because *synth have it [11:21] <ubitux> avisynth has seperate column filter? [11:22] Action: ubitux wonders if this is a joke [11:22] <durandal_1707> http://avisynth.org/mediawiki/SeparateFields [11:22] <ubitux> sounds completely useless, but well, do as you please :p [11:23] <durandal_1707> ubitux: mplayer tfields is similar to synth one [11:23] <durandal_1707> we dont have tfields here for some lucky reason [11:24] <durandal_1707> it have some strange interpolation.... [11:25] <durandal_1707> reverse of separate* is weave [11:25] <ubitux> tinterlace? :p [11:26] <durandal_1707> much simpler [11:26] <durandal_1707> http://avisynth.org/mediawiki/Weave [11:26] <durandal_1707> i mention all this filters because you gave me that link [11:26] <ubitux> i was trying to achieve such thing with field, tinterlace the other day [11:26] <ubitux> it wasn't working that well [11:26] <ubitux> now i understand why [11:26] <ubitux> :D [11:27] <ubitux> durandal_1707: but yeah, seperate/join fields will be useful [11:27] <durandal_1707> as an option to filter or new filter? [11:27] <ubitux> as you wish [11:27] <durandal_1707> or field should really be named extractfield [11:28] <durandal_1707> i could make field do join & separate [11:29] <ubitux> field=extract, field=join, field=separate ? [11:30] <durandal_1707> nope first arg it type: top/bottom - usefull only if you separate/join to 2 [11:30] <durandal_1707> anyway it already have hardcoded explicit description [11:30] <durandal_1707> so i create new filter [11:30] <ubitux> ok [11:31] <durandal_1707> adding bit monolitic filters (as I experienced with jfmeter/phaserscope) only gives headeaches [11:31] <durandal_1707> *big [11:32] <ubitux> what happens to them btw? [11:32] <durandal_1707> enotime [11:33] <Bor0> why is it that for some videos I get is->ic->duration/1000000LL > is->video_current_pts at the end of the video, instead of them being equivalent? [11:33] <Bor0> the difference is about 0.8 [11:36] <durandal_1707> flaming list with invalid statement like we do not have SelectEvery funcionality is just trolling [11:37] <durandal_1707> what about that alphamerge/extract user question on ml? [11:46] <durandal_1707> i gonna write smptehdbars too [11:46] <durandal_1707> so much filters to write, so much little time [11:51] <cone-905> ffmpeg.git 03Martin Storsjö 07master:bc0522dffacb: h264pred: Add a few missing const declarations for ff_cropTbl derived pointers [11:51] <cone-905> ffmpeg.git 03Andrew Van Til 07master:350ad50bf45d: lavf: Use RTP_MAX_PACKET_LENGTH instead of 1500 [11:51] <cone-905> ffmpeg.git 03Andrew Van Til 07master:0e729b2290cf: rtpdec: Increase max rtp packet size to 8192 [11:51] <cone-905> ffmpeg.git 03Martin Storsjö 07master:fc792308c5ae: srtp: Include rtpdec.h for RTP_MAX_PACKET_LENGTH [11:51] <cone-905> ffmpeg.git 03Michael Niedermayer 07master:4e0130faed10: Merge remote-tracking branch 'qatar/master' [11:53] <michaelni> durandal_1707, story behind vf_ow ? dunno, its one of several filters that was implemented and yeah maybe someone used it maybe not [16:40] <cone-724> ffmpeg.git 03Michael Niedermayer 07master:c03dc44070cd: msmpeg4: fix asm code in ff_msmpeg4_pred_dc() [16:40] <cone-724> ffmpeg.git 03Michael Niedermayer 07master:b4eb06d32535: msmpeg4: ignore negative DC overflow [16:40] <durandal_1707> there is yet another color space issue on trac [17:21] <durandal_1707> ubitux: shouln't it be possible to do same funcionality as separatefields with split and 2 field filters and some other filter that would put them back together? [17:21] <ubitux> possibly, but that might be a pain to use [17:22] <durandal_1707> because separatefilds would do same as field it will write it into same file [17:24] <durandal_1707> but one frame may have hight different than next one, what to do in such situation? [17:24] <durandal_1707> *height [17:25] <durandal_1707> eg. if hight is not multiple of 2 [17:25] <ubitux> reject? [17:32] <Compn> you mean resolution change ? [17:32] <Compn> oh no field stuff , nm [17:35] <Compn> michaelni : re that wmv2 bug. how long did it take you to figure out which piece of optimization (mmx / sse / asm) was causing the problem? and is there an easy way to only use the c-version or asm-version of a codec , or must it be recompiled ? also has anyone ever made a test to see if the various cpu optimizations or asm versions are identical to the c-versions ? [17:36] <durandal_1707> Compn: no, no and no [17:37] <Compn> i ask because i wonder if it would make it easier for us bug testers to find the problem , so devs dont have to spend so much time testing [17:37] <durandal_1707> Compn: become dev [17:38] <Compn> durandal_1707 : yes, but i'm trying to say... only michael can figure out that bug. even other devs would take a while to pin it down [17:38] <Compn> but if we had some easy way to try different optimizations of the same codec (i guess just have multiple ffmpeg binaries?) [17:40] <Compn> i will try to write a debugging document for ffmpeg bugs [17:40] <Compn> what to try first, next, last [17:42] <durandal_1707> Compn: ask michaelni to setup remote desktop [17:42] <durandal_1707> than just watch what he does :))) [17:42] <durandal_1707> alternative take a trip to michaelni [17:43] <nevcairiel> Compn: ffmpeg has a -cpuflags option which you can use to tell it which asm to use (if it was compiled with runtime cpu detect) [17:43] <michaelni> Compn, "-cpuflags 0 " works in some cases, others --disable-asm will disable asm [17:43] <michaelni> hmm nevcairiel was quicker :) [17:43] <michaelni> in this case here -cpuflags wouldnt have worked and --disable-asm would have been needed [17:44] Action: michaelni goes afk [17:45] <durandal_1707> for how long? [17:45] <Compn> nevcairiel / michaelni : ok thanks for answers . i will write them into a doc on the wiki :) [17:51] <durandal_1707> if frame is not writtable, is it allowed to change its members(h,w,...) ? [17:55] <durandal_1707> why i did not get review for latest telecine? [17:56] <ubitux> durandal_1707: did you check the html of your doc? [17:57] <ubitux> typically the example patterns part [17:57] <durandal_1707> no i don't have that installed [17:58] <ubitux> i think it will be broken [17:58] <ubitux> the \n won't appear [17:58] <ubitux> it's possible it will be the same with the manpages actually [17:59] <durandal_1707> so how to force them? [17:59] <ubitux> @example or @table i'd say [18:00] <ubitux> while at it you could fix the broken ident for the tc->temp alloc check [18:01] <durandal_1707> heh [18:02] <ubitux> return is prefixed with too much spaces [18:03] <durandal_1707> yea, i know, i think you did not understand "heh" part [18:03] <ubitux> ah, sorry [18:03] <ubitux> ok last thing (sorry review over irc): you don't need to copy all the outlink settings in config_output() [18:04] <ubitux> i did it in decimate because of multiple output [18:59] <nevcairiel> how annoying, when avformat uses a parser, the parsing process eats AVPacket side_data [19:10] <durandal_1707> nevcairiel: it should not [19:11] <nevcairiel> but it does [19:11] <nevcairiel> at least when you tell it not to merge it into the bitstream [19:12] <nevcairiel> (because i want it in my demuxer, and not forwarded to the decoder) [19:15] <durandal_1707> ubitux: ok, now i would like to get LGTM [19:16] <durandal_1707> btw, this is not that complicated like cinepak encoder [19:20] <DimStar> Hi all... I know the topic is lame.. but I'm fighting some legal systems... and was wondering which part of ffmpeg are 'known' to be 'discussable' in some countries... and which parts are 'safe'. [19:22] <durandal_1707> DimStar: if you sell binary with patents you need to pay to patent holder - basically what law of such country say [19:22] <ubitux> durandal_1707: if you did the above changes i have nothing to add [19:23] <durandal_1707> interesting: libopus >= libfdk_aac >= libvorbis >= libmp3lame > eac3/ac3 > libfaac >= libtwolame > aac > mp2 > wmav2/wmav1 > vorbis > libvo_aacenc [19:23] <DimStar> durandal_1707: yes.. that is known.. but I was wondering if 'all' libs in ffmpeg tree are covered by patents (like swscale for example) [19:23] <DimStar> the various mpeg codecs are easy to answer. [19:23] <kierank> everything is covered by patents [19:23] <durandal_1707> even colors [19:24] <ubitux> even patents [19:24] <DimStar> ok... I guess this is making a point ad absurdum... [19:24] <kierank> DimStar: what parts of ffmpeg do you want to use [19:25] <DimStar> kierank: swscale is the one on my radar for now... [19:25] <kierank> probably patented [19:25] <nevcairiel> in short, its impossible to say what is patented and what is not, there are huge court battles from the big companys because even they can't agree, and we're lot lawyers anyhow [19:25] <nevcairiel> s/lot/not/ [19:26] <DimStar> nevcairiel: understood... [19:26] <DimStar> and yes, of course, this all black magic... [19:26] <DimStar> I know for example that various distributions consider 'libavutil' as safe... [19:26] <nevcairiel> it probably isnt [19:26] <kierank> probably crc is patented somehow [19:26] <kierank> and tons of other things [19:27] <nevcairiel> it contains an implementation of aes and crc, some of those things are bound to be patentet [19:27] <nevcairiel> *patented [19:28] <DimStar> you mean like http://www.google.com/patents/US7577899 for CRC? Seems nobody gives a hoot about this... :) [19:29] <DimStar> so, I'd assume if swscale is 'as safe as libavutil' it might be ok.. (if it's as unsafe as mpeg codecs, it's not so easy) [19:29] <nevcairiel> it contains upscaling algorithms and whatnot, those are probably also patented [19:30] <michaelni> a xor b is patented too [19:30] <nevcairiel> the way i see it, screw software patents and just continue working, even if you would re-write swscale from scratch, you would end up violating some patent [19:30] <nevcairiel> this is why software patents are so bad =p [19:31] <DimStar> nevcairiel: I don't care much for them.. but as a packager for a distribution, I have to see what the sponsor (american based) agrees to. [19:31] <DimStar> as said: libavutil was acceptable for them.. [19:32] <michaelni> libswscale should be similar to libavutiil but thats just my oppinon [19:32] <DimStar> michaelni: ok.. that is already a statement :) [19:33] <kierank> the rgbyuv stuff is heavily patented [19:34] <nevcairiel> as soon as you get into actual video area, its a minefield [19:34] <michaelni> kierank, might be, but are the patents valid and does the patent holder actual do anything with them [19:35] <kierank> more likely that aes/crc i think [19:35] <kierank> av500 has a patent [19:35] <DimStar> michaelni: right.. THAT is exactly where it comes down to.. MPEG LA is active.. rgbyuv seems not to be really doing much. [19:35] Action: kierank is scared of av500 [19:35] <kierank> mpeg-la is only active at the large scale [19:36] <DimStar> kierank: which unfortunately linux distributions are at the moment.. [19:38] <ubitux> [PATCH 17/17] cmdutils: allow -h filter=<name> to print information about a filter. [19:38] <ubitux> oh boy. [19:38] <kierank> DimStar: not really [19:38] <kierank> small fry by mpeg-la standards [19:38] <nevcairiel> didnt the mpeg-la even say that h264 for example is free to be used for such cases? [19:38] <kierank> no [19:39] <kierank> mpeg-la said free web streaming does not incur a fee [19:39] <nevcairiel> oh right, so pages like youtube dont have to pay [19:39] <kierank> yeah [19:41] <nevcairiel> the way i see it, as long as people that produce hardware compatible with mpeg-la stuff pay, they'll probably remain happy :p [19:46] <michaelni> kierank, also another point if theres a real issue with yuvrgb then it also affects SDL, theora and jpeg [19:46] <kierank> michaelni: of course [19:46] <kierank> but i am talking in relatives compared to libavutil [19:47] <michaelni> hmm, ok misunderstood you slightly then [20:12] <ubitux> so, no more review for ivtc & decimate ? [20:12] <ubitux> also, i guess no one except nicolas will comment on the ass/ssa patch? [20:13] <ubitux> btw, last ping on libquvi [20:26] <louiz> what about libquvi? [20:27] <llogan> louiz: http://ffmpeg.org/pipermail/ffmpeg-devel/2013-April/141690.html [20:27] <louiz> thank you [21:49] <cone-724> ffmpeg.git 03Clément BSsch 07master:1043cb8e80e2: lavc/ass: use bprint API in ff_ass_add_rect(). [22:04] <ubitux> oh ffs [22:04] <ubitux> i failed at reply again [22:05] <ubitux> no wonder no one is replying [22:06] <nevcairiel> michaelni: there is a h264 performance regression after 644092c8e8892f4f7e44a01b83487b398cafeb5a, on my system a interlaced file using frame threading goes from 52fps to 38 fps (that particular file doesn't multi-thread very well in the first place, it seems) [22:07] <nevcairiel> i'll open a ticket i guess [22:07] <Compn> whoa , big drop [22:08] <nevcairiel> in percentage, yes =P [22:08] <Compn> do we have any fate tests for speed regression ? [22:09] <nevcairiel> no [22:09] <Compn> would be hard with shared cpu and virtualization and such [22:10] <iive> even harder with multithreading. [22:10] <nevcairiel> yeah this seems like a threading regression [22:10] <nevcairiel> not single-threaded [22:11] <nevcairiel> progress report related [22:14] <nevcairiel> now i first need to figure out what the option to benchmark ffmpeg was, or carl yells at me in the ticket [22:22] <ubitux> btw, still no one to write the cool matroska features in our demuxer? [22:51] <ubitux> it's about colors, so i guess i can paste it here: http://theoatmeal.com/comics/mantis_shrimp [22:52] <ubitux> (at least the beginning, a little.) [23:16] <saste> ubitux: ping on overlay [23:16] <saste> enable and process patches [23:16] <ubitux> saste: i ok'ed it on irc :p [23:17] <saste> ubitux, you can't never be sure with irc [23:17] <saste> splice is almost ready [23:17] <ubitux> will it work correctly with tons of frames ? [23:18] <saste> ubitux, can't say... [23:18] <saste> caching logic proved to be quite tricky, as expected [23:22] <saste> ubitux, what about the select branch patch? [23:22] <cone-724> ffmpeg.git 03Michael Niedermayer 07master:62a1181015c2: h264: wait for missing slices only on frames [23:22] <ubitux> does the select branch patch makes any sense without splice? [23:23] <saste> ubitux, why not? [23:23] <ubitux> well, extra complexity for nothing [23:23] <ubitux> i mean i have a hard time figuring out a use case [23:23] <saste> for example you can do: select=...:branch=1 [out], showinfo, nullsrc [23:24] <ubitux> also, if splice has undefinied behaviour with large amout of frames, it kind of defeat its original purpose, aka timeline editing [23:24] <ubitux> saste: and what's the point? [23:24] <ubitux> dumping info about the rejected frames? [23:24] <saste> yes [23:24] <ubitux> does that make any sense? :D [23:25] <ubitux> if it's for debugging, you can just not() the expression [23:25] <saste> or you want to keep the not selected frames for whatever reason [23:25] <saste> for example if you want to implement if else if else logic [23:26] <saste> it can be implement with split and two selects, but it's not as convenient [23:26] <ubitux> i'm still not convinced of a use case :p [23:26] <ubitux> i'd better discuss it if you find splice useful enough and consider it worth inclusion [23:27] <ubitux> so anyway, again, the x/y expr in overlay LGTM, and the enable as well [23:42] <durandal11707> ubitux: why you think pts would not be correct? [23:43] <ubitux> dunno, 1 or even low fps video? [23:43] <ubitux> small tb i mean [23:44] <ubitux> i mean this +1 is only valid in a very specific case of tb and fps matching, no? [23:44] <ubitux> typically with mpeg stream for example, that will likely be inaccurate [23:45] <ubitux> (and you need some set fps such as in telecine) [23:45] <ubitux> unless i'm missing something? [23:46] <durandal11707> shit [23:46] <ubitux> sorry :p [23:56] <durandal11707> ubitux: when you push your filters? [23:56] <ubitux> which ones? [23:56] <ubitux> ivtc & decimate? [23:56] <durandal_1707> yes [23:56] <ubitux> i don't mind but i got almost no review [23:56] <durandal_1707> so i can push mine 2 at same time [23:58] <ubitux> durandal_1707: also, i'm thinking of waiting after the avoption merge [00:00] --- Wed Apr 10 2013

1 0

ffmpeg.log.20130409
by burek 10 Apr '13

10 Apr '13

[01:04] <shambala> Hi, looking for a pointer to install ffmpeg on mac with libfreetype and libass [01:10] <shambala> yep, I followed it: http://ffmpeg.org/trac/ffmpeg/wiki/MacOSXCompilationGuide [01:10] <shambala> still see issues on those 2 libraries [01:12] <llogan> there is a static build that supports those libraries: http://www.evermeet.cx/ffmpeg/ [01:13] <shambala> nice! [01:13] <shambala> let me check on that [01:13] <shambala> which one is stable, you know? [01:14] <llogan> use the snapshots [01:14] <llogan> latest [01:15] <shambala> thanks, llogan! giving it a try now [01:29] <shambala> yep, it works! Thanks again [04:10] <praveenmarkandu> hi. would like to know what version of HLS encoding is supported by FFMPEG. i know it is possible to encode to a HLS compatible standard but not all the features are there. [04:29] <cabeza> how do i set DAR in output.wmv. it's 16:9 in input.wmv but after using -c:v copy, the SAR and DAR parameters are gone from output.wmv [04:31] <cabeza> input.wmv: Stream #0:1(eng): Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 1440x1080, 6163 kb/s, SAR 4:3 DAR 16:9, 30 tbr, 1k tbn, 1k tbc [04:31] <cabeza> output.wmv: Stream #0:0: Video: wmv3 (Main) (WMV3 / 0x33564D57), yuv420p, 1440x1080, 30 tbr, 1k tbn, 1k tbc [04:33] <cabeza> tried -vf setdar=16:9 but output was the same. this is on ffmpeg-1.2 release, not the git tree [04:37] <bourbon> -vf setdar=whatever [04:37] <bourbon> oh, no idea [04:37] <bourbon> I just wanna find a way to strip sar/dar out of a file because someone is giving me files with a negative sar/dar [04:38] <cabeza> seems -c:v copy does that well enough for me, too bad it isn't what I want :> [05:29] <praveenmarkandu> hi. would like to know what version of HLS encoding is supported by FFMPEG. i know it is possible to encode to a HLS compatible standard but not all the features are there. [06:40] <shadowing> praveenmarkandu: If you can, use the latest branch [06:41] <shadowing> that one for sure has HLS encoding [07:09] <cabeza> anyone have any experience or knowledge about xine 1.2.2 playing wmv with wma audio via ffmpeg and producing horrendously loud screeching audio? [07:10] <cabeza> i guess since ffplay and mplayer both play the files correctly, that's not really an ffmpeg problem, but was just wondering if anyone had run into this problem before. xine-lib is 1.2.2 and ffmpeg is 1.2 [10:06] <RSDRSDRSD> Why gives -b:a 64k an error and doesnŽt -b:a 32k gives an error in the following http://pastebin.com/KnWkMCEB [10:23] <rsdrsdrsd> is this a bug or not? [10:23] <rsdrsdrsd> commandline is exactly the same and just audio bitrate is lowered [10:23] <rsdrsdrsd> and it is working, why is that? [11:01] <rsdrsdrsd> whys does my commandline always break? [12:57] <gmag> hi, didn't know where else to ask. I am looking for information about how yuv420 semi-planar packs pixel data. I think I got the idea about YUV420p. But I can find no info on semi planar... Any ideas? [12:58] <bogdanp> does anyone know why trying to scale a 1280x720 RGB32 picture to 640x360 YUM420P would output something this messed up http://i.imgur.com/30cWzRq.png ? [12:59] <bogdanp> http://pastebin.com/raw.php?i=jujAetUb that's basically how I'm doing the scaling [12:59] <bogdanp> sfmt is AV_PIX_FMT_RGB32 and svideo->codec->pix_fmt is AV_PIX_FMT_YUV420P [13:12] <automatical> building widget sets out of php arraysheh [13:12] <automatical> whoops [13:13] <automatical> wrong window [16:50] <msmithng> I'm looking for some advise on encoding multiple versions of the same file that are keyframe aligned& [16:50] <msmithng> presuming that I'm leaving everything else the same, v codec and a codec& would this be a good option? [16:51] <msmithng> ffmpeg -i blah.mp4 -c:v copy -c:a copy -x264opts open_gop=1:keyint=30:min-keyint=30:no-scenecut blah_output.mp4 [16:52] <msmithng> ffmpeg 1.2 is the version I'm cutting this with [16:52] <msmithng> x264 is whatever macports picked up [17:14] <Granjow> Hi there! Received a bug report with ffmpeg output saying «qscale must be > 0.0 and <= 255» where I used -qscale 0, which is recommended at various places. Under which circumstances does it have to be > 0? [17:17] <Granjow> http://codepad.org/jZDHSXVm [17:19] <durandal_1707> Granjow: the is not complete console output [17:28] <Granjow> durandal_1707: Well, it is all I received. What additional information do you need for this? How is the qrange command defined? He is using ffmpeg 0.8.6 on Ubuntu 12.10. [17:29] <durandal_1707> Granjow: your output is cut, that is unacceptable [18:01] <misterli> My ffmpeg still require 100% of CPU load (sometimes 150%) and stuck there by processing a simple 3GP Convert to MP3. Im running Debian Linux and ffmpeg 0.7. ffmpeg -y -i target.3gp -ac 1 -acodec libmp3lame -ab 192k -f mp3 newtarget.mp3 [18:02] <misterli> (had the same issue with ffmpeg 0.9). Any idea? [18:03] <Mavrik> uhm [18:03] <Mavrik> that's expected? [18:04] <misterli> It's using 100% Cpu load for hours. [18:05] <Mavrik> a. [18:14] <DonGnom> misterli: how long is the 3gp video? [21:57] <jeet> using debian linux, configured my build like this: [21:57] <jeet> cmake -D CMAKE_BUILD_TYPE=RELEASE -D CMAKE_INSTALL_PREFIX=/usr/local -D WITH_V4L=ON -D WITH_GSTREAMER=ON -D WITH_OPENEXR=ON -D WITH_UNICAP=ON -D BUILD_PYTHON_SUPPORT=ON -D INSTALL_C_EXAMPLES=ON -D INSTALL_PYTHON_EXAMPLES=ON -D BUILD_EXAMPLES=ON .. [21:57] <jeet> does this mean FFMPEG won`t be the default camera handler? [21:57] <jeet> when I tried some code it always uses gstreamer [22:58] <obiwahn> hey [22:58] <obiwahn> http://paste.debian.net/248553/ i get this error when building mplayer. what must be done to fix it [00:00] --- Wed Apr 10 2013

1 0

ffmpeg-devel.log.20130408
by burek 09 Apr '13

09 Apr '13

[00:24] <ubitux> michaelni: i've bisected the ffplay issue [00:24] <ubitux> i found two potential problems [00:24] <ubitux> 612d9cdbe90a9cb0319b093efa54efa71bb1e4c4 and de81d8da4750c812ad7288e39c7fb410f9e0f0f6 [00:28] <ubitux> actually de81d8da4750c812ad7288e39c7fb410f9e0f0f6 looks like the real problem [00:29] <ubitux> but that's not enough [00:31] <ubitux> reverting it restore playback for me with -f lavfi mandelbrot, but it's still laggy [00:32] <durandal_1707> you mean: its slow?, or it does not drop frames as it should [00:33] <ubitux> it's framedropping [00:33] <ubitux> like low fps [00:33] <ubitux> (and "large" increments) [00:34] <ubitux> gonna bisect properly now [00:37] <ubitux> durandal_1707: how is the telecine filter going? [00:38] <durandal_1707> ubitux: only pts thing, i dunno what is best way to fix it [00:39] <durandal_1707> add int64_t pts and increase it each output frame [00:39] <durandal_1707> and set outlink time_base [00:39] <durandal_1707> but how that will work with seeking? [00:41] <ubitux> it won't [00:42] <ubitux> as simply as that :p [00:42] <ubitux> just like any filter relying by some mean on the frame count [00:42] <durandal_1707> so what is proper solution? [00:42] <ubitux> do it anyway [00:43] <ubitux> maybe introduce a non-seekable flag to notify it's not supported [00:43] <ubitux> or inject frame id in the filtergraph (good luck with this) [00:44] <durandal_1707> i could do what mp=telecine do, so using setpts filter becomes mandatory [00:47] <ubitux> what does it do? [00:47] <ubitux> and what setpts will be able to do? [00:48] <durandal_1707> ubitux: without it mp=telecine is just setting AV_NOPTS to every frame [00:48] <ubitux> if you rely on setpts, you'll likely use 'N', and that would just move the problem around [00:51] <durandal_1707> that is obvious .... [01:05] <Daemon404> http://git.videolan.org/?p=ffmpeg.git;a=commitdiff;h=HEAD;hp=4bcb75cc48be18… [01:05] <Daemon404> ^ fuck you durandal_1707 [01:07] <durandal_1707> and that he goes out.... [01:07] <durandal_1707> what was actuall problem? [01:09] <durandal_1707> perhaps he wanted that i send another version and than i get his explicit approval? [01:18] <ubitux> durandal_1707: i think he wanted you to not ignore the problem he was pointed out [01:18] <durandal_1707> ubitux: but i did not ignored it, i already had same line, that michaelni sent [01:19] <durandal_1707> well it could appear that i did ingored it [01:27] <ubitux> michaelni: ok so 0d6e5a17124d0452c3fb6482a3c6c9150ae9af68 introduced a slowdown [01:28] <ubitux> significant enough here to produce some frame drop [01:28] <ubitux> and then de81d8da4750c812ad7288e39c7fb410f9e0f0f6 broke the frame-dropping playback [01:28] <kierank> durandal_1707: you ignored his review totally [01:29] <kierank> his response is totally justified [01:29] <kierank> the bug is still present [01:31] <durandal_1707> kierank: really? that whole code is buggy [01:31] <kierank> and you added another bug [01:31] <kierank> congratulations [01:34] <durandal_1707> kierank: could you give some correct code so you can elighten me? [01:47] <kierank> durandal_1707: [01:47] <kierank> 00:42:54 <Daemon404> it stool looks quite possible for frame_end - frame to call outside teh array itself. [01:47] <kierank> 00:43:09 <Daemon404> still* [01:47] <kierank> 00:43:46 <Daemon404> consider whe segment is (1<<31)-1 aand count and skip ar aways 255 [01:47] <kierank> 00:43:51 <Daemon404> always* [02:37] <FanGrille> bt-e [02:37] <cone-665> ffmpeg.git 03Christophe Gisquet 07master:e2946e5c3482: x86: sbrdsp: implement SSE qmf_deint_bfly [02:41] <durandal_1707> michaelni: so now mmx stuff works with mp? [02:42] <michaelni> it should [03:55] <cone-665> ffmpeg.git 03James Almer 07release/0.10:0b8198346150: lavc/bink: Chech for malloc failure [07:39] <oneal> join #webkit [10:05] <ubitux> michaelni: i get 7 35 fps with this patch http://pastie.org/7366993 with the default configuration [10:13] <ubitux> oups patch is broken [10:13] <ubitux> http://pastie.org/7367084 might be better [10:19] <ubitux> well, patch sent [10:31] <mateo`> Tjoppen: any final thoughts about the mxfdec patch ? [10:34] <Tjoppen> lgtm [11:04] <cone-840> ffmpeg.git 03Paul B Mahol 07master:1f97dfb77f27: lavfi/blend,noise: remove unedeed av_opt_free() call [11:04] <cone-840> ffmpeg.git 03Paul B Mahol 07master:018cc6f0266a: lavfi/histogram: use standard options parsing [11:20] <mateo`> michaelni: you can merge https://github.com/mbouron/FFmpeg.git (mxfdec: handle identification metadata) [11:37] <durandal_1707> g+ become spammers heaven [11:44] <av500> ? [11:45] <durandal_1707> there is buch of different users that post same thing [11:45] <durandal_1707> which is just an advert [11:46] <av500> in your circles? [11:46] <durandal_1707> no, when searching [11:46] <av500> ah [11:49] <durandal_1707> though to be honest i don't have you in my circles any more (but i read your posts sometimes) [11:51] <av500> durandal_1707: I am not offended :) [12:23] <cone-840> ffmpeg.git 03Martin Storsjö 07master:aa8d89536d35: bfin: Don't use the vp3 idct functions if bitexact behaviour is expected [12:23] <cone-840> ffmpeg.git 03Michael Niedermayer 07master:1090f69386ab: Merge commit 'aa8d89536d35af0a0c8d8bac2b452ffe7b82cae5' [12:45] <cone-840> ffmpeg.git 03Martin Storsjö 07master:0f5984570890: bfin: Make vp3 functions static [12:45] <cone-840> ffmpeg.git 03Ronald S. Bultje 07master:610b18e2e3d8: x86: qpel: Move fullpel and l2 functions to a separate file [12:45] <cone-840> ffmpeg.git 03Michael Niedermayer 07master:5f49e92eb934: Merge commit '610b18e2e3d8ef5eca3e78f33a0625689b8d2bb9' [12:52] <cone-840> ffmpeg.git 03Ronald S. Bultje 07master:18df366a1857: vp3: Embed idct_permutation array directly in VP3DecoderContext [12:52] <cone-840> ffmpeg.git 03Martin Storsjö 07master:9e0f14f16cfc: lavc: Make pointers to ff_cropTbl const [12:52] <cone-840> ffmpeg.git 03Michael Niedermayer 07master:024a5f72eec5: Merge commit '9e0f14f16cfc9456a691655fda7d01090bffe47e' [12:59] <cone-840> ffmpeg.git 03Ronald S. Bultje 07master:d2ec6ea6c6c0: lavc: Move ff_cropTbl and ff_zigzag_direct from dsputil to mathtables [12:59] <cone-840> ffmpeg.git 03Michael Niedermayer 07master:0138fe56563b: Merge remote-tracking branch 'qatar/master' [13:01] <michaelni> mateo`, which branch should i merge ? [13:23] <mateo`> michaelni: i pushed the commit on master [13:55] <cone-840> ffmpeg.git 03Michael Niedermayer 07master:ad6a50c0ed39: avformat: add writeout_count statistic [13:55] <cone-840> ffmpeg.git 03Michael Niedermayer 07master:a286940da148: mux: also call avio_flush() when flushing the muxer [13:56] <cone-840> ffmpeg.git 03Michael Niedermayer 07master:7cfaf727a195: flvenc: dont call avio_flush() unconditional [14:00] <durandal_1707> michaelni: some members in AVIOContext have wrong identation [14:08] <cone-840> ffmpeg.git 03Matthieu Bouron 07master:25b143aa7bd6: lavf/mxfdec: handle identification metadata [14:08] <cone-840> ffmpeg.git 03Michael Niedermayer 07master:8a97f6acc889: Merge remote-tracking branch 'mbouron/master' [14:08] <michaelni> mateo`, merged [14:11] <cone-840> ffmpeg.git 03Paul B Mahol 07master:9fce2b8854c9: lavfi/il: use standard option parsing [14:16] <cone-840> ffmpeg.git 03Michael Niedermayer 07master:c6ae7f64a09e: avio.h: fix indention [14:19] <mateo`> michaelni: thx ! [16:17] <nevcairiel> something broke mxf fate tests [16:17] <nevcairiel> at least on msvc [17:12] <michaelni> nevcairiel, cant reproduce in mingw64 but i suspect mateo` s change could be related as it was what was changed last in mxf [17:13] <nevcairiel> yeah my mingw test is still fine, its only the msvc ones that broke [17:22] <Zeranoe> i just ran into this bug: https://ffmpeg.org/trac/ffmpeg/ticket/2417 is the attached patch (https://ffmpeg.org/trac/ffmpeg/attachment/ticket/2417/patchoddsize.diff) a fix? [17:42] <michaelni> Zeranoe, possibly, it needs to be reviewed & tested [17:57] <cone-840> ffmpeg.git 03Michael Niedermayer 07master:0678c388bac7: rtsp: add option to set the socket timeout of the lower protocol. [18:11] <mateo`> nevcairiel: the diff looks like ffmpeg crashed ? [18:18] <mateo`> Zeranoe: is this patch posted on the ml ? (it seems ok). [18:20] <Zeranoe> mateo`: I'm not sure if it has been or not, I just stumbled on the bug report after I got the error. [18:23] <schtinky> hi folks. quick question: Is "ffmpeg -f v4l2 -i /digitaldvbdevice0" supposed to work as "ffmpeg -i /dev/analogdevice0" does? I get unsupported operation and have been using "gnutv | ffmpeg" as a workaround [18:24] <schtinky> just wondering if the devs can shed some light on the internal reason analog and digital are different animals in this respect [18:24] <schtinky> (if they are, that is) [18:26] <mateo`> Zeranoe: http://pastebin.com/hJLJU6mW seems more correct to me [18:30] <michaelni> or next_tag_ofs = avio_tell(pb) + size + (size&1) [18:30] <mateo`> michaelni: even better :) [18:33] <mateo`> running fate and i'll send the patch [19:05] <jojva> H-2 [19:07] <mateo`> michaelni: i updated the patch, so it will only affect next_tag_ofs before seeking [19:09] <mateo`> next_tag_ofs++ would have been better than += 1 :/ [19:14] <ubitux> python got you [19:14] Action: michaelni doesnt belive in a python eating a human [19:15] <ubitux> it's killing him for pleasure only [19:16] <ubitux> mateo`: you can be evil and do next_tag_ofs += (next_tag_ofs < INT64_MAX && next_tag_ofs & 1); [19:16] Action: michaelni doesnt belive in a python killing for pleassure, they kill to eat [19:17] Action: durandal_1707 you never know [19:17] <mateo`> ubitux: love this one :) [19:19] <mateo`> maybe the find_tag() should also be updated to skip padding byte [19:19] <ubitux> michaelni: hard believer, aren't you? (bonus: https://www.youtube.com/watch?v=DDG8xqz7BIk) [19:22] <ubitux> btw, accepted gsoc projects will be available soon here: http://www.google-melange.com/gsoc/accepted_orgs/google/gsoc2013 [19:23] <ubitux> (time is in UTC) [19:23] <ubitux> so in about 1hœ afaict [19:24] <saste> ubitux: splice is problematic [19:24] <saste> that's why i'm going to keep enable for overlay [19:25] <saste> (but as a separate patch) [19:25] <ubitux> yeah i thought about it a little as well [19:25] <saste> unless you can find a clean alternative solution [19:25] <saste> splice can work only under certain assumption [19:25] <ubitux> a splice filter is going to be really troublesome and not reliable [19:25] <saste> so while it is in general useful, it should be used with care [19:27] <ubitux> or we should go back to another solution :p [19:28] <ubitux> saste: btw, the avfilter_graph_parse() prototype mismatch with the fork should be fixed [19:28] <saste> still didn't look at that [19:28] <saste> are you aware of a sane solution? [19:31] <ubitux> overlay{between(n,30,40)}=... ; add a filter_disabled_frame() callback for special filters (multiple output, n counter, etc); default is to make the avfilter internals call ff_filter_frame() on the first outlink [19:34] <ubitux> maybe you don't find this sane :) [19:38] <ubitux> note that such syntax makes timeline creation somehow easy [19:40] <saste> ubitux: you can create a common context, shared amongst filters, and set enable there [19:40] <saste> also i'm not sure it is a good idea [19:40] <saste> what is "enable" for overlay? [19:40] <saste> what is "enable" for select? [19:40] <saste> what is "enable" for drawtext? [19:40] <ubitux> exceptions defined in filter_disabled_frame() callback [19:41] <ubitux> enable means active filter, otherwise "context" passthrough [19:42] <saste> anyway i see we may need more shared options [19:42] <saste> for example to set a unique id for a filter [19:42] <saste> that or we need to define more hacks to the syntax [19:43] <saste> other common options: per filter loglevel [19:43] <saste> i don't know if we already have that for codec/formats etc. [19:44] <ubitux> i can try to write a PoC for the lavfi enable thing [19:44] <ubitux> do you think it's worth the effort or you want to try something else? [19:45] <ubitux> (or you think it's definitely a bad idea) [19:46] <saste> ubitux, what about shared options? [19:46] <saste> that has its load of problems as well [19:46] <saste> there is the usual namespace cluttering issue [19:46] <saste> if we define common options, then we have to make sure that they don't clash with the ones defined in the private contexts [19:47] <ubitux> mmh [19:47] <ubitux> indeed that's not a bad idea [19:47] <saste> also there is the possibility of more conflicts with l [19:48] <ubitux> but i wonder how you will implement them [19:48] <saste> in case they reinvent the wheel with a different color [19:48] <saste> how me? [19:48] <saste> no, i wonder how *you* will implement it ;-) [19:48] <ubitux> :D [19:48] <ubitux> hey :( [19:48] <saste> anyway, about the enable in overlay is around 20 lines of code [19:49] <ubitux> i'm ok with the enable overlay option [19:49] <saste> we can get rid of them if we implement a general solution, but i don't know how much time it will take [19:49] <ubitux> but please split it :p [19:49] <ubitux> (from the x/y patch) [19:49] <saste> already done, will send soon [20:06] <saste> ffplay -f lavfi "testsrc=s=320x240[l]; life, scale=320x240[r]; [l][r] splice" -noframedrop [20:06] <saste> cool stuff :-) [20:08] <durandal_1707> that does what? [20:08] <saste> durandal_1707, guess it [20:09] <durandal_1707> it splices in random way frames [l] & [r] [20:09] <saste> uhm why randomly? [20:09] <saste> no the main problem with splice is that it tries to sort output frames [20:09] <saste> depending on the input timestamps [20:10] <durandal_1707> should it sort in order user specified? [20:10] <saste> thus it needs to have all input queues filled, and can't work if a queue is not filled in time [20:11] Action: durandal_1707 wonders why such esential filter is not already available [20:23] <cone-840> ffmpeg.git 03Matthieu Bouron 07master:1f2ce32825f7: lavf/wavdec: skip padding byte [20:30] <llogan> negative aspect: http://alan.appredeemdev.com/wtf.mov [20:30] <llogan> any hints? [20:30] <durandal_1707> it could be nice if range_{min,max} is actually used for AV_OPT_TYPE_STRING [20:30] <cone-840> ffmpeg.git 03Michael Niedermayer 07release/1.0:aef81fa75df2: vf_idet: fix free after use [20:37] <cone-840> ffmpeg.git 03Clément BSsch 07master:51bcd5cd65df: lavfi/mandelbrot: fix speedloss with default config after morphing introduction. [20:41] <cone-840> ffmpeg.git 03Clément BSsch 07master:e82f562fa5ef: lavfi/mandelbrot: reindent after 51bcd5cd. [20:44] Action: durandal_1707 brace yourself [20:45] <durandal_1707> i want to K&R vsrc_mandelbrot [20:47] <llogan> make sure to break it as per tradition. [21:02] <nevcairiel> a short list so far =p [21:02] Action: durandal_1707 really do not want to waste night/day starring at that page [21:06] <llogan> Thank you for submitting "FFmpeg" organization application to Google Summer of Code 2013. Unfortunately, we were unable to accept your organization's application at this time. [21:07] <jojva> damn [21:07] <llogan> yeah [21:07] <jojva> :( [21:07] <nevcairiel> do they at least tell you why? [21:08] <llogan> no. only, "If you would like some general feedback on why your organization was not accepted, please consider attending the IRC meeting in #gsoc on Freenode on Friday, April 19, 2013 at 16:00 UTC." [21:08] <jojva> I don't understand... The list of projects is fine... [21:09] <llogan> yes, it was an improvement over last years in my opinion [21:09] <jojva> still because of the fork situation maybe [21:09] <llogan> i'm not sure if they got accepted. [21:09] <llogan> i assume gsoc will simply say, "we are trying to make room for new organizations". [21:10] <jojva> mvc decoder won't be for this summer i guess [21:11] <llogan> if anyone is in their channel i'd be interested if they got accepted/rejected [21:11] <nevcairiel> no word yet [21:11] <nevcairiel> i dont know who is their admin and if he is even there [21:12] <nevcairiel> but also not int he project list [21:12] <jojva> they're not even talking about it [21:12] <llogan> i'll mentioned this on the list after i go move some furniture... [21:13] <llogan> *mention [21:13] <ungureanuvladvic> so no ffmpeg in gsoc this year :( [21:13] <durandal_1707> llogan: mailing list? [21:13] <jojva> i just asked libav [21:15] <jojva> it's negative on their side, as well as vlc [21:17] <kurosu> michaelni / Skyler_ / pengvado: what about adding xora and anda (or whatever) resolving to xorps/pxor and andps/pand? There are probably others to consider [21:17] <kurosu> (might also ask this in #x264dev) [21:20] <mark4o> Is http://www.google-melange.com/gsoc/accepted_orgs/google/gsoc2013 the complete list? only 25 projects there [21:21] <durandal_1707> that is filled slowly, rejected orgs get mail [21:26] <mark4o> I see, now they have 43 listed [21:27] <llogan> durandal_1707: yes [21:27] <jojva> Do you think there's something to do with MPEG-LA/Google relationships ? [21:28] <nevcairiel> nah, dont believe any troll you read [21:29] <gnafu> Well, at least LibreOffice got excepted: they have a "VLC integration" project listed as a possibility ;D. [21:42] <michaelni> jojva, ungureanuvladvic, others, if anyone wants to work on their gsoc projects anyway, that should be no problem, only problem is there wont be any payment ... [21:43] <michaelni> unless some rich madman or company comes forth and offers money ... [21:43] <jojva> michaelni, i'm still very enthusiastic with doing mvc stuff, but it won't happen during this summer, or very slowly [21:43] <durandal11707> what about donations? what about ff***h? [21:44] <jojva> ff***h ? [21:45] <durandal11707> secret agency [21:50] <ubitux> so we're not accepted as gsoc? [21:50] <nevcairiel> no [21:50] <ubitux> :/ [21:51] <nevcairiel> You'll have to fix the subtitles yourself [21:51] <ubitux> :( [21:53] <jojva> life is mean [21:54] <llogan> who is that guy? ^ [21:55] <durandal11707> ask him [21:55] <durandal11707> lavfi-pp fails here [21:58] <llogan> phpmyadmin got accepted with an ideas page like this: http://wiki.phpmyadmin.net/pma/GSoC_2013_Ideas_List [21:58] <cone-840> ffmpeg.git 03Paul B Mahol 07master:ed8373e7db14: lavfi: always check return value of ff_get_{audio,video}_buffer() [21:59] <jojva> llogan: it's not about the ideas page, the one you had was great. [22:00] <durandal11707> its about that airplane [22:00] <jojva> lo [22:00] <jojva> lol* [22:00] <jojva> i can confirm, durandal11707 did say the plane was childish [22:01] <llogan> you should have told me [22:02] <nevcairiel> i like the plane :P [22:02] Action: ubitux imagine the gsoc guys telling us "well your page is great, but we couldn't deal with that logo" [22:02] <llogan> i tohught it was good google bait [22:03] <jojva> There is one tag "ffmpeg" in XBMC that doesn't have anything to do there (i checked their ideas page), what about that ? [22:04] <nevcairiel> its an essential part of xbmc, may just have put it there for good measure [22:04] <durandal11707> llogan: tell lithosza to that the only way his hq audio wiki page will get accepted is if it send it to hydrogenaudio guys for review [22:04] <llogan> go for it [22:05] <llogan> good number of projects i've never heard of [22:07] <llogan> jojva: GSoC claims the ideas page is the most important part [22:08] <ubitux> let's put some <banner> and <blink> next time [22:10] <llogan> ubitux: or "A better VP9 encoder". [22:11] <nevcairiel> dont offend the google encoder! [22:11] <durandal11707> there is list of ffmpeg's libavcodec decoders chromium uses [22:14] <ubitux> i guess i'll have to leave out libavfilter a little and go back to the evil subtitles now... [22:14] <ubitux> life is a bitch [22:14] <llogan> i'll make it up with some ffmpeg stickers [22:16] <durandal11707> priority list: [22:17] <llogan> Cinepak ASM [22:17] <ubitux> :D [22:18] <durandal11707> 0: libavfilter & libavformat must become popular as libavcodec [22:18] <ubitux> (lol @Derek discussing FFmpeg project on the fork devel channel) [22:18] <durandal11707> he also commented vivtc patch on libav ml by mistake [22:18] <ubitux> durandal11707: i wonder how that was possible, but it was funny :)) [22:33] <kierank> llogan: xvp9 [22:34] Action: gnafu still wants xvp8 :-(. [22:44] <durandal11707> michaelni: 54524518 decicycles in mpnoise, 512 runs, 0 skips vs 54996903 decicycles in noise, 512 runs, 0 skips [22:44] <durandal11707> probably because of for loop [22:45] <durandal11707> i think such difference is irrelevant [22:46] <michaelni> durandal11707, the removial of the low quality mode should also have produced a slight slight speedloss so yes should be irrelevant [22:53] <durandal11707> michaelni: can sse(2) & avx version be done in inline? [22:54] <cone-840> ffmpeg.git 03Paul B Mahol 07master:693424441450: lavfi/noise: copy inline asm from mp=noise [22:55] <michaelni> durandal11707, should be no problem [23:06] <cone-840> ffmpeg.git 03Paul B Mahol 07master:9dc88ac3676e: lavfi: remove noise libmpcodecs wrapper [23:10] <durandal11707> ubitux: what mp filters you gonna remove? [23:12] <ubitux> ideally, mp={detc,divtc,filmdint,pullup,ivtc} [23:12] <ubitux> but i expect some (justified?) resistance for pullup filter [23:12] <durandal11707> divVerent said pullup and filmdint are good [23:12] <durandal11707> others are crap [23:13] <ubitux> filmdint isn't supported anyway by mp afaik [23:13] <ubitux> pullup is likely a good enough real-time ivtc filter [23:13] <ubitux> but i won't port it [23:16] <durandal11707> wtf is softpulldown? another teleciner? [23:16] <ubitux> no idea [23:16] <durandal11707> mpeg2 soft 3:2 pulldown" [23:16] <ubitux> yeah it's a teleciner [23:17] <ubitux> it uses the tff flag in mpeg2 streams [23:17] <ubitux> which is kind of a nice feature [23:17] <durandal11707> does it actually work with ffmpeg? [23:17] <ubitux> dunno [23:18] <durandal11707> (i could add this to telecine) [23:18] <ubitux> but it could be added as an option in telecine [23:18] <ubitux> durandal11707: btw, ideally dvd should contain progressive material with the video stream flagged where the player is supposed to interlace itself when the tv is analog; but having it progressive allow to render on digital as well [23:18] <ubitux> which is nice. [23:20] <durandal11707> analog tv is dead [23:21] <durandal11707> and i wonder why people f* still use this [23:22] <ubitux> broadcasting doesn't consider all analog tv dead, so they continue to stream daemons all over the world [23:22] <ubitux> and we're here to help them [23:25] <kierank> durandal11707: analogue tv is dead but there's hundreds of years of old content [23:30] <ubitux> kierank: we're talking about creating some right now [23:31] <ubitux> basically, if it's relevant to have a telecining filter using mpeg rff [23:31] <kierank> i am not 100% sure of the use case because everything would be hard telecined [23:34] <ubitux> arg fuck [23:34] <ubitux> using -codec as input option sets codec only for mapped streams [23:35] <ubitux> :( [23:42] <saste> too bad [23:46] <durandal11707> saste: cheer up [23:49] <ubitux> !@#$ subtitles [23:49] <ubitux> :( [23:49] <ubitux> the ass/ssa hell drives me crazy [23:53] <Compn> it drove previous sub dev mad too [23:53] <Compn> dont let it! :) [23:54] <saste> durandal11707, always look on the bright side of life [23:54] <saste> http://www.youtube.com/watch?v=L2Wx230gYJw [23:55] <saste> on the bright side, more time for us, for coding and for having fun [23:56] <saste> then we should consider to run our promotion program and enhance our fundraising capabilities (which are pretty non-existent right now) [23:57] <saste> Compn, who was the previous sub dev? [23:57] Action: saste saste waits for ubitux to review overlay x/y expressions [23:58] Action: ubitux ubitux too [23:58] <ubitux> saste: how long are you staying? [23:58] <ubitux> (so i can continue to fight a little more with subtitles tonight before review) [23:59] <saste> 1 hour [23:59] <ubitux> mmh ok [23:59] <ubitux> subtitles for 15 minutes then [00:00] --- Tue Apr 9 2013

1 0

ffmpeg.log.20130408
by burek 09 Apr '13

09 Apr '13

[01:42] <gamax92> Hello, I was wondering if ffmpeg does compression on its gif files. They seem rather large when outputted to. [01:47] <gamax92> http://pastie.org/7358089 [01:48] <gamax92> http://pastie.org/7358119 fixed. [01:54] <ubitux> we definitely need to improve the gif encoder [01:54] <gamax92> I'm pretty sure lzw is nolonger patented [01:59] <gamax92> Is there some option that im missing or does it just not compress it] [02:01] <ubitux> the lzw is done [02:01] <ubitux> but frames are intra only [02:02] <ubitux> afaik [02:39] <schtinky> last time I was here, I was told to "ffmpeg -f v4l2 -i /dev/dvbdevice" to grab digital video from my tuner rather than "gnutv | ffmpeg -i -" [02:40] <schtinky> Unfortunately, I get "operation not supported" when specifying my device as /dev/dvb/adapter0/frontend0 which is what I think my tuner card is on the machine [02:40] <schtinky> when I google for answers, everyone references analog devices (e.g. /dev/video0)... [02:40] <schtinky> Is capturing this way really possible with digital devices and if so, what am I doing wrong? Thanks in advance! [02:44] <gamax92> schtinky: have you tried catting the device and then redirecting it to ffmpeg? [02:44] <gamax92> cat /dev/dvb/adapter0/frontend0 | ffmpeg -i - [03:24] <sinusss> hi! [03:25] <sinusss> how do I use qt-faststart in this command? ffmpeg -i $input_file$ -threads 0 -c:a libfaac -c:v libx264 -preset medium $video_quality$ $audio_bitrate$ $audio_sample_rate$ $keyframes$ $fps$ -y video_tmp_noqt.mp4\nqt-faststart video_tmp_noqt.mp4 $output_file$ [03:28] <sacarasc> IIRC, you can make ffmpeg do it without qt-faststart now, but I do not remember how exactly. [03:33] <sinusss> hmmm thanks sacarasc. will be searching about that... [03:34] <sinusss> movflags +faststart [04:38] <praveenmarkandu> Hi. I've been making mpeg-ts files for a while now. It seems to be compatible with HLS [04:39] <praveenmarkandu> however does FFMPEG actually do proper HLS [04:39] <praveenmarkandu> or a more proper question is, what HLS version does FFMPEG support [04:49] <gamax92> If im encoding to mpeg4, what range is the -q:v from [04:49] <gamax92> Someone told me it was from 1 to 31 [04:52] <praveenmarkandu> i think it starts from 0 [04:53] <praveenmarkandu> http://ffmpeg.org/trac/ffmpeg/wiki/x264EncodingGuide [04:53] <praveenmarkandu> actually it is until 51 [04:53] <praveenmarkandu> oh wait that is for x264 [04:53] <praveenmarkandu> what codec are you using [04:54] <gamax92> mpeg4? [04:55] <praveenmarkandu> errrm im pretty sure mpeg4 isnt a codec [04:56] <gamax92> Then I don't know what you mean [04:58] <gamax92> praveenmarkandu: http://pastie.org/7359856 [04:58] <gamax92> does that help [05:01] <praveenmarkandu> gamax92: whats your commandd [05:01] <gamax92> ffmpeg -r 30 -i screenshot_%06d.png -q:v 1 Videos\tptvideo0001.avi [05:04] <praveenmarkandu> ahh i see what you are doing now [05:06] <praveenmarkandu> i dont see that -q parameter in the man ffmpeg [06:00] <schtinky> gamax92, (1) catting doesn't work (to my knowledge) on digital devices. Only analog ones. Hence, the use of gnutv. (2) The pipe is exactly what I'm trying to get rid of. I've been using the pipe semi-successfully for some time, as I mentioned. [08:45] <langoliers> hi, anybody can suggest a program for converting tiff image to 10 color HP printer format? [08:56] <pratz> Hello guys [08:56] <pratz> I am following this guide to install ffmpeg https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide [08:56] <pratz> But when compiling ffmpeg I get this error - ERROR: libfdk_aac not found [09:01] <zap0> installed it? [10:01] <RSDRSDRSD> This question must be asked a lot of times, but I am struggling with it for a long time [10:02] <RSDRSDRSD> I want to encode to videos with a max bitrate of 1000k [10:03] <RSDRSDRSD> The input bitrate differs all the time, but when the input bitrate is lower than the target bitrate it shouldnŽt use the target bitrate but the input bitrate [10:03] <RSDRSDRSD> what is the command for this [10:03] <RSDRSDRSD> i want to encode to mp4 and web, [10:03] <RSDRSDRSD> webm [10:16] <RSDRSDRSD> anyone? [10:42] <bogdanp> I'm receiving individual sample buffers from a camera and I have managed to turn the video samples into AVFrames. I'm wondering if there are any examples that I can have a look at where AVFrames are used to create video files (if that's possible at all). Basically, I want to be able to stream camera input into a file. [11:42] <FlowRiser> bogdanp, yes, look it up in the api; you can 'add' frames to a file [11:42] <FlowRiser> i don't remember the params exactly, but it can be done [12:20] <Rahul_21> hello i am new here,i wanted to convert files from .wav to .ogg so that i can upload them to wikimedia commons,can i get help here? [12:21] <viric> vorbistools do that too [12:21] <viric> it's a less generic tool, so easier to learn. oggenc. [12:22] <Rahul_21> ok i will have a look at that ,thank you [12:24] <Rahul_21> viric, and is their source code easy to understand [12:24] <Rahul_21> ? [12:25] <viric> ah, do you need to write a program that converts from .wav to .ogg? [12:25] <viric> can't you call oggenc? [12:27] <Rahul_21> ill explain [12:28] <Rahul_21> i am recording pronunciation and saving them as .wav files then i need to convert them into .ogg so as to upload them to wikimedia commons [12:28] <Rahul_21> so according to my purpose what will be appropriate viric ? [12:28] <viric> for every wav file, call the oggenc program to get an ogg file. [12:29] <viric> you don't have to read any source code. Simply read: oggenc --help [12:37] <japjap> hello [12:37] <japjap> does anyone know about wowza IRC channel ? [12:41] <relaxed> Rahul_21: ffmpeg -i input.wav -c:a libvorbis -b:a 192k output.ogg [12:44] <Rahul_21> relaxed, ok thats the shell command,but i actually want to automate this as part of my extension so what files/folders should i be including? [13:01] <relaxed> you want to find and encode all audio to ogg, or...? [13:04] <Rahul_21> relaxed, as soon as i download the .wav file a script should run which should convert it .wav to .ogg [13:06] <relaxed> you should be able to script that in bash [13:08] <Rahul_21> and in that script ill have to include oggenc/ffmpeg . am i right? [13:09] <relaxed> right, and I would drop oggenc and just use ffmpeg [13:10] <Rahul_21> hehe [13:17] <Rahul_21> relaxed, i am gettin 2 errors [13:18] <Rahul_21> ffmpeg -i input.wav -c:a libvorbis -b:a 192k output.ogg [13:19] <Rahul_21> relaxed, error--->"Unrecognized option 'c:a' [13:19] <Rahul_21> Failed to set value 'libvorbis' for option 'c:a' [13:19] <Rahul_21> " [13:29] <relaxed> you ffmpeg is older, use -acodec libvorbis & -ab 192k [13:29] <relaxed> your* [13:53] <bogdanp> http://pastebin.com/raw.php?i=64NTn3KZ swsCtx ends up being null, what am I missing? [13:59] <bogdanp> oh wow, nvm; I got my params mixed up [14:18] <Rahul_21> relaxed, one more question [14:19] <Rahul_21> relaxed, a pure js solution to convert .wav to .ogg? [14:41] <viric> Rahul_21: I don't think anyone wrote js code about that [14:42] <megaTherion> Rahul_21: you'd have to be able to talk to an converting backend [16:28] <DrSlony> Hi, the x264 guide says "You can see a list of current presets with -preset help", how do I run that? [16:30] <DrSlony> eix x264 [16:31] <DrSlony> ignore the eix line [16:33] <klaxa> dunno, x264 wiki lists everything you have to know though i think [16:33] <klaxa> http://mewiki.project357.com/wiki/X264_Settings [16:36] <DrSlony> i use x264 through ffmpeg and i cant figure out how to list profiles, presets and tunings [16:37] <klaxa> hmm neither can i, but here's the guide for ffmpeg with libx264 http://ffmpeg.org/trac/ffmpeg/wiki/x264EncodingGuide [16:48] <DrSlony> klaxa yeah thats the one i read [16:52] <relaxed> DrSlony: x264 --fullhelp | less [16:58] <DrSlony> relaxed I don't have x264, I use it through ffmpeg [16:58] <DrSlony> I'm a little confused why a ffmpeg website would describe the use of a non-ffmpeg executable [17:12] <viric> x264 has its own system of presets, apart of that of ffmpeg [17:31] <DrSlony> Is it possible to remove the last 2 seconds of video without knowing the length of the video? [17:31] <DrSlony> like -ss but for the end [17:40] <tmatth> i'm having trouble doing git bisect between tags n0.9 and 0.8.14 [17:41] <tmatth> namely, after the first bad case, i get "Some good revs are not ancestor of the bad rev" [17:54] <DrSlony> Is there a ffmpeg-endorsed or recommended encoder GUI for Windows that does x264? I'm updating a guide I wrote years ago where I recommended installing ffdshow and avidemu. Is there an easier way now? [17:55] <DrSlony> i see winff/avanti/ffmpeggui [17:57] <DrSlony> no, ffmpeggui is long dead [18:20] <schtinky> Hi everybody. Easy question: Is it possible to "ffmpeg -f v4l2 -i /digitaltuner ..." just like you can with an analog tuner? I've been unable to get it to work and forced to "gnutv stdout | ffmpeg -i - " instead. Any thoughts or advice would be appreciated. [18:20] <orak3l> hello, im trying to encode a .wav file with amr_wb my command is: ffmpeg -y -i stunt.wav -acodec amr_wb -ar 23.85k -ac 1 stunt.amr [18:20] <orak3l> as a result i get Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height [18:21] <orak3l> what to do now? [18:21] <klaxa> are you sure 23.85k as rate is supported? [18:22] <orak3l> i have read here [18:22] <orak3l> http://ffmpeg.org/doxygen/0.6/libopencore-amr_8c-source.html [18:22] <orak3l> at lin 243 [18:49] <mark4o> orak3l: -ar is sample rate, -ab is bitrate. amr_wb supports 16k sample rate only, and various bitrates up to 23.85k [19:16] <orak3l> mark4o: thank you, ive got it working now [19:54] <bourbon> so like... is there any way to just excplicitly set the DAR and SAR that ffmpeg should assume [19:54] <bourbon> rather than reading it from a video file? [19:55] <mark4o> bourbon: -vf setsar= [20:01] <bourbon> ah, cool [20:02] <bourbon> thanks! [20:04] <bourbon> well, poop - that didn't save me [20:04] <bourbon> http://hastebin.com/vofecuguvo.vhdl < what happened [20:05] <bourbon> I've got a guy who's sending malformed video data apparently as created by some iPhone app out of a screen capture [20:05] <bourbon> he's flipping the video using the accepted CoreData solution for flipping video [20:05] <bourbon> but the result has a negative SAR and DAR (as is seen in the paste) [20:20] <llogan> bourbon: multiple filters are used like -vf filter1a,filter2a,filter3a;filter1b,filter2b [20:20] <llogan> see filterchain and filtergraph in the docs http://ffmpeg.org/ffmpeg-filters.html#Filtergraph-description [20:20] <bourbon> a fair point... tweaking retrying [20:21] <bourbon> unfortunately, it changes nothing [20:21] <bourbon> is there any way to set the SAR/DAR of the input video? [20:21] <bourbon> I'm assuming that this is how you set an arbitrary SAR/DAR on the output video [20:22] <llogan> The setdar and setsar filters accept a string in the form num:den expressing an aspect ratio [20:22] <llogan> http://ffmpeg.org/ffmpeg-filters.html#setdar_002c-setsar [20:24] <llogan> and i don't think you can apply -vf to the input, but i may be wrong [20:25] <bourbon> right... I was just hoping there was some way to bypass the stuff the video itself claims to have [20:25] <bourbon> because I'm dealing with a negative aspect ratio, and ffmpeg hates that [20:25] <llogan> i've never seen one of those files in "the wild". [20:25] <bourbon> http://alan.appredeem.com/wtf.mov [20:25] <bourbon> wait [20:25] <bourbon> http://alan.appredeemdev.com/wtf.mov [20:26] <bourbon> and now you know my full name, where I work, etc [20:26] Action: bourbon shrugs [20:26] <llogan> i gave you my ip address in return [20:28] <bourbon> so it goes [20:28] <llogan> i guess you were right: num:den syntax is deprecated, please use num/den or named options instead [20:28] <bourbon> I've got half a mind to tell this guy to stop fucking around [20:28] <bourbon> yeah, I was [20:28] <bourbon> http://hastebin.com/hisusameba.vhdl [20:28] Action: llogan makes note to try to remember to fix that [20:30] <bourbon> so the fun part is... it orients in the desired direction in one piece of software: apple quicktime [20:31] <bourbon> when I ffprobe -show_streams [20:32] <bourbon> I get the stream data trying to report SAR of 0:1 and DAR of 0:1 [20:32] <bourbon> while the stuff that goes to stderr still reports the negative SAR/DAR [20:32] <bourbon> (-1:1, -40:71) [20:32] <llogan> bourbon: consider submitting a bug report. ffmpeg should at least give a more user friendly error message. [20:34] <llogan> make sure to include: ffmpeg -i wtf.mov out.mpg and the complete console output in addition to your sample [20:35] <llogan> and mention that the sample plays as expected in quicktime [20:36] <llogan> ...and the ffprobe difference [20:36] <bourbon> ffprobe the difference between? [20:37] <bourbon> I can't get ffmpeg to output *anything* from this video due to negative aspect ratio [20:37] <bourbon> I mean, aside from data about the streams [20:37] <llogan> no, i meant just mention that ffprobe shows a different value (show the ffprobe command and the console output) [20:37] <llogan> interestingly ffplay can play it [20:37] <bourbon> oh, you mean the difference in output between ffprobe's stderr output and the -show_streams output? [20:38] <llogan> although upsidedown [20:38] <bourbon> yeah... everything seems to play it, but only quicktime re-orients it [20:38] <bourbon> the rotation tag is conspiciously missing [20:38] <llogan> i just mean the -show_streams output. it differs than what ffmpeg shows, right? [21:45] <Aelingil> I am outputing a video, in the file name is "$(date +%F).avi" However i am only getting "2013-4-8.avi" is there a way to change it so it shows "Monday April 8th 2013.avi" ? [21:47] <klaxa> refer to the date manpage [21:47] <CampinSam> so I'm trying to delay my audio (to match up with my video) when I stream, with this command "ffmpeg -f x11grab -s $INRES -r "$FPS" -i :0.0 -f alsa -ar 44100 -ac 2 -itsoffset 4 -i hw:0,0 -map 0:0 -map 1:0 -acodec libmp3lame -vcodec libx264 -s $OUTRES -preset $QUAL -threads 2 -qscale 3 -b 512k -bufsize 512k out.flv" It seems I have -itsoffset in the right place, but no matter what I set, the audio still seems to stay the same... am I [21:47] <CampinSam> going about this wrong? [21:50] <klaxa> Aelingil: something similar would be: $(date "+%A %B %d %Y") [21:51] <klaxa> that's rather close to what you want [21:53] <Aelingil> klaxa, I was tying %c at the moment, i was going to give up the time and just look off the "created" time. Thank you for your help again :) [22:18] <bourbon> llogan: this is correct. -show_streams is different from what ffmpeg/ffprobe shows without any flags [22:18] <llogan> weird [22:26] <bourbon> so weird. [22:52] <Sc0rc3d> Good Evening guys! :) I hope i can ask a question. i wannt to stream a movie from my nas (with ssh and ffmpeg) to my root server (red5 media server) that i can watch a movie @work/hotel. :D but it dont will work any ideas this is my string: ffmpeg -re -i test.avi -acodec copy -vcodec copy -f flv rtmp://x.x.x.x:1935/test i got an error: Input/output error [22:54] <Mavrik> Sc0rc3d, you got several lines of output [22:54] <Mavrik> not only last error [22:54] <Mavrik> so read those [22:54] <Mavrik> I'm also quite sure whatever you have in avi can't be put into flv :) [22:55] <Sc0rc3d> hmm yeah ffmpeg is complete a new page for me ;) [22:55] <Sc0rc3d> can i just stream it or i need to convert? [22:56] <Sc0rc3d> Seems stream 0 codec frame rate differs from container frame rate: 23.98 (65535/2733) -> 23.98 (24000/1001) Input #0, avi, from 'test.avi': Metadata: encoder : VirtualDubMod 1.5.10.2 (build 2540/release) Duration: 02:45:22.07, start: 0.000000, bitrate: 2004 kb/s Stream #0.0: Video: mpeg4, yuv420p, 720x304 [PAR 1:1 DAR 45:19], 23.98 tbr, 23.98 tbn, 23.98 tbc Stream #0.1: Audio: ac3, 48000 Hz, 5.1, s16, 448 kb/s [22:56] <Sc0rc3d> is the full error [22:56] <Mavrik> can you put your whole output to a pastebin? gonna be alot easier that way [22:57] <Sc0rc3d> sure [22:59] <Sc0rc3d> therer you go http://pastebin.com/iL3Chydr [23:00] <Mavrik> hmm, you won't be able to stuff those two streams into flv [23:00] <Mavrik> also as you can see, the time bases don't match for flv [23:00] <Mavrik> (FLV is a pretty annoying container) [23:01] <Mavrik> so you'll have to reencode [23:01] <Mavrik> not just remux [23:02] <Sc0rc3d> hmm two streams? no one local file to the server it will be the same with mkv? [23:02] <Sc0rc3d> mkv is the normal container i watch [23:02] <Mavrik> of course two streams - one video (mpeg4) and one audio(ac3) [23:02] <Mavrik> afaik FLV can't contain ac3 [23:02] <Sc0rc3d> aahh okay [23:02] <LithosLaptop> what about TS? [23:03] <Mavrik> yeah, what LithosLaptop proposed [23:03] <Mavrik> Sc0rc3d, check if red5 supports MPEG2-TS over UDP as input [23:03] <Mavrik> that should work [23:03] <Mavrik> if not, just reencode to H.264 / AAC [23:04] <Sc0rc3d> Streaming Video (FLV, F4V, MP4, 3GP) Streaming Audio (MP3, F4A, M4A, AAC) and just Protocols: RTMP, RTMPT, RTMPS, and RTMPE [23:04] <Mavrik> Sc0rc3d, input or output? [23:05] <Sc0rc3d> i think input [23:05] <Mavrik> Sc0rc3d, basically use something like [23:05] <Sc0rc3d> so just for my head i need to reencode the mkv to flv than i can try to stream it [23:06] <Mavrik> ffmpeg -re -i test.avi -acodec libfaac -vcodec libx264 -crf 25 -preset medium -ab 128k -ac 2 -f flv rtmp://... [23:06] <Mavrik> this should give "ok" quality [23:06] <Mavrik> higher crf = less quality (And less bitrate) [23:06] <Sc0rc3d> hmm without to reencode? [23:07] <Mavrik> with reencode of coure. [23:07] <Mavrik> *of course [23:07] <LithosLaptop> does it need to be FLV? [23:07] <Sc0rc3d> so this process will make my tiny cute nas sweating? :D [23:07] <Sc0rc3d> no mp4 too [23:08] <Sc0rc3d> Streaming Video (FLV, F4V, MP4, 3GP) [23:08] <LithosLaptop> MP4 can contain C3 audio [23:08] <Mavrik> ah [23:08] <LithosLaptop> AC3 [23:08] <Mavrik> Sc0rc3d, then just switch to mp4 [23:08] <Mavrik> couldn't find if red5 supports mp4 [23:08] <Sc0rc3d> so like ffmpeg -re -i test.avi -acodec libfaac -vcodec libx264 -crf 25 -preset medium -ab 128k -ac 2 -f mp4 rtmp://... [23:08] <Sc0rc3d> ? [23:09] <Mavrik> Sc0rc3d, no, as you had it [23:09] <Sc0rc3d> red5 is pretty awsome the live streming over obs works so great :) [23:09] <Mavrik> with "copy" (which means don't reencode that stream) [23:09] <Mavrik> just replace -f flv with -f mp4 [23:09] <Mavrik> even though I'm not 100% sure ffmpeg supports that :\ [23:11] <Sc0rc3d> ffmpeg -re -i test.avi -acodec copy -vcodec copy -f mp4 rtmp://x.x.x.x:1935/test same error [23:14] <LithosLaptop> HMM [23:17] <LithosLaptop> ffmpeg -re -i test.avi -acodec libmp3lame -ab 128k -ac 2 -vcodec copy -f flv rtmp://x.x.x.x:1935/test [23:17] <Sc0rc3d> i try [23:19] <Sc0rc3d> [mpeg4 @ 0x806a1c0] Invalid and inefficient vfw-avi packed B frames detected ... Unknown encoder 'libmp3lame' [23:19] <Sc0rc3d> nolame [23:20] <LithosLaptop> oh [23:20] <Santi_> is there recent changes in Byte range request handing by Youtube? i am trying to optimize a youtube video(flash) using ffmpeg on the fly and get errors [23:20] <Santi_> while using Browsers [23:20] <Santi_> but works fine on Devices? [23:20] <Santi_> like i phone and i pad [23:21] <LithosLaptop> Sc0rc3d: try libfaac, but use a higher bitrate like 192 [23:21] <LithosLaptop> ibfaac sucks at 128kbit/s :) [23:21] <LithosLaptop> *libfaac [23:22] <Sc0rc3d> damn [23:22] <Sc0rc3d> no libfaac xD [23:22] <LithosLaptop> hmmmm [23:22] <Sc0rc3d> just libavutil 51. 9. 1 / 51. 9. 1 libavcodec 53. 8. 0 / 53. 8. 0 libavformat 53. 5. 0 / 53. 5. 0 libavdevice 53. 1. 1 / 53. 1. 1 libavfilter 2. 23. 0 / 2. 23. 0 libswscale 2. 0. 0 / 2. 0. 0 libpostproc 51. 2. 0 / 51. 2. 0 [23:22] <LithosLaptop> you on windows? [23:23] <Sc0rc3d> no NAS system [23:23] <LithosLaptop> ah ok [23:23] <Sc0rc3d> cat /proc/version Linux version 3.4.6 (root@NasX86-10) (gcc version 4.1.3 20070929 (prerelease) (Ubuntu 4.1.2-16ubuntu2)) #1 SMP Fri Mar 1 06:34:04 CST 2013 [23:23] <LithosLaptop> you could.....use aac [23:24] <LithosLaptop> -acodec aac -strict -2 [23:24] <LithosLaptop> but then use a bitrate of 300 or more [23:25] <Sc0rc3d> [mpeg4 @ 0x806a1c0] Invalid and inefficient vfw-avi packed B frames detected ... Input/output error [23:25] <Sc0rc3d> i think i quit ^^ [23:25] <LithosLaptop> haha [23:26] <LithosLaptop> that the only error [23:26] <LithosLaptop> ? [23:26] <Sc0rc3d> and input output yes i think so [23:27] <LithosLaptop> ok try -vcodec libx264 [23:27] <LithosLaptop> instead of copy [23:27] <Sc0rc3d> lol Unknown encoder 'libx264' [23:28] <LithosLaptop> oh lol [23:28] <Sc0rc3d> i think i should update somehow ffmpeg [23:29] <LithosLaptop> you will have to build ffmpeg with the required libraries you want [23:29] <LithosLaptop> I don't know how [23:29] <LithosLaptop> haha [23:29] <LithosLaptop> https://ffmpeg.org/trac/ffmpeg/wiki/WikiStart [23:30] <LithosLaptop> Compiling guides on the wiki [23:30] <Sc0rc3d> i think is use vnc to connect to my desktop and stream it with obs then it works but my pc needs to be on ^^ [23:31] <Sc0rc3d> thanks for the link [23:31] <Sc0rc3d> and the help :) [23:33] <LithosLaptop> no prob [23:36] <Santi_> is there changes in query parameter in Youtube requests [00:00] --- Tue Apr 9 2013

1 0

ffmpeg-devel.log.20130407
by burek 08 Apr '13

08 Apr '13

[04:01] <cone-735> ffmpeg.git 03Michael Niedermayer 07master:38665efcc71f: asfenc: convert asserts to av_assert [12:58] <xxthink> hello [12:58] <xxthink> does the first dts in the mp4 mux format must be zero? [13:27] <cone-665> ffmpeg.git 03Nicolas George 07master:0884d04dc329: lavc: fix recoded subtitles end. [14:58] <cone-665> ffmpeg.git 03Vicente Jimenez Aguilar 07release/0.10:f20764102b9f: doc: filters: Correct BNF FILTER description [14:58] <cone-665> ffmpeg.git 03Diego Biurrun 07release/0.10:c3829f7085c5: doc: developer: Allow tabs in the vim configuration for Automake files [14:58] <cone-665> ffmpeg.git 03Vicente Jimenez Aguilar 07release/0.10:60a1ee6e419e: doc: Fix some obsolete references to av* tools as ff* tools [14:58] <cone-665> ffmpeg.git 03Diego Biurrun 07release/0.10:6a9f050c225e: build: Fix CAF demuxer dependencies [14:58] <cone-665> ffmpeg.git 03Luca Barbato 07release/0.10:8829c7903937: oggdec: make sure the private parse data is cleaned up (cherry picked from commit d894f74762bc95310ba23f804b7ba8dffc8f6646) [14:58] <cone-665> ffmpeg.git 03Reinhard Tartler 07release/0.10:cb93705900ff: update year to 2013 [14:58] <cone-665> ffmpeg.git 03Reinhard Tartler 07release/0.10:30bfa9e79f37: Update RELEASE file for 0.8.6 [14:59] <cone-665> ffmpeg.git 03Mans Rullgard 07release/0.10:29a2fdb184b1: configure: clean up Altivec detection [14:59] <cone-665> ffmpeg.git 03Michael Niedermayer 07release/0.10:e050af9a809b: vorbisdec: Error on bark_map_size equal to 0. [14:59] <cone-665> ffmpeg.git 03Anton Khirnov 07release/0.10:98406bd26e6d: vmdaudio: fix invalid reads when packet size is not a multiple of chunk size [14:59] <cone-665> ffmpeg.git 03Anton Khirnov 07release/0.10:9b79a05289d9: wmaprodec: return an error, not 0, when the input is too small. [14:59] <cone-665> ffmpeg.git 03Michael Niedermayer 07release/0.10:9285f25e31a7: Merge commit '60a1ee6e419e244dc2363fdc4ddf8350d506f2ae' into release/0.10 [14:59] <cone-665> ffmpeg.git 03Michael Niedermayer 07release/0.10:a7908ac012ef: Merge commit '9b79a05289d91d1184455d12e6c4df457f0657c4' into release/0.10 [15:38] <cone-665> ffmpeg.git 03Anton Khirnov 07release/0.10:b527dd30e946: wmadec: require block_align to be set. [15:38] <cone-665> ffmpeg.git 03Anton Khirnov 07release/0.10:e10af023b257: xxan: fix invalid memory access in xan_decode_frame_type0() [15:38] <cone-665> ffmpeg.git 03Justin Ruggles 07release/0.10:5dbb3298b9c1: libmp3lame: use the correct remaining buffer size when flushing [15:38] <cone-665> ffmpeg.git 03Diego Biurrun 07release/0.10:b9ec4414b5ee: vc1: Move init code shared between decoder and parser to common code file. [15:38] <cone-665> ffmpeg.git 03Luca Barbato 07release/0.10:9e48d77158dc: h264: check for luma and chroma bit depth being equal [15:38] <cone-665> ffmpeg.git 03Luca Barbato 07release/0.10:9314af3b2e85: matroskadec: request a read buffer for the wav header [15:38] <cone-665> ffmpeg.git 03Michael Niedermayer 07release/0.10:a4a97e5f3c80: shorten: set invalid channels count to 0 [15:38] <cone-665> ffmpeg.git 03Luca Barbato 07release/0.10:ff5a06f7f0d6: shorten: K&R formatting cosmetics [15:38] <cone-665> ffmpeg.git 03Luca Barbato 07release/0.10:5df064df6237: shorten: report meaningful errors [15:38] <cone-665> ffmpeg.git 03Luca Barbato 07release/0.10:f42d03746afe: shorten: use the unsigned type where needed [15:38] <cone-665> ffmpeg.git 03Mans Rullgard 07release/0.10:871c8f0abb0e: dsputil: fix invalid array indexing [15:38] <cone-665> ffmpeg.git 03Michael Niedermayer 07release/0.10:f82e127dd9c7: parser: fix large overreads [15:38] <cone-665> ffmpeg.git 03Michael Niedermayer 07release/0.10:0af8ed29e4a7: Merge commit 'f82e127dd9c7c0d54bf6400f83c7825e571f9a9e' into release/0.10 [15:42] <cone-665> ffmpeg.git 03Nicolas George 07release/1.2:df8c36265a74: lavc: fix recoded subtitles end. [15:54] <cone-665> ffmpeg.git 03Mans Rullgard 07release/0.10:d8fbae3c3c63: lavf: fix arithmetic overflows in avformat_seek_file() [15:54] <cone-665> ffmpeg.git 03Anton Khirnov 07release/0.10:0076639965a0: avconv: skip attached files when selecting streams to read from. [15:54] <cone-665> ffmpeg.git 03Xi Wang 07release/0.10:12d8ae297911: atrac3: avoid oversized shifting in decode_bytes() [15:54] <cone-665> ffmpeg.git 03Xi Wang 07release/0.10:d8010bda7a23: flacdec: simplify bounds checking in flac_probe() [15:54] <cone-665> ffmpeg.git 03Xi Wang 07release/0.10:cab96248927a: lzo: fix overflow checking in copy_backptr() [15:54] <cone-665> ffmpeg.git 03Reinhard Tartler 07release/0.10:ca335f50002f: Revert "libmp3lame: use the correct remaining buffer size when flushing" [15:54] <cone-665> ffmpeg.git 03Anton Khirnov 07release/0.10:87e4f4c79a88: roqvideodec: fix a potential infinite loop in roqvideo_decode_frame(). [15:54] <cone-665> ffmpeg.git 03Anton Khirnov 07release/0.10:6dbe9313445c: ivi_common: do not call MC for intra frames when dc_transform is unset [15:54] <cone-665> ffmpeg.git 03Anton Khirnov 07release/0.10:b57ab9d7a925: wmaprodec: require block_align to be set. [15:54] <cone-665> ffmpeg.git 03Reinhard Tartler 07release/0.10:e91a6249b695: Update Changelog for the 0.8.6 Release [15:54] <cone-665> ffmpeg.git 03Ronald Bultje 07release/0.10:327ff82bac30: msrle: convert MS RLE decoding function to bytestream2. [15:54] <cone-665> ffmpeg.git 03Michael Niedermayer 07release/0.10:e9d5a6f1c5b6: Merge commit '327ff82bac3081d918dceb4931c77e25d0a1480d' into release/0.10 [16:08] <cone-665> ffmpeg.git 03Anton Khirnov 07release/0.10:4160398e2a3e: msrledec: check bounds before constructing a possibly invalid pointer, [16:08] <cone-665> ffmpeg.git 03Reinhard Tartler 07release/0.10:f0337b0f247a: Changelog: cosmetics, remove trailing periods and sort [16:08] <cone-665> ffmpeg.git 03Reinhard Tartler 07release/0.10:fabdeed6fcef: Changelog: document msrle bugfix [16:08] <cone-665> ffmpeg.git 03Kostya Shishkov 07release/0.10:36aad4f1cc70: iff: validate CMAP palette size [16:08] <cone-665> ffmpeg.git 03Ronald S. Bultje 07release/0.10:cd534fdf86e1: dxva2: include dxva.h if found [16:08] <cone-665> ffmpeg.git 03Reinhard Tartler 07release/0.10:dab40d5bd4da: fate: fetch samples that match the release series [16:08] <cone-665> ffmpeg.git 03Reinhard Tartler 07release/0.10:b385a7721809: update Changelog [16:08] <cone-665> ffmpeg.git 03Michael Niedermayer 07release/0.10:566de83883ca: Merge remote-tracking branch 'qatar/release/0.8' into release/0.10 [16:45] <cone-665> ffmpeg.git 03Michael Niedermayer 07release/0.10:5e2fadeadf80: apichanges: fix date [16:45] <cone-665> ffmpeg.git 03Michael Niedermayer 07release/0.10:25d7a33251c6: apichanges: fix 2 wrong hashes [16:45] <cone-665> ffmpeg.git 03Michael Niedermayer 07release/0.10:4b6b0a164c8c: ffserver: fix return value of add_codec() [16:45] <cone-665> ffmpeg.git 03Michael Niedermayer 07release/0.10:119b7a6c7cd8: oggparsevorbis: fix vorbis_cleanup return type [16:45] <cone-665> ffmpeg.git 03Diego Biurrun 07release/0.10:691017b5c3b2: configure: Make warnings from -Wreturn-type fatal errors [16:45] <cone-665> ffmpeg.git 03Michael Niedermayer 07release/0.10:fdee09a19e40: doc/APIchanges: List merge commit hashes and version numbers [16:45] <cone-665> ffmpeg.git 03Michael Niedermayer 07release/0.10:7ab4358cda5d: rmdec: flush audio packet on seeking [16:45] <cone-665> ffmpeg.git 03Michael Niedermayer 07release/0.10:6f5e1d581132: Update for 0.10.7 [21:47] <cone-665> ffmpeg.git 03Michael Niedermayer 07master:2f284c017000: dpxdec: Fix decoding of RGBA10 [22:23] <cone-665> ffmpeg.git 03Michael Niedermayer 07master:4bcb75cc48be: ffmpeg: Print a warning when -frames is affecting non video frames [23:49] <cone-665> ffmpeg.git 03Paul B Mahol 07master:1adf54de56be: dfa: implement tdlt chunk decoding [00:00] --- Mon Apr 8 2013

1 0

ffmpeg.log.20130407
by burek 08 Apr '13

08 Apr '13

[00:07] <durandal_1707> hmm who created that wiki page about guidlines for high audio encoding ? [00:30] <adms> Hello all. How can I get ffmpeg to capture playback of my current ALSA audio device? (final goal is to use the amix filter to combine it with microphone) [00:31] <adms> something among the lines of ... ffmpeg -i hw:0,0 -i desktop_INPUT -filter_complex amix=inputs=2:duration=first:dropout_transition=3 OUTPUT [00:31] <adms> where hw:0.0 would be my microphone [00:33] <klaxa> you want to record your soundcard's output? [00:39] <adms> klaxa: yes. I want to record what the output of the playback PCM device is (not the microphone) [00:39] <adms> in order to later add it to the microphone and have both in one sound file [00:39] <klaxa> hmm sorry, i don't know how to do that with alsa [00:40] <klaxa> https://bbs.archlinux.org/viewtopic.php?id=147852 [00:40] <klaxa> maybe that thread helps a little [00:42] <adms> ALSA duplexing isn't very fast/efficient though, there's no way of assuming the output is the input? [00:43] <klaxa> no idea, i'm not an alsa expert :/ [00:44] <klaxa> i do this stuff with pulseaudio, it adds a lot of overhead, but the abstraction makes things like this easier [00:44] <adms> with alsa duplicating it'll wind up about as slow as pulse XD [00:51] <adms> did a quick set up of what you're suggesting, testing now [02:22] <adms> klaxa: having trouble getting that .asoundrc working. when I run speaker-test I get [02:22] <adms> ALSA lib pcm_params.c:2162:(snd1_pcm_hw_refine_slave) Slave PCM not usable Broken configuration for playback: no configurations available: No such file or directory Setting of hwparams failed: No such file or directory [02:23] <klaxa> like i said i have no idea how to use alsa [02:56] <schtinky> I've been using "gnutv blah -out stdout channel | ffmpeg -i - images%9d.png" to grab images from my digital tuner card... [02:58] <schtinky> recently, I was on here and learned about using "ffmpeg -vsync -i testfile.mpg -vf "select=eq(pic_type\,I)" images%9d.png" instead [02:58] <schtinky> both methods work as expected on static input video, with the non-filtered way taking about 5x more processor (although not too much for a modern computer) [02:59] <schtinky> the non-filtered way also works fairly well grabbing live images from the tuner card, although broken pipes are occassionally a problem and sometimes ffmpeg will create thousands of images very quickly in a sort of hiccup of the stream [03:00] <schtinky> unfortunately the filtered method above always immediately goes to broken pipe when trying to "gnutv blah -out stdout channe | ffmpeg -vfr etc" [03:00] <schtinky> just wondering if anyone has advice on either how to get the live stream non-filtered way to be more consistent (without broken pipes or the hiccup I described above) [03:01] <schtinky> or how to make the filtered method work properly on a piped live stream [03:42] <c4nuck> hey guys [03:44] <c4nuck> i'm trying to encode x264 with ffmpeg and libx264. The video source is 1920x1080. I need to crop 20 off the top and 20 off the bottom. from what i understand -crop=left:top:right:bottom [03:44] <c4nuck> but for some reason ffmpeg is expecting the source or cropped resoultion for the first two ?? [03:44] <c4nuck> any help would be appreciated [03:46] <klaxa> if in doubt use ffmpeg's cropping with -vf [03:46] <klaxa> https://ffmpeg.org/ffmpeg-filters.html#crop [03:47] <c4nuck> http://pastie.org/private/3h7yjwqd538uku6mea2a [03:48] <klaxa> cropping is not done the way you think: [03:48] <klaxa> >This filter accepts a list of key=value pairs as argument, separated by :. If the key of the first options is omitted, the arguments are interpreted according to the syntax out_w:out_h:x:y:keep_aspect. [03:49] <klaxa> so try crop=1920:1040:0:20 [03:49] <c4nuck> hmm [03:49] <c4nuck> i'll give it a shot [03:50] <c4nuck> crop=in_w-0*0:in_h-2*20 [03:50] <c4nuck> would do the same ? [03:50] <klaxa> not sure [03:51] <klaxa> because a) parenthesis, b) would probably start at 0:0 as in: crop=1920:1040:0:0 [03:51] <klaxa> i.e. crop 40 pixels from the bottom [03:51] <c4nuck> oh okay [03:52] <c4nuck> so your thinking the 20 will tell it to crop 20 from each top and bottom [03:52] <klaxa> never really used the crop filter though, i could be wrong [03:52] <c4nuck> worth a shot [03:52] <klaxa> as you can see from the documentation, the crop filter takes the arguments as: out_w:out_h:x:y:keep_aspect [03:53] <klaxa> so you give it the resolution of your output first (1920:1040) then where the top left corner of that selection is (0:20) [03:53] <c4nuck> makes sense [03:54] <c4nuck> i'll let you know how i make out [03:54] <c4nuck> thanks [03:54] <klaxa> you could do a short test encode with -t 10 [03:55] <klaxa> and see if the crop filter was applied correctly before encoding everything [03:55] <c4nuck> ya i cut out a 1 minute section i'm testing it on [03:59] <c4nuck> yup worked great [03:59] <c4nuck> thanks! [03:59] <klaxa> nice :) [04:16] <c4nuck> kde sure didn't like wahtever i did there :P [04:53] <burek> schtinky, "filtered" way, that you described above, is different than piped way you shown in that the filtered way grabs only I-frames [04:54] <burek> select=eq(pic_type\,I) tells you that [04:54] <burek> thus "non-filtered way taking about 5x more processor" is expected, since it processes all frames [04:56] <burek> btw, you might avoid gnutv by using something like: ffmpeg -f v4l2 -i /dev/dvbdevice [04:56] <burek> or something [04:57] <burek> which would solve your issues with pipes too [04:58] <burek> adms, try ffmpeg -f alsa -i dmix [04:58] <schtinky> thanks, burek [04:58] <schtinky> I'll try it the non-piped way. I've been looking for a solution to that whole mess [05:44] <bigmac> i have encoded a video along time ago and achieved a small file size of 77MB. . . i cant remember how i did this [05:45] <bigmac> maybe some one can help me decrease file size output with this example command [05:45] <bigmac> ffmpeg -i 'file.mp4' -vcodec libx264 -preset veryfast -crf 25 -s 480x320 -threads 0 /var/www/output.mp4 [06:25] <c4nuck> bigmac, the higher the -crf number the lower the quality and lower filesize i'd imagin [06:42] <klaxa> you can also decrease filesize by using a more exhaustive preset like slow or veryslow [06:50] <relaxed> o/ [06:50] <klaxa> \o [06:50] <klaxa> literal o [06:55] <bigmac> klaxa: vpre ? -apre ? [06:55] <klaxa> -preset slow [06:55] <klaxa> or -preset veryslow [06:55] <klaxa> if those are not recognized by your ffmpeg version, update to a recent one [06:56] <bigmac> it worked. can i see a estamated output file size (preview?) [06:56] <klaxa> not really [06:58] <bigmac> my last output file was 210.mb... and now i add preset veryslow to see the end results [07:00] <relaxed> bigmac: that's determined by the rate control [07:00] <bigmac> rate? [07:00] <klaxa> oh wait... right, my bad :X [07:00] <klaxa> quality will be better though :S [07:00] <klaxa> actually disregard everything i said [07:00] <klaxa> i'm too tired to make useful comments [07:01] <relaxed> bigmac: read about two pass https://ffmpeg.org/trac/ffmpeg/wiki/x264EncodingGuide [07:01] Action: relaxed tucks klaxa in [07:01] <klaxa> thanks [07:02] <bigmac> -crf higher value? [07:02] <bigmac> makes the video kinda ugly any higher [07:02] <relaxed> READ [15:56] <megaTherion> hello [15:57] <megaTherion> http://dpaste.com/1050087/ <- I simply want that 1:2 will be 0:2 and not 0:5 in the output file - what's the correct -map syntax? [16:00] <megaTherion> my paste is quite clear actually but nevermind [16:00] <burek> no it's not [16:01] <burek> if you want help, please paste the entire log [16:01] <megaTherion> can you at least tell me how to manipulate the mapping of the >output< file? I guess that's all I want to do [16:01] <burek> what you pasted implicates you didn't specify any -maps, which requires to see what you are trying to do [16:01] <burek> in order to give you a proper answer [16:02] <burek> ok [16:02] <megaTherion> then you're wrong I did specify -map's [16:02] <burek> you do something like this [16:02] <megaTherion> but well ok I'll repaste the command [16:02] <burek> ffmepg -i .. -i .. -map 0.0 -map 1.2 -map 0.1 -map 0.2 -map 0.3 ... output [16:03] <megaTherion> why dot's? [16:03] <burek> did you read the docs? [16:03] <megaTherion> anywhere else it's showed as -map 0:0 -map 1:2 [16:03] <megaTherion> yes I did [16:03] <megaTherion> I did -map 0 -map -0:2 -map 1:2 [16:04] <megaTherion> which by the docs says, everything from file a except stream 2 and stream 2 from file 1 [16:04] <megaTherion> err file b in this case [16:04] <burek> oh [16:04] <burek> right [16:04] <burek> : instead of . sorry [16:04] <burek> -map 0 will map entire 0th input [16:04] <megaTherion> but instead the 2nd audio stream from file b became's the stream 0:2 in the output, it becomes 0:5 [16:04] <burek> 0=1st input [16:05] <burek> can you please paste what i asked [16:05] <burek> so we can shorten this [16:05] <burek> :) [16:06] <megaTherion> http://pastebin.com/77m96uJ5 [16:06] <megaTherion> that's what the arguments look like [16:12] <megaTherion> burek: so? [16:13] <burek> replace "-map 0 -map -0:2 -map 1:2" with "-map 0:0 -0:1 -map 1:2" [16:13] <burek> wow wait [16:13] <burek> replace "-map 0 -map -0:2 -map 1:2" with "-map 0:0 -map 0:1 -map 1:2" [16:14] <burek> you get the idea [16:14] <megaTherion> burek: thanks, that actually works good but it skips all the other streams [16:14] <burek> the order of your -maps in the cmd line makes the order of streams at output [16:14] <burek> so, play around [16:14] <burek> well, if you want them all [16:14] <burek> add them [16:14] <megaTherion> ah ok [16:17] <megaTherion> burek: well the other's are subtitles, I've to keep them [16:19] <burek> -map 0:0 -map 0:1 -map 1:2 -map 0:3 -map 0:4 -map 0:5 [16:20] <megaTherion> tried [16:21] <megaTherion> but then I get a different error: 'Could not write header for output file #0 (incorrect codec parameters ß): Operation not permitted' [16:21] <megaTherion> well I just did -scodec copy [16:21] <megaTherion> I dont want to manipulate thema [16:21] <megaTherion> -a [16:21] <megaTherion> ah nevermind, Im stupid - I specified mp4 and it should be mkv [16:22] <megaTherion> burek: works now - thanks for your help [16:23] <burek> :beer: :) [18:03] <JodaZ_> does ffmpeg support splicing in subtitles yet ? [19:03] <mastro> I've encoded a video with ffmpeg into a matroska using x264. Then I streamed it to my PS3 via DLNA using PS3MediaServer (which re-encode on the fly using TsMuxer or Mencoder). I don't know exactly how to describe it but the video keep stopping itself then resuming, very often. Can you suggest a setting to encode the video for PS3? maybe this is just a quality issue but I do not think so... I've another MKV with high qual [19:03] <mastro> ity and x264 codec that has no issue at all [19:53] <brontosaurusrex> mastro, what does google say? [20:01] <LithosLaptop> my guess the bitrate is too high [20:02] <LithosLaptop> bitrate spikes at key frames might cause it to buffer [20:02] <LithosLaptop> but I am no expert [20:02] <LithosLaptop> :) [20:29] <Granjow> Hello! In which cases must -qscale be > 0? [20:31] <Granjow> I used -qscale 0 and it always worked, but now I received a bug report that this fails on 0.8.6: http://codepad.org/fzHBMuJ8 [21:13] <kippi> hey [21:14] <kippi> is there away to output frame rate changes to a file? [21:48] <gp> kippi: what do you mean? [21:50] <gp> You can use ffprobe to output all sorts of information about the video to a file. Including frame rate [21:51] <kippi> if it's a live stream? [21:52] <ubitux> JodaZ_: splicing subtitles? [21:52] <JodaZ_> softsub -> hardsub ya kno [21:52] <ubitux> ha, hardsubbing [21:52] <ubitux> yeah you can use -vf subtitles for that [21:52] <JodaZ_> for live sreaming ya kno [21:52] <JodaZ_> *streaming [21:53] <ubitux> and you have an overlay trick for bitmap subs as well [21:53] <gp> kippi: I don't think so [21:54] <JodaZ_> do i still need segmenter for splitting up stuff for apples http live streaming or can ffmpeg do that on its own by now somehow ? [21:56] <ubitux> you can use the segmenter or you can use the hlsenc [21:56] <ubitux> mostly equivalent [21:56] <JodaZ_> so the thing is in ffmpeg's code tree now ? [21:57] <ubitux> yes [21:57] <ubitux> what's the problem with the segmenter though? [21:58] <JodaZ_> no real problem, but it felt kinda hackish and i'd hate to depend on it for code i am yet to write [21:58] <ubitux> ah. [21:58] <JodaZ_> but how does it work anyways, i mean how does it split the file by seconds ? [21:59] <ubitux> hlsenc will mostly do the same as the segmenter [21:59] <JodaZ_> but how did segmenter do it? [22:01] <ubitux> when it reaches a duration it creates a new file? [22:02] <ubitux> i don't understand the question [22:02] <JodaZ_> what boundary does it split on ? [22:03] <llogan> JodaZ_: have you read the docs yet? [22:03] <ubitux> http://ffmpeg.org/ffmpeg-formats.html#segment_002c-stream_005fsegment_002c-… [22:03] <JodaZ_> llogan, which ones ? [22:03] <llogan> http://ffmpeg.org/ffmpeg-formats.html#segment_002c-stream_005fsegment_002c-… [22:03] <ubitux> :) [22:04] <llogan> see "segment_time" [22:05] <viric> anyone using avxsynth? [22:12] <JodaZ_> llogan, hmm, i don't fully understand it, how would i for example start a transcode of the third 10s segment of a file ? [22:23] <JodaZ_> ubitux, seems this inbuilt hlsenc does only encode a video/stream from the start on and theres no way to generate segments "on demand" [22:32] <ubitux> JodaZ_: the hlsenc is a muxer invented by the fork to not do the same as ffmpeg (basically using the segmenter) [22:33] <ubitux> just use the segmenter unless you have a problem with it [22:33] <JodaZ_> the fork ? [22:38] <JodaZ_> ubitux, i haven't actually used segmenter before, i used one of those server tools that did it all for me (air video server), and they seem to be able to a transcode from any point in time in the file onwards, however using segmenter or this hlsenc i see no description of how to do that [23:11] <saste> ubitux: the segmenter muxer also was "invented" by the fork BTW [23:33] <CampinSam> so I imagine this comes up often... but I'm trying to stream with this guide/script: http://peerwire.de/?p=248 ... And while my video works just fine, my audio doesn't work, with this error (assuming it's an error): [alsa @ 0x62e100] ALSA buffer xrun [23:37] <gp> Anyone have any tips on getting ffmpeg on amazon linux? [23:44] <JodaZ_> xD if you say "the fork" all i hear is "he who must not be named" [23:44] <durandal_1707> its Libav fork [23:45] <JodaZ_> durandal_1707, yes, i know [23:45] <gp> If you were talking to me, then no I don't want the fork [23:50] <IamTrying> Why its not cutting the original ? $ ffmpeg -sameq -ss 00:20:00 -t 00:03:54 -i 0kxj_99g1mc.flv BabyBaby.MaybeMaybe.flv [23:52] <IamTrying> durandal_1707, -vcodec copy and -acodec copy also does not work if i ommit the -sameq [23:53] <IamTrying> OK - found it its the -ss 00:20:00 should be -ss 00:00:20 [00:00] --- Mon Apr 8 2013

1 0

ffmpeg-devel.log.20130406
by burek 07 Apr '13

07 Apr '13

[00:00] <burek> e.g. you can make a "network share" and use it as a storage, since the speed will be big enough, considering it'll go over loopback interface anyway [00:00] <durandal_1707> ram in sance on for writable stuff, this shouldn't be that big (also ccache is nono in that case...) [00:00] <ubitux> saste: what is this xy normalization thing? [00:00] <saste> NaN -> int conversion [00:01] <saste> I'm assuming that NaN = out of the screen [00:01] <ubitux> yes but why the alignment? [00:02] <saste> note that indeed we could abuse this to implement enable/disable... [00:02] <ubitux> saste: the align is to get x = 0 0 1 1 2 2 .. or similar for chroma sub sampling ? [00:02] <saste> yes [00:03] <ubitux> mmh won't you get 0 0 2 2 4 4 ... instead? [00:03] <durandal_1707> i gonna push (after 24h passed) test, stop me now if you want.... [00:03] <ubitux> erm i guess that's what you want [00:03] <ubitux> durandal_1707: what test? [00:03] <saste> ubitux, the latter is correct [00:03] <ubitux> ok [00:04] <ubitux> saste: give me just a few more minutes :) [00:04] <saste> ubitux, no hurry, i can push it tomorrow [00:04] <durandal_1707> ubitux: the one on ml [00:04] <ubitux> saste: i want to get done with the review before going to sleep [00:06] <ubitux> saste: my mind is still on the enable thing [00:06] <ubitux> could we have a generic "enable" option? [00:07] <ubitux> i mean handling a "enable" option at avfilter level [00:07] <ubitux> (not part of the syntax, but for each filter) [00:07] <saste> the fact is that "enable" is different for each filter [00:07] <saste> what is enable for null? [00:08] <ubitux> if !enable passthrough [00:08] <ubitux> but smart passthrough for some filters which needs an update after each frame [00:08] <ubitux> or not supported for some other filters [00:09] <durandal_1707> how would one enable 'enable' ? [00:09] <ubitux> i proposed to have a generic enable avoption, but it sucks for filter without avopt support [00:09] <saste> we could create a secondary output for select, and then have a join filter [00:10] <ubitux> saste: can you give an example of usage? [00:10] <brimestone> hey guys, i have this file ( http://pastebin.com/uSTKiLw2 ) its generated by a ( 5DMK3 ) with avc1/H.264 (high) with 23.98 psf as FPS.. i need to add telecine to 30003/1001 or 29.97 But, i can only apply it if im sending it to a ProRes codec which is intruducing a color shift. can anyone help? [00:10] <durandal_1707> brimestone: wrong channel, go to #ffmpeg [00:10] <brimestone> ohh sorry.. thanks [00:11] <ubitux> saste: select would "mark" some "ghost" frame to ignore in the filters? [00:11] <saste> ubitux, i'm writing an example, it's difficult to get it nice [00:12] <saste> it takes time to choose meaningful labels [00:12] <ubitux> we also have the possibility to have a syntax+ like it was proposed already [00:12] <ubitux> -vf foobar[enable=between(t,10,20)]=... [00:13] <saste> so you would have: select=EXPR [yes][no]; [yes] process, [no] join [00:13] <ubitux> but some people are going to get very mad at us [00:13] <ubitux> oh that's fun [00:14] <saste> join is the opposite of split, so just send in output the input of any incoming frame (from many inputs) [00:14] <ubitux> saste: that's a pretty good idea actually [00:14] <ubitux> (note that we have a af join already :( ) [00:15] <saste> merge is already taken as well [00:15] <saste> mux? [00:15] <ubitux> select=EXPR [yes][no]; [yes] process, [no] fusion [00:15] <saste> fuse seems nice [00:15] <nevcairiel> fusion of the nuclear kind? [00:16] <ubitux> select=EXPR [yes][no]; [yes] process, [no] meltdown [00:17] <ubitux> junction [00:17] <ubitux> reduce [00:18] <saste> framejoin [00:18] <nevcairiel> combine [00:18] Action: durandal_1707 opens thesaurus [00:18] <ubitux> saste: now question: in what order are you going to join? [00:19] <saste> ubitux, in -> out, no buffering [00:20] <ubitux> will that work with all the avfilter crazyness of request frames? [00:20] <saste> uhm... probably not [00:20] <saste> in case of a select, yes [00:21] <ubitux> what if the processing filters are doing some buffering [00:21] <ubitux> ? [00:21] <ubitux> it's possible this filter will have to deal with pts [00:22] <ubitux> otherwise you'll likely have all kind of mixed frames [00:22] <saste> yes [00:22] <saste> i was hoping to avoid that, but that may well be possible [00:22] <saste> it could implement a logic similar to that of overlay [00:22] <ubitux> anyway, if we could have such filter, even if basic, to avoid the need of an enable flag [00:22] <ubitux> i would be very happy [00:23] <ubitux> or you would prefer to push the overlay with the enable option anyway first? [00:23] <saste> ubitux, i'll split the patch [00:23] <ubitux> thx :) [00:23] <saste> for the moment it would be useful to have a feature, let me think about it [00:24] <ubitux> ok; i can go to sleep then [00:24] <saste> my problem with a generic approach is that it would complicate the syntax [00:24] <ubitux> yes [00:24] <ubitux> i'm fine with the framejoin filter [00:24] <ubitux> (even though i would prefer the "fusion" name) [00:25] <saste> combine also is a good opposite of split [00:25] <ubitux> i'm fine with any name :) [00:25] <saste> tilps [00:25] <ubitux> :D [00:26] <durandal_1707> splice [00:26] <durandal_1707> knit/link and so on [00:27] <ubitux> splitpowminusone [00:27] <durandal_1707> yoke [00:27] <saste> splice sounds nice [00:27] <saste> split/splice [00:28] <ubitux> union [00:28] <saste> i'm for splice, it's short, it's a verb and sounds similar to split [00:29] <saste> so people can easily associate them [00:29] <ubitux> do you have a usage of split & splice in the same filtergraph? [00:29] <durandal_1707> make it configurable, so people can rename filter name at wish [00:30] <saste> split,splice = null [00:30] <ubitux> durandal_1707 :D [00:30] <saste> uhm no it will duplicate frames [00:32] <durandal_1707> uhh telecine filter is useful? [00:32] <ubitux> yes [00:32] <ubitux> to test ivtc algorithm [00:33] <ubitux> and make ppl crazy [00:33] <ubitux> so it's definitely useful [00:33] <nevcairiel> also remember that person just here 20 minutes ago asking about telecining, even if he was in the wrong channel =p [00:34] <durandal_1707> yes, (but people asking do not necessarily mean it is useful, good idea) [00:34] <nevcairiel> its useful for them [00:34] <ubitux> i guess the reason durandal_1707 is asking is because that specific person is wondering about such problem on the user channel :p [00:34] <durandal_1707> code looks trivial to port, except each filter implements own memcpy function for some reason [00:35] <ubitux> yes it's trivial to port [00:35] <durandal_1707> its about colorspace issue, which seems to be completly ignored on lavfi side [00:35] <ubitux> durandal_1707: it might even be integrated in tinterlace [00:35] <ubitux> (just add a mode) [00:36] <durandal_1707> eg user is doing yuvj to yuv [00:36] <nevcairiel> i wouldn't do that, that just adds to the confusion, interlace and telecine are not the same thing [00:36] <nevcairiel> the only thing in common is that they work somehow with fields instead of frames [00:36] <nevcairiel> but thats it =p [00:36] <ubitux> the only thing in common is that they interlace [00:36] <nevcairiel> telecine is not interlacing [00:37] <nevcairiel> telecine actually adds information to the stream, interlacing only takes away [00:39] <durandal_1707> what information it adds? (i'm dumb noob at this interlace/telecine mojo) [00:39] <nevcairiel> it doubles fields [00:39] Action: durandal_1707 opens wikipedia [00:39] <nevcairiel> every second frame gets one of its fields duplicated [00:39] <nevcairiel> more or less [00:40] <nevcairiel> in 24->30 telecine anyway [00:40] <nevcairiel> if you remove that duplicate again, you get the original back, lossless operation [00:42] <ubitux> every 5 frames 2 fields are dup [00:44] <ubitux> 4 progressive frames -> 3 progressive frames + 2 interlaced frames [00:47] <ubitux> anyway, 'night [00:50] <durandal_1707> why -vf mp=telecine does nothing here ? [00:51] <durandal_1707> i expected to see black stripes [00:53] <durandal_1707> actually telecine produces nothing here, but just duplicates frames [00:59] <cone-278> ffmpeg.git 03Stefano Sabatini 07master:7775992c65e5: doc/filters: fix main/over mismatch in movie examples [01:07] <durandal_1707> the colorspace mess would be good gsoc task [01:11] <Compn> which mess ? [01:11] <Compn> filter colorspace ? [01:11] <durandal_1707> colorspace conversion thing is not automagical [01:12] <durandal_1707> so you happen to lose colors if you are not careful.... [01:31] <durandal_1707> michaelni: native noise is faster than mp one with enabled mmx code(manually removing ifdefs) [01:32] <Compn> what were the ifdefs there for [01:32] <Compn> :) [01:32] <durandal_1707> HAV_MMX [01:32] <durandal_1707> *HAVE [01:33] <Compn> ah [01:33] <Compn> would it fail on non mmx cpu like 486 or arm /ppc ? [01:33] Action: Compn afk [01:33] <Compn> asking too many dumb questions now [01:34] <durandal_1707> if anyone wants to port that inline asm code he/she can do it any time - there is no reason to keep mp=noise just because it have inline asm that get never compiled [01:34] <durandal_1707> michaelni: so i would like to remove mp=noise [01:49] <nevcairiel> interesting, that 4.7gb mov plays fine here :d [01:51] <durandal_1707> on windows? [02:00] <BBB-work> port the inline asm to yasm [02:00] <BBB-work> it's not difficult, and actually teaches you a very useful skill [02:33] <llogan> there is "ffmpeg -h encoder=foo", decoder=, filter=. any others? [03:06] <kierank> how would you suggest to fix the mess? [03:06] Action: kierank doesn't know [03:15] <kierank> Compn: swscale and lavfi i guess [03:23] <Compn> someone going to apply those vf_xyz patches ? [03:23] <Compn> until someone else adds xyz to swscale [03:23] <Compn> ... [03:24] <Compn> else it will rot and no one will look at it and ffmpeg wont be used [03:24] <Compn> for that purpose [03:24] <Compn> we should prioritize some broadcast dcp/mxf stuff. those professionals have more money to dump for donations and new feature bounties ;P [03:53] <kierank> Compn: ubitux's previous employer for example [03:54] <kierank> donations are rather hard to do for accounting purposes in a company [03:54] <kierank> even hiring of developers is avoided if possible for some organisations [03:55] <Compn> what now [03:56] <Compn> we get some nice companies offering money from time to time [03:57] <kierank> tip of a massive iceberg in my experience [03:57] <Compn> well ffmpeg has rejected it in the past, because money isnt ever good [03:57] <Compn> but i guess ffmpeg uses it to pay travel expenses to send devs to parties.. i mean conferences [03:59] <kierank> you can't consider an ffmpeg donation a standard business expense [03:59] <kierank> you'd have to pay tax on it [04:41] <Compn> kierank : its non profit donation , no taxes iirc ? [05:48] <NARS> hi, I would like to suggest a very small thing for ffmpeg... can anyone point me what's the best way to do it? [05:54] <NARS> the thing is... ffmpeg can already read latm "encapsulated" aac audio, I did tried a ts with such as input and it's ok, then the code to filter latm must be already there... what I would like to suggest would be if possible add it as a bitstream filter option (similar to aac_adtstoasc) [05:55] <NARS> so that we would be able to do 'copy' with such filter option to just convert latm to non latm without the need to fully reencode aac [05:57] <NARS> just that... I'm not a developer but think it may be a simple thing as the code to read/handle latm but be there already.. [06:03] <burek> NARS, did you try our issue tracker? [06:03] <burek> actually https://ffmpeg.org/trac/ffmpeg [06:03] <NARS> it's not exactly a bug, should I? [06:03] <burek> it can accept feature requests too [06:03] <NARS> ah ok, ty will do it them :) [06:04] <burek> great :) thanks :) [06:04] <NARS> :) [06:15] <Compn> NARS : sounds difficult and time eating for most devs [06:15] <Compn> writing bsf isnt easy either [06:16] <Compn> is good idea, but i dont think anyone going to work on it... [06:16] <NARS> hmm [06:16] <burek> btw, what is the difference between the regular filters and bsfs? [06:16] <Compn> what filter ? you mean lavfi ? [06:16] <burek> filters in general [06:17] <Compn> bsf is the way the codec is encapsulated [06:17] <Compn> or packetized [06:18] <Compn> the audio and video filters just mess with the actual video/audio. not how the data is stored in the container [06:18] <Compn> if that makes any sense [06:18] <burek> hm.. i get what you say [06:18] <burek> also on docs page it says: A bitstream filter operates on the encoded stream data, and performs bitstream level modifications without performing decoding. [06:18] <Compn> right [06:18] <burek> but, if the stream is already encoded (like a zip file for example) [06:18] <burek> changing any bits in that stream would mess with any kind of crc right? [06:18] <Compn> only the zip container crc [06:19] <Compn> if the codec has a crc, the bsf might not affect it [06:19] <burek> i mean, streams are usually compressed and changing the bit in the stream would most probably make it invalid for the future decoding.. that's how i see it at least [06:20] <Compn> like if ac3 codec was stored differently between m2ts and .mkv , and you used a bsf to convert it ... it doesnt change any actual data, just how its stored [06:20] <Compn> its a lossless conversion [06:20] <Compn> how about that ? :) [06:20] <burek> i thought that was the muxer's job :) [06:21] <Compn> the muxer would just copy the m2ts packets into the mkv file. is it standard ? maybe? would other players decode it? no. [06:21] <burek> i get approx what you (and docs) say, i just have a hard time accepting that it won't damage anything :) [06:22] <Compn> i think we have samples with example bsf command lines, if you want to compare hex or crc :P [06:22] <burek> yeah, i think that would help :) [06:23] <Compn> its like if you encoded a .txt in rot13. a bsf could convert it to utf8 [06:23] <Compn> the text in the file is the same, but now has a diff encoding :) [06:23] <burek> i see [06:23] <burek> but in that case you would have to decode a stream, right? :) [06:24] <Compn> you dont have to decode for bsf [06:24] <Compn> i mean you pasted that [06:24] <Compn> whats the question? [06:24] <burek> that's the part i don't get, how does bsf change the stream, without decoding.. [06:24] <burek> how does it deal with compressed data, modifying it without affecting the decoded content [06:25] <Compn> it changes the headers and start codes [06:25] <burek> oh i see [06:25] <Compn> like a zip file has a header PKZIP [06:25] <burek> so it doesn't touch the compressed data part [06:25] <Compn> right [06:25] <burek> oh that makes a lot of sense [06:25] <burek> thanks :) [06:26] <Compn> its hard to explain . probably i dont know the right terminology [06:26] <NARS> but from what I could understand latm is something like just added extra headers to normal/raw aac, then such a filter would just need to drop them... but I may have wrong idea... [06:26] <Compn> i dont know how advanced latm is to aac [06:27] <Compn> aac has so many subsets and versions. even ffmpeg doesnt support them all [06:27] <NARS> also there is a windows exe over there able to convert it, but need to demux video/audio (aac latm stream), convert it, remux... would be a dream to just do something like: ffmpeg -i in.ts -vcodec copy -acodec copy -absf aac_latmtoraw out.mkv [06:27] <NARS> :) [06:27] <NARS> hmm [06:28] <Compn> why are you converting ts to mkv anyhow ? [06:28] <Compn> hardware player ? [06:28] <NARS> yes :) [06:29] <NARS> wdtv live [06:29] <NARS> doesn't handle ts properly [06:29] <NARS> doesn't support seek, pause [06:29] <burek> NARS, if you can find an example of the same audio source in raw and latm, you could upload them so devs could see if it's a trivial task or not [06:29] <Compn> update firmware ? [06:29] <NARS> already reported to wd but... [06:29] <NARS> latest one... [06:29] <Compn> wd guys tested our sample repo against their hardware player :) [06:30] <NARS> hmm :) [06:30] <Compn> just for bugs tho. not for supporting stuff [06:30] <NARS> burek: but code to handle latm must be already on ffmpeg [06:30] <Compn> to make sure our samples didnt crash their box [06:30] <NARS> for eg. [06:30] <NARS> if I do: [06:30] <burek> also, if this is your ticket: https://ffmpeg.org/trac/ffmpeg/ticket/2438 [06:30] <NARS> ffmpeg -i in.ts -vcodec copy -acodec libvo_aacenc out.mkv [06:30] <NARS> it will work fine [06:31] <burek> it's incomplete, they will ask you for the full command line + complete output [06:31] <NARS> just needs to reencode whole aac again and it's no sense :) [06:31] <burek> and probably will say "if it plays in ffmpeg/ffplay, then go to Eduis/Premiere support channels" :) [06:31] <NARS> as I want aac, just non latm :) [06:32] <Compn> just reencode the audio [06:32] <Compn> punk! [06:32] <Compn> :P [06:32] Action: Compn gone [06:32] <NARS> :P [06:32] <NARS> also it shows this: [06:32] <NARS> -- [06:32] <NARS> Output #0, matroska, to '/mnt/cache/tmp/iii-ar.mkv': [06:32] <NARS> Metadata: [06:32] <NARS> encoder : Lavf55.1.100 [06:32] <NARS> Stream #0:0: Video: h264 (H264 / 0x34363248), yuv420p, 720x576 [SAR 12:11 DAR 15:11], q=2-31, 25 fps, 1k tbn, 90k tbc [06:32] <NARS> Stream #0:1(por): Audio: aac ([255][0][0][0] / 0x00FF), 48000 Hz, stereo, s16, 128 kb/s [06:32] <NARS> Stream mapping: [06:32] <NARS> Stream #0:0 -> #0:0 (copy) [06:32] <burek> well, NARS, my point is, if you can find the same source in both raw and latm, you can prove then it's just a matter of bsf to handle the additional data/header and then someone might take that issue and develop a patch for it [06:32] <NARS> Stream #0:1 -> #0:1 (aac_latm -> libvo_aacenc) [06:32] <NARS> -- [06:33] <burek> Compn :beer: :) [06:33] <NARS> you can see it recognizes input as latm :) [06:33] <NARS> and handles it, but only for reencoding task :) [06:33] <burek> NARS, next time use pastebin :) [06:33] <NARS> ok, sorry :) [06:33] <burek> i understand what you are asking [06:34] <burek> the only fuzzy thing left is to make sure it is possible to do it using bsf [06:34] <burek> i.e. without reencoding [06:34] <NARS> yes [06:34] <burek> so, find a primer that proves it [06:34] <burek> and you'll get your patch in couple of days [06:34] <burek> if not the same day [06:35] <NARS> primer? [06:37] <burek> example [06:37] <NARS> ah ok [06:38] <NARS> and no, the ticked 2438 it's not from me, and not related at all [06:57] <NARS> I did created the ticket anyway maybe someone looks at it... :) https://ffmpeg.org/trac/ffmpeg/ticket/2439 [08:39] <arkiaz> michaelni: Hi, I am a student and would like to ask you a question regarding the GSoC 2013 project on libpostproc. Is it a right time for you? [09:42] <kurosu> michaelni: your suggestion of unrolling further for i=1, although logical, is 489c here (compared to 482 with the patch submitted) [09:43] <kurosu> michaelni: although Paul seems to have concerns with numerical stability; indeed the output (even for fpu=sse2) is different [09:44] <kurosu> now, this is an autocorrelation function where the difference shouldn't accumulate, but the calling code is probably computing an inverse function out of it, so there indeed can be such an issue [09:44] <kurosu> now, iirc, the input of that inverse function is noise iirc, and anyway fate passes [09:44] <kurosu> *input to [11:51] <kurosu> Ok, I'm trying to rebase again a libav branch onto ffmpeg [11:52] <kurosu> so I ran git fetch and pull to update ffmpeg [11:52] <kurosu> (git pull in the created branch ffmpeg-master pointing to ffmpeg/master) [11:53] <kurosu> then I went to my libav branch, checkout -b to the new branch to rebase [11:53] <kurosu> then ran git rebase ffmpeg-master (probably equivalent to ffmpeg/master as it has been fetched/pulled/fastfwed etc) [11:54] <kurosu> btw ran make distclean, and checked with git status that no file seemed in the way [11:55] <kurosu> but on rebase I have conflicts in Makefile, common.mak etc [11:55] <kurosu> those files I don't think I have ever touched [11:55] <kurosu> soooga, what's happening ? [11:55] <kurosu> ubitux / michaelni: any idea about the above ? [11:56] <kurosu> ah, autocompletion on so... [11:57] <ubitux> is your local ffmpeg-master in sync with ffmpeg/master? [11:57] <kurosu> oh, maybe I have pulled libav and ffmpeg hasn't yet merged the changes I have updated [11:58] <kurosu> I haven't verified, but I have just ran git fetch ffmpeg, then git pull in it [11:58] <kurosu> (ie fast fwd) [11:58] <jojva> correct me if i'm wrong but isn't git pull = git fetch + git merge ? [11:59] <kurosu> after the pull, git told me I could fast forward, which i've seen to be git pull [11:59] <kurosu> hence what I have done; but maybe it is as you say [12:00] <kurosu> I think it has to do with libav being on a "revision" that isn't yet merged/... by ffmpeg [12:01] <kurosu> so I just have to wait that a kind soul such as michaelni does it [12:02] <nevcairiel> rebasing between libav and ffmpeg can be problematic, if its only a small number of commits it can be easier to just create a new branch based on ffmpeg-master and cherry-pick your commits over [12:04] <kurosu> that's another possibility, never used cherry picking before [12:06] <kurosu> i guess I have to get the commits hashes from my libav-based branch, then run cherry pick on each [12:06] <nevcairiel> indeed [12:06] <kurosu> is there a faster or oneliner for it ? [12:08] <nevcairiel> with a recent git version (> 1.7.2 or so), you can cherry-pick version ranges [12:08] <cptspiff> for rev in `git rev-parse startrev..endrev`; git cherry-pick $rev; done [12:08] <nevcairiel> nah no need for that anymore [12:08] <kurosu> 1.8 there [12:08] <nevcairiel> can just do git cherry-pick libav-master..yourbranch [12:09] <cptspiff> neat didnt know. [12:14] <kurosu> nice, worked [12:14] <michaelni> kurosu, if i=2 is slower for you then forget it, it only gave a very small speedup on sandybridge [12:15] <kurosu> michaelni, I could have checked disassembled code, but this looked like something that could come back anytime anyway [12:15] <kurosu> (more a compiler issue than an algorithmic one) [12:18] <michaelni> about rebasing, ive applied 2 patches from the patch series, that might cause minor conflicts for the earlier patches [12:18] <kurosu> the cherry picking went smooth [12:19] <kurosu> I think libav has commited neg_ogg dsp function, dunno if it will cause any issue when merging [12:20] <kurosu> I have written more sse2 function seeing how it is indeed more efficient (certainly due to the 2 shifting units for integers as you've mentioned) [12:36] <michaelni> I wonder how many people still use cpus that support SSE1 but not SSE2 [12:47] <kurosu> I know, it's more about thoroughness, and because that was the new instruction set at the time I learned x86 assembly [12:49] <kurosu> anyway, fate-aac passed for win{32,64}x{C,sse,sse2} [12:53] <kurosu> I'm not sure if I can use git send email with a messageid while I have rebased and potentially changed patch titles, but here's a new batch [12:54] <nevcairiel> depends on the mail client if a different subject resumes the old thread, really [12:58] <kurosu> I didn't use messageid so new thread, but it's probably better after a small while [13:21] <cone-153> ffmpeg.git 03Paul B Mahol 07master:11d7bbb47a1e: fate: add coverage for background disposal in gif decoder [13:27] <durandal_1707> anyone know VAG real address?, I already tried to contact him, but failed [13:28] <cone-153> ffmpeg.git 03Reinhard Tartler 07master:a862c7d33682: Integrate lcov/gcov into Libav [13:28] <cone-153> ffmpeg.git 03Michael Niedermayer 07master:84bfa8beb708: Merge commit 'a862c7d3368241e72a465ab944afa38ea62a6640' [13:35] <cone-153> ffmpeg.git 03Christophe Gisquet 07master:f4b0d12f5b3f: x86: sbrdsp: Implement SSE neg_odd_64 [13:35] <cone-153> ffmpeg.git 03Michael Niedermayer 07master:32bac65ba0be: Merge remote-tracking branch 'qatar/master' [13:42] <durandal_1707> looks like it's mandatory to use setpts after mp=telecine [13:45] <durandal_1707> what about vf_phase filter ? [13:52] <cone-153> ffmpeg.git 03Michael Niedermayer 07master:ff50b08304fe: coverage: filter /usr/include out [13:57] <durandal_1707> huh what changed? now ffplay -f lavfi -i smptebars colors are ok [14:08] <highgod> Hi, I want ask a quesions, if I add a opt to OpenCL context, can it be input by user? I mean, user can use command to set device, platform. and so on, thanks [14:13] <durandal_1707> highgod: yes, that is point of lavu/opt [14:15] <highgod> Thanks, @durandal,how can I input the command line? I have add a context to it for the log, I don't konw how to input the command line, Thankd [14:15] <highgod> thanks [14:15] <highgod> I want to write a simple command to test [14:20] <highgod> is there any document to introduce it? thanks [14:21] <durandal_1707> highgod: read source code [14:22] <highgod> OK. thanks [14:56] <Tjoppen> uh.. what are the flags for getting nearest neighbor scaling? [14:57] <Tjoppen> flags=0 it seems [14:59] <Tjoppen> flags=16 even [15:13] <durandal_1707> hmm if i apply telecine filter and fatch result am i supposed to see same video? [15:13] <durandal_1707> s/fatch/watch [15:13] <nevcairiel> pretty much, just with more frames [15:14] <durandal_1707> but i want to see some difference, is that possible? [15:14] <nevcairiel> if you dont deinterlace the result, you should see weaving in moving parts [15:16] <durandal_1707> moving is fine here with ffplay, so either mp=telecine does nothing (just duplicates random frame) or something insert deinterlacer [15:16] <durandal_1707> ffplay -i input -vf "mp=telecine,setpts=N/(30000/1001*TB)" [15:17] <nevcairiel> maybe it needs options how to telecine? [15:17] <durandal_1707> it does not accepts any option [15:18] <durandal_1707> the libmpcodecs code have some ifs that are not in mplayer one i think [15:18] <nevcairiel> it indeed seems like a rather dumb filter [15:19] <durandal_1707> many in that directory really are, the most obvious one are already removed (but they should not get into at first place .....) [15:19] <nevcairiel> the code looks like it would do something though [15:19] <nevcairiel> add a new frame, sometimes with a field duplicated [15:19] <ubitux> mp=telecine seems to have no effect here [15:19] <durandal_1707> rm -f [15:20] <durandal_1707> does it works with mplayer? [15:20] <ubitux> yes [15:21] <ubitux> watch a video frame by frame with -vf telecine [15:21] <ubitux> you'll see the effect pretty clearly [15:21] <ubitux> if the telecine is correct i don't know though [15:21] <durandal_1707> but yesterday user on #ffmpeg claimed that mp=telecine is very good :))) [15:21] <ubitux> but at least it has some effect :p [15:21] <nevcairiel> chain a ivtc behind it and see if it catches on :p [15:21] <ubitux> durandal_1707: i haven't try with ffmpeg, just ffplay [15:22] <ubitux> lavfi magic might be in effect [15:23] <durandal_1707> tried with ffmpeg and -f sdl, expect it spams and is slower output is same [15:25] <durandal_1707> lets port this nonsense and expect it will suddenly work [15:25] <ubitux> :D [15:26] <durandal_1707> i wonder why that user of yesterday now think about our code [15:27] <ubitux> why/what? [15:27] <durandal_1707> yes [15:27] Action: ubitux "almost"© done with the ivtc doc [15:28] <ubitux> so much pain [15:30] <durandal_1707> when was telecine filter written in mplayer? [15:31] <ubitux> feb 2003 [15:31] <durandal_1707> its just for (C) thing on top of file [15:34] <durandal_1707> it it's really that trivial, i could add other modes, if i find good documentation somewhere [15:34] <ubitux> modes for? [15:34] <durandal_1707> telecine [15:35] <ubitux> yeah but what would they do? [15:35] <ubitux> you could configure the pattern but i'm not sure what else [15:35] <durandal_1707> just to test deinterlacers(or whatever reverse process) [15:37] <durandal_1707> are there telecine filters from *synth projects? [15:38] <durandal_1707> code is so trivial that i think i will rewrite it and make it LPGL [15:49] <durandal_1707> i see mplayer have tfields filter [16:08] <ubitux> durandal_1707: native -vf fields [16:08] <durandal_1707> ubitux: there is also field filter [16:09] <durandal_1707> there is no native fileds [16:09] <durandal_1707> *fields [16:09] <ubitux> sorry, vf field yes [16:53] <durandal_1707> hmm do i need to get two frames at same time? [17:03] <cone-153> ffmpeg.git 03Christophe Gisquet 07master:f4ac80227b4e: sbrdsp: unroll sbr_autocorrelate_c [17:03] <cone-153> ffmpeg.git 03Christophe Gisquet 07master:11774169ae22: sbrdsp: unroll and use integer operations [17:18] <durandal_1707> hmm i think i will go for telecine removal because current telecine is crap and useless, i will write another (NIH here) heavily based on divVerent [17:18] <durandal_1707> one from vf_dlopen [17:34] <kierank> what is vf_dlopen? [17:36] <durandal_1707> kierank: see https://github.com/mpv-player/mpv/tree/master/TOOLS/vf_dlopen [17:36] <kierank> oh it's mplayer [17:42] <saste> michaelni, can you comment on noise removal patch? [17:43] <saste> also if you could give an explanation of the fact that it seems slower than native, it would be nice [17:49] <michaelni> saste, ill investigate why noise behaves like this [17:49] <saste> michaelni, thanks [17:52] <durandal_1707> mp use myriads of slices [17:57] <cehoyos> durandal_1707: The mp=telecine filter works fine here, since there is at least one user using it, I would prefer to keep it until ported. [17:58] <durandal_1707> cehoyos: huh, but how? [17:59] <cehoyos> You have to set pts with setpts (since the filter only supports contant frame rate, there is no real disadvantage afaict) [17:59] <durandal_1707> i set it already ... [17:59] <durandal_1707> cehoyos: so if you have working command line.... [17:59] <cehoyos> I just tested it with a random sample, output looks like expected... [18:00] <durandal_1707> with ffplay? [18:02] <cehoyos> I don't know how ffplay could use telecine ? [18:02] <durandal_1707> i tried with ffmpeg too [18:04] <cehoyos> Sorry, I tried an installed version, the filter was recently broken, I will open a ticket. [18:07] <durandal_1707> cehoyos: latest release version works? [18:09] <cehoyos> 1.1 works, I did not test 1.2 yet, bisecting atm [18:19] <cehoyos> Regression since a05a44e (not really a surprise, is it?) [18:19] <ubitux> i guess that's my fault then [18:20] <nevcairiel> yeah you should've deleted mp instead of porting it :) [18:20] <ubitux> i haven't ported it [18:20] <ubitux> i've broke it [18:23] <cehoyos> nevcairiel: Do you still have a dvb (mpegts) sample that fails with program detection? [18:24] <cehoyos> Yuvi. Did you receive my email? gas-preprocessor needs an update. [18:25] <cone-153> ffmpeg.git 03Michael Niedermayer 07master:21f4fc2e400e: avfilter/vf_mp: fix x86 cpu caps [18:29] <nevcairiel> cehoyos: haven't tried latest HEAD yet, let me check [18:32] <durandal_1707> repeat after me: libavfilter/libmpcodecs must die [18:34] <nevcairiel> cehoyos: indeed i do [18:35] <cehoyos> nevcairiel: Would you mind providing the sample? [18:37] <nevcairiel> https://docs.google.com/file/d/0Bzo8vvjNtaZ5VDlDSnN0MFozdTQ/edit?usp=sharing [18:37] <nevcairiel> i tried cutting it before, but somehow that broke it [18:37] <nevcairiel> so go nuts! [18:38] <nevcairiel> it has one audio stream that in current git head is in no program, before the regression it was [18:39] <cehoyos> Did you try cutting it to 100MB (my samples had to be around this size to show the original bug)? [18:39] <durandal_1707> wow VAG give me link to sample [18:40] <nevcairiel> cehoyos: yes, in a 100mb sample it still works fine [18:40] <nevcairiel> no idea why, but it does [18:41] <nevcairiel> maybe its something at the end of the file which breaks it, when it seeks there to determine the duration [18:42] <cehoyos> Just so I understand correctly; 100MB is not enough? [18:42] <nevcairiel> yes [18:42] <nevcairiel> the first 100 at least not [18:43] <cehoyos> I am already >200 and still cannot reproduce: Will continue downloading [18:49] <cehoyos> What is VAG? [18:53] <durandal_1707> s/what/who [18:56] <michaelni> ubitux, your coverage page isnt linked from ffmpeg.org or am i missing it ? [18:57] <ubitux> it isn't [19:03] <cehoyos> nevcairiel, michaelni: Ticket 2441 opened with the missing sample from ticket 2186 [19:35] <nevcairiel> cehoyos: which part of the file did you cut to make it fail? [19:37] <nevcairiel> at least it also shows the problem when watching it, the stream assignment changes mid-stream from the finnish to the english track [19:39] <ubitux> anyone has some >8 bits depth samples lying around? [19:39] <ubitux> (yuv-like) [19:39] <nevcairiel> h264 ok? [19:39] <ubitux> sure [19:40] <nevcairiel> http://files.1f0.de/samples/H.264-10bit-sample-railgun.mkv [19:41] <ubitux> thx! [19:41] <ubitux> animes \o/ [19:41] <nevcairiel> its really the only stuff that uses 10-bit in the consumer world :p [19:42] <durandal_1707> bbbbluray? [19:42] <nevcairiel> bluray is 8bit only [19:43] <ubitux> does it uses the whole bit depth? [19:43] <durandal_1707> but your monitor can use, say 5.5 depth [19:44] <ubitux> durandal_1707: we need >8 bit support in vf histogram! [19:44] <nevcairiel> my monitor has a 10bit panel, tyvm :P [19:44] <durandal_1707> give me 256x256 width display first [19:45] <ubitux> :( [19:45] <durandal_1707> ubitux: i fail to see how addition few pixels will help see obvious issues [19:47] <durandal_1707> its not that hard, you unlock width for > 8 bit and than just allocate 'width' array size and increase index in each.... [19:49] <durandal_1707> that's for levels mode, other modes like waveform need 2^(9-16) width/height window [19:52] <durandal_1707> of course if you do not care for such behaviour you could do some kind of aproximation.... [19:52] <durandal_1707> s/behaviour/detail [19:56] <kierank> nevcairiel: yes but the sources are 8-bit so it's not "really" 10-bit as such [19:57] <michaelni> durandal_1707, ok if i fix RAND_MAX ? [19:57] <nevcairiel> kierank: true, however since its lossy encoding i figure there will be useful bits in the 2 extra bits after decoding [19:57] <kierank> yup [19:58] <michaelni> durandal_1707, RAND_MAX is the primary cause of the pink pixels [19:58] <ubitux> btw [19:58] <ubitux> someone should do something about the ubuntu ppa [19:58] <durandal_1707> michaelni: i dunno what you want to fix, but if it improves output, sure [19:58] <ubitux> it's still distributing 0.10... [19:58] <ubitux> (and nothing more recent) [19:58] <michaelni> durandal_1707, RAND_MAX is for random() or something av_lfg() has different max [19:59] <durandal_1707> michaelni: i think i replaced, but i cant remmember [20:00] <durandal_1707> michaelni: anyway i'm really blind for quality of noise [20:01] <michaelni> maybe RAND_MAX is also a different value on your platform [20:01] <michaelni> one that happens to be corerct for lfg [20:03] <durandal_1707> /usr/include/stdlib.h:#define RAND_MAX 0x7fffffff [20:07] <cone-153> ffmpeg.git 03Michael Niedermayer 07master:62447248f3e5: vf_noise: remove low quality mode [20:07] <cone-153> ffmpeg.git 03Michael Niedermayer 07master:28943c4d31a5: vf_noise: Fix av_lfg_get() maximum value [20:11] Action: ubitux is too lazy to re-read the pages of doc he's written [20:12] <durandal_1707> brace yourself [20:13] Action: ubitux looks ridiculous with wonderbra [20:14] <ubitux> hey this doc is not that bad. [20:38] <ubitux> i'm going to push "lavf/http: use a more compatible default user agent." unless someone object [20:40] <ubitux> also, comments on libquvi ? [20:40] <ubitux> i'll push it in 3 days if no one raise a hammer [20:41] <kurosu> http://www.youtube.com/watch?v=1AvULw1mfJA <- that ? [20:43] <ubitux> sounds reasonable [20:46] <arkiaz> michaelni: Hi, I am a student and I would like to ask you a question regarding on the GSoC project you mentor. Is it right time for you? [20:50] <michaelni> arkiaz, sure, what question ? [20:55] <arkiaz> michaelni: Hi, I am interested in the project you mentor, "Postproc optimizations ". I have some experience with SSE optimization. But I am new to ffmpeg project. So do you think experiance with ffmpeg code is a criterion to apply for your project? [20:59] <michaelni> normally not but it all depends on if theres someone else who is more qualified and how many slots we will have, and of course the qualification task, ... [21:01] <ubitux> ...and if we are selected :p [21:01] <kierank> wow the tfm patch is actually readable [21:01] <arkiaz> michaelni: OK. next question is, what kind of coding do you use for inline assembly used. I used to work with Visual C++ 2010 and you can see a sample code I wrote before : https://github.com/abidrahmank/MyRoughWork/blob/master/cpp/euclidean_asm.as… . The style used in ffmpeg is different. [21:02] <arkiaz> michaelni: Sorry, i meant coding style. [21:03] <ubitux> arkiaz: yasm syntax [21:03] <ubitux> look at the ./libavcodec/x86/*.asm files [21:04] <arkiaz> ubitux: thank you. I think I am using MASM syntax. Hope their difference is only in style !! [21:05] <ubitux> we use a lot of macro helpers from the x264 projects [21:05] <ubitux> it's likely some abstractions will differ [21:05] <ubitux> but you have a large bunch of references files all around the code base [21:06] <michaelni> arkiaz, i dont think you need emms in euclidean_SSE [21:07] <arkiaz> michaelni: since I don't use any floating point calculation ? [21:07] <nevcairiel> since you dont use the mmx registers [21:08] <arkiaz> nevcairiel: sorry, I thought emms is used to shift coprocessor to floating point state. [21:08] <michaelni> EMMS = Empty MMx State IIRC [21:09] <michaelni> but i might misremember what it stands for :) [21:09] <nevcairiel> no, its used to clear the floating point registers, which get re-used for 64-bit SIMD (MMX and SSE1) [21:10] <nevcairiel> but the mmx registers are called "mm0" etc, "xmm0" are the 128-bit sse registers [21:10] <nevcairiel> dont need emms [21:12] <arkiaz> michaelni: Since I am new to ffmpeg code base, can you recommend me any function which I can start working with for qualification task? [21:12] <kierank> ubitux: i thought tivtc was gpl? [21:13] <ubitux> kierank: http://ffmpeg.org/pipermail/ffmpeg-devel/2013-March/141346.html [21:13] <kierank> oh sorry [21:13] <ubitux> no worry :) [21:14] <kierank> i look forward to trying that patch out at some point [21:14] <kierank> and simding it [21:14] <ubitux> yep [21:14] <ubitux> decimate is a good candidate for simd as well [21:15] <cone-153> ffmpeg.git 03Clément BSsch 07master:1fabd9503558: lavf/http: use a more compatible default user agent. [21:15] <nevcairiel> whoever invented DTS CDs needs to suffer in that special place in hell [21:16] <nevcairiel> properly supporting .wav files which contain DTS masquerading as PCM was already silly enough, but now people find it humorous to put that into lossless compression like FLAC o.O [21:16] <arkiaz> nevcairiel: michaelni : You are right, I don't need it for SSE. [21:17] <kierank> nevcairiel: lol [21:17] <nevcairiel> i wonder if the file actually got bigger doing that [21:18] <arkiaz> michaelni: ubitux : Since I am new to ffmpeg code base, can you recommend me any function which I can start working with for qualification task? [21:18] <michaelni> the x1 deblock filter maybe [21:20] <michaelni> its quite a bit simpler than the normal deblock filter [21:21] <michaelni> but vertX1Filter() alone is maybe to simple/easy [21:23] <arkiaz> michaelni: I am sorry, did you mean this one : https://github.com/FFmpeg/FFmpeg/blob/master/libpostproc/postprocess_templa… [21:27] <michaelni> arkiaz, thats do_a_deblock() converting that to AVX2/SSE2 should be ok as qualification [21:27] <michaelni> AVX2/SSE2 in yasm syntax that is [21:28] <arkiaz> michaelni: looking for vertX1Filter() turns up this : https://github.com/FFmpeg/FFmpeg/blob/master/libpostproc/postprocess_templa… ? [21:29] <michaelni> yes but vertX1Filter is too simple alone, [21:29] <ubitux> michaelni: so how did you merge lcov/gcov? [21:30] <ubitux> our version is dropped? [21:30] <michaelni> arkiaz, if you want to work on vertX1Filter then you could also do the horizontal X1 one [21:30] <michaelni> but theres no asm at all for that i think [21:30] <michaelni> ubitux i droped --enable-coverage yes [21:30] <michaelni> should we emulate that somehow ? [21:30] <arkiaz> michaelni: ok. let me have a look on it. [21:31] <ubitux> michaelni: it's ok, i can update my fate instance [21:31] <ubitux> michaelni: but OTOH the version from libav has problems... [21:31] <michaelni> arkiaz, horizontal means vertical asm + transpose in reality probably [21:31] <ubitux> michaelni: also, there are still some coverage bits, such as coverage-html [21:32] <michaelni> ubitux, i left the clean stuff intentionally so people updating dont end with dirt left in their tree [21:32] <ubitux> i think the sed will be required too [21:32] <michaelni> ubitux, i already merged that [21:32] <ubitux> oh you keep it [21:32] <ubitux> great, you're awesome :) [21:37] <arkiaz> michaelni: is vertx1filter() a convolution of 8x8 with 3x3 ? [21:39] <michaelni> arkiaz, you can look at the C code in the #else below the asm to see what it does [21:39] <arkiaz> ok [21:40] <ubitux> coverage fixed. [21:41] <michaelni> ubitux, is there a link to it on the webpage ? [21:41] <michaelni> we should add one if no [21:41] <arkiaz> michaelni: thank you for your help. I will work on it and get back to you. [21:41] <ubitux> michaelni: as i said, there isn't :p [21:41] <michaelni> arkiaz, ok, good luck [21:42] <ubitux> michaelni: you can also make coverage.ffmpeg.org or similar to the ip [21:42] <ubitux> i can add a vhost [21:42] <michaelni> ubitux, i cant, arpi can [21:43] <michaelni> i can mail him, what IP should it be ? [21:43] <ubitux> 176.9.142.132 i guess [21:48] <michaelni> mail sent [21:55] <ubitux> seems to work already [21:55] <ubitux> michaelni: can you confirm? [21:55] <nevcairiel> works for me [21:55] <ubitux> great [21:56] <michaelni> ubitux, yeah seems working :) [22:10] <ubitux> michaelni: so, how are we going to add a coverage entry in the menu without exploding the width? [22:10] <ubitux> we should have added a web gsoc :p [22:12] <michaelni> thats more something for gci [23:17] <durandal_1707> i have telecine filter almost working [23:18] <durandal_1707> i only need to get this pts working [23:19] <durandal_1707> because mpv use doubles which means afaik: that 2 is 2 seconds in stream [23:24] <ubitux> durandal_1707: i've done some pts adjustement in decimate [23:25] <ubitux> it's likely very similar [23:28] <durandal_1707> i dont see anything, you can try filter in telecine branch [23:30] <ubitux> in the new decimate filter [23:31] <ubitux> https://github.com/ubitux/FFmpeg/commit/267face1c9e97046104c95d3a4fba03f364… [23:31] <durandal_1707> yes i take looked at it (on ml) [23:32] <ubitux> fps & ts_unit thing [23:34] <durandal_1707> well filter set pts from input pts [23:37] <durandal_1707> it some code that reinit filter when big pts change happen [23:38] <durandal_1707> and big pts change happen well because is broken (...) [23:38] <durandal_1707> i just replaced double with int64_t which is plain wrong... [00:00] --- Sun Apr 7 2013

1 0

ffmpeg.log.20130406
by burek 07 Apr '13

07 Apr '13

[00:09] <brimestone> hey guys, i have this file ( http://pastebin.com/uSTKiLw2 ) its generated by a ( 5DMK3 ) with avc1/H.264 (high) with 23.98 psf as FPS.. i need to add telecine to 30003/1001 or 29.97 But, i can only apply it if im sending it to a ProRes codec which is intruducing a color shift. can anyone help? [00:15] <durandal_1707> brimestone: what you want to solve? color shift? [00:17] <Costin> hey guys, i've solved it [00:17] <Costin> i believe the key parameter was -probesize 32 [00:17] <Costin> that makes the encoding start very quickly [00:17] <brimestone> yes.. the color shift.. [00:18] <brimestone> its some combination of contrast and brightness [00:19] <durandal_1707> brimestone: perhaps prores encoder expect different color space, so for this try colormatrix filter [00:20] <brimestone> i did add -vf colormatrix=bt601:bt709 [00:20] <brimestone> with no difference.. [00:20] <brimestone> optimally, it would be great to copy same codec from the input file.. [00:21] <brimestone> i tried -vcodec copy hehe but then filters will not apply, especially telecine [00:22] <durandal_1707> brimestone: something like that is impossible right now [00:22] <brimestone> something like what? [00:23] <durandal_1707> brimestone: combination of copy and filter to produce same quality [00:23] <durandal_1707> brimestone: have you tried swapping args for colormatrix? [00:24] <brimestone> ohh yeah.. i sure would love to figure out how to keep color space [00:24] <durandal_1707> or adding colormatrix fitler _before_ telecine? [00:24] <brimestone> -vf colormatrix=bt709:bt601?? [00:24] <brimestone> testingf [00:25] <brimestone> oh.. how can i add multiple filter arg in a single -vf switch? [00:27] <brimestone> hmmm looks ok [00:28] <brimestone> http://pastebin.com/gz6Nmxxr [00:30] <durandal_1707> brimestone: that is not complete uncut console output, btw did you get it working or? [00:31] <durandal_1707> also you dont need to put multiple -vf you can use "," and single -vf [00:31] <brimestone> thats the enter cli arg... [00:32] <durandal_1707> but it contains 0 useful info for me [00:32] <brimestone> ohh wait [00:35] <brimestone> http://pastebin.com/rAGgNk3J [00:37] <durandal_1707> brimestone: why you are upconverting & transcoding? [00:37] <durandal_1707> conversion from h264 to prores is pointless [00:37] <brimestone> ops!? [00:38] <brimestone> because i can't sticl the telecine on h264 [00:38] <durandal_1707> even so h264 use yuvj420p and prores hd pixel format [00:38] <durandal_1707> burek: sticl is what? [00:38] <brimestone> I'm completely open ears right now ( well technically Eyes ) [00:39] <durandal_1707> brimestone: what is sticl? [00:39] <brimestone> more technical reason why i picked prores was to get it into Avid "easier" [00:39] <brimestone> sorry, i meant Stick... [00:40] <durandal_1707> but why to do that at first place with altread commpressed stream? [00:40] <durandal_1707> *already [00:40] <brimestone> i got faster than realtime trancoding ProRes files into Avid DNxHD ( in software ) compared to H264 [00:41] <durandal_1707> i'm really confused now [00:41] <brimestone> :) [00:41] <brimestone> let me paint the entire picture, [00:42] <brimestone> if you have time [00:43] <brimestone> Footages gets to my door in H264 form, from DSLR type camera.. then i have to use these footage in Avid, Resolve, After Effects? etc ( excluding Final Cut! ) [00:43] <brimestone> so what we, do is to prep these footage. Add timecode, Serialize the filename for tracking and archival [00:44] <brimestone> then get it into a "workable" format for the editors to work with.. ( we use DNxHD ) [00:44] <durandal_1707> you tried colormatrix before and after telecine filter? [00:45] <brimestone> now, as much as we smack the "directors" around, most of the time, they can't get the correct parameters for the video.. [00:45] <brimestone> we asked them footage in 29.97 they shoot in 23.98 so we have to add telecine before we make them DNxHD [00:45] <durandal_1707> thing is first video h264 is reported as yuvj (this is extended jpeg crap) [00:45] <brimestone> :) [00:46] <brimestone> thanks to Canon and the Hype of "DSLR" Filmaking [00:46] <durandal_1707> and prores accepts yuv only [00:46] <brimestone> so my problem is yuvj420p to yuv422p? [00:46] <durandal_1707> telecine, dunno for it as it is in another lib [00:47] <brimestone> it does a good job. ( looking forward to get it in ffmpeg native lib ) [00:47] <durandal_1707> yuv422p10 use more bits than yuvj420p [00:47] <durandal_1707> per pixel [00:47] <brimestone> yes.. so what it does is filling up the "empty" space with prolly noise [00:48] <durandal_1707> dunno, its 12 bit to 20 bit (different bitdepth and subsampling) [00:48] <brimestone> Avid does a good color management from yuvj420p to DNxHD ( tried it ) only issue is that i can't add pulldown to it.. [00:49] <brimestone> i want the file to have a 29.97 fps before avid see's it ( Workflow ) [00:59] <durandal_1707> brimestone: so h264 is in bt601 ? [01:00] <brimestone> that was a guess [01:01] <brimestone> also.. is there another encoder for h264? mine always defaults to Stream #0:0 -> #0:0 (h264 -> libx264) [01:02] <durandal_1707> that is only one, why? [01:02] <brimestone> looking at ffmpeg -format i see DE h264 raw H.264 video [01:02] <brimestone> which i assume to be "Decoder/Encoder".. [01:03] <brimestone> well.. when i open the file converted via FFmpeg it physically say libx264 instead of H264 [01:04] <brimestone> not saying that libx264 is of no quality but for me, it avoids "question" as to why is not different now [01:04] <durandal_1707> brimestone: -format is for demuxer/muxer [01:04] <durandal_1707> -codecs is for decoder/encoders [01:04] <brimestone> ohhh never use -codecs before [01:05] <durandal_1707> brimestone: you need to conver to bt601 and not from [01:05] <brimestone> wait.. i just testing one without color matrix [01:06] <durandal_1707> for name of source i dunno, try bt709 or fcc or smpte240m [01:31] <brimestone> only thing that stays the same is the change in color =) [01:32] <durandal_1707> brimestone: does color shit happens without telecine filter? [01:33] <brimestone> yes [01:34] <brimestone> but if i use -vcodec copy -acodec copy then no shift is introduce [01:35] <durandal_1707> brimestone: because you do no conversion to prores [01:35] <durandal_1707> its not first time i hear that colorspace issue with prores [01:35] <brimestone> even with H264 to livx264 [01:35] <durandal_1707> that is same [01:35] <brimestone> well color still change [01:36] <durandal_1707> than you need to add colormatrix [01:36] <brimestone> hmmm [01:36] <brimestone> :) [01:36] <durandal_1707> what prores encoder you use? [01:36] <durandal_1707> (there are two) [01:36] <brimestone> standard [01:37] <durandal_1707> try prores_kostya [01:37] <brimestone> -vf colormatrix=bt601:bt709,'mp=telecine,setpts=N/(30000/1001*TB) [01:37] <brimestone> sorry wronte paste [01:40] <llogan> refer to -codecs or -encoders [01:41] <brimestone> do i need to change the colormatrix? [01:42] <durandal_1707> brimestone: for h264 to h264 probably not [01:42] <brimestone> yeah.. so thats why im doing [01:44] <brimestone> http://pastebin.com/rrk26tZx [01:46] <brimestone> can i show you guys the color diff? [01:47] <brimestone> https://philocast.lieberman.com/diff.png [01:47] <brimestone> Right is transcoded via FFmpeg and left if the original from camera [01:50] <brimestone> then using the same files imported into Avid i guess these color shifts.. https://philocast.lieberman.com/diff2.png [01:55] <sacarasc> brimestone: That means it can encode the container, not the stream. [01:56] Action: brimestone grasping to understand that sentence? [01:58] <mark4o> brimestone: try tagging the h.264 with the color standard you are using when you encode it: -x264opts colorprim=bt709:transfer=bt709:colormatrix=bt709 for example (adjust to whatever standards you are using for color primaries, color transfer, and color matrix if not bt.709 HD standard) [01:59] <mark4o> some programs look at those settings but others ignore them [02:00] <brimestone> testing [02:06] <brimestone> how do i use those tags from a file? say from ffprobe? [02:11] <mark4o> brimestone: I don't think ffprobe uses them. x264 can write them and some programs (including apple quicktime) pay attention to them when it reads it and converts it to the color profile of the display. I don't actually know if avid uses them. [02:11] <brimestone> i think they do.. [02:11] <brimestone> i want to copy the flags from the original file and apply it to my trancoded file [02:12] <mark4o> I don't see it in the ffprobe output, not sure there is a way to get it from ffprobe, although mediainfo shows them [02:13] <brimestone> thanks i see it [02:14] <sacarasc> -format is all containers. [02:15] <brimestone> now i can copy everything on the originatin file [02:49] <sacarasc> brimestone: What says libx264? [02:49] <sacarasc> And where? [02:52] <brimestone> sorry.. i got distracted. [02:58] <brimestone> here we go.. http://pastebin.com/d3zF9eye [02:59] <brimestone> sorry for the delay [03:59] <relaxed> burek: Add that fflogger is a bot, because people are increasingly responding to it. :) [04:01] <mark4o> maybe change its name to ffbot? [04:56] <gp> Is there anywhere I can read about how to use the idet filter? [05:04] <relaxed> gp: did you look at "man ffmpeg-filters" [05:05] <gp> I have. I mean more about how I interpret it [05:10] <relaxed> gp: from outputting to -f null I see "[Parsed_idet_0 @ 0x2795e60] Multi frame detection: TFF:1943 BFF:4 Progressive:0 Undetermined:0" which probably means it's top field first. [05:11] <gp> That makes sense. That video is pretty straight forward [05:12] <gp> I've been seeing a lot of Undetermined [05:13] <gp> I will play around with it some more and see if I can come up with some more specific questions [05:22] <gp> relaxed: Thanks for pointing that out. I think I was over complicating it. It actually seems pretty straightforward. I think I just had a bad test file last time I looked into it or something [05:26] <gp> Any idea how many frames I would need to inspect to get a pretty good guess? [05:36] <gp> So if I am trying to determine if I should enable yadif or not using idet, would I just want to add TFF and BFF and compare them against Progressive? If the sum of TFF and BFF is larger than Progressive I would deinterlace? [05:54] <relaxed> gp: on progressive content I get "TFF:0 BFF:0 Progressive:198 Undetermined:47" [05:55] <relaxed> to answer your question, I'd say yes [05:56] <gp> relaxed: much appreciated [09:37] <post_janitor> hey guys.. how do i encode to h264 High(a)L5.1? [12:36] <mastro> I want to convert a VOB file into an MP4 with hard-coded subtitles (and choosing a channel)... googling I found some command but I'm not satisfied of commands given without explanation. [12:36] <mastro> For instance: ffmpeg -i input.vob -acodec libfaac -ac 2 -ab 128k -vcodec libx264 -vpre fast -crf 20 -threads 0 output.mp4 [12:38] <mastro> I understand it is setting audio codec faac, channel 2, audio bitrate 128k, video codec x264, -vpre fast dunno what's that for, -crf 20 neither, -threads ? .... [12:38] <mastro> But I'd like to be able to choose those value on my own, and I probably need to analyze the source vob file to avoid produce a too-high quality or too-low one [12:39] <mastro> what do you usually do to choose those parameters? [12:46] <relaxed> -threads 0 tells libx264 to use all your cpu cores for encoding. [12:47] <relaxed> you can't hardsub vobsubs as far as I know. [12:47] <relaxed> mastro: ^ [12:47] <LithosLaptop> I always shiver when I see libfaac [12:48] <relaxed> put a sweater on [12:48] <LithosLaptop> :) [12:48] <mastro> relaxed, thanks [12:49] <relaxed> can't using ffmpeg, I meat [12:49] <mastro> LithosLaptop, I've not signed anything forcing me to use faac, that just what I found googling :) [12:49] <relaxed> meant* [12:49] <LithosLaptop> hehe ok [12:49] <relaxed> libfdk-aac is recommended [12:50] <LithosLaptop> yeah [12:50] <mastro> relaxed, what should I use? mencoder? [12:50] <mastro> LithosLaptop, why is that? I mean, why one should prefer libfdk-aac to libfaac ? [12:51] <mastro> LithosLaptop, I assume faac is "free" and fdk-aac isn't [12:51] <relaxed> libfdk-aac produces better quality and has more features. [12:51] <LithosLaptop> mastro: libmp3lame which is MP3 produces better quality then libfaac which is AAC [12:52] <LithosLaptop> but generally AAC should be better quality than MP3 [12:52] <mastro> relaxed, can I use ffmpeg to build an mkv containing both audio channel and the subtitles? [12:52] <relaxed> neither libfdk-aac or libfaac are gpl compatible. [12:52] <LithosLaptop> libfaac isn't transparent relaxed: for met at 128Kbit/s [12:52] <LithosLaptop> oops [12:52] <LithosLaptop> I accidently put your name in there [12:52] <relaxed> mastro: yes [12:53] <relaxed> ffmpeg can only hardsub ass/srt as far as I know. [12:53] <mastro> relaxed, that would be an option.. I'll try to google something.. thanks for the suggestion about libfdk-aac I'll look for it [12:53] <mastro> LithosLaptop, ^ [12:53] <mastro> what about the -vpre fast ? [12:53] <mastro> and -crf 20 ? [12:54] <Hans_Henrik> i can't find "-level" argument in docs.. but some example for "ipad format conversion" use -level 30 .. any1 know what it's for? [12:54] <Hans_Henrik> full is ffmpeg -i "%%A" -acodec aac -ac 2 -strict experimental -ab 160k -s 1920x1080 -vcodec libx264 -preset slow -profile:v baseline -level 30 -maxrate 10000000 -bufsize 10000000 -b 1200k -f mp4 -threads 0 "%%A.ipad.mp4" [12:54] <mastro> oh.. vpre = preset [12:55] <relaxed> Hans_Henrik: it limits the h264 features used [12:55] <mastro> crf I found it in the man but do not understand what's for [12:55] <relaxed> certain hardware only supports specific levels [12:55] <relaxed> constant rate factor [12:56] <relaxed> https://ffmpeg.org/trac/ffmpeg/wiki/x264EncodingGuide [12:56] <mastro> can I list presets / read their documentation? [13:00] <mastro> relaxed, that's a very useful link [13:01] <mastro> relaxed, is there something like that for MKV container and fdk-aac encoder ? [13:01] <mastro> relaxed, afk 1hour (I'll surely read what you reply anyway, thanks) [13:12] <Vardan> hi all [13:12] <Vardan> people I have compiled ffmpeg for android, but when I'm trying to use avcodec_find_encoder(CODEC_ID_MJPEG) it return 0 [13:15] <durandal_1707> Vardan: what version of libavcodec? [13:15] <Vardan> 0.8.6 [13:16] <durandal_1707> that is very old and not libavcodec version.... [13:16] <Vardan> new version not compiling with Android NDK [13:17] <durandal_1707> avcodec_find_encoder_by_name("mjpeg") does not work? [13:35] <Vardan> ok, now it's find CODEC_ID_MJPEG encoder but couldn't open :( [13:38] <durandal_1707> Vardan: what new version and from where you tried when commpiling it? [13:39] <Vardan> not a new version the same 0.8.14 version [13:39] <durandal_1707> Vardan: you said that new version does not compile [13:39] <Vardan> downloaded from ffmpeg.org [13:39] <durandal_1707> trying to get help for 0.8.14 is harder because its very old [13:41] <Vardan> ok, let me try to compile latest [13:41] <durandal_1707> but anyway that error should not happen [13:48] <misterli> Hello. Ive a question about ffmpeg. Im using PHP to convert Videos from 3gp to mp4. i've about 200 converts within 30 minutes and in most cases it works well. Anyway, i some cases ffmpeg stuck and shoot up the CPU L oad to 100%. After that all other ffmpeg instances will try to get 100% CPU Load. Yesterday i'd see that a FFMPEG Process took more then 2hours and didnt do any work (just 100%CPULoad). [13:48] <misterli> Is there any way to set a timeout for 1 instance? [13:53] <Vardan> when I'm trying to compile latest version got this message: "{standard input}:9962: Error: selected processor does not support ARM mode `ubfx r7,r2,#0,#4'" ... make: *** [libavcodec/aacdec.o] Error 1 [13:58] <durandal_1707> Vardan: the ony way this can get fixed is if you report that bug to bug tracker [13:59] <durandal_1707> misterli: there is no enought info provided by you to provide and useful help [13:59] <durandal_1707> misterli: what ffmpeg version? [14:10] <misterli> its ffmpeg version 0.7.15, [14:11] <durandal_1707> misterli: very old (contains only security fixes by now) [14:11] <durandal_1707> misterli: also did you explore if it hang on certain file [14:12] <durandal_1707> otherwise timeout and such are configured at OS level [14:12] <misterli> There are too many file to explore the file which causes the stucking [14:12] <durandal_1707> and i dont see how good would be to implement it inside ffmpeg [14:12] <durandal_1707> misterli: than if stucking was ever caused by bug in code it would not get fixed [14:24] <mastro> relaxed, thanks anyway :) [14:34] <mastro> when using ffmpeg -map to build a matroska. Is there a way to specify the name of an audio channel? [14:35] <durandal_1707> audio channel? [14:38] <mastro> durandal_1707, yes [14:38] <mastro> durandal_1707, like: channel 1: en, channel 2: it, channel 3: jp etc... [14:42] <durandal_1707> that is more like stream [14:43] <durandal_1707> and language for each stream [14:44] <mastro> durandal_1707, -alang en / -alang it / -alang ja [14:45] <durandal_1707> it matroska track language [14:46] <durandal_1707> mastro: you set "language" metadata for such stream/track [14:46] <mastro> in a syntax like the one described here: http://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20use%20-map%20option -c:v , -c:a:1 etc... how would I set -alang? -alang:a:0 it ? [14:47] <durandal_1707> alang is nowhere in help output? from where you get alang? [14:47] <durandal_1707> mastro: you set track language, in same way as you set any other metadata [14:47] <mastro> durandal_1707, googling [14:48] <mastro> durandal_1707, ok, how do I set a metadata? [14:48] <durandal_1707> mastro: there is documentation, i'm not paid to give you exact answer because i have other things to do [14:49] <mastro> durandal_1707, sorry I didn't know about metadata found it now, thanks [14:50] <durandal_1707> http://ffmpeg.org/ffmpeg.html [18:30] <Shingetsu> hello. I'm trying to direct x11 output (x11grab) into a v4l2 device (v4l2loopback). " sudo ffmpeg -f x11grab -i :0.0 -s 600x400 -f v4l2 - > /dev/video1 " gives out "[NULL @ 0x1cd53e0] Requested output format 'v4l2' is not a suitable output format". if I use null as a format, it's not readable as a result [18:31] <Shingetsu> can anyone please direct me into the proper way of doing this? [18:32] <ubitux> there is no v4l2 output support yet [18:32] <ubitux> patch welcome [18:33] <Shingetsu> @ubitux is there any feeder capable of v4l2 output that I could look into for making the patch? [18:34] <ubitux> gstreamer has an output support [18:34] <ubitux> otherwise, just look at the v4l2 api documentation [18:34] <ubitux> i think v4l2loopback also has an example for pushing stuff [18:34] <Shingetsu> is v4l2 output planned in the future? [18:35] <ubitux> i don't think anyone is working on it currently [18:35] <ubitux> but it might be wise to announce you're working on it on the devel mailing list [18:35] <ubitux> maybe ask __gb__ on #ffmpeg-devel too [18:36] <Shingetsu> I'm not entirely sure I will~ I have a lot of projects going on already [18:36] <Shingetsu> I'll look and see if any quick solution is possible, if not I'll try and take a look (in which case I'll talk to __gb__) [18:39] <Shingetsu> alright, thanks~ [19:17] <keyzs> sirs what seems to be the error here? http://pastebin.mozilla.org/2279240 [19:20] <ubitux> you should upgrade. [19:20] <keyzs> the ffmpeg? [19:20] <ubitux> yes [19:20] <keyzs> ok [19:21] <ubitux> compressed swf support was added months ago [19:21] <ubitux> we are in ffmpeg 1.2 [19:21] <ubitux> you are using ffmpeg 0.5.. [19:21] <keyzs> let me upgrade this then [19:21] <ubitux> keyzs: note that debian doesn't distribute ffmpeg anymore [19:21] <ubitux> and the fork they distribute, even if bleeding edge, will not have compressed swf support [19:22] <keyzs> ubitux, but are the commands correct? [19:22] <ubitux> should be ok, somehow [19:22] <ubitux> too much stuff changed anyway [19:22] <ubitux> you are using ffmpeg 0.5, i don't think you realize how old it is [19:23] <ubitux> and how much changes happened since then :p [19:23] <keyzs> i installed via apt-get [19:23] <ubitux> 0.5 was released in 2009 [19:23] <ubitux> it's 4 years old now [19:23] <ubitux> basically you're doing archeology right now [19:26] <keyzs> http://ffmpeg.gusari.org/static/32bit/ffmpeg.static.32bit.2013-02-01.tar.gz is this the right package for bt5 r3? [19:34] <ubitux> i have no idea what bt5 r3 is [19:36] <dot> hello i need help. I have files like this image_01210.png up to image_0748.png i would like to creat a movie: ffmpeg -f image2 -r 25 -i image_%4d.png -vcodec mpeg4 -qscale 0 video.avi but it says Could find no file with with path 'image_%4d.png' and index in the range 0-4 can someone help me please [19:37] <durandal_1707> dot: there is option to set start number in recent ffmpeg version [19:37] <durandal_1707> -start_number 748 [19:37] <dot> aha [19:38] <dot> durandal_1707: so i just add -start_number 748 [19:38] <durandal_1707> dot: yes, after -f image2 [19:39] <dot> durandal_1707: thank you it works [19:47] <dot> durandal_1707: is it possible to delete video on one side [19:47] <dot> ? [19:47] <dot> i mean cut out video [19:47] <dot> i expressed myself strange. to shorten width so i cut some part off [19:48] <dot> trim video width ::) [19:53] <dot> aha i found it crop [19:53] <dot> :) [19:56] <keyzs> ubitux, i upgraded and says that compressed format of the swf is not supported http://pastebin.mozilla.org/2279328, can anything be done? [19:56] <ubitux> 0.10 is very old. [19:56] <ubitux> upgrade to 1.2 or git/master [19:57] <keyzs> guess this ppa aint correct way [19:57] <keyzs> i should install a static build? [19:57] <ubitux> no need to install [19:57] <ubitux> you can use it out of the box [19:59] <keyzs> how is it done [20:02] <ubitux> ./ffmpeg [20:04] <keyzs> git clone git://source.ffmpeg.org/ffmpeg.git ffmpeg then ./ffmpeg [20:29] <ubitux> keyzs: no, if you don't use the static build, ./configure --enable-<whatever-you-need> && make [20:29] <ubitux> then ./ffmpeg [20:29] <ubitux> see the wiki for help ^ [20:43] <keyzs> ubitux got this http://pastebin.mozilla.org/2279416 [20:44] <ubitux> keyzs: can i see the sample? [20:44] <ubitux> [swf @ 0xb4ef5c0] Could not find codec parameters for stream 0 (Video: vp6f): unspecified size [20:44] <keyzs> sure [20:44] <ubitux> this seems to be the problem [20:46] <keyzs> its the first time i touch ffmpeg and i dont know much on video [20:48] <ubitux> might be a bug or something unsupported [20:49] <ubitux> i'm looking at it [20:50] <ubitux> it expects 5 unknown tags [20:52] <ubitux> keyzs: is the file supported somewhere? [20:52] <ubitux> i'm not able to play it in my browser with the flash player [20:53] <keyzs> this file is from a cd i have iŽve been for hours tryong to convert it [20:53] <keyzs> *trying [20:54] <keyzs> all softwares were failing so i decided to try on linux with ffmpeg [20:54] <ubitux> well, are you even able to play it somewhere? [20:54] <ubitux> the official flash player doesn't seem to do anything [20:55] <keyzs> ubitux im gonna copy the file again [20:57] <keyzs> it played on my browser in less than a second [20:57] <keyzs> like 0.5seg [20:57] <ubitux> strange, doesn't work here [20:57] <keyzs> let me grab bigger file [20:57] <keyzs> on vlc doesnt go [20:57] <ubitux> fc5df85c93135a7eaa5deef7d332c484 samples/colunaVertebral_grandedorsal_decubitoventral2.swf [20:58] <ubitux> opening this with firefox or chromium doesn't give me anything [20:59] <keyzs> give me just a minute i? copying more swf files [21:00] <keyzs> ubitux now i get why conversion wasnŽt going good [21:00] <keyzs> this cd has a protection maybe it interferes on the file [21:00] <ubitux> :) [21:02] <keyzs> ubitux you gave me awesome help [21:02] <keyzs> i was beeing dumb [21:02] <keyzs> and didnŽt realize this [21:03] <ubitux> are you able to get it working? [21:04] <keyzs> via browser it flashes a image [21:04] <keyzs> swf doesnt play on vlc here [21:04] <keyzs> none of them [21:12] <keyzs> ubitux, shouldnŽt this play? [21:13] <ubitux> "this"? [21:18] <keyzs> yes the file [21:22] <ubitux> as i said i'm not even able to play it in my browser [21:31] <keyzs> yes thats why i asked, shouldnŽt it play normally? [21:31] <keyzs> i have more files here from the cd they do same thing [21:35] <ubitux> if the file doesn't play with anything, even the official flash player, then something is definitely broken [21:35] <ubitux> and i can't do much about it in ffmpeg [21:37] <Demon_Fox> Can video get longer if it is not a standard framerate [21:37] <Demon_Fox> like 24.22FPS instead of 23.976? [21:38] <brontosaurusrex> Demon_Fox, shorter in that case [21:38] <Demon_Fox> I am converting something right now that has a length of 25m13s [21:39] <Demon_Fox> and right now ffmpeg is encoding 25m49s [21:39] <Demon_Fox> still going [21:39] <Demon_Fox> or maybe part of the video was corrupted [21:40] <Demon_Fox> and ffmpeg is picking up what VLC can't, which would not be the first time [21:41] <Demon_Fox> wait, vlc is picking it up, but its estimate was wrong [21:41] <Demon_Fox> wait [21:41] <Demon_Fox> It still says 25:13 [21:41] <Demon_Fox> It ends at exactly 25:13 [21:57] <brontosaurusrex> whats the most popular aac-enc on linux this days? [21:58] <brontosaurusrex> i mean in ffmpeg [21:59] <klaxa> libfdk-aac [22:07] <brontosaurusrex> ok [22:12] <brontosaurusrex> Demon_Fox, vlc sucks big time [22:12] <brontosaurusrex> if you need alternative media info, use mediainfo [22:12] <Demon_Fox> vlc must be broken on my system [22:13] <brontosaurusrex> what os? [22:13] <Demon_Fox> considering that it is counting seconds almost half as fast on one as the other [22:13] <Demon_Fox> brontosaurusrex, Fedora on this machine [22:13] <Demon_Fox> Slackware on another [22:13] <klaxa> someone else once had sync problems with vlc [22:13] <Demon_Fox> and arch on other [22:14] <brontosaurusrex> yeah, iam on debian and my solution was apt-get remove --purge vlc [22:15] <Demon_Fox> The only thing that ffmpeg is doing that is annoying is increasing the framerate to 60FPS instead of using the nonstandard one [22:15] <Demon_Fox> more like [22:16] <Demon_Fox> 60000/1001 [22:16] <Demon_Fox> so slightly more than half the frames repeat [22:16] <brontosaurusrex> cant you force that? [22:17] <Demon_Fox> I think it is ffmpegs way of compensating for the nonstandard framerate, so it can be compliant to blu ray stuff. [22:18] <Demon_Fox> that is atleast the thought [22:18] <Demon_Fox> at least* [22:19] <brontosaurusrex> i doubt that [22:20] <Demon_Fox> It might be x264 that is doing it [22:20] <Demon_Fox> I am using the client directly at it is saying 60000/1001 for the FPS [22:20] <klaxa> you can always force a framerate [22:20] <klaxa> ah [22:20] <brontosaurusrex> using a bluray preset in x264? [22:21] <Demon_Fox> no [22:22] <Demon_Fox> I don't think that is a preset but more like a profile that forces compliance by setting limits [22:28] <Demon_Fox> Unless interlaced material is different [22:29] <Demon_Fox> which it should not be [22:32] <Demon_Fox> that might be it [22:32] <Demon_Fox> if ffmpeg is decoding the video and making it seem interlaced [22:32] <Demon_Fox> Maybe not though [22:33] <klaxa> it's interlacing the video? [22:33] <klaxa> wut? [22:36] <Demon_Fox> I think I fixed it [00:00] --- Sun Apr 7 2013

1 0

ffmpeg-devel.log.20130405
by burek 06 Apr '13

06 Apr '13

[00:00] <kurosu> kurosu: it was reviewed on libav, but nobody said ok to apply, despite several pings [00:00] <kurosu> durandal_1707: [00:00] <kurosu> to me they could be applied as is [00:03] <durandal_1707> well i'm not asm expert (i'm little ignorant/lazy in that area) so i cant say its ok [00:04] <kurosu> some are just bit flipping and moving data around [00:04] <kurosu> apply_noise is quite more hairy, so probably a deeper look is needee [00:04] <kurosu> *needed [00:05] <kurosu> besides, michaelni often has an eye for doing things differently and better [00:17] <cone-236> ffmpeg.git 03Paul B Mahol 07master:bd252ff6fae7: lavfi/smptebars: fix invalid writes [00:20] <saste> ubitux, can you suggest an use for SW/SH in geq? [00:20] <ubitux> saste: i forgot hsub/vsub was present in pad, so forget my comment [00:20] <ubitux> stick with your code, don't mind me :) [00:22] <saste> on the other hand I'm not even sure what's useful for in overlay [00:25] <ubitux> no more green lines with smptebars \o/ [00:34] <ubitux> wow there is quite some literature about vignetting [00:34] <ubitux> i guess i'll have more work to do on that filter [00:35] <ubitux> well anyway, 'night [00:50] <cone-236> ffmpeg.git 03Paul B Mahol 07master:77535bb3c376: bmpenc: get rid of BMPContext as it is unused [00:51] <cone-236> ffmpeg.git 03Paul B Mahol 07master:08b31a72dbcf: xwdenc: remove unused code [00:51] <cone-236> ffmpeg.git 03Paul B Mahol 07master:faf689c7ebc9: xbmenc: remove unused code [01:11] <durandal_1707> what happened to uploading ftp server? [01:12] <durandal_1707> the description is to upload to ftp://upload.ffmpeg.org [01:12] <durandal_1707> but that is vlc server now and there is no way to upload nor there is directories where usual upload happens [01:13] <durandal_1707> michaelni: where i can upload sample for fate? [01:14] <michaelni> durandal_1707, IIRC http://www.datafilehost.com/ [01:15] <durandal_1707> michaelni: is this ftp issue temporal? [01:16] <michaelni> durandal_1707, i hope [01:16] <michaelni> but i dont know what the problem is [01:20] <cone-236> ffmpeg.git 03Stefano Sabatini 07master:e80bc76e9e0c: doc/filters: put separated geq variables in separate lines [01:20] <cone-236> ffmpeg.git 03Stefano Sabatini 07master:c430eb2d58d2: doc/filters: fix erroneously truncated comment on a scale example [01:22] <burek> hello all :) [01:23] <burek> i was thinking about one thing, so i better ask for your opinion on that.. would it be possible that we re-use all those fate clients, that are already compiling stuff regularly, to create static builds automatically for all those arch/os combinations? [01:24] <durandal_1707> and provide bandwitch for uploading? [01:25] <burek> well, it's not quite a big requirement, since it might be schedulled to upload it once-a-day at 4-5 am [01:26] <burek> i can provide a general web page for all those uploads, for further distribution to internet users [01:26] <burek> just like there is one now for linux 3.x kernels [01:27] <michaelni> if theres avolunteer to set all this up and maintain it and it actually works in practice [01:28] <michaelni> then i guess its a good idea ... [01:28] <burek> well, i just volunteered i guess :) [01:28] <llogan> what did i miss? [01:29] <burek> llogan, a minute before you got in [01:29] <burek> [01:24:03] <burek> i was thinking about one thing, so i better ask for your opinion on that.. would it be possible that we re-use all those fate clients, that are already compiling stuff regularly, to create static builds automatically for all those arch/os combinations? [01:29] <michaelni> one problem is though many fate clients are rather empty, i mean only the bare minimum to do fate [01:29] <michaelni> no x264, no libthis no libthat [01:30] <burek> i see [01:30] <llogan> burek: thanks. interesting thought though. [01:30] <michaelni> also mine are a bit tight on diskspace as i tried to put as many as i could on SSD [01:31] <saste> burek, tomorrow i'll push the ffmpeg-all thing, your last chance to comment [01:31] <durandal_1707> i hope generated files are on memory, otherwise you are wasting ssd [01:32] <burek> uh saste, any url please? [01:33] <burek> durandal_1707, yeah, ramdisk might help speed up the compilation too, beside sparing the ssd wearing [01:34] <saste> burek: http://thread.gmane.org/gmane.comp.video.ffmpeg.devel/161081/focus=161838 [01:34] <burek> great, thanks, i'll read it now [01:47] <durandal_1707> saste: how i can force rgb for lavfi and smptebars with ffmpeg? [01:47] <durandal_1707> it seems it picks yuv, even i encode to bmp/png which is rgb [01:49] <saste> durandal_1707, smptebars,format=rgba [01:50] <burek> saste, that was a good work, i read all the messages [01:50] <burek> the only thing i would suggest changing is using ffmpeg-full instead of ffmpeg-all [01:51] <burek> but "all" is shorter and is ok too :) [01:52] <durandal_1707> saste: does not help, do you know possible source of problem with color switch? [01:53] <saste> durandal_1707, show your command [01:54] <durandal_1707> -f lavfi -i smptebars [01:56] <saste> durandal_1707, yes, what about -f lavfi -i smptebars,format=rgb24 [01:56] <saste> it helps here [01:57] <durandal_1707> does not here, orange is still orange [01:59] <cone-236> ffmpeg.git 03Andrew Van Til 07master:5ed9eebc24ad: rtsp/rtp_read_header: Use RTP_MAX_PACKET_LENGTH instead of 1500 [01:59] <cone-236> ffmpeg.git 03Andrew Van Til 07master:8df46c65cf99: rtpdec: Increase max rtp packet size to 8192 [01:59] Action: saste sleeps [02:04] <Zeranoe> Have there been any updated on the bug I previously reported? [02:06] <michaelni> Zeranoe, which bug ? [02:06] <llogan> is there a trac ticket number? [02:07] <Zeranoe> No i haven't created one yet, I just posted on the IRC about it yesterday, wondering if anyone had some quick information. I can create a ticket tonight if need be [02:07] <Zeranoe> From yesterday: "There seems to be an issue with FFmpeg's moov atom support in 32-bit builds for large files. I think the issue might be here: http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavformat/mov.c;h=3c54ef38… in the mov.c file on line 2611" [02:08] <Zeranoe> "FFmpeg errors that it cannot find the moov atom with large files on a 32-bit machine" [02:10] <Zeranoe> iive: I got some results on that moov atom bug [02:11] <iive> the suspected problem with large files? [02:11] <iive> what is it? [02:12] <michaelni> how can it be reproduced ? [02:12] <Zeranoe> iive: There seems to be an issue with FFmpeg's moov atom support in 32-bit builds for large files. I think the issue might be here: http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavformat/mov.c;h=3c54ef38… in the mov.c file on line 2611 [02:12] <michaelni> we do malloc with these values [02:12] <Zeranoe> michaelni: I'm not sure if it is a Windows only bug, but it gives a "moov atom not found" when trying to work with large files. It might be only 32-bit [02:13] <michaelni> <michaelni> how can it be reproduced ? [02:13] <iive> he have 5.4gb file and compiles ffmpeg with mingw under windows [02:14] <michaelni> does this happen with any 5.4gb file ? [02:15] <Zeranoe> michaelni, iive: I have to AFK for a bit but i will be back later. [02:16] <cone-236> ffmpeg.git 03Paul B Mahol 07master:659672f3eeae: lavfi/afade: use standard options parsing [02:16] <cone-236> ffmpeg.git 03Paul B Mahol 07master:a95e68386792: lavfi/noise: use standard options parsing [02:16] <cone-236> ffmpeg.git 03Paul B Mahol 07master:2b26077c9553: lavfi/blend: use standard options parsing [02:17] <iive> i suspected it might be something trivial, like mingw not providing proper large file support, failed configure check. but he had both defines present. [02:17] <iive> i asked him to try a windows build from the download page too. hope he haven't forgot to test that too. [02:29] <burek> hm, if anyone is familiar with "tinterlace" filter, please help: http://ffmpeg.gusari.org/viewtopic.php?f=11&t=883 (since I don't have a clue what the guy is asking about) [02:49] <iive> does ffmpeg output any information about the loaded filters ? [03:39] <Zeranoe> iive: What do you mean try a build from the download page? [03:39] <iive> there are win32 builds of ffmpeg, try one of them. [03:40] <Zeranoe> iive: I'm the one who compiles those builds? [03:40] <iive> they are already built, i think. [03:41] <Zeranoe> iive: The builds linked on the download page for FFmpeg? [03:41] <iive> btw, is there a file you can share with e.g. michaelni ? [03:42] <iive> if he is eager to download 5-6gb for a single bug. [03:51] <michaelni> iam happy to create my own huge files if it "works" with any [03:52] <michaelni> also is this 32bitz specific ? [03:53] <michaelni> i tried a ming64 build on linux with a created 5gb mov [03:53] <Zeranoe> michaelni: Yes I've head it is, I wasn't the first to find the error but I'm working on it now [03:53] <michaelni> didnt notice any errors [03:55] <Zeranoe> The client provided a test file, let me upload that. Is it fine if you download it from my site? [03:57] <Compn> yes thats fine [03:57] <Compn> host it already :p [03:58] <Zeranoe> Compn: Going to take a while to upload [04:00] <Zeranoe> Apparently the issue happens when the FFmpeg build is also compiled with MSVC, so it leads me to think it might be FFmpeg's code. [04:00] <llogan> iive: Zeranoe provides the ffmpeg builds for Windows that we link to on the ffmpeg download page [04:03] <iive> oh... [04:10] <iive> Zeranoe0: i'll be off. I'm sure the people here will look into the problem. [04:11] <iive> you may want to limit your upload speed to 90% of your isp limit, to avoid flooding your connection. [04:12] <Zeranoe> iive: Good tip, thanks for the help [04:12] <Zeranoe> danget [04:30] Action: michaelni falls asleep, will look at the bug/file tomorrow, Zeranoe ping me if i forget [04:37] <llogan> Zeranoe: a bug report would be useful anyway since we are often forgetful and for reference [09:13] <llogan> __gb__: i added Tushar Gohad as backup for Hardware Accelerated Video Encoding with VA-API [09:15] <__gb__> hi llogan, thanks [09:15] <llogan> michaelni: i turned off the bounce notifications for -user...so no more annoying bounce dumps. [09:15] <llogan> (notifications for list owner) [09:15] <llogan> __gb__: and your proposals were nice and detailed. [09:16] <llogan> i haven't heard anything from Google yet. probably won't know until april 8. [09:40] <wm4> __gb__: still no plans for Intel to support vdpau? [09:50] <__gb__> wm4, no, why would this be needed? [09:51] <wm4> __gb__: application developers would have to support only one API [09:51] <nevcairiel> isnt vaapi this one api [09:53] <wm4> AMD recently decided to support vdpau natively, so no [09:54] <__gb__> vpdau doesn't match the desired set of features [09:54] <wm4> then add an extension to its API [09:54] <__gb__> amd decided to support what was available in Mesa/Gallium [09:54] <nevcairiel> isnt there a vdpau backend for vaapi [09:54] <__gb__> there is [09:54] <wm4> nevcairiel: it's slow and crappy [09:54] <cptspiff> maybe not, but it does actually, you know, work. [09:54] <saste> __gb__, hey :) [09:54] <__gb__> wm4, how slow, any data to share? [09:55] <wm4> __gb__: I could make some tests [09:55] <saste> __gb__, we don't know nothing from google until the evaluation result is announced (will happen on monday) [09:55] <wm4> also, the vdpau API is actually better (especially on the video output side), and since both Mesa and AMD are going to support vdpau, it's irritating that Intel doesn't follow suite [09:55] <__gb__> AMD also considered vaapi anyway, but I didn't follow up [09:57] <__gb__> wm4, you could write vaapi to vdpau if you prefer [09:57] <__gb__> I believe Fluendo has such a thing [10:03] <wm4> they seem to have a gstreamer thing to use vdpau/vaapi/xvba from one API, but I didn't find anything else [10:05] <llogan> ubitux: did you recieve any 3rd degree burns from IRC? (RE: consulting) [10:05] <llogan> and how is it so damned late already? [10:06] Action: llogan blames a broken mysql dump [10:17] <cone-278> ffmpeg.git 03Stefano Sabatini 07master:d5f3a0c221aa: doc: move ffmpeg-codecs.texi content to separated file [10:17] <cone-278> ffmpeg.git 03Stefano Sabatini 07master:2086c7e17345: doc: move ffmpeg-formats.texi content to separated file [10:17] <cone-278> ffmpeg.git 03Stefano Sabatini 07master:a7990287aa65: doc: move ffmpeg-devices.texi content to separated file [10:17] <cone-278> ffmpeg.git 03Stefano Sabatini 07master:a6cd26fc9331: doc: move ffmpeg-resampler.texi content to separated file [10:17] <cone-278> ffmpeg.git 03Stefano Sabatini 07master:702e7438275a: doc: move ffmpeg-scaler.texi content to separated file [10:17] <cone-278> ffmpeg.git 03Stefano Sabatini 07master:9b4d9d8795b0: doc: enable compilation of -all tool pages [10:49] <cone-278> ffmpeg.git 03Stefano Sabatini 07master:495ed19b5bb0: cmdutils: remove error message from opt_default() in case of missing option [12:46] <cone-278> ffmpeg.git 03Nicolas Bertrand 07master:5e46f6b5b7c7: img2: Add j2k file extension for JPEG 2000 [12:46] <cone-278> ffmpeg.git 03Nicolas Bertrand 07master:8c65264595d5: pixdesc/pixfmt: Add XYZ colorspace for XYZ 12-bit values [12:46] <cone-278> ffmpeg.git 03Michael Niedermayer 07master:8e85b69d716b: Merge commit '8c65264595d5a82c56ae5043320e4b875a414229' [12:47] <cone-278> ffmpeg.git 03Stefano Sabatini 07master:89d581f15e0d: doc/filters: fix old broken syntax of color source in overlay example [12:47] <cone-278> ffmpeg.git 03Stefano Sabatini 07master:029cca6fb3ea: doc/filters: clarify example explanation [13:00] <cone-278> ffmpeg.git 03Nicolas Bertrand 07master:28a807e28b45: libopenjpeg: Add support for XYZ colorspace, found in DCINEMA frames [13:00] <cone-278> ffmpeg.git 03Michael Niedermayer 07master:29a4221ad380: Merge remote-tracking branch 'qatar/master' [13:56] <durandal_1707> why pross-au is missing? [14:10] <durandal_1707> michaelni: do you have idea how to fix that smacker audio regression? [14:44] <michaelni> which smacker audio regression ? [14:46] <durandal_1707> see bug tracker [15:14] <michaelni> durandal_1707, searching for smacker on the timeline leads to 2426 which is closed/fixed [15:16] Action: michaelni really would prefer to spend more time working on ffmpeg than guessing what bug people refer to [15:17] <durandal_1707> michaelni: i use timeline and than search for smacker and recently 2 bug was reported, one of which get fixed [15:18] <durandal_1707> michaelni: http://ffmpeg.org/trac/ffmpeg/ticket/2425 [15:18] <michaelni> durandal_1707, thanks [15:19] <durandal_1707> michaelni: how much time you lost? (I could help you on your ffmpeg related work) [15:22] <michaelni> durandal_1707, iam trying to review and test the asm patches and ... [15:34] <iive> btw, what happened with the moov atom bug in big files? [15:35] <durandal_1707> it is reproduced on Windows only (minwg32?) [15:35] <durandal_1707> guess one could create 5gb file with ffmpeg on unix [15:36] <nevcairiel> i've never heard of complains about mov on windows, is this only for muxing or for demuxing? [15:36] <durandal_1707> demuxing [15:36] <nevcairiel> i'm sure someone would've complained to me then =p [15:49] <wm4> so, what's the difference between AV_CH_LAYOUT_STEREO and AV_CH_LAYOUT_STEREO_DOWNMIX? [15:51] <nevcairiel> the latter is supposed to indicate that 2 channels in the audio buffer contain a stereo downmix, its used in combination with a 5.1 flag for example, in a 8 channel buffer [15:52] <nevcairiel> some formats encode crazy shit like that [15:52] <wm4> oh, so they're just additional channels that contain the stereo part [15:52] <nevcairiel> indeed [15:52] <wm4> what are applications supposed to do with that? [15:53] <nevcairiel> discard and play 5.1, or discard the 5.1 and play stereo, i imagine? :) [15:53] <wm4> does libavresample handle this automagically? [15:54] <nevcairiel> doesnt seem like it [15:54] <iive> nevcairiel: it may be good idea to join #ffmpeg if you want to hear more complains. I've heard 2 different people complain about it. [15:55] <nevcairiel> i'm fine just dealing with my users, which are all on windows, thanks :p [16:06] <nevcairiel> ubitux: ebur128 fate tests fail after todays msvc compiler update :( [16:07] <durandal_1707> have some compiler warnings? [16:12] <nevcairiel> multithreaded compile makes reading hard, i'll do a local compile in a min [16:26] <durandal_1707> hmm, so lavf http code is not getting fix, but mplayer one does? [16:28] <wm4> "getting fix" [16:28] <wm4> what [16:28] <wm4> but yeah, mplayer's http code is still better [16:28] <wm4> despite being a crapload of shit and rotting away :) [16:28] <wm4> I guess the main difference is that mplayer's http code was actually _used_ [16:29] <durandal_1707> so instead of improving lavf code, just fix rotting code, and then rm it one day, and wonder why other ones is buggy in another day... [16:29] <wm4> I should contribute some patches, but I kind have my hands full [16:29] <wm4> did that patch for spaces in URLs get in yet? I think it was pushed and then reverted [16:31] <wm4> commit 4a8fc1d83b1b55e1ac533644168018ebeec0c732 [16:31] <wm4> looks liek it wasn't fixed and re-applied... [16:31] <durandal_1707> no http maintainer [16:32] <wm4> mplayer's http code is actually kind of maintained (reimar recently fixed something) [16:34] <cone-278> ffmpeg.git 03Paul B Mahol 07master:20343219d269: tty: make use of AV_OPT_TYPE_VIDEO_RATE [16:34] <cone-278> ffmpeg.git 03Paul B Mahol 07master:8c43fd865486: tty: make use of AV_OPT_TYPE_IMAGE_SIZE [16:59] <cone-278> ffmpeg.git 03Christophe Gisquet 07master:0b467a6e83bd: x264asm: fix cmp* number of arguments [16:59] <cone-278> ffmpeg.git 03Christophe Gisquet 07master:37a9708391ae: x86: sbrdsp: implement SSE neg_odd_64 [17:17] <ungureanuVlad> i have a RTSP stream encoded with MPEG4 and when i try to save only one frame it says that warning: first frame is no keyframe...ffmpeg cannot check when the frame starts and from here should be the problem ? [17:25] <durandal_1707> you simply cant save first frame if there if it is not key frame, becuase there is generally no way to produce anything useful [17:26] <durandal_1707> what happened to that help patch? [17:26] <ungureanuVlad> i'm not really intrested to save the 1st frame of the video, i want to save a frame from the video. need it for further processing [17:28] <durandal_1707> ungureanuVlad: if this is question about using libav* api and about developing it ask it on #ffmpeg [17:28] <durandal_1707> *and not about deve... [17:29] <durandal_1707> also there is relevant mailing list if there is no help on #ffmpeg.... [17:46] <durandal_1707> ungureanuVlad: you are using latest version or? [17:48] <ungureanuVlad> @durandal_1707 i am working on a RaspberryPI, latest from apt-get install. i tried to compile ffmpeg from source but the cross compile environment to set up did not work for me [18:05] <cone-278> ffmpeg.git 03Paul B Mahol 07master:33b6d215fa4a: bintext: make use of AV_OPT_TYPE_VIDEO_RATE [18:05] <cone-278> ffmpeg.git 03Paul B Mahol 07master:3d9a789b0da4: bintext: make use of AV_OPT_TYPE_IMAGE_SIZE [18:05] <cone-278> ffmpeg.git 03Paul B Mahol 07master:4c76600a8c1d: rawdec: make use of AV_OPT_TYPE_VIDEO_RATE [18:05] <cone-278> ffmpeg.git 03Paul B Mahol 07master:9f5bb4402136: rawvideodec: make use of AV_OPT_TYPE_VIDEO_RATE [18:05] <cone-278> ffmpeg.git 03Paul B Mahol 07master:d343848de2f8: rawvideodec: make use of AV_OPT_TYPE_IMAGE_SIZE [18:05] <cone-278> ffmpeg.git 03Paul B Mahol 07master:1d5b4f9fe981: img2dec: make use of AV_OPT_TYPE_VIDEO_RATE [18:05] <cone-278> ffmpeg.git 03Paul B Mahol 07master:9a8f1e729588: img2dec: make use of AV_OPT_TYPE_IMAGE_SIZE [18:17] <durandal_1707> who is creator of that gepmFF bizaro picture? [18:34] <durandal_1707> michaelni: matroskaenc does not need to have additional pcm tags, be variants are natively supported [18:35] <michaelni> durandal_1707, about smacker, is there any file that sounds better with the clip than without or some evidence that the clip should be there ? [18:36] <durandal_1707> michaelni: good question, looks i will need to waste several days for complete elaboration [18:37] <michaelni> iam asking because simply removing the cliping solves the bugs [18:38] <durandal_1707> i know, but i did not inspected are overflows valid (eg flawed coded/encoder design) [18:38] <durandal_1707> *codec [18:38] <durandal_1707> it may be original decoder bug.... [18:39] <durandal_1707> but i don't have any proof [19:17] <ubitux> nevcairiel: that failure is pretty weird [19:17] <ubitux> you think it's a bug in the code, or msvc? [19:20] <ubitux> btw, there is no clean solution to passthrough the http options from one demuxer to a sub-one, right? [19:20] <ubitux> (i'm thinking of libquvi, but i think the same issue raised with hls) [19:30] <nevcairiel> ubitux: i'm trying to figure out with which version of the compiler it exactly started to break, and if only 64-bit, maybe it will enlighten me somehow [19:31] <nevcairiel> for some reason the number of tests also went down, not sure if thats because of the fail? [19:34] <Compn> ubitux : the only other chained demuxer i can think of is dv-in-avi or ogg in avi [19:46] <wm4> ubitux: why don't you write a blu-ray demuxer or so? you know, something useful [19:48] <kierank> because there a is a "blu-ray" format right? [19:49] <kierank> it's not a collection of different files [19:50] <nevcairiel> wm4: why don't you contribute instead of trolling? [19:50] <ubitux> wm4: don't we already have it? [19:51] <ubitux> ok, it's actually a protocol [19:51] <mateo`> wm4: libquvi support is useful :] [19:51] <wm4> ubitux: there's only a .ts demuxer [19:51] <ubitux> mateo`: he knows, he implemented it himself in his mplayer fork [19:51] <wm4> mateo`: libquvi support is sort of like trolling [19:52] <wm4> it should be in ffplay.c/ffmpeg.c if anything [19:52] <ubitux> wm4: it was requested, so i wrote it [19:52] <ubitux> i can now ffprobe and ffplay youtube, so i'm happy [19:52] Action: mateo` got trolled [19:52] <mateo`> :D [19:54] <nevcairiel> i wonder how often it breaks, considering youtube likes changing up things [19:54] <ubitux> <+wm4> ubitux: there's only a .ts demuxer // libavformat/bluray.c doesn't do what you want? [19:55] <wm4> ubitux: no, this is probably exactly what I want... looks a bit underfeatured though [19:55] <ubitux> i can't tell; never used it [19:56] <ubitux> i don't have any bluray device [19:57] <wm4> as for libquvi, if you really want it, you should implement it as redirection of some sort, not demuxer [19:58] <wm4> I get the feeling that demuxers as abstraction are abused to get features into ffmpeg.c/ffplay.c (just like the concat and image demuxers) and this are abominations [19:58] <ubitux> i could have used protocols but for probing it sucks [19:58] <wm4> sorry if that comes over as trolling [19:58] <ubitux> (my first version was actually a protocol, but didn't work well) [19:59] <ubitux> wm4: i'd better have abuses in a dedicated shared module rather than adding it to an already more-than-hacky implementation "example" [20:00] <wm4> if that keeps hacks away, why not trash the trashy thing a bit more [20:00] <ubitux> what do you mean? [20:00] <wm4> libquvi as a demuxer is obviously a hack [20:01] <ubitux> i have no better solution [20:01] <ubitux> it's not enabled by default [20:01] <ubitux> it doesn't affect the core [20:01] <ubitux> and it's shared between tools [20:02] <wm4> how do I even open a URL as http now instead of resolving through libquvi? [20:02] <ubitux> huh? [20:02] <wm4> does that mean libquvi runs its scripts every time you open something and it happens to run the probe function? [20:03] <ubitux> unless quvi_supported() makes internet accesses, it shouldn't change anything [20:06] <wm4> using a protocol (like quvi://) might actually work, you'd have to wrap another protocol, but that's perhaps easier than in the demuxer [20:06] <nevcairiel> ubitux: looks like the ebur problem wasn't caused by todays compiler update, but is generally broken with the 2012 version of the compiler, or so it seems [20:06] <nevcairiel> there just never was a fate with that before [20:07] <ubitux> wm4: yes, as i said i tried a protocol implementation, but the quvi:// is not nice; the autodetection of youtube url for instance is pretty handy [20:08] <ubitux> nevcairiel: mmh ok [20:11] <nevcairiel> how odd [20:14] <wm4> ubitux: in general I don't really get why ffmpeg mixes some high level concepts (like turning a series of images into video) with a very low level API [20:15] <nevcairiel> 2012 uses SSE floating-point calculations by default, while 2010 uses x87, if that could be it? /me tests [20:15] <ubitux> wm4: because that's useful for generic usage [20:15] <ubitux> what do you propose for the images? [20:15] <ubitux> also, what is the problem? [20:17] <wm4> nothing, forget it [20:44] <llogan> heh. cinepak. [20:49] <nevcairiel> ubitux: fate passes if i force x87 floating point... meh [20:50] <ubitux> nevcairiel: maybe there is the use of undefined fp somewhere, which is possible [20:50] <ubitux> a forgotten /0 or something [20:50] <nevcairiel> let me force strict fp and fp exceptions [20:52] <nevcairiel> with strict fp it still passes with sse fp [20:52] <nevcairiel> so it may indeed be some undefined fp somewhere [20:57] <nevcairiel> now how do i get it to tell me where it is? ;) [20:58] <ubitux> swear on your screen [21:00] <llogan> durandal_1707: int v1cb_is_clobbered = 1, v4cb_is_clobbered = 1;; [21:00] <llogan> is the double ; correct? (obviously I'm C-ignorant) [21:00] <nevcairiel> its not [21:01] <cone-278> ffmpeg.git 03highgod0401 07master:99186f1fd2ad: fix bug of finding CPU device [21:02] <llogan> durandal_1707: also, "hight" typo (regarding cinepak). this concludes my worthless review. [21:08] <nevcairiel> ubitux: ha i got it to throw an exception at my face, will gather details [21:10] <nevcairiel> its a div by zero, fwiw [21:12] <ubitux> nevcairiel: ow; where? [21:13] <ubitux> relative_threshold = integ->sum_kept_powers / integ->nb_kept_powers; [21:13] <ubitux> here maybe? [21:13] <ubitux> that's the only non-check div i see [21:13] <ubitux> erm well... [21:14] <ubitux> wonder how that can div by zero [21:15] <nevcairiel> hm great the stack trace brings me back somewhere in ffprobe, it catches those damn float exceptions too late [21:16] Action: ubitux looking at all the divisions again [21:20] <ubitux> i've just re-checked every div [21:20] <ubitux> doesn't seem to be that [21:22] <nevcairiel> i'll let you know if i can make it tell me where exactly it complains [21:23] <Compn> cinepak encoder , strange license tho. is it public domain ? [21:25] <nevcairiel> thats the MIT license [21:25] <Compn> ah [21:26] <cone-278> ffmpeg.git 03Diego Biurrun 07master:ae35d91d44c5: h261: Move ff_h261_rl_table_store declaration to header file [21:26] <cone-278> ffmpeg.git 03Michael Niedermayer 07master:fa871b1bde42: Merge commit 'ae35d91d44c5e676af3d146bf8d05b241c467675' [21:31] <cone-278> ffmpeg.git 03Diego Biurrun 07master:ed16c2dbf47c: h261: Remove H.261 loop filter from dsputil [21:31] <cone-278> ffmpeg.git 03Michael Niedermayer 07master:3d73be071dfb: Merge commit 'ed16c2dbf47cdd7c48825b4da6e7036698e5dde1' [21:37] <cone-278> ffmpeg.git 03Diego Biurrun 07master:66ac3dbf1e60: h261: Move function declarations to h261.h [21:37] <cone-278> ffmpeg.git 03Michael Niedermayer 07master:e7c801d9d319: Merge commit '66ac3dbf1e60c27d0f1d779a424c0b33b7ca3780' [21:51] <ubitux> i guess i'll have soon to update the coverage script [21:53] <nevcairiel> ubitux: looks like it wasn't a div by zero afterall, the debugger tricked me ... the error comes from this: FILTER(y, x, PRE); // apply pre-filter [21:55] <ubitux> :/ [21:55] <ubitux> do you see anything suspicious here? [21:58] <cone-278> ffmpeg.git 03Diego Biurrun 07master:b78f81c80339: h261: K&R formatting and prettyprinting cosmetics [21:58] <cone-278> ffmpeg.git 03Michael Niedermayer 07master:04b0fd7e91b9: Merge commit 'b78f81c8033904e2e75add0c9a603df6df514a30' [21:59] <nevcairiel> i'm still hoping it tells me somehow what kind of fpu exception it has [21:59] <nevcairiel> Unhandled exception at 0x013AACA6 in ffprobe.exe: 0xC00002B4: Multiple floating point faults (parameters: 0x00000000, 0x00000320). [21:59] <nevcairiel> the message is hardly useful [22:00] <ubitux> good luck [22:00] <ubitux> (and thx for looking into it) [22:06] <nevcairiel> hm, it throws an "inexact" fpu exception, wonder what the hell that means [22:06] <nevcairiel> maybe it doesnt like the construct of a*b+c*d+e*f [22:07] <ubitux> yes that's a very complicated op [22:07] <ubitux> :)) [22:07] <cone-278> ffmpeg.git 03Diego Biurrun 07master:0404ec619d43: h261: cosmetics: Move functions to avoid forward declarations [22:07] <cone-278> ffmpeg.git 03Michael Niedermayer 07master:473d1297427f: Merge commit '0404ec619d43f27b87c424aa1a572a6699fe6a31' [22:15] <durandal_1707> wm4: was that rage quit? [22:15] <wm4> ? [22:15] <durandal_1707> because of libquvi hack? [22:19] <durandal_1707> it is hack in same/similar way as image2 demuxer/muxer, but I don't think that meant that such kind of hack should be removed [22:20] <durandal_1707> that is whole point of AVFMT_NOFILE flag [22:21] <wm4> these things are only to help with ffplay/ffmpeg command line interface, and it shouldn't really e in a demuxer library IMHO [22:21] <wm4> AVFMT_NOFILE is set for useful things too, like rtsp [22:21] <nevcairiel> ubitux: i should just build in strict fp mode and forget about the issues <.< [22:21] <wm4> durandal_1707: anyway, pointless discussion, nobody cares [22:22] <ubitux> nevcairiel: you think that's a compiler bug? [22:22] <nevcairiel> not sure [22:22] <nevcairiel> what i know is that it only happens when sse2 fpu is used, and not in strict fp mode [22:22] <ubitux> nevcairiel: have you checked if the floating values aren't too big? [22:22] <ubitux> or maybe tried to reduce the floating precision of the constants? [22:22] <nevcairiel> it didnt throw any overflow exceptions [22:23] <ubitux> yes but "inexact" [22:23] <nevcairiel> which is apparently normal [22:23] <ubitux> maybe values are a bit large for accuracy [22:23] <nevcairiel> fpu is often inexact [22:23] <ubitux> yes [22:23] <ubitux> but as it says "inexact" fpu exception... :) [22:24] <kurosu> x87 means 32bits; I guess it also fails with a 64bits config ? [22:24] <nevcairiel> like i said, it only fails with sse2 fpu, which is kinda implied on 64-bit [22:25] <nevcairiel> and only one of the metadata values is off, only I [22:25] <nevcairiel> all the others are correct [22:25] <nevcairiel> not that i have any idea what they mean [22:26] <cone-278> ffmpeg.git 03Diego Biurrun 07master:52cd84d4d4e3: h261: Move mvmap table to the only place it is used [22:26] <cone-278> ffmpeg.git 03Michael Niedermayer 07master:37f080f6f6a8: Merge remote-tracking branch 'qatar/master' [22:28] <nevcairiel> so it might as well be a compiler issue [22:33] Action: ubitux just learned that "c ? a : b = 1" is c++ valid [22:33] Action: ubitux shit bricks [22:34] <ubitux> also, it's different from "(c ? a : b) = 1" [22:37] <Kovensky> is (c ? a : b) even an lvalue [22:37] <ubitux> yes... [22:37] <ubitux> in c++ that is. [22:38] <ubitux> "c ? a : b = 1" -> will do b = 1 if c, otherwise nothing [22:38] <Kovensky> unsurprising [22:38] <ubitux> if !c sorry [22:38] <Kovensky> never trust = unless in the simplest of cases [22:38] <ubitux> "(c ? a : b) = 1" -> will do a = 1 if c, otherwise b = 1 [22:39] <ubitux> http://www.forumlocal.ru/user/upload/file17652.png everytime. [22:41] <ubitux> nevcairiel: mmh just thought... [22:41] <ubitux> wouldn't that be another c99-to-c89 issue? [22:41] <ubitux> maybe it didn't like very much the macro [22:41] <nevcairiel> it works in older compilers [22:42] <nevcairiel> and when i use x87 fpu [22:42] <nevcairiel> so doubtful [22:42] <ubitux> hm, right [22:42] <ubitux> nevcairiel: what if the exceptions are false positives? [22:42] <nevcairiel> actually i dont know if it works in older compilers, x87 fpu was default in the older one [22:42] <ubitux> and the fate mismatch is simply because of c99-to-c89 issue? [22:43] <nevcairiel> still wouldnt explain the x87 vs sse2 difference [22:43] <ubitux> oh well, by "works" you mean the fate test pass i guess? [22:43] <nevcairiel> yes [22:43] <ubitux> mh ok [22:46] <nevcairiel> considering only I is off, is there an obvious place i can add debug output to compare values between working/non-working versions? [22:47] <ubitux> let me see.. [22:48] <ubitux> nevcairiel: check in the if (loudness_400 >= ABS_THRES) scope maybe [22:48] <ubitux> abd look at integrated_sum/nb_integrated [22:49] <ubitux> if you have a mismatch here (which is likely according to the test) [22:49] <ubitux> check power_400 and loudness_400 in that scope [22:53] <Zeranoe> michaelni: I posted a bug report about the moov atom issue: https://ffmpeg.org/trac/ffmpeg/ticket/2435 [22:54] <burek> michaelni, this might help speed up compilations on fate clients, if you have enough ram (and will save your ssd surface of constant writes/deletes of temp files, during the build): http://www.cyberciti.biz/faq/howto-create-linux-ram-disk-filesystem/ [22:59] <nevcairiel> ubitux: the onlything different is integrated_sum [22:59] <nevcairiel> which makes no sense to me [22:59] <michaelni> burek, i dont think my SSD is the bottleneck for compilation speed and i suspect i dont have enough ram to setup a ramdisk large enough for each virtual machine [22:59] <nevcairiel> the histogram->energy its being fed from is static, isnt it? [23:00] <ubitux> it's initialized at startup iirc yes [23:01] <ubitux> maybe ETOOBIG? [23:01] <nevcairiel> i'll check the values in the energy things [23:01] <nevcairiel> otherwise the loop is being broken by the compiler [23:04] <nevcairiel> ubitux: the freaking values in that histogram array are different <.< [23:04] <ubitux> :D [23:05] <nevcairiel> broken has like 0.00 and 1.17 alternating [23:05] <nevcairiel> what an odd pattern [23:05] <ubitux> ow. [23:05] <nevcairiel> the right one has nicely incrementing values [23:06] <nevcairiel> but..how [23:06] <ubitux> magic [23:08] <ubitux> nevcairiel: it's skipping one out of two values, or it's incrementing the position too much (+2 instead of +!)? [23:09] <ubitux> +1* [23:09] <nevcairiel> its completely messed up [23:09] <ubitux> :D [23:09] <durandal_1707> hmm that but that Zeranoe reported happens with MSVC too [23:10] <ubitux> durandal_1707: s/but/bug/? [23:10] <durandal_1707> yes, (i need to lelearn typing) [23:10] <durandal_1707> *shit again [23:11] <nevcairiel> ubitux: looks like every second value in that histogram table is wrong [23:11] <nevcairiel> every other is right [23:11] <nevcairiel> smells like bad loop vectorization [23:12] <ubitux> nevcairiel: try to switch loudness and enery in the struct [23:12] <nevcairiel> luckily msvc has pragmas for everything, so i'm trying to turn off loop vectorization for that loop [23:12] <nevcairiel> yeah that fixed it [23:13] <nevcairiel> let me try yours [23:13] <durandal_1707> so first thing to do is to make sure unix is ok with big files [23:13] <kurosu> michaelni, tested your pshufd suggestion; while in some cases, it saves some mova and is an obvious save, in that case it is just weird [23:13] <ubitux> durandal_1707: sounds like a "long" related issue [23:14] <ubitux> durandal_1707: long being 32 on windows [23:14] <nevcairiel> ubitux: no luck with yours [23:14] <ubitux> nevcairiel: ok :( [23:14] <nevcairiel> so its a compiler bug afterall [23:14] <kurosu> michaelni, I mean, maybe it goes through different units now, but that was like a 10 cycles win here [23:14] <durandal_1707> ubitux: you want to say that int64_t is long on windows and thus int32_t ? [23:14] <nevcairiel> int64 is int64 [23:15] <nevcairiel> the only difference is that long is not 64-bit [23:15] <kurosu> michaelni: I guess I have some major catchup to do, because I would always preferred writing pure sse code instead of mixing sse/sse2 [23:15] <durandal_1707> nothing should use long at first place [23:15] <ubitux> durandal_1707: check the zlib usage [23:15] <ubitux> iirc zlib is using long in its prototypes [23:17] <durandal_1707> ubitux: is there better header to define int64_t ? [23:17] <durandal_1707> *isn't [23:17] <ubitux> mmh? [23:18] <durandal_1707> whatever, if you know exact line that causes failure, than say so [23:18] <ubitux> i didn't look at the issue [23:19] <ubitux> but my first guess is that the sample has a cmov atom [23:19] <ubitux> and using the zlib with "long" might cause problem [23:19] <ubitux> (cmov = compressed with zlib atoms) [23:21] <nevcairiel> zlib is at least unsigned long, and that code uses just long [23:22] <nevcairiel> but i'm a bit puzzled, wouldnt this mean the whole cmov atom is larger then what fits into a long in bytes, and it then tries to read that whole thing in memory for decompression? [23:22] <nevcairiel> sounds...bad [23:22] <ubitux> the cmov atom should be a few megabytes max [23:22] <ubitux> it's a compressed moov [23:23] <nevcairiel> but why the long problem then? [23:23] <ubitux> as i said, it's just a random guess :p [23:23] <ubitux> i don't know if the sample even has a cmov [23:23] <nevcairiel> i can download it and debug it in msvc, unlikely that anyone else ever would [23:23] <durandal_1707> file is bigger than 4.5 gb and so int32_t is not enough (and signdenss is irrelevant) [23:24] <ubitux> i've started to download the file myself [23:24] <ubitux> but +24h [23:24] <durandal_1707> can our muxer write cmov? [23:24] <nevcairiel> says about 1h for me [23:24] <ubitux> durandal_1707: i don't think so [23:25] <nevcairiel> its also odd that the 64-bit version apparently works [23:25] <ubitux> nevcairiel: my isp likes jokes [23:25] <nevcairiel> short of stuff like size_t or intptr_t, datatypes dont really change size on windows [23:25] <ubitux> maybe it doesn't work on unix32 either [23:27] <durandal_1707> ubitux: that would be only for underlying file system limitation [23:45] <saste> ubitux: ping on overlay? [23:46] <ubitux> saste: x/y expr eval ? [23:46] <saste> ubitux, yes, i addressed some of your concerns [23:46] <ubitux> ok, give me 15 min [23:47] <saste> also there is the command patch, which is a bit more complicated than i hoped [23:48] <michaelni> kurosu, there are 2 integer SIMD shuffle units and just one float shuffle unit on modern intel cpus AFAIK [23:48] <ubitux> saste: the "enable" looks debatable; why did you put it in the same patch? [23:49] <saste> ubitux, because i squashed them by mistake, and was too lazy to split them again [23:49] <ubitux> (it's debatable in the sense that i would see such thing at a higher level; aka apply the filter in given ts/frames ranges) [23:49] <kurosu> michaelni, good to know, because penalty of using float and int insns seem to remain hypothetica [23:49] <kurosu> (together) [23:49] <saste> otoh they share the same logic, so it still make sense that way [23:50] <saste> i can spend 10-20 mins splitting the patches again if you insist [23:50] <ubitux> it's not that i insist, but i'm just not very fond of this enable thing in itself [23:51] <ubitux> and i don't want to be a jerk and block the whole patch because of this :p [23:51] <saste> ubitux: enable is based on the logic of a similar option in drawtext [23:51] <ubitux> i don't like it either in drawtext [23:51] <ubitux> :) [23:52] <saste> for example an user might want to display an overlay every X seconds [23:52] <saste> you could program a (custom filter) to do that, but seems easy enough to do it in the filter itself [23:52] <saste> especially considering that right now we can't easily add custom logic [23:53] <saste> the better way is to pass command through STDIN or write a C custom filter [23:53] <ubitux> we should think about improving that soon [23:53] <saste> hopefully with scripting we'll fix this [23:53] <ubitux> because this "apply filter in this range" really is a pain [23:54] <ubitux> (and very common) [23:54] <ubitux> that's why i'm not so fond of having it in the filter itself [23:54] <ubitux> at least applying in a seperate patch will make it easier for later to remove it [23:54] <ubitux> IMO :p [23:54] Action: ubitux going to review for real [23:56] <saste> ubitux: enable=between(t, 10, 20) [23:56] <saste> not that painfull [23:56] <saste> also consider that we have sendcmd [23:56] <ubitux> yes, for filters supporting it [23:56] <ubitux> i'd like to have it in at least half of the filters we have [23:56] <ubitux> ...and not require them to have internal code for this [23:57] <ubitux> in the filter, it should only require the implementation of a "passthrough" function [23:58] <ubitux> (which could be set to a generic one for simple 1:1 filters) [23:58] <ubitux> (or to a very simple function such as f() { foobar->var_values[VAR_N] += 1 ... } for more complex ones) [23:58] <burek> michaelni, if you have enough ram, you could setup only 1 ramdisk and present it like a shared folder to all your vms [00:00] --- Sat Apr 6 2013

1 0

ffmpeg.log.20130405
by burek 06 Apr '13

06 Apr '13

[00:00] <rager> but honestly... you don't really need it - it's just ffprobe -show_streams [file] [00:04] <mark4o> rager: did you try -vf setsar=1 to set it to a normal value? [00:05] <rager> I in fact did [00:05] <relaxed> what happens when you try to encode it? [00:06] <rager> http://hastebin.com/lusatorefa.vhdl [00:07] <rager> same error whether I'm taking a screenshot or telling it to reencode [00:07] <relaxed> could you stick a sample up somewhere? [00:07] <rager> a sample? [00:07] <rager> you mean, the video in question? [00:08] <rager> http://alan.appredeem.com/wtf.mov [00:08] <rager> it's encoded using some part of Apple's iOS video API's [00:08] <rager> by some guy who's doing some sort of consulting coding for my work... I'm just dealing with this really weird probably malformed video file his stuff is generating [00:09] <rager> at this point, I'm just genuinely curious as to why the video might work differently in different players and what I should tell the guy to make him do things correctly [00:09] <relaxed> I'm unable to resolve that url [00:09] <i_s> i'm having a ton of problems with quicktime generated .movs as well [00:10] <rager> oh, sorry [00:10] <rager> http://alan.appredeemdev.com/wtf.mov [00:11] <rager> what's interesting... is that it plays upside down in everything except quicktime, I think [00:11] <rager> it's upside-down on vlc and gnome mplayer as well as android mxplayer [00:17] <relaxed> in ffplay and avplay as well [00:17] <relaxed> I've never seen negative SAR/DAR [00:19] <rager> yeah, same [00:19] <rager> and I can't find anybody on the internet that has much to say about it [00:20] <relaxed> you should probably yell at your programmer [00:21] <rager> oh, I sent him an email explaining that he's sending malformed videos that are useless to us [00:21] <rager> like... my boss sounded like he wanted to just kinda let it slide if it'd work [00:21] <rager> but I reminded him that the guy is being paid to deliver a product... and that product had better not be needlessly shitty [00:23] <rager> ffplay/avplay are the same thing? [00:23] <relaxed> ha, did this person even playback the video? [00:23] <relaxed> yes [00:23] <rager> it plays back fine on quicktime [00:23] <rager> which is obnoxious [00:23] <relaxed> apple supports their own broken shit [00:24] <rager> sofa king weird, though [00:54] <rager> yeah... it was some weird transformations he was trying to do [00:54] <rager> he found the most novel way I've ever seen to horizontally flip a video [02:16] <burek> does ffmpeg support things like: ffmpeg -vcodec h264_vdpau -i bla.mp4 ... [02:17] <relaxed> nope [02:17] <burek> short and concise :) thanks :) [02:19] <shadowing> does anyone have experience recording from a Blackmagic Intensity Pro on Windows? [02:21] <burek> btw, relaxed, what's the purpose of that vcodec anyway? [02:21] <relaxed> before the input it forces a decoder [02:22] <burek> yes [02:22] <iive> that codec is used by other programs. [02:22] <relaxed> oh, sorry :) [02:22] <burek> vdpau is supposedly used to force gpu decoding if i understood things correctly [02:22] <iive> there are some plans to implement a full decoding cycle... [02:22] <burek> iive, so it can't be used directly with ffmpeg tools? [02:23] <burek> tool* [02:23] <iive> not at the moment and near future. [02:23] <burek> i see, that makes sense [02:23] <burek> thanks both of you again :) [02:24] <iive> vdpau allows the decoded image to be moved to system memory, so in theory it could be used as usual decoder. [02:24] <relaxed> hardware decoding via vdpau will not be as resilient as software decoding. [02:24] <relaxed> but, of course, it will be faster when it works :) [02:25] <iive> most important, it would not use cpu, that could be used for other tasks. [02:25] <llogan> vdpau doesn't even use the gpu [02:25] <iive> hum? [02:26] <burek> "This VDPAU API allows video programs to offload portions of the video decoding process and video post-processing to the GPU video-hardware." [02:26] <llogan> i think it uses some other onboard accelleration chip that isn't a part of the main gpu [02:26] <iive> i know ati have special video engine that handles it. [02:27] <burek> that would also be so cool to implement [02:27] <burek> since, i believe, most modern graphic cards have the support for such thing [02:27] <llogan> maybe i'm wrong. i can't remember now. [02:29] <iive> well, no matter how it is implemented in the video card, the data is processed by the gpu chip and in video card memory. [02:38] <iive> burek: without trying it myself, I don't see tinterlace mentioned in the ffmpeg output, most likely it have something to do with the -vf option position. [02:38] <iive> i should probably try it myself... [02:48] <iive> burek: yeh, tell him to move -vf right before -vcodec, after all -i <inputs> [03:23] <burek> oh thanks iive :) [09:02] <zap0> using -qscale with an output .mp4 (defaults to libx264) doesn't seem to accept the -qscale parameter. what do i do instead ? [09:07] <zap0> found a guide. nevermind. [14:35] <chocis> hi everyone, recently started playing with ffserver, because I want to create versatile streaming server, but I can't really understand if it is possible to stream RTMP protocol. I understand that it is possible to receive using RTMP, but can I send my webcam stream using RTMP? [15:09] <Zeeflo> crap [15:09] <Zeeflo> i forgot the -vf command for resolution to example 1280x720 [15:09] <Zeeflo> can someone refresh my memory? [15:11] <Zeeflo> is it scale? [15:12] <Zeeflo> yup [15:12] <Zeeflo> thanks [15:12] <johto> no problem [17:50] <durandal_1707> ungureanuVlad: what version ffmpeg outputs when it starts? [17:50] <durandal_1707> you pastebin it [17:50] <durandal_1707> or simple term like Release X.Y would be fine [17:51] <ungureanuVlad> @durandal_1707 they do not have the latest one in their repo, ffmpeg version 0.8.5-6:0.8.5-1+rpi1, [17:51] <durandal_1707> that is ooold [17:52] <durandal_1707> so getting support for that is going to be little harder [17:52] <ungureanuVlad> @durandal_1707 on OS X i tried with ffmpeg version 1.2 and the same warning i get [17:52] <durandal_1707> just warning? or some worse like error and no output? [17:53] <ungureanuVlad> @durandal_1707 just warning http://pastebin.com/1MPBtQXE [17:54] <ungureanuVlad> the output image at 1st sight looks really ok, no errors in it. [17:57] <durandal_1707> good, so what is actual problem/question? [17:58] <ungureanuVlad> i wanted to know the source of the warning, maybe i can overcome it somehow [17:58] <durandal_1707> well if it is streaming in real time there is nothing to fix [17:59] <ungureanuVlad> yes, it it real time.. [17:59] <durandal_1707> it will start to give frames, once first key frame arrive [18:05] <Jordan_> first what is the difference in -vf scale, and -s? [18:05] <Jordan_> Second is ffmpeg going to integrate intel media sdk? [18:06] <markit> hi, GNU/Linux, if I record from a webcam, even at 10fps, 640x480 the audio is delayed of 1 second. Any clue? like $ ffmpeg -f alsa -ac 1 -ar 22050 -i hw:2,0 -acodec libvorbis -f v4l2 -s 640x480 -r 10 -i /dev/video0 -vcodec libvpx -b:v 1000k test.webm [18:06] <markit> ffmpeg 1.0.6-dmo2, debian sid 64 bit [18:06] <markit> btw, same problem with vlc [18:07] <durandal_1707> perhaps audio encoder is too slow? [18:07] <durandal_1707> for your hw [18:08] <Jordan_> http://www.anandtech.com/show/6864/handbrake-to-get-quicksync-support [18:08] <Jordan_> wondering if ffmpeg is planning on that as well [18:09] <durandal_1707> only if it is open bug on bug tracker than it is in some kind of plan [18:11] <Jordan_> what is the diff in -vf scale and -s, it appears they are not the same, i'm getting different sizes and encode times, -vf seems to be faster [18:12] <Jordan_> actually disregard that, it close to call [18:12] <Jordan_> too clost to call [18:13] <Jordan_> but functionally what is the difference [18:13] <markit> durandal_1707: do you suggest a faster one, just to experiment? [18:15] <markit> btw, if I simply "play" (not recording) the webcam with vlc, also image is lagging, while with kamerka is "in real time" [18:15] <durandal_1707> markit: raw/pcm ones are fastest but takes a lot of disk space [18:15] <mark4o> Jordan_: scale filter allows greater flexibility where the scaling occurs with respect to other filters, in case you have multiple filters [18:15] <markit> durandal_1707: like (I'm not an expert) -acodec raw ? [18:15] <Jordan_> i only have the scale one, so does that mean there is no difference, under the hood are thye using the same scale? [18:16] <durandal_1707> -acodec pcm_* [18:16] <Jordan_> mark4o, ^ [18:16] <durandal_1707> markit: pcm_s16le for example [18:16] <durandal_1707> markit: or flac/alac [18:18] <Jordan_> well i guess the article i mentioned is about the new haswell processor has a new video quality engine and intel open sourced the component [18:18] <mark4o> Jordan_: should be no difference with one filter when used as output option; -s can also be used as an input option with some demuxers [18:19] <Jordan_> k [18:19] <Jordan_> does anyone know about the intel media sdk, is that going to speed up transcode times? [18:22] <markit> durandal_1707: mmm with test.webm file I see Stream mapping: Stream #1:0 -> #0:0 (rawvideo -> libvpx) and Stream #0:0 -> #0:1 (pcm_s16le -> libvorbis) even with ffmpeg -f alsa -ac 1 -ar 22050 -i hw:2,0 -acodec pcm_s16le -f v4l2 ... [18:22] <markit> with .avi I have Stream #0:0 -> #0:1 (pcm_s16le -> libmp3lame) [18:24] <Jordan_> well -vf and -s are not exactly the same, i get 4,522KB with -s, and 4,563KB with -vf scale [18:24] <msmithng> burek: nice write up on the concat function [18:25] <durandal_1707> markit: i see -f v4l2 twice, also use pastebin to show full output (may get help faster) [18:28] <markit> durandal_1707: http://www.pastebin.ca/2350445 thanks :) [18:31] <durandal_1707> markit: you pust pcm line at right end and not in middle [18:31] <durandal_1707> *put [18:31] <durandal_1707> eg before test.webm [18:31] <durandal_1707> and after (or before) libvpx codec [18:32] <durandal_1707> because default audio for webm is vorbis [18:32] <mark4o> Jordan_: I get identical size. What is your exact cmdline with scale filter that gives different size? [18:33] <markit> durandal_1707: I see, let's try thanks (I thought was to be put after audio related parameters...) [18:34] <Jordan_> mark4o, -i "in.MTS" -c:v libx264 -pix_fmt yuv420p -tune film -f mp4 -r 15 -g 75 -vf "scale=trunc(308*dar/hsub)*hsub:308" -crf 23 -maxrate 350000 -bufsize 700000 -preset slow -strict experimental -c:a aac -ac 1 -ab 48k "out.mp4" [18:35] <Jordan_> mark4o, then use -s 560x308 in place of -vf [18:35] <markit> durandal_1707: had to use .avi. Same delay (but correctly Stream #0:0 -> #0:1 (pcm_s16le -> pcm_s16le)) [18:37] <durandal_1707> than its from libvpx than (is all cpu used to to encode video?) [18:39] <durandal_1707> or alsa/whatever issue [18:41] <mark4o> Jordan_: -r is another filter so may be a minor difference due to the order the filters are run, or possibly your expression does not equal 560 [18:42] <Jordan_> mark4o, nope it does, i just changed the -vf to make sure of that -vf scale=560:308 [18:42] <Jordan_> well difference is small, but i want to know what is going on should i prefer one over the other? [18:43] <Jordan_> so if i move the -r you think that would change it? [18:43] <mark4o> Jordan_: well if you want to use an expression then use the scale filter [18:43] <mark4o> I don't think the order of -r changes the order within the filter chain [18:43] <Jordan_> i don't have to becuase i have to do a probe anyway [18:44] <Jordan_> well what order do they get run in the two examples? [18:45] <Jordan_> you think they be using a different scaling interpolation [18:46] <mark4o> Jordan_: You could try replacing -r with fps filter and try different orders to check for a match. Could also depend on the point within the filter chain where it converts to pix_fmt yuv420p if your input is something different. You could use format=yuv420p filter if you want to try to control that. Shouldn't really make much difference though. [18:46] <markit> durandal_1707: so I should try "raw" video also? how? (sorry to beg you but I'm lost in the number of possible parameters) [18:48] <Jordan_> so mark40 the order of these things are going to change anything in quality? [18:49] <mark4o> Jordan_: for those particular filters probably not, but for other filters yes [18:49] <Jordan_> so the filters i'm using is fps,scale, and pixel format [18:52] <Jordan_> well tried moving the fps infront and behind scale, i'm not getting any matches, they are all coming out different [18:52] <mark4o> Jordan_: the relative order of those particular filters shouldn't make much difference, although it might make a slight difference in speed if you run the filters on the smaller picture (i.e. put scale first if you are making it smaller or last if making it bigger) [18:52] <Jordan_> puting fps last made it go slower [18:52] <Jordan_> i think [18:52] <mark4o> Jordan_: I wouldn't worry about it though the difference should be minimal [18:55] <mark4o> Jordan_: if you are reducing the fps then put that first so that there will be fewer frames to put through the other filters [18:55] <Jordan_> that's what i thought [18:56] <mark4o> Jordan_: unless you are reducing the size even more than you are reducing the fps, then put that first [18:57] <mark4o> Jordan_: but really, shouldn't matter much [18:59] <Jordan_> you got a link where it discusses the ordering of filters, i'd like to know the optimal way to do things [18:59] <mark4o> Jordan_: actually depending on your sizes and your input pix_fmt it may matter when you convert to yuv420p since the chroma is subsampled, so there will be a difference if you subsample the larger frame or the smaller frame [19:00] <Jordan_> is -tune film a filter [19:01] <mark4o> no, -tune is an option on the encoder so it will apply after all filtering [19:01] <Jordan_> ok when should i apply format? [19:02] <mark4o> depends, what is your input size and input pix_fmt? [19:03] <Jordan_> does ffmpeg do any of this determination or does it just do it the same every time [19:03] <Jordan_> say if i didn't specify a filter chain [19:05] <mark4o> Jordan_: it should do it the same every time, but you can use -vf to control it precisely if needed [19:07] <Jordan_> well if there is a good way to determine order then I'd like to figure that out [19:08] <Jordan_> i would think ffmpeg would try to be smart about it [19:09] <mark4o> Jordan_: if you are converting from a higher quality pix_fmt, and the other filters in the chain support the higher quality pix_fmt, then convert to 420 at the end; if you use a filter that doesn't support that pix_fmt then it will automatically convert the pix_fmt before that filter [19:14] <Jordan_> what's the command that tells you how long it is running [19:15] <mark4o> ? [19:16] <Jordan_> gives you statistics at the end [19:17] <mark4o> should get that by default [19:18] <Jordan_> it is missing the processor time [19:18] <mark4o> time ffmpeg ... [19:22] <mark4o> Jordan_: I guess there is also a -benchmark option; never used that [19:26] <Jordan_> yea that's the one [19:28] <Jordan_> what is maxrss [19:29] <mark4o> real memory usage (max resident set size) [19:33] <Jordan_> i'm going to try every combo of those 3 filters [19:38] <Jordan_> is ffmpeg smart enough to take the processor into account? [19:47] <Jordan_> i mean will it enable and disable processor instructions [19:48] <Jordan_> mark4o, well this could be a problem i'm getting different sizes on the same command [19:53] <Jordan_> mark4o, among the 6 combos of fps,scale,format they all look about the same quality as far as i can tell, and about +/- 3 seconds of processor time. [19:54] <Jordan_> the range in size is 4,535 to 4553, but I'm getting different sizes on the same command why is that [19:56] <mark4o> Jordan_: probably the placement of the format filter would have the most effect, because it is subsampled chroma [19:57] <Jordan_> i'm scaling down size and fps [19:57] <Jordan_> where should i place format [19:58] <mark4o> what is your input pix_fmt [19:58] <Jordan_> yuv420p what if it were different [19:59] <Jordan_> maybe I should not even apply the yuv filter if they are the same [20:02] <mark4o> if you're not changing pix_fmt then it shouldn't matter (unless one of the filters doesn't accept that pix_fmt and ffmpeg inserts an automatic conversion), if the source was 444 then convert to 420 after all filters (assuming the filters you are using all work with 444). I think -v verbose will show what format it is using at each stage and whether there are automatically inserted filters. [20:04] <Jordan_> well the only filters i'm using are fps and scale, i don't think it matters what the pixel format is? [20:08] <mark4o> if you were converting, say, 411 to 420 then it would matter, or 444 to 420 and enlarging, or something. 444 to 420 and shrinking would not make much difference but would the placement of the format change would make a slight difference in which pixels were subsampled in the scaling. [20:12] <Jordan_> so if i don't specify a filter chain what is the order [20:15] <mark4o> Jordan_: I think it will put scale filter last if you use -s [20:15] <mark4o> that's what the docs say [20:16] <Jordan_> does the fps filter just throw out frames with it down converts [20:16] <mark4o> yes [20:16] <Jordan_> what if it isn't a multiple of the source fps [20:17] <Jordan_> like 29.96->15 i could see it having to do more work [20:17] <Jordan_> than if it were 30->15 [20:18] <mark4o> 29.96 -> 15 fps would usually throw out 1 frame for every 2 but occasionally throw out 0 [20:18] <Jordan_> i've read the chroma subsampling on wikipedia several times its just not getting through to me [20:18] <mark4o> if your input is 420 and your output is also 420 then it doesn't matter [20:21] <Jordan_> just curious now, how is it possible to get all the colors with just two channels UV [20:23] <mark4o> 8 bits for U x 8 bits for V = 256. x 8 bits Y = 16 million including different shades [20:24] <mark4o> s/256/65k/ [20:25] <Jordan_> so its really 65k colors, with different shades [20:25] <mark4o> 65k different chroma values, "color" usually includes shades [20:37] <Jordan_> 4:2:0 the 2nd row is a copy of 1st? [20:38] <mark4o> for 4:2:0, there are half as many rows of chroma (U and V) as there Y rows [20:39] <mark4o> and half as many columns [20:51] <Jordan_> i may just take the pix_fmt out [20:51] <Costin> hi there [20:52] <Costin> need some help with rtmp to rtmp transcoding [20:53] <Costin> i'm able to take an input stream, and send it to an output stream... but it always waits for the input stream to end first, before it starts doing the output [20:53] <Costin> and i AM using "-re" [20:53] <Costin> can anyone offer any help? [21:08] <Costin> ok, will do [21:08] <Costin> let me clean it up a bit [21:22] <Costin> ok guys, here it is: http://pastebin.com/XjNpXwaY [21:22] <Costin> seems very simple to me [21:22] <Costin> but it just doesn't *stream*. It waits until the source stream ends, and then pushes the output [21:22] <ubitux> "and the COMPLETE console output." [21:22] <Costin> sorry, will do [21:24] <Costin> how's this: http://pastebin.com/w6UcBHds [21:27] <Costin> i'm basically trying to transcode from h264 to sorenson spark/h263 [21:31] <Costin> anyone looking at it? [21:33] <characterlimit> is it possible to feed a video into ffmpeg with stdin? [21:33] <characterlimit> also... is it possible to have it stream the output to stdout? [21:33] <ubitux> characterlimit: yes, yes [21:34] <characterlimit> know of any good tutorials to show me how I should go about it? [21:37] <Costin> hey guys [21:37] <Costin> got booted off [21:37] <Costin> still have that pastebin? [21:38] <ubitux> characterlimit: use '-' [21:38] Action: characterlimit throws a - at ffmpeg [21:39] <ubitux> ffmpeg <your-input-settings> -i - <your-output-settings> - [21:39] <characterlimit> oh [21:39] <characterlimit> interesting [21:39] <characterlimit> I'm trying to script something to work w/ffmpeg w/o using temp files [21:39] <ubitux> Costin: no idea for your problem [21:39] <characterlimit> thanks [21:40] <Costin> :( [21:40] <llogan> Costin: i'm assuming it works as expected with a normal, file output? [21:40] <Costin> is there a flag to FORCE output to begin immediately? [21:40] <Costin> llogan, yes, I'm able to save it... but only when the input stream has ended [21:40] <Costin> same behavior basically [21:41] <characterlimit> ubitux: does this mean that ffmpeg will let me pipe input into it without any extra flags? [21:41] <characterlimit> I saw some documentation about some pipes stuff that's out of date but couldn't find anything current [21:44] <ubitux> depends on your input [21:44] <ubitux> if it's raw data you'll likely need to tell ffmpeg the size, pixel format, etc [21:46] <Costin> ubitux, talking to me? [21:46] <ubitux> nope [21:46] <ubitux> sorry [21:46] <Costin> np [21:46] <characterlimit> hm [21:46] <characterlimit> it'll be the file just catted through it [21:46] <characterlimit> well, sorta [21:47] <characterlimit> ok, I'll say what i'm specifically doing [21:47] <characterlimit> I'm scripting php to transform videos, and I'd like to stream the video data straight from whatever server I grab it from into ffmpeg [21:48] <characterlimit> without having to use a temp file that requires making assumptions about the system that I'm running on [21:49] <characterlimit> ie I don't want to put a video file in /tmp/ in the interim [21:51] <Costin> ok, some progress [21:51] <Costin> it seems to START after some time [21:51] <Costin> is there any way to tell FFMpeg to start encoding the live input stream immediately? [22:01] <characterlimit> ok... use - as the input [22:01] <characterlimit> and - as the target file [22:01] <characterlimit> I understand, now [22:13] <mark4o> Costin: I'm not very familiar with rtmp but have you tried -rtmp_buffer 0 (or some number smaller than the default of 3000) as an output option? no idea whether that will do what you want [22:25] <memand> Hey guys, is ffmpeg coded in c or c++ ? [22:25] <zamabe> Hello. I'm having a bit of trouble getting the results I want. I have a video that I'd like to strip the video off of, keeping only audio, but the output file has no audio in it. $ ffmpeg -i file1.webm -acodec copy -vn file2.vob [22:26] <brontosaurusrex> vob? [22:27] <brontosaurusrex> wont webm have ogg as audio? [22:27] <zamabe> vorbis [22:27] <brontosaurusrex> try ogg [22:27] <zamabe> Stream #0:0: Audio: vorbis, 44100 Hz, stereo (default) [22:27] <zamabe> Stream mapping: [22:27] <zamabe> Stream #0:1 -> #0:0 (copy) [22:28] <zamabe> ogg works :o [22:28] <zamabe> however it sounds like shit. [22:28] <viric> vorbis is a codec, not a container [22:28] <zamabe> ah. [22:29] <brontosaurusrex> zamabe, it should sound exactly as before in webm [22:29] <zamabe> yeah, that's what I'm expecting [22:29] Action: zamabe tries copypasta [22:30] <zamabe> :D it worked [22:30] <zamabe> thanks guyz [22:30] <zamabe> guys even [22:34] <llogan> memand: C [22:42] <Nitsuga> I have this originally progressive video that is encoded interlaced, but the fields are out of phase. So every interlaced frame has odd lines from one of the original frames and even lines from the next. Is there a way to fix this? [22:49] <Nitsuga> Or maybe, is there a way to drop a single interlaced field, not a frame, from a video? [23:01] <memand> llogan: Thx :) [23:22] <brontosaurusrex> Nitsuga, yes, just use the dumbest deinterlacer found in dumbest mode [23:22] <brontosaurusrex> not sure about the syntax thought [23:24] <brontosaurusrex> another way would be to just use fast scaler to scale the vertical to 50% and then back to 100% [23:25] <brontosaurusrex> but before that you may want to use: a. field dominance swap and see if that does something [23:26] <brontosaurusrex> b. yadif [00:00] --- Sat Apr 6 2013

1 0