Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

April 2013

1 participants
60 discussions

ffmpeg-devel.log.20130419
by burek 20 Apr '13

20 Apr '13

[00:00] <ubitux> saste: the latest version is available on my github (filter-timeline branch) [00:00] <saste> ubitux, not blocking [00:00] <ubitux> ok [00:00] <saste> but lemme have another look [00:00] <ubitux> you want the patchset on the mailing list or the remote is fine? [00:00] <saste> (and give nicolas a chance to reply) [00:01] <saste> ML is better [00:01] <ubitux> ok [00:02] <ubitux> durandal_1707: didn't you commit a filter with a frame counter recently? [00:02] <ubitux> or it's still a pending patch? [00:03] <ubitux> mmh that branch doesn't look updated [00:04] <ubitux> saste: sorry i'll push a fixed version in a moment [00:06] <ubitux> saste: here you go [00:06] <ubitux> should be better. [00:06] <ubitux> only 3 patches now [00:07] <ubitux> i'll send to the ml them in a moment [00:46] <saste> ubitux, will review tomorrow before/during gsoc time, now i need to sleep [00:47] <ubitux> good night :) [00:48] <saste> review my interleave if you're bored ;-) [00:51] <ubitux> i'm not, i'm still playing with gif [00:51] <ubitux> but i'll do it [00:52] <ubitux> i've started my 6th branch for gif [00:52] <ubitux> would be nice to have some review for the patches i sent, notably fate :( [00:52] <ubitux> (and timestamp fix!) [00:58] <durandal_1707> ubitux: isn't that frame counter thing same just in another place, that does not improve situation when pts does not start from 0 [00:59] <ubitux> yes [00:59] <ubitux> the problem is just in a single place noew [00:59] <ubitux> -e [00:59] <ubitux> but the patch was motivated by the frame number export mainly [00:59] <durandal_1707> also why adding .passthrough_filter_frame cant it be done with .filter_frame ? [01:00] <ubitux> how? [01:02] <durandal_1707> nvm, not that important [01:02] <durandal_1707> i would really like to see multi-thread support [01:03] <ubitux> in libavfilter? [01:03] <ubitux> or in the gif encoder? [01:03] <ubitux> :D [01:04] <durandal_1707> yes [01:04] <durandal_1707> git encoder - no ... [01:05] <ubitux> :D [01:05] <ubitux> it will be pretty hard anyway :p [01:05] <durandal_1707> both slice and frame, like in lavc [01:05] <durandal_1707> why it will be hard? [01:05] <ubitux> for gif? [01:06] <durandal_1707> omg, forget git [01:06] <ubitux> because of previous frames i guess [01:06] <durandal_1707> *gif [01:06] <ubitux> :) [01:06] <ubitux> lavfi doesn't support slice threading anymore [01:06] <ubitux> frame threading for a start would be nice [01:06] <durandal_1707> slice threading is just calling mt inside filter .... [01:07] <ubitux> actually, any filter flagged with the timeline flag without custom callback can be threaded [01:07] <durandal_1707> "slice" is just name.... [01:07] <ubitux> so as soon as i pushed the timeline thing [01:07] <ubitux> you can consider threading in all of them [01:07] <ubitux> relatively trivially i guess [01:08] <ubitux> but it would be nice to cleanup the get_buffer thing first [01:09] <durandal_1707> what needs cleanup? [01:10] <durandal_1707> i think it would be better if i do not modify interlacet/tff in joinfields and leave that to another filter [01:10] <ubitux> filters setting callbacks unecessarily [01:10] <ubitux> or filters not having it where required eventually [01:10] <ubitux> and... frame queue :) [01:11] <ubitux> pool* [01:13] <ubitux> http://pastie.org/7651205 [01:13] <ubitux> :) [01:14] <ubitux> maybe i should start disposals for good now [01:14] <ubitux> durandal_1707: care to review a few gif patches? [01:14] <ubitux> notably fate which is blocking, and eventually gif timestamps [01:14] <ubitux> ...and if you need some review... :) [01:15] <ubitux> ah and i need the palette patch to start disposals [01:15] <ubitux> :p [01:16] <durandal_1707> ubitux: how much gce patch saves? [01:16] <ubitux> not much i believe, lemme check [01:16] <ubitux> it only saves some space with pal8 btw. [01:17] <ubitux> but it simplifies the code, and it helps me :p [01:17] <cone-523> ffmpeg.git 03Nicolas George 07master:b42827ffd99f: lavfi/vf_aspect: improve compatibility of parsing. [01:17] <cone-523> ffmpeg.git 03Nicolas George 07master:b1cc12d0e3aa: ffmpeg: make -aspect work with -vcodec copy. [01:17] <cone-523> ffmpeg.git 03Michael Niedermayer 07master:7254afdf1c60: Merge remote-tracking branch 'cigaes/master' [01:18] <ubitux> oh cool, new patch from the vidstab guy [01:27] <cone-523> ffmpeg.git 03Reimar Döffinger 07master:a39cd8766fba: Fix multithreaded MPEG-4 decoding. [01:31] <cone-523> ffmpeg.git 03Marton Balint 07master:007989c7a221: mxfdec: fix return variable type for avio_seek [01:37] <durandal_1707> if would be nice if ffmpeg -h filter=lut outputs supported formats for inputs and outputs [01:37] <ubitux> yeah [01:37] <ubitux> but.. [01:37] <ubitux> :) [01:38] <ubitux> not easy i'd say [01:38] <durandal_1707> ah, because its dynamic thing even for cases it should not be.... [01:38] <ubitux> yes [01:53] <durandal_1707> i should write planeextract/extractplane [01:56] <Compn> is there an easy way to put timestamps on videos yet ? [01:56] <Compn> like what in cctv footage [01:57] <Compn> that might be a useful filter [01:57] <Compn> if not [01:57] <iive> timecode [01:58] <durandal_1707> with drawtext, i couldn't get it to work, i only get pts [02:00] <ubitux> %{pts} [02:00] <ubitux> but a timed representation instead would be nice [02:00] <durandal_1707> yes, pts works, but date/time from doc doesn't [02:00] <ubitux> durandal_1707: it does, somehow [02:01] <ubitux> (use basetime) [02:01] <ubitux> i've sent a patch a long while ago [02:01] <ubitux> but it was likely going to break on some systems [02:03] <ubitux> thx for the reviews durandal_1707 [02:05] <ubitux> don't forget the timing one! :) [02:18] <cone-523> ffmpeg.git 03Clément BSsch 07master:3d786591b814: fate/gif: create meaningful gif encoding tests. [02:18] <cone-523> ffmpeg.git 03Clément BSsch 07master:7b80b3cef0a2: lavc/utils: merge side data after video encode. [02:18] <cone-523> ffmpeg.git 03Clément BSsch 07master:13478b270adf: gif: use only one graphic control extension block per image. [02:18] <cone-523> ffmpeg.git 03Clément BSsch 07master:7e57adb464a9: lavf/gif: fix timing. [02:23] <ubitux> that's so much better with proper timestamps.. [02:26] <durandal_1707> ubitux: could you make curve line stuff in curves filter available to other filters, it could be nice addition to afade [02:27] <ubitux> you mean the dot interpolation? [02:27] <ubitux> how would that help afade? [02:28] <ubitux> feel free to take it out; that's hard to factorize code when you don't use it directly [02:28] <durandal_1707> ubitux: to set custom fade curves, obviously [02:29] <ubitux> feel free to export and adapt to your needs :p [02:57] <cone-523> ffmpeg.git 03Paul B Mahol 07master:b63f7b3ac7b9: lavfi/afade: use AV_OPT_TYPE_DURATION [02:59] <durandal_1707> i dont get this guy that use pullup on source that is not telecined [03:22] <durandal_1707> colorchannelmixer=.8:.2:0:0:.8:.2:0:0:.8:.2:0:0,colorbalance=rs=.1:gs=-.01:bs=-.1:rm=0.05:gm=-.005:bm=-.05 [10:05] <cehoyos> ubitux: Ping [10:06] <ubitux> cehoyos: yeah i know [10:06] <ubitux> user-agent? :) [10:06] <cehoyos> No [10:06] <cehoyos> I believe what we do now is better [10:06] <cehoyos> (But I have no strong opinion) [10:06] <cehoyos> I looked again into the samples from the user who cannot switch from MEncoder because of pullup [10:07] <cehoyos> As said the samples only contain progressive frames, no interlaced ones [10:07] <cehoyos> The transmission is 60000/1001 frames, the original source 24000/1001 [10:07] <cehoyos> The problem is - afaict - that I (he) cannot tell the decimate filter to drop three of five [10:07] <cehoyos> Works somehow with mpdecimate [10:08] <cehoyos> Is it possible/difficult to change decimate in this regard? [10:08] <cehoyos> https://dl.dropboxusercontent.com/u/42718751/Blockyclip_mpg.zip [10:09] <nevcairiel> thats a pretty normal 3:2 telecine which was deinterlaced to 60 fps, its a common pattern that should work somehow [10:09] <ubitux> cehoyos: drop 2 you mean? [10:09] <cehoyos> But you agree that fieldmatch will not help, don't you? [10:10] <cehoyos> I think three (but I may be wrong) [10:10] <cehoyos> After all, it is 3:2:3:2:3:2:3:2 [10:10] <cehoyos> so three of five frames are just duplicates [10:11] <ubitux> sorry, 1 out of 5 [10:11] <ubitux> 2 fields in 5 frames [10:11] <cehoyos> That will make 60fps -> 48 fps [10:11] <nevcairiel> its a 6:4 pattern really [10:12] <cehoyos> Wouldn't 6:4 mean that when looking at six frames, four contain information? [10:13] <cehoyos> But with the given sample, two frames out of five are useful [10:13] <nevcairiel> its about fields [10:13] <cehoyos> But the given sample shows no fields, only frames [10:13] <nevcairiel> because it was deinterlaced [10:14] <cehoyos> I am saying that is not true but how does this help? [10:14] <nevcairiel> telecining 24/1.001 produces 29.97 fps, if you then deinterlace that with a video-mode deinterlacer, you get 59.94 fps [10:14] <cehoyos> So the solution is to interlace it first, inverse telecine then? [10:15] <nevcairiel> no, a proper ivtc can still process that pattern [10:15] <cehoyos> It appears pullup does [10:15] <cehoyos> (That is what the user claims, I didn't test) [10:16] <ubitux> cehoyos: it looks like a decimate is indeed what the user is looking for; problem with current decimate is that specifying the pattern is kind of limited [10:17] <ubitux> you can say to drop 1 out of M [10:17] <ubitux> and not N out of M [10:18] <cehoyos> 1 out of 2,5 ? [10:18] <ubitux> yes not possible [10:18] <ubitux> (yet) [10:20] <ubitux> cehoyos: vid.stab is more advanced than our current implementation [10:44] <cehoyos> ubitux: As said, an external deshake library is bound to rot [10:44] <cehoyos> And why should filters not buffer a few frames?? And how would that work in an external library if the API does not support it??? [12:08] <durandal_1707> ubitux: when to fix TODOs in silencedetect? [12:09] <ubitux> i don't plan to [12:11] <cone-8> ffmpeg.git 03Clément BSsch 07master:a7c5b7a6764b: lavf/gif: correct the delay after the first frame. [12:11] <cone-8> ffmpeg.git 03Clément BSsch 07master:6189ff3679ab: lavf/gif: avoid forward declaration. [12:12] <ubitux> ./ffmpeg -i ~/samples/big_buck_bunny_1080p_h264.mov -vf "select='gt(scene,0.4)', scale=240:-1:flags=+error_diffusion, setpts=0.8*N/TB" -frames:v 10 -y bbb-preview.gif [12:12] <ubitux> http://lucy.pkh.me/bbb-preview.gif [12:27] <durandal_1707> what is difference? [13:09] <ubitux> durandal_1707: delay between first and last frame [13:09] <ubitux> actually, delay between first and second [13:18] <cone-8> ffmpeg.git 03Clément BSsch 07master:380cfce2b213: lavc: add AV_CODEC_PROP_TEXT_SUB. [13:28] <cone-8> ffmpeg.git 03Christophe Gisquet 07master:76c727738512: x86: sbrdsp: implement SSE2 hf_apply_noise [14:24] <Snaggle> highgod: ping [14:26] <ubitux> lol [14:47] <cone-8> ffmpeg.git 03Clément BSsch 07master:30e6a02c23ee: lavf/http: remove duplicated dec flag. [14:48] <ubitux> mime_type and cookies have no opt flags [14:48] <ubitux> not a problem? [14:55] <cone-8> ffmpeg.git 03Michael Niedermayer 07master:42bcc4082d64: avcodec/mpegvideo_motion: Use a field from the current frame if the last is unavailable in DMV & 16x8 [15:35] <ubitux> -rw-r--r-- 1 ubitux ubitux 378K Apr 19 15:32 bbb2.gif [15:35] <ubitux> -rw-r--r-- 1 ubitux ubitux 1.1M Apr 19 15:32 bbb.gif [15:35] <ubitux> much better. :) [16:29] <ffmpeg|saste> ok we are #3 in the gsoc queue, will start in ~90 minutes [16:30] <ubitux> do we need to /nick? [16:30] <ubitux> i don't remember [16:31] <ffmpeg|saste> ubitux, yes if it works like the past year [16:31] <ffmpeg|saste> so that you can participate to the discussion, in case you have questions [16:32] <ubitux> ok [16:32] <ubitux> only need to /nick? [16:32] <ffmpeg|saste> then you may need to ask kblin, since i already queued my nick [16:32] <ffmpeg|saste> ux?? [16:34] Action: Compn just going to watch [16:34] <ffmpeg|saste> i don't think you need to queue yourself, since the "org" was already queued [16:35] <ffmpeg|ux> ffmpeg|saste: okay, too late [16:35] <ffmpeg|ux> "ux" because i was lazy [16:38] <iive> so, ffmpeg have been rejected again? [16:38] <ffmpeg|ux> iive: yes, but libav and vlc as well [16:39] <JEEB> well, I'm not sure if VLC even applies nowadays [16:39] <iive> huh [16:39] <JEEB> ever since the '11 or so code-in thing [16:39] <JEEB> where they didn't like that asm tasks for x264 were being added [16:39] <JEEB> s/VLC/videolan/ [16:40] <funman> don't remember if we applied this year, feepk might know [16:41] <funman> we did and were rejected [16:42] <funman> twitter.com is a more important open source project anyway [16:42] <ffmpeg|saste> funman, why don't you do a vlc-soc? [16:42] <ffmpeg|saste> we should as well, but we lack the money ;-) [16:42] <funman> we already have bounties [16:43] <funman> it's a nice idea though, just need someone to manage it [16:45] <ffmpeg|saste> you guys have a serious identity problem [16:47] <j-b> :) [16:54] <iive> where is the list with the proposed tasks? [16:54] <cptspiff> http://wiki.multimedia.cx/index.php?title=FFmpeg_Summer_of_Code_2013 [16:55] <cptspiff> was just reading it so.. [17:50] <ffmpeg|saste> do you have specific questions w.r.t. gsoc rejection? [17:51] <ffmpeg|saste> i'm just going to ask for generic reasons, and for advices [17:51] <ffmpeg|saste> i expect they will say it was a problem of space [17:55] <ffmpeg|ux> i've no particular question [17:59] <ffmpeg|ux> starting in 2 min [17:59] <ffmpeg|ux> (not ffmpeg though) [18:05] <ffmpeg|ux> ffmpeg|saste: maybe why they say that the tasks page is the most important, and so what was wrong with our, given the efforts we put into it this year [18:05] <ffmpeg|ux> ...and given that we -afaik- honored all the requests from previously [18:07] <ffmpeg|saste> ffmpeg|ux, "and we particularly were aggressive about rejected orgs that had participated before" [18:07] <ffmpeg|saste> i can't interpret this... [18:07] <cone-723> ffmpeg.git 03Michael Niedermayer 07master:833bc6678f7f: avformat: change seeking index consistency asserts to av_asserts [18:07] <ffmpeg|saste> so we participated before, and we also have been rejected [18:12] <ffmpeg|ux> rockbox rejected too for no particular reason it seems [18:12] <ffmpeg|ux> they didn't like at all a/v this year [18:13] <ffmpeg|saste> musicbrainz? [18:13] <ffmpeg|saste> even if the "multimedia" part is secondary in that case [18:15] <BBB-work> is there a filter to overlay video temporally (instead of spatially, like what overlay does) [18:16] <ffmpeg|ux> overlay like overlay? [18:16] <ffmpeg|saste> BBB-work, interleave? [18:16] <BBB-work> e.g. I have ffmpeg -i file1 -i file2 -filter_complex "[0:0][1:0]somefilter" outfile [18:16] <BBB-work> and then some time settings like frame offset and number of frames for each of the two inputs [18:18] <ffmpeg|saste> BBB-work, that is you want to display the streams one after the other? [18:18] <ffmpeg|saste> in that case there is concat, or interleave if you want to mix them up [18:18] <ffmpeg|saste> (interleave is still a patch) [18:20] <BBB-work> concat only does whole streams? [18:20] <ffmpeg|saste> yes [18:20] <BBB-work> I need something that mixes like 100 frames of stream 1, then the second 100 frames of stream 2, etc. [18:20] <BBB-work> I don't think concat does that? [18:20] <ffmpeg|ux> i have a pending enable patchset [18:20] <ffmpeg|ux> to add timeline to various filters [18:20] <ffmpeg|ux> it could be done for concat as well [18:20] <ffmpeg|ux> eventually [18:21] <BBB-work> so I suppose for now I have to use head and tail and bash? [18:21] <ffmpeg|ux> you could use select and concat [18:21] <ffmpeg|ux> or the trim filter anton is working on instead of select [18:21] <ffmpeg|saste> it should be possible, just it would be ugly right now [18:22] <BBB-work> is select documented somewhere? [18:22] <ffmpeg|saste> BBB-work, of course :) [18:22] <ffmpeg|saste> ffmpeg-filters(1) [18:23] <ffmpeg|ux> problem with select might be the timestamps [18:23] <ffmpeg|ux> they won't be changed, so concat may have trouble [18:24] <BBB-work> I can output to .yuv [18:24] <BBB-work> I don't see a start_offset_n_frames like property [18:24] <BBB-work> I guess 'n' is number of frames to select? [18:24] <ffmpeg|ux> select='between(N,100,200)' [18:24] <BBB-work> ah [18:24] <BBB-work> ok [18:24] <BBB-work> does that destroy the input? [18:25] <ffmpeg|ux> destroy? [18:25] <ffmpeg|ux> BBB-work: http://ffmpeg.org/ffmpeg-filters.html#Examples-36 [18:26] <BBB-work> e.g. if I do ffmpeg -i file -filter_complex "[0:0]select=between(n,0,100)[a];[0:0]select=between(n,200,300)[b];[a][b]concat" [18:26] <BBB-work> does that work? [18:26] <BBB-work> or do I need to specify -i twice then? [18:26] <ffmpeg|ux> [0:0] split [a][b]; [a] select=...; [b] select=... [18:26] <BBB-work> oh that works too I s'pose [18:26] <BBB-work> ok [18:33] <BBB-work> [e2]select=between(n,842,901)[e4] ? [18:33] <BBB-work> [Parsed_select_5 @ 0x7fb6f1417880] [Eval @ 0x7fff572adf30] Missing ')' or too many args in 'between(n' [18:33] <BBB-work> [Parsed_select_5 @ 0x7fb6f1417880] Error while parsing expression 'between(n' [18:33] <BBB-work> [AVFilterGraph @ 0x7fb6f1414960] Error initializing filter 'select' with args 'between(n' [18:33] <BBB-work> Error configuring filters. [18:34] <ffmpeg|saste> select='between(n,842,901)'[e4] [18:34] <ffmpeg|ux> ^ assuming double quote around the filtergraph [18:34] <ffmpeg|saste> syntax can be a bitch, since "," is used to separate filter descriptions [18:34] <ffmpeg|ux> with a sane shell [18:34] Action: ffmpeg|saste is sorry for the sessism [18:40] <ffmpeg|ux> hey [18:40] <ffmpeg|ux> who is up to write a filtergraph web generator [18:40] <ffmpeg|ux> using stuff like http://jsplumbtoolkit.com/jquery/demo.html ? [18:40] <ffmpeg|ux> we can auto-generate all the forms from the filters AVOptions [18:41] <ffmpeg|ux> and then just have a static html page updating a filtergraph string to copy paste in ffmpeg [18:41] <ffmpeg|ux> (or the other way around) [18:44] <BBB-work> [Parsed_select_5 @ 0x7f9d824170c0] [Eval @ 0x7fff5a853f20] Unknown function in 'between(n,0,120)' [18:44] <ffmpeg|ux> are you up to date? [18:44] <ffmpeg|ux> between() was added a few weeks ago [18:45] <ffmpeg|ux> otherwise there is the long form [18:45] <ffmpeg|ux> gt(n,0)*lt(n,120) [18:46] <BBB-work> let me rebase [18:53] <BBB-work> concat only takes 2 inputs? [18:53] <BBB-work> what if I want to concat 3? [18:53] <BBB-work> [a][b]concat,[c]concat? [18:54] <BBB-work> (trying to prevent having to go [a][b]concat[z];[z][c]concat[y]...) [18:54] <ffmpeg|ux> https://www.ffmpeg.org/ffmpeg-filters.html#concat [18:54] <ffmpeg|ux> you can have N inputs [18:54] <BBB-work> oh n=3 [18:54] <BBB-work> ok [19:00] <BBB-work> omg these commandlines get very long very quickly [19:00] <BBB-work> I guess you need to script this after all [19:01] <ffmpeg|saste> mostly, yes [19:04] <Compn> funman : so howd that go [19:04] <funman> pretty wtf [19:04] <funman> apparently we were rejected for a private reason [19:05] <funman> waiting for feepk to tell us more [19:05] <Compn> awesome private reason :D [19:05] <Compn> more secrets [19:06] <ffmpeg|ux> :D [19:06] <Compn> ffmpeg|ux : did you queue up ? what number is ffmpeg ? [19:06] <ffmpeg|ux> http://kblin.org/queue.txt [19:06] <ffmpeg|ux> soon [19:06] <JEEB> well, videolan fell out of favor with that one year's google code-in :V so I wouldn't be surprised if they still had videolan blacklisted [19:06] <funman> see #videolan [19:06] <ffmpeg|ux> maybe that's because of the youtube lua scripts [19:07] <Compn> funman : i wasnt in there, did i miss it ? [19:12] <iive> well, nice questions from VideoLan team :) [19:13] <iive> but yeh. this thing atm is just PR event. [19:14] <Compn> wow [19:14] <Compn> ffmpeg|ux / ffmpeg|saste : so how will this change your question to gsoc ? :P [19:17] <ffmpeg|durandal_> there is only 4 there we need 10 more [19:20] <ffmpeg|ux> we're next [19:21] <Compn> 10 more what ? [19:21] <ffmpeg|durandal_> ffmpeg| in channel [19:21] <Compn> dont think it will help :D [19:23] <funman> /nick ffmpeg|funman [19:23] <ffmpeg|saste> ffmpeg is going to be discussed on gsoc [19:23] <iive> have even google changed their mind after this kind of meeting? [19:23] <Compn> its not a meeting [19:23] <funman> http://kblin.org/queue.txt after fairmat? [19:23] <Compn> its a rejection reason session [19:23] <Compn> iive ^ [19:24] <Compn> (i still dont get why they dont just email the reason to people) [19:24] <funman> they invent it on the fly [19:27] <ffmpeg|ux> to give the illusion of a discussion [19:30] <iive> yep [19:31] <Compn> well good luck you gsoc guys :) [19:31] <Compn> oh one more :D [19:39] <ffmpeg|saste> here we go [19:39] <iive> ffmpeg|saste: you came to ffmpeg as gsoc student, didn't you? [19:39] <ffmpeg|saste> no [19:40] <ffmpeg|ux> hey [19:40] <ffmpeg|ux> and me! :( [19:40] <iive> you did? I though you were mplayer developer ;) [19:40] <Compn> another secret reason [19:45] <ffmpeg|ux> iive: no sorry i was OT (i wasn't voiced on #gsoc) [19:51] <saste> well basically she said there is nothing specifically wrong with our application [19:52] <saste> but there are problems related to the issues with the other involved projects [19:52] <saste> in other words she suggests that we don't hate each other :) [19:52] <Compn> vlc torpedoed us , and we torpedoed vlc ? [19:52] <Compn> or libav ? x264 ? [19:53] <ubitux> http://b.pkh.me/gsoc-2013 [19:57] <burek> ffmpeg got rejected for gsoc? [19:58] <Compn> yes [19:59] <burek> and libav got accepted? [19:59] <Compn> no [20:00] <Compn> vlc was rejected as well [20:00] <burek> why [20:00] <ubitux> drama [20:01] <Compn> super drama [20:01] <burek> any link? [20:01] <ubitux> that's the worst kind of drama [20:01] <ubitux> everything in secret [20:01] <iive> saste: i hope you told them ffmpeg is happy to work with any project. [20:04] <burek> what was the benefit of participating in that thing so far anyway? [20:05] <iive> burek: a lot of the students remain developers after gsoc [20:05] <Compn> burek : you mean ffmpeg participation in ffmpeg? lots of demuxers/decoders/etc [20:06] <Compn> you can see the list on the multimedia wiki [20:06] <burek> yes, i mean what was ffmpeg's interest to participate in that [20:06] <Compn> getting people to work on code that was useful to ffmpeg ? [20:06] <nevcairiel> the biggest interest is that students who participate like what they were doing, and stick around after it ended, good recruiting of new developers [20:06] <Compn> free money for that [20:06] <Compn> kostya stuck around after it [20:07] <Compn> i'm sure there were others i'm forgetting... [20:08] <burek> i'm asking (in the first place) to get the idea what was the goal for ffmpeg and to try to see if there is another way to reach that goal too [20:09] <Compn> maybe we dont understand your question [20:09] <Compn> could you rephrase it ? [20:09] <burek> well you did answer it pretty good.. the question was something like why did ffmpeg participate in gsoc so far, what was the goal for such an intention [20:09] <Compn> the goal of ffmpeg is to get more devels, and to get more decoders and demuxers and other pieces of code that need to be done on our todo list [20:10] <Compn> my brain is melting today, nevermind [20:10] <burek> is there anything we could do to make students interested in the ffmpeg project, beside participating in gsoc? [20:10] <Compn> offer bounties (cash) for code [20:11] <Compn> contact universities / programming classes to advertise such bounties [20:11] <burek> do we have funds for such thing? [20:11] <Compn> there are some in SPI [20:12] <Compn> from time to time, there are also corporate sponsors who have offered some money in the past. [20:12] <saste> people, i'm going to leave now, i'll send a mail on ML later tonight or tomorrow [20:12] <Compn> vlc also has some funds, and has thought about doing their own version of a soc [20:12] <saste> stay tuned ;-) [20:12] <Compn> saste : ok, thanks for handling it :) [20:12] <burek> saste o/ [20:13] <burek> Compn, that's a great idea from vlc [20:13] <burek> and exactly what i was going for :) [20:13] <Compn> they might have done it before, i dont recall [20:13] <iive> ffmtech was founded for that reason too. [20:13] <iive> anybody know what is going on with it? [20:14] <burek> would it mean something if ffmpeg could provide some kind of a certificate or recommendation for graduate students' future employers or so? [20:14] <Compn> ask reimar, hes on it [20:14] <Compn> burek : i think instead, a student would put it on his/her resume [20:14] <Compn> or 'cv' [20:15] <Compn> that he/she worked on ffmpeg and had code submitted [20:15] <burek> in short, a student works on ffmpeg for a while, solving some tasks and in return he gets some kind of recommendation from the core ffmpeg developers, which might help him get a good job or so [20:15] <burek> that way even bounties might be avoided if needed [20:16] <Compn> its doable [20:16] <funman> btw videolan also has some funds which could go to a ffmpeg managed project [20:17] <burek> cv also, yes (im not sure if the recommendation is the right word, but when you are seeking for a job and you have some references from important people that tell something nice about you and your work) [20:17] <funman> also there is http://wiki.videolan.org/Bounties#Libavcodec_bugs [20:18] <funman> and btw putting ffmpeg on my resume gave me a job directly, even bypassing the interview :) [20:18] <burek> great :) [20:18] <Compn> burek : recommendation/references are correct terms. yes [20:18] <burek> so, why can't we make our own soc :) [20:18] <funman> "major FFmpeg contributor" (i fixed a typo in a comment of an obscure feature) [20:18] <burek> :) [20:18] <Compn> burek : we can, just google money is also good too :) [20:18] <burek> funman +1 :) [20:19] <Compn> plus google has more advertising for gsoc i think [20:19] <Compn> how do they get students to join ? [20:19] <Compn> where do they advertise ? [20:19] <burek> well, we cant compare with google, that's for sure, but we can try something similar [20:21] <burek> for example, ffmpeg could talk to some multimedia-based companies that are seeking employees specializing in multimedia and those companies could be sponsors for that kind of a thing, benefiting from future skilled employees or something [20:21] <Compn> could be [20:21] <Compn> might be hard to find which companies use ffmpeg and which do not [20:23] <burek> we could also add some more documents/tutorials for the developers, which might help students get into the coding quickly and focus on the specific problems instead of wasting time on unimportant things, etc. [20:23] <burek> less important* [21:09] <durandal_1707> ubitux: trans saves that much with gif? [21:10] <ubitux> with this case, it seems to be be worse with some other [21:11] <ubitux> in this case there is not much scene change so it's very efficient [21:11] <ubitux> i'm trying to write heuristics to select or no transparency [21:11] <ubitux> since it may increase the size in some situation [21:13] <durandal_1707> hmm. its for !pal8 only? [21:14] <ubitux> yes most of the code is for !pal8 [21:14] <durandal_1707> why? [21:14] <ubitux> that's the default case, and it complexifies the code [21:14] <ubitux> crop is also for !pal8 [21:15] <ubitux> for now at least [21:15] <ubitux> it can be improved later, but i'm trying to improve the simple cases [21:20] <durandal_1707> well you could do it all and then send single big patch..... [21:23] <durandal_1707> michaelni: what is gonna happen with s302 encoder patch? i could pick it up... [21:23] <durandal_1707> plan to do similar with dts encoder (maybe even als) [21:24] <michaelni> durandal_1707, feel free to pick it up [21:41] <cone-429> ffmpeg.git 03Michael Niedermayer 07master:505642f18276: mp3dec: fallback to generic seeking when a TOC is not present [21:41] <cone-429> ffmpeg.git 03Michael Niedermayer 07master:194d0399a29c: Merge commit '505642f18276aed03278ac91b1f334ea888eac6a' [21:53] <cone-429> ffmpeg.git 03Anton Khirnov 07master:a7f46586bf47: ff_get_buffer(): allocate the frame for max(coded,display) dimensions [21:53] <cone-429> ffmpeg.git 03Michael Niedermayer 07master:a8b05dde0d88: Merge commit 'a7f46586bf47174b5fa00a905b767b1781ec8b72' [21:53] <cone-429> ffmpeg.git 03Michael Niedermayer 07master:05b2c998c7bf: avcodec: Fix lowres handling in buffer allocation [22:09] <kierank> durandal_1707: you need a way of signalling the video frame rate [22:10] <kierank> because the point of s302m is to have audio frames the same size as video [22:15] <durandal_1707> you mean nubmer of encoded samples is time single frame is displayed? [22:22] <kierank> correct [22:30] <durandal_1707> and how would i do that?, with extradata? [22:39] <burek> does anyone understand this question? :) http://ffmpeg.gusari.org/viewtopic.php?f=11&t=897 [22:51] <cone-429> ffmpeg.git 03Anton Khirnov 07master:5e83d9aced2f: h264: fully support cropping. [22:51] <cone-429> ffmpeg.git 03Michael Niedermayer 07master:f4b05cd8415a: Merge commit '5e83d9aced2fc2b2e1360452794c58aba55d497c' [23:01] <cone-429> ffmpeg.git 03Diego Biurrun 07master:3eec1d41b4a9: fate: Reuse VREF and AREF variables where appropriate [23:01] <cone-429> ffmpeg.git 03Michael Niedermayer 07master:4cb59ad84b97: Merge commit '3eec1d41b4a947ba497f528e68da14a8befb85b9' [23:17] <durandal_1707> michaelni: can i access video stream fps from encoder? [23:18] <durandal_1707> otherwise perhaps sending side datat thing from muxer to encoder... [23:18] <durandal_1707> using private option is imho hack [23:18] <cone-429> ffmpeg.git 03Diego Biurrun 07master:b357f1d1d3dd: fate: Split audio filters into their own separate file [23:18] <cone-429> ffmpeg.git 03Michael Niedermayer 07master:6c5989cce9e3: Merge commit 'b357f1d1d3dd1d6672df6a397a31be425d31b6d1' [23:22] <michaelni> durandal_1707, in what case (where timebase != 1/fps) does the encoder need the frame rate ? [23:22] <durandal_1707> michaelni: so i just need timebase ? [23:27] <ubitux> well [23:27] <ubitux> i can't come up with good heuristics [23:27] <ubitux> even trying both transparent and not transparent doesn't provide much interesting results [23:28] <michaelni> durandal_1707, dunno maybe [23:28] <michaelni> i dont know why you need the frame rate ... [23:30] <durandal_1707> michaelni: nubmer of samples sent to audio encoder should be same as it takes it to display video frame [23:31] <durandal_1707> and its variable for some fps, like 29,97 comes in sequence [23:32] <durandal_1707> of 1602, 1601, 1602, 1601, 1602 samples [23:32] <cone-429> ffmpeg.git 03Diego Biurrun 07master:a77aed142cad: fate: Rename video filters file and add separate video filters target [23:32] <cone-429> ffmpeg.git 03Michael Niedermayer 07master:e07e8882ae92: Merge commit 'a77aed142cade3beb0cd43f879d4f47daae23b8a' [23:37] <mateo`> durandal_1707: reminds me of mxf :) [23:37] <durandal_1707> it would be ideal if its handled internally [23:38] <michaelni> if needed we could add a frame_rate field to AVCodecContext if theres nothing there yet that can be used [23:39] <durandal_1707> michaelni: but there is already VARIABLE_FRAME_SIZE flag for audio encoders [23:40] <durandal_1707> so it make sense to do it internally..... [23:43] <michaelni> audio ? i thought its about video [23:43] <michaelni> if you want to make audio frames match video frames (and its pcm) then probably easiest to do it i the muxer [23:43] <durandal_1707> its s320m [23:44] <durandal_1707> encoder and ts muxer [23:44] <cone-429> ffmpeg.git 03Diego Biurrun 07master:bc7fbd36ea85: fate: cosmetics: More sensible order for entries in video filter file [23:44] <cone-429> ffmpeg.git 03Michael Niedermayer 07master:8f116bf71b23: Merge remote-tracking branch 'qatar/master' [00:00] --- Sat Apr 20 2013

1 0

ffmpeg.log.20130419
by burek 20 Apr '13

20 Apr '13

[00:23] <jacobs1> durandal_1707: is piping to rawvideo demuxer same as using image2pipe? I have a process generating realtime rgba images of the same size and i am trying to stream these images as a video stream,I tried with rawvideo but got bad results, so I thought maybe its the wrong way, can you take a look at this post and see if i am doing somthing wrong: http://ffmpeg-users.933282.n4.nabble.com/multicas [00:23] <jacobs1> t-streaming-real-time-raw-rgb-images-td4658526.html [01:55] <Karen> Hiii [08:28] <bogdanp> what's a good way to handle variable frame rate from a rtmp stream? av_frame_get_pkt_duration returns 0 for video packets. [08:30] <bogdanp> nvm, I was actually doing something wrong :D. [09:19] <praveenmarkandu> hi, can I know what version of HLS support is avaiable in FFPMPEG [11:32] <brontosaurusrex> can i assume that if max_volume = 0.0 (out of volumedetect) the file is surely clipped? [11:32] <brontosaurusrex> and can i assume the same for lossy files, like mp3? [11:34] <brontosaurusrex> example: ffmpeg -i some.mp3 -vn -af volumedetect -f null - [11:37] <brontosaurusrex> and more, what would i use to echo the amount of clipped samples? [11:37] <brontosaurusrex> (working on an info script) [11:51] <brontosaurusrex> cough [11:54] <durandal_1707> brontosaurusrex: probably, see: ffmpeg -f lavfi -i aevalsrc=99999 -vn -af volumedetect -f null - [11:55] <brontosaurusrex> what is with the decoder roundup errors and lossy files? [11:55] <durandal_1707> but max just gives maximum found volume, more is tell with histograms... [11:56] <brontosaurusrex> durandal_1707, right [11:56] <brontosaurusrex> durandal_1707, i'd like something similar to : slight clipping, 5 samples or severe clipping, more than 5 seconds [11:56] <brontosaurusrex> on output basically [11:57] <brontosaurusrex> like i said , an info script [12:00] <durandal_1707> you cant get clipping that way, you can get how much is left when clipping happens... [12:01] <durandal_1707> so if you have max volume of 0, there would be at least 1 sample where clipping happens if you increase gain (by using any filter) [12:03] <durandal_1707> and histograms from volumedetect already provide that info (separated in several dbs) [12:04] <brontosaurusrex> i see, example? [12:05] <durandal_1707> example of what? [12:05] <brontosaurusrex> histogram_0db: 78139392 < this number is # of samples? [12:06] <durandal_1707> that just lits samples in some range ... [12:06] <durandal_1707> you could also use ebur128 filter [12:06] <brontosaurusrex> but i don't see any clipping info in ebur128? [12:07] <brontosaurusrex> hmm, let me retest that [12:09] <brontosaurusrex> basically if i get a file that is clipped before r128 analisis, that should say to the provider: do it again, no need for r128 [12:09] <brontosaurusrex> right? [12:12] <brontosaurusrex> what i have so far, if anyone is interested: http://paste.debian.net/plain/250444 [12:12] <durandal_1707> hmm, you are probably looking for: Flat factor is a measure of the flatness (i.e. consecutive samples with the same value) of the signal at its peak levels (i.e. either Min level, or Max level). [12:12] <durandal_1707> from sox's stats effect [12:13] <durandal_1707> i gonna port it soon to ffmpeg/lavfi [12:13] <brontosaurusrex> so what exactly is histogram_0db ? [12:14] <durandal_1707> probably found number of samples between 0 and 1 db [12:15] <brontosaurusrex> mkay [12:21] <brontosaurusrex> i think iam just gonna echo that number as well if 0 is detected in the 1st place [12:22] <durandal_1707> that may not mean that clipping actually happened nor how severe is clipping.... [12:23] <durandal_1707> but if 0db histogram have more samples than any other, than its probably clipped (just guessing....) [12:24] <durandal_1707> you could do little resarch with little, moderate and severe clipped files and compare their volumedetect report [13:24] <flowolf> hi [13:25] <flowolf> I'm exploring various solutions for live video streaming [13:25] <flowolf> but I can't find informations on the scalability of ffserver [13:26] <flowolf> I don't even understand if it is meant for home/local streaming or for production environments on a cdn [13:27] <flowolf> can you help? [13:27] <Magicking> flowolf: What kind of stream ? [13:27] <JEEB> ffserver is used in production in some places, but it's really a mess regarding getting information about it :D [13:28] <JEEB> depending on the type of streaming you could use ffmpeg itself, which often is much more documented and so forth [13:28] <JEEB> (rtmp(e) pushing to a rtmp(e) streaming server, pushing http post requests to a http streaming service and so forth) [13:34] <JEEB> I've not done large-scale streaming or anything, but just saying that when I wanted to use a single piece of software to do something simple like mpeg-ts via http (served by the same thing), I just found VLC (and its command line version) the best alternative. That said, as long as ffmpeg itself can be used for your use case instead of ffserver, that *is* simpler to use than VLC. [13:41] <flowolf> I need a way to stream to every device and browser [13:41] <flowolf> and I need to load balance it on multiple servers [13:42] <flowolf> as there isn't a single streaming format supported on every device [13:42] <flowolf> I will probably need multiple formats [13:43] <flowolf> http live streaming (hls) for apple devices, webm/mp4 for desktop browsers and rtmp for flash fallback [13:44] <JEEB> for rtmp(e) you need to use one of the servers, and then you can just feed stuff to them via ffmpeg itself [13:47] <flowolf> JEEB, define "one of the servers" please :) [13:49] <JEEB> flowolf, I think there are multiple rtmp(e) streaming servers [13:49] <JEEB> so one of those, I have no idea at all :P [13:50] <flowolf> isn't ffserver one of them? [13:51] <JEEB> no [13:52] <JEEB> ffserver only does stuff like http serving IIRC [13:58] <bogdanp> why would av_frame_get_pkt_duration return the same duration for every video frame even though the frame rate is variable? I'm reading in a rtmp stream and this is messing up my timing. [15:49] <phantomis> Hi guys, I'm having some troubles playing an HLS stream how need save cookies to retrieve the next list [15:49] <phantomis> and I don't know how to do that :( [15:49] <phantomis> ./ffplay http://radioalacarta.cooperativa.cl/playlist/playlist.m3u8 [15:57] <phantomis> Hi guys, I'm having some troubles playing an HLS stream how need save cookies to retrieve the next list [15:58] <phantomis> and I don't know how to do that :( [15:58] <phantomis> ./ffplay http://radioalacarta.cooperativa.cl/playlist/playlist.m3u8 [15:58] <phantomis> (sorry if this message was twice, my client die for some moment) [16:03] <hendry> what's a good mono -acodec for making a dump to .mkv ? [16:04] <hendry> my ffmpeg invocation is bombing out with pcm_s16le on a mono input, because IIUC it expects 2 channel! [16:05] <hendry> i get a "cannot set channel count to 2 (Invalid argument)" [16:11] <hendry> ah, I wanted -ac 1 [16:30] <Magicking> flowolf: You could just use HDS and HLS [16:31] <Magicking> Since it's a streaming file-based, you can easily ajust your architecture using only http caching server [16:32] <Magicking> If you except old Android device, you can have iPhone / Android(without bandwith scalling) / Mac (HLS and HDS) / Windows / Linux [16:34] <flowolf> Magicking, what would you use to stream content using HDS? [16:34] <Magicking> HDS use segment like HLS [16:34] <flowolf> I have see that ffmpeg can produce HLS segments and playlist [16:34] <Magicking> The stream work almost the same as HLS [16:35] <flowolf> is it the same for HDS? [16:35] <Magicking> I don't know [16:43] <Oele> flowolf: does it need to be free/open source software? [16:44] <Oele> flowolf: you could take a look at Wowza. it's proprietary but afaik it does everything you mentioned [16:46] <Magicking> Oh yeah, I wasn't sure that I was allowed to talk about other project [16:46] <Magicking> But I used Wowza to do that, they are cheap and well documented [16:46] <xlinkz0> is it possible to read_frames from the end of the file? [16:47] <Magicking> flowolf: I used Wowza to do both hls and hds [16:48] <Magicking> It's cheap and it do everything you want, you can easily extend it with your own plugin also [16:49] <Magicking> What you want is http origin server I think and a bunch of reverse proxy like nginx ou varnish in front of it [17:15] <flowolf> Magicking, I want to avoid proprietary software [17:19] <flowolf> rtmp and hls streams can be produced with open source software [17:20] <flowolf> nginx-rtmp supports both of them, crptmd supports rtmp, ffmpeg can be used to segment for hls and then it can be served using a random httpd [17:22] <flowolf> I can't find open source software for hds and I don't get why hds is better than rtmp (other than being server on a standard http channel) [17:22] <flowolf> *served [17:26] <Oele> i think that's the main advantage. it means that you can use http caching etc. [17:30] <Oele> but it seems you have already found a working solution for flash (rtmp), apple (hls) and desktop browsers (plain webm/mp4 over http) :) [17:31] <Oele> so why bother with hds? [17:35] <xlinkz0> I use a rtsp stream as input and copy it into a local file, is there any way to tell when ffmpeg started writing? [17:36] <xlinkz0> like the exact milisecond that the first frame was written at [17:37] <flowolf> Oele, the "desktop browsers (plain webm/mp4 over http)" is missing actually [17:38] <flowolf> and I would like to know what can be done to ffmpeg/ffserver [17:39] <flowolf> *with ffmpeg/ffserver [17:43] <Oele> webm/mp4 of http is just a matter of producing a standard webm or mp4 file and putting it on a generic web server [17:43] <Oele> you can probably produce those files with ffmpeg [17:43] <JodaZ> Oele, and paying the licensing cost [17:43] <Oele> oh wait, you're talking about *live* streaming [17:44] <flowolf> yep, live :) [17:44] <Oele> i don't know if that's even possible? [17:44] <flowolf> webm supports live streaming [17:45] <flowolf> and it can be done with ffserver [17:45] <flowolf> https://www.virag.si/2012/11/streaming-live-webm-video-with-ffmpeg/ [17:45] <JodaZ> does anyone know how to transcode individual HLS segments ? to like allow a user to start a video and then skip right to the end without it having to transcode all the stuff in between [17:51] <Magicking> flowolf: If you use rtmp, you'll use proprietary protocol [17:51] <Oele> it's an open specification. and there are open source implementations [17:52] <Oele> flowolf: i have never used ffserver, i'm affraid i can't help you with that. :( i do use icecast for live audio streaming. the latest version supports Webm too. Maybe you could take a look at that.. [17:52] <Mavrik> flowolf, note, webm live stream can't be played in all browsers [17:52] <Mavrik> :) [17:55] <Oele> yep, if you want to support all browsers you'll need two codecs at least [17:56] <Oele> and i haven't seen any free software that can stream live mpeg4 video yet? [17:57] <flowolf> *sigh* [17:57] <Mavrik> Oele, VLC :) [17:58] <flowolf> I need this to scale for thousands of clients, vlc streaming is build for local/home streaming [17:59] <Magicking> Oele | it's an open specification. and there are open source implementations, yeah right! And when you have Adobe Product in front of you suddenly nothing work [18:00] <JEEB> flowolf, actually vlc's streaming capabilities aren't much worse off than what you'd get from ffmpeg in many cases :P [18:00] <Oele> never tried it Magicking , but i believe you :) [18:00] <JEEB> <Oele> and i haven't seen any free software that can stream live mpeg4 video yet? <- what, also what do you mean with 'mpeg4' here? [18:00] <JEEB> because MPEG-4 contains awfully a lot of stuff [18:01] <JEEB> starting from containers to video and audio formats [18:01] <Oele> yes [18:02] <Oele> i guess H264 in an MP4 container. but i'm not sure [18:02] <JEEB> ok... now name even one streaming "standard" that does that [18:02] <JEEB> other than reading a static already encoded file and giving it out via http [18:02] <JEEB> which really isn't streaming at all [18:04] <Oele> yeah, you're right, it's probably not even possible [18:04] <Oele> the thing is, the HTML5 specs seems to have been written with media "files" in mind [18:04] <JEEB> No, you /can/ actually stream MP4 while you're encoding it if you use the movie fragments feature in the container [18:04] <JEEB> but no-one uses that >_> [18:05] <Oele> i know that is is possible to stream MP3, ogg vorbis and in some cases AAC+ (ADTS) audio to browsers [18:05] <JEEB> those are all pretty much containerless files [18:05] <Oele> but it's not in any spec, it's just a matter of trial and error [18:05] <JEEB> just raw streams, so yes [18:05] <Oele> exactly. [18:05] <JEEB> also yes, if you limit yourself to "HTML5 specified" there really aren't /any/ proper streaming solutions so I'm not sure why you were specifying "free software" there in your comment [18:06] <Oele> webm will probably work, but i don't know of any "streamable" format for "mpeg4 video" [18:06] <JEEB> as in, there afaik are no official ways of doing streaming that are "defined" in "HTML5" [18:06] <JEEB> ok, now you're once again going for the "mpeg4" word [18:06] <JEEB> stop it for eff's sake [18:06] <Oele> i'm sorry [18:06] <JEEB> if you're talking about these things, BE SPECIFIC [18:07] <JEEB> also since no formats have been specified for "HTML5" stuff [18:07] <JEEB> you might as well use H.264 in matroska or something :P [18:07] <Oele> i'm talking about the browsers, like IE, apple, etc. that decided not to support the open codecs like OGG, vorbis, etc. [18:07] <JEEB> also I think they were trying to do something rtsp'ish [18:07] <JEEB> uhh [18:08] <JEEB> now I found Yet Another Thing To Pick On You With [18:08] <JEEB> you say "open codecs" [18:08] <Oele> i know they support h264 in mp4 container, maybe other stuff, that's why i was trying not to be too specific because i don't have clue what exactly they support [18:08] <JEEB> now do tell me how on earth f.ex. H.264 isn't an "open codec" [18:08] <JEEB> also ogg is not a codec but a container, (ogg )vorbis is a video format, yes [18:09] <Oele> nope, vorbis is an audio codec ;) [18:09] <JEEB> argh yes, that was miswriting, but no -- it's not a codec, it's an audio format [18:09] <JEEB> libvorbis is the coder/decoder [18:09] <JEEB> :P [18:10] <Oele> pff :P [18:10] <Oele> i know, you are right JEEB :) [18:10] <flowolf> JEEB, do you stream stuff directly with ffmpeg? [18:10] <JEEB> flowolf, there are some things you can stream straight with ffmpeg, but those are limited, in that way ffmpeg itself is much worse off than f.ex. VLC :P [18:11] <JEEB> ffserver is pretty much black magic for most people, too [18:11] <flowolf> because if you do and you have thousands of clients and you say that vlc can do the same I have to explore it [18:11] <JEEB> and undocumented [18:11] <JEEB> I'm pretty sure VLC is used to deliver content for thousands as well, but I use neither ffmpeg or VLC in such environments [18:11] <Oele> anyway, the point i was trying to make is that as it currently stands, there are browsers that have chosen the ogg/vorbis/webm path for audio and video and browsers that have gone in the mpeg4/h264/mp4/whatever direction [18:11] <JEEB> I'm one of those people writing encoders or decoders :P [18:12] <JEEB> Oele, yes but that doesn't make your trying to note that H.264 f.ex is not an 'open format' any more correct [18:12] <JEEB> actually H.264 is more open than VP8 for eff's sake [18:12] <Oele> the first group could *probably* be served by webm via ffserver or icecast, even though these browsers do not *specify* themselves in their documentation that it is even possible to do live streaming [18:13] <Oele> for the second group, i have *no idea* how to do live streaming without flash [18:13] <Oele> or maybe hls for apple [18:13] <JEEB> the iDevices have their own way, HLS, yes [18:14] <flowolf> http://www.longtailvideo.com/html5/ [18:14] <JEEB> I have no idea about other stuff because there is not a single specified way of streaming things in "HTML5" [18:14] <flowolf> Oele, it is just hell :D [18:14] <Oele> i *think* that also works on safari on the mac, but i don't know. safari on windows hasn't been updated for ages [18:14] <Oele> but IE ? [18:14] <JEEB> if you really want to stream stream video, flash is still your nr1 thing [18:14] <JEEB> unfortunately [18:15] <JEEB> for mobiles there is HLS and rtsp [18:15] <JEEB> so that is pretty much cleared up [18:17] <flowolf> android has some limited support for hls [18:17] <JEEB> yes, ever since 4.x or so, but I didn't note it because rtsp was supported all the time [18:18] <JEEB> or well, "quite longer" [18:18] <Oele> microsoft has its own hls/hds variant called smooth streaming.. maybe that works on IE [18:19] <JEEB> yes, but that once again isn't IMHO usable "as-is" anyways [18:19] <JEEB> it's done by using silverlight [18:19] <JEEB> doesn't really make sense to use it if you can just grab a bigger amount of the user base by just using flash :P [18:19] <Oele> meh :( [18:19] <Oele> yeha [18:19] <Oele> yeah [18:21] <JEEB> also while Google had all the capability to create VP9 in a more open way, unfortunately they have chosen not to do that. :< [18:21] <JEEB> you just have access to the source code, but the specification is completely done behind closed doors AFAIK [18:21] <Oele> :( [18:22] <Sashmo_> is there a way to use an external timestamp when encoding with ffmpeg? I know I can ignore pts, but can I use another? [18:22] <Oele> HLS for apple, RTSP for other mobiles and some Flash format for desktop is probably the way to go for flowolf [18:22] <JEEB> that's one of the main reasons why I can't help laughing with a bad taste in my mouth when they call their stuff "open web standards" :< [18:23] <JEEB> so far the only format that is being developed more openly than the ISO/IEC MPEG ones is "Daala" [18:23] <JEEB> which is still years from fruition [18:23] <JEEB> and only a code name [18:23] <JEEB> s/code/working/ [18:25] <flowolf> Oele, what is the point of RTSP? [18:26] <JEEB> it's a live streaming protocol that works for most androids? [18:26] <Oele> RTSP is/was the media streaming protocol that 3GPP recommends [18:26] <Oele> so it works on android [18:26] <JEEB> and many other devices methinks [18:26] <flowolf> oh, right [18:26] <Oele> and most other phones.. including those old nokia/sony ericsson etc devices with proprietary OS'es [18:28] <Oele> only apple decided to completely ignore it :-) [18:29] <flowolf> this makes the setup harder [18:29] <flowolf> nginx-rtmp can serve both rtmp and hls [18:29] <flowolf> but I have no idea on how to stream rtsp too [18:29] <Oele> rtsp is a nightmare too btw, it uses rtp over udp by default, which is blocked by many firewalls and some mobile operators that use NAT [18:30] <Oele> VLC can do it :-) [18:30] <flowolf> hurray [18:30] <flowolf> I have to test vlc on big load [18:30] <Oele> on it's own or with apple's darwin rtsp server [18:31] <Oele> (seems apple can't decide wether to support rtsp or not :P) [18:31] <JEEB> also ffserver/ffmpeg combo should be able to deal with rtsp [18:31] <JEEB> (good luck and have fun if you need to poke ffserver with it, though) [18:32] <JEEB> I actually did rtsp with VLC the other day [18:32] <JEEB> and it worked relatively OK [18:32] <JEEB> naturally this was just local testing [18:33] <Oele> you could also take a look at Helix for rtsp. never used it myself [18:35] <flowolf> I see people using vlc streaming only in small environments [18:35] <Oele> or, since the newer android supports HLS, only use HLS and flash and ignore older phones :) [18:35] <JEEB> flowolf, I think there are a couple of IPTV channels at least that use it for a rather large amount of users [18:36] <Oele> as a server JEEB ? or just to produce the rtp stream? [18:36] <flowolf> Oele, http://www.longtailvideo.com/blog/31646/the-pain-of-live-streaming-on-andro… << it does support HLS but it is buggy [18:36] <JEEB> yes, for android and friends it's just easier to use rtsp [18:37] <Oele> RTSP was also broken in a few android releases. and many devices never get updated :( [18:37] <JEEB> Oele, no idea -- but I just know that it is used to create the a/v streams as well as most probably the "source" protocol-wise packaging. Not sure if it's the thing on the most outernmost layer. [18:38] <flowolf> I want to lie down and cry a lot [18:39] <Oele> i have used vlc to produce a radio stream and darwin streaming server to relay it to hundreds of listeners. the amount of listeners didn't really matter but every now and then DSS would just stop relaying the stream for some strange reason [18:40] <Oele> eventually i got so frustrated that i wrote my own rtsp server, which just relays aac streams from icecast. that one is working fine. unfortunately it doesn't support video ;) [19:52] <burek> Oele, you should publish your source code to dss developers perhaps, so they could see where did they go wrong and fix it :) [21:52] <brontosaurusrex> how would i write a test script to determine if ffmpeg installed is able to perform all the tasks ahead? [21:53] <brontosaurusrex> in this case : -af volumedetect and -vn -filter_complex ebur128 [22:09] <eric__> qestion about mp4 format. I am using qt-faststart to get information of the containors what is the diff in ftype 24 bytes and 32 bytes? [22:09] <eric__> http://pastebin.com/7zv9buzQ [22:15] <eric__> any suggestions? [22:32] <larrikin> any flvstreamer/rtmpdump ppl here ? [23:10] <brontosaurusrex> 44100 samples would be 1 second in 44.1 kHz file, right? [23:14] <larrikin> yes? I'm thinking it's probably two interleaved streams of 22050 that I'll arbitrarily refer to as 'left' and 'right' ... [23:17] <brontosaurusrex> larrikin, can't be [23:18] <brontosaurusrex> that would be 11khz, no? [23:19] <dericed> is there a way to force the output of the file format detection score? [23:21] <retard> larrikin: are you leafy? [23:24] <larrikin> retard: no? [23:25] <retard> oh [00:00] --- Sat Apr 20 2013

1 0

ffmpeg-devel.log.20130418
by burek 19 Apr '13

19 Apr '13

[00:08] <michaelni> saste, setdar works again, thanks! [00:26] <cone-483> ffmpeg.git 03Clément BSsch 07master:635389ccfa96: Cleanse GIF muxer and encoder. [00:26] <cone-483> ffmpeg.git 03Clément BSsch 07master:e065e8a4ea5c: lavc/gif: crop image when possible. [00:27] <cone-483> ffmpeg.git 03Clément BSsch 07master:7b972d82b673: gif: reindent after previous commits. [00:27] <cone-483> ffmpeg.git 03Clément BSsch 07master:dfb323109c62: lavf/gif: simplify palette writing. [00:27] <cone-483> ffmpeg.git 03Clément BSsch 07master:71411b69a225: lavc/gif: merge two allocation checks. [00:27] <cone-483> ffmpeg.git 03Clément BSsch 07master:8694e87127a3: lavc/gif: return more meaningful error code. [00:31] <ubitux> i see nothing about bytestream vs bytestream2 api [00:32] <ubitux> is there some doc shadow somewhere? [00:32] <ubitux> (i'd like to know if it's relevant to move the bytestream code in the gif encoder to the v2 api) [00:33] <durandal11707> only if it could write out end of buffer [00:33] <ubitux> there is a check for this [00:34] <ubitux> http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/gif.c;hb=HEAD#l173 [00:34] <ubitux> so potentially interesting? [00:35] <durandal11707> well it cant hurt, and overhead is small [00:36] <ubitux> ok [00:43] <durandal11707> ubitux: so you looked at that thread? [00:43] <cone-483> ffmpeg.git 03Clément BSsch 07master:91a5b4d480a0: gif: remove outdated comments. [00:44] <ubitux> durandal11707: quickly [00:44] <ubitux> but a bunch of people already talked so i guess i'll wait more :) [00:45] <durandal11707> ubitux: is it bug? or? [00:45] <ubitux> i don't know [00:45] <cehoyos> a bug? Where? [00:45] <ubitux> cehoyos: he's talking about the fieldmatch thread [00:45] <ubitux> but i was too lazy to have a deep look [00:46] <cehoyos> I think that is one of the few threads without a bug ;-) [00:46] <cehoyos> Don't worry, the samples are progressive. [00:46] <ubitux> ok :) [00:46] <cehoyos> (I wonder if decimate doesn't help for them, but I am not sure what he wants.) [00:46] <cehoyos> What do you think about my pgi patches? Aren't they great? [00:46] <ubitux> i'll wait for a proper bug report if any then [00:47] <ubitux> pgi? [00:47] <cehoyos> (It took me several hours to find out the problems and I still don't know how to disable optimizations for functions) [00:47] <ubitux> ah the compiler thing [00:47] <ubitux> ? [00:47] <cehoyos> Portland Compilers, Inc or something like that [00:47] <ubitux> :) [00:48] <cehoyos> I really wonder now who is buying this compiler... [00:48] <cehoyos> "entries++;" isn't exactly a special-case, is it? [00:49] Action: ubitux needs more context [00:49] <cehoyos> movenc.c contains a line "entries++;" which is compiled by pgcc so that valgrind exits and gdb reports a crash. [00:49] <ubitux> lol [00:49] <cehoyos> Workaround on mainling list. [00:50] <cehoyos> I *think* we should not spend money for a license. [00:50] <durandal_1707> cehoyos: pullup works, it just does not set pts .... [00:50] <cehoyos> But if we get one, you will be the first to know [00:51] <cehoyos> durandal_1707: Didn't I tell you? (I at least explained on trac.) That means it cannot be used on real content. [00:51] <ubitux> omg [00:51] <ubitux> cehoyos: seriously? :D [00:52] <cehoyos> Seriously that you will be the first to know when we get a license? Yes! [00:52] <durandal_1707> cehoyos: we should ban buggy compilers, gcc is first one [00:52] <ubitux> cehoyos: i guess you tried += 1, pre-increment, ...? [00:52] <cehoyos> I tried entries = entries + 1; [00:52] <cehoyos> I did not try pre-increment! [00:53] <ubitux> try to rename too [00:53] <durandal_1707> to colour? [00:53] <ubitux> :DD [00:53] <cehoyos> durandal_1707: I asked here and on the mailing list if we should drop the compiler, on both places nobody wanted to drop it. [00:53] <ubitux> what about reporting them bugs [00:53] <ubitux> ? [00:54] <cehoyos> (I had no strong opinion, but since I "fixed" - found - all problems, I would be a littel disappointed if we decide to drop it now.) [00:54] <durandal_1707> i just do not want such kind of hacks in code (i can tolerate av_log() only) [00:54] <ubitux> "please give us a license so we can show the world how bad your compiler is" [00:54] <cehoyos> Sure, as soon as we have two licenses. [00:55] <cehoyos> (I reported a large amount of bugs to Intel, all-in-all this was quite fruitless, iiuc, they do not accept reports anymore) [00:58] <ubitux> "The Portland Garden Club" [01:00] <durandal_1707> ubitux: you could also remove some silly comments (failed jokes) in gif encoder [01:00] <ubitux> feel free to remove them if you understand [01:00] <michaelni> ubitux, did you break gif [01:00] <ubitux> michaelni: huh? [01:00] <michaelni> fate-lavf-gif [01:00] <ubitux> i checked it before pushing [01:01] <michaelni> Assertion b>=-128 && b<=255 failed at libavformat/aviobuf.c:153 [01:01] <michaelni> maybe this needs --assert-level=2 [01:02] <ubitux> mmh [01:02] <ubitux> i'll check [01:02] <cehoyos> michaelni: I would like to commit the s/O1/O patch (it is just a bug in configure), could you comment on entries++ ? [01:02] <durandal_1707> entries2 is hack [01:03] <durandal_1707> its ugly [01:03] <cehoyos> I will test pre-increment before pushing anthing [01:04] <michaelni> cehoyos, is there some manual that explains what the -O options mean for pgc ? and maybe also other options? [01:05] <cehoyos> -O means "Sets the optimization level to 2, with no SIMD vectorization enabled. All level 1 optimizations are performed. In addition, traditional scalar optimizations such as induction recognition and loop invariant motion are performed by the global optimizer." [01:05] <ubitux> michaelni: do you know which one triggers this? [01:05] <cehoyos> -O1 disables dead code elimination and therefore cannot be used for FFmpeg compilation. [01:06] <cehoyos> (I did not find an option for dead code elimination) [01:06] <cehoyos> What does "induction" mean? [01:06] <michaelni> ubitux, fate-lavf-gif [01:06] <durandal_1707> ubitux: you removed gif from img2 but there is still test for it [01:07] <ubitux> wait, how is that possible? [01:07] <ubitux> i mean i've run fate several times.. [01:07] <durandal_1707> it fails here too [01:07] <ubitux> --assert-level indeed helps. [01:08] <durandal_1707> you did not applied some chunk? [01:08] <ubitux> ? [01:09] <ubitux> it seems to choke on libavformat/gif.c:52 for some reason [01:10] <ubitux> reverting dfb32310 fixes it [01:10] <ubitux> but i don't understand.. [01:11] <durandal_1707> ubitux: overreads pallete? [01:11] <michaelni> ubitux, what is v there ? [01:11] <michaelni> maybe its too large to fit in 24bit [01:11] <ubitux> michaelni: possibly a value with alpha channel [01:12] <ubitux> ok [01:12] <ubitux> v & 0xffffff would help then i guess [01:15] <cone-483> ffmpeg.git 03Clément BSsch 07master:b6408ffc4534: lavf/gif: fix assert in avio API after dfb3231. [01:17] <durandal_1707> hmm that is little clumsy, shouldn't av_wb24 ignore other 8 bits? [01:17] <durandal_1707> and fate still fails here [01:18] <michaelni> here too :( [01:18] <ubitux> how does it fail? [01:18] <durandal_1707> i get -/+ lines [01:18] <ubitux> durandal_1707: which test? [01:18] <michaelni> i get lots of - [01:18] <michaelni> fate-lavf-gif [01:18] <durandal_1707> ^ [01:19] <michaelni> if that works for you maybe you need a distclean, but its a wild guess [01:19] <ubitux> yeah i'll try a violent git clean [01:19] <durandal_1707> "git status" spams screen? [01:20] <ubitux> non my git status is empty [01:20] <michaelni> the first line with a - fir me is: -022dc66b5068404e88c618ce79d9eb5f *./tests/data/images/gif/02.gif [01:20] <durandal_1707> ubitux: noooo, you will erase all that animes .. [01:20] <ubitux> i've just moved my 2 samples in the local dir :) [01:20] <cehoyos> michaelni: The pgcc O levels are also explained on page 9 of http://www.pgroup.com/doc/pgirn133.pdf [01:21] <michaelni> ubitux, cleaning test directory should be enough i suspect [01:21] <michaelni> testS [01:23] <ubitux> oh now indeed it fails [01:24] <michaelni> cehoyos, thanks [01:26] <durandal_1707> cehoyos: if pullup works for that user maybe because it can recognize progressive frames [01:29] <ubitux> can i disable the gif tests for now and rewrite some proper tests? [01:32] <durandal_1707> ubitux: test of what? [01:33] <durandal_1707> just disable irrelevant ones, they still check for IMAGE2 [01:35] <durandal_1707> and just update ref? [01:35] <ubitux> i'll commit a quick fix [01:35] <michaelni> -rw-r----- 1 michael michael 1047862 Apr 18 01:33 %02d.gif [01:36] <ubitux> yes i get the problem [01:37] <durandal_1707> cehoyos: instead of working on pgc, why not increase our fate coverage? [01:44] <cone-483> ffmpeg.git 03Clément BSsch 07master:32cc7ba8a70a: fate: hot fix for gif failure. [01:44] Action: ubitux working on relevant fate tests [01:57] <cone-483> ffmpeg.git 03Michael Niedermayer 07master:bdfe60c769f4: xan: Check for overlapping copies [02:18] <cehoyos> durandal_1707: Allow me to repeat: I asked yesterday both here and on the mainling list if we should drop pgc support, and nobody wanted to drop it. Apart from that I hope you agree that "free" in "free software" also means that we are free to work on whatever we want. [02:19] <ubitux> cehoyos: supporting it is fine as long as it doesn't need any crazy hacks like the last one :p [02:21] <megaTherion> mhm anyone has a good example how to read frame's of an mpeg4 video? I tried already avformat_open_input (which works) and then av_read_frame but I still cant get it right. [02:21] <cehoyos> michaelni: Patch applied, please merge [02:22] <cehoyos> ubitux: I don't consider a workaround in a piece of code that is called once per output file "crazy". (I find it crazy that we support a broken compiler but have no arm64 fate box.) [02:22] <michaelni> ubitux, cehoyos about pgc, its possible that theres code with undefined behavior and that the change that "fixes" it is just random and unrelated [02:24] <michaelni> one would have to try to reduce it to a minimal testcase to know what is needed for it to fail [02:24] <ubitux> cehoyos: problem is, in 6 months/1yr, someone will see this weird workaround and will likely have no way of testing if it's still relevant (or if it still works) [02:24] <cehoyos> I don't understand. [02:24] <durandal_1707> hmm, what about #ifdef FF_BORKEN_COMPILER_HACK [02:25] <ubitux> cehoyos: "hey this code can be simplified... wait changing this code might break a build with a compiler. wtf is this change, how can i know if a change in the code around won't break it again? is that intermediate variable really fixing anything? is it still true noawadays?" [02:25] <ubitux> when the scope of the hack is not defined, that's wrong [02:26] <ubitux> in the case of color/colour it's ok because we know the exact reason of the clash [02:26] <ubitux> in your last patch, we don't [02:26] <ubitux> that's complete random guess that seems to work for some unknown reason [02:26] <cehoyos> Apart from fate which reports within 24h if it still works, it can be tested anytime, where is the problem? [02:27] <durandal_1707> make your time more useful [02:27] <ubitux> scare people away [02:27] <ubitux> "can i really submit a patch changing this code?" [02:27] <ubitux> "it might break" [02:27] <durandal_1707> who is going to compile ffmpeg with pgc? [02:28] <cehoyos> durandal_1707: Next time when I ask if I should work on something, please don't tell me afterwards you would have preferred that I don't! [02:28] <ubitux> cehoyos: this patch is definitely intrusive for a very evasive reason :) that's the main problem [02:28] <ubitux> and we don't understand the problem [02:28] <cehoyos> ubitux: Test it, what would you do with an icc or gcc workarounds (don't tell me they don't exist) - or msvc [02:29] <ubitux> afaik we have some explanations for the failures [02:29] <ubitux> and the workarounds aren't that intrusive [02:29] <ubitux> and finally... pgc. [02:29] <durandal_1707> cehoyos: your are mixing stuff.... [02:29] <michaelni> IMHO someone should try to build a minimal testcase [02:30] <michaelni> and that either will then point to a bug in our code or the compiler [02:30] <michaelni> if ours, we should fix, if the compiler we should report [02:30] <cehoyos> Look, you don't have to explain that to me: I wanted to drop support, since that wasn't accepted. I found all (!) issues. Please neither teach me what I should work on (especially if you didn't tell me in advance) nor fight hacks that are clearly marked as such. [02:30] <ubitux> btw, if a compiler is choking on a "entries++" i wonder how the rest of the code can actually work... [02:31] <cehoyos> ubitux: Could you answer on ffmpeg-user? [02:31] <ubitux> cehoyos: what thread? [02:31] <durandal_1707> cehoyos: i don't teach you, neither i fight [02:31] <cehoyos> The latest [02:31] <cehoyos> You do [02:32] <ubitux> average audio level? [02:32] <cehoyos> In the most offensive way possible. [02:35] <cehoyos> ramitbhalla is trying to beat my two favorite trac users, how impressive! [02:36] <cehoyos> s/two/two most [02:36] <ubitux> ? [02:36] <ubitux> good reports? [02:36] <cehoyos> He made me download a 3G sample for three hours and it contains junk [02:36] <durandal_1707> cehoyos: if you really want very offensive attack, i can start with trac tickets.... [02:36] <ubitux> cehoyos: is that an anime at least? [02:37] <cehoyos> Since it is junk, it is hard to say, but I suspect it is a recording from television (I actually know) [02:37] <ubitux> :) [02:44] <cehoyos> durandal_1707: Did you ever look at the hikvision samples? I would be very surprised if they aren't just xor'ed h264 [02:45] <durandal_1707> cehoyos: related to above mentioned bug? [02:45] <cehoyos> No. [02:46] <ubitux> hikvision samples? you mean the chinese guys with a fake mp4 from a security camera? [02:47] <cehoyos> Do you think it is a mp4 ? [02:47] Action: durandal_1707 needs more background info [02:47] <ubitux> the file was .mp4 iirc but that wasn't mp4 [02:47] <durandal_1707> and sample [02:47] <cehoyos> We don't have more;-( [02:47] <cehoyos> http://samples.ffmpeg.org/camera-dvr/hikvision/ [02:48] <cehoyos> (One of them plays fine, it is a different type) [02:48] <cehoyos> The DVR_NVR iirc [02:51] <durandal_1707> because it starts with IMKH [02:51] <durandal_1707> its detected as some format or just parsers are lucky [02:51] <durandal_1707> ? [02:52] <cehoyos> What file are you looking at? [02:52] <durandal_1707> the one that plays fine [02:52] <durandal_1707> IMKH i presume [02:52] <durandal_1707> DVR_... [02:53] <cehoyos> Sorry for being unclear: This is the only file that you don't have to look at (you may if you want, but the file plays fine afaict so there will not be much to fix), all other files - iirc - are relevant because they cannot be played. [02:54] <durandal_1707> yes, but its mp4 or what? [02:54] <cehoyos> Isn't it mpg? [02:54] <cehoyos> a program stream I mean [02:54] <cehoyos> ? [02:54] <cehoyos> Or do you mean the other files? We don't know, afaict nobody knows [02:55] <durandal_1707> googling for 4HKH reveals mplayer entries from 2009 [02:55] <durandal_1707> its some cctv crap [02:56] <cehoyos> I would be very surprised if any of the entries you find can tell you anything important (I suspect I wrote 50% of them) [02:57] <durandal_1707> it could be just container thing, which should not be hard to reverse, if its codec also - its more complicated... [02:58] <cehoyos> I think we can rule out a codec (they say on the homepage that it is h264), and I don't think they invented a container, I assume they are using a very simple "encryption" like xor [02:59] <cone-483> ffmpeg.git 03Michael Niedermayer 07master:fb3e3808aed8: avcodec/bitstream: Check bits in ff_init_vlc_sparse() [02:59] <cone-483> ffmpeg.git 03Michael Niedermayer 07master:6998af4a40e6: avcodec/bitstream: check codes in ff_init_vlc_sparse() [02:59] <durandal_1707> it plays when right drivers are installed? [03:00] <cehoyos> The txt file says so and if you search irc for the discussion we had when I fixed the DVR sample, I believe they pointed me to an installer that plays the 4HKH files [03:00] <cehoyos> (iirc) [03:00] <durandal_1707> find relevant drivers and then open it in dissasembler and start reading.... [03:03] <durandal_1707> lol, gif muxer in header frees its own private context [03:05] <durandal_1707> ubitux: what that last line means: "separatefields,joinfields is a no-op, even for timestamps?" [03:05] <ubitux> if the frames are the same before and after [03:05] <ubitux> including their pts [03:05] <durandal_1707> Compn already send me sample and drivers of some game long ago, didn't do any serious work on it.... [03:06] <durandal_1707> ubitux: it plays fine, and everythings looks fine too, but i wonder could same be done without frame_count hack.... [03:08] <cone-483> ffmpeg.git 03Carl Eugen Hoyos 07master:2ade23a7ada6: Fix pgc compilation with --disable-optimizations. [03:08] <cone-483> ffmpeg.git 03Michael Niedermayer 07master:ee94362c8a6a: Merge remote-tracking branch 'cehoyos/master' [03:12] <ubitux> durandal_1707: the frame_count hack will go away soon [03:13] <ubitux> at least simplified in a first step [03:13] <ubitux> but i need a OK for the timeline patchset [03:15] <durandal_1707> the enable thing iirc, nicolas does not like it [03:15] <ubitux> yes, but i do, and stefano seems to be interested in as well [03:15] <ubitux> what's your opinion? [03:16] <ubitux> nicolas didn't reply to my last mail btw [03:18] <durandal_1707> its interesting (global options), but i want more poverful solution... like conditional filtering or actual scripting filter that is smart and creates filtergraph when needed.... [03:18] <durandal_1707> i dont see how that enable thing can hurt that much... [03:20] <durandal_1707> so you could talk with nicolas what is (his) prefered way to do it [03:22] <durandal_1707> highgod: Snaggle is looking for you [03:24] <cehoyos> ubitux: The user is happy;-)) [03:24] <cehoyos> Good night! [03:26] <ubitux> it's ok to create a new side data in the encoder, and get it from the muxer, right? [03:26] <durandal_1707> for what? [03:27] <ubitux> palette [03:28] <ubitux> that gif stuff is still quite messy :) [03:28] <durandal_1707> and why would muxer need it? [03:29] <ubitux> because it is needed to flag the data [03:29] <durandal_1707> so you sent just single byte? [03:30] <durandal_1707> it should possible... [03:30] <ubitux> no i'd prefer to send the complete palette [03:30] <ubitux> there is a type for it [03:30] <ubitux> it works somehow fine but i get invalid free for some reason [03:31] <durandal_1707> where its allocated? [03:31] <ubitux> encoder: av_packet_new_side_data(pkt, AV_PKT_DATA_PALETTE, AVPALETTE_SIZE); [03:31] <ubitux> muxer: palette = av_packet_get_side_data(pkt, AV_PKT_DATA_PALETTE, &size); [03:32] <ubitux> but then i get that kind of stuff: http://pastie.org/7638659 [03:32] <ubitux> of course it's possible i'm messing somewhere else [03:36] <ubitux> http://b.pkh.me/0001-gif-use-only-one-graphic-control-extension-block-per.p… [03:36] <ubitux> i don't really get why it fails.. [03:39] <durandal_1707> shrink_side_data? [03:41] <ubitux> idk :( [03:41] <durandal_1707> only libavcodec/mpegvideo_enc.c is doing something similar, so wake up michaelni [03:42] <durandal_1707> i'm doing some cleanups with gif muxer/encoder like using gif.h [03:43] <ubitux> erm [03:43] <ubitux> well ok [03:43] <ubitux> i actually did that already but dropped it from my current tree for a random reason [03:43] <durandal_1707> aw, why? [03:43] <ubitux> please let me fix the palette and timestamping problem though :) [03:44] <ubitux> durandal_1707: because it was in the middle of other changes and not easy to fix [03:44] <ubitux> also [03:44] <ubitux> see the code i'm moving.. [03:44] <durandal_1707> yes, i know you do not like conflicts..... [03:44] <durandal_1707> i can leave it to you after all ... [03:44] <ubitux> thx :) [03:44] <ubitux> i should be done with gif in a few days [03:46] <durandal_1707> no rush (looks for how many years it was in this state...) [03:46] <ubitux> i have tons of other crazy/fun projects [03:46] <ubitux> so i want to get done soon :) [03:47] <durandal_1707> also remove that PDP_ENDIAN comment nonsense while you are at it [03:48] Action: durandal_1707 hopes noone comes with patch to support that .... [03:50] <ubitux> feel free to remove it right away [03:50] <ubitux> it won't conflict with my work [03:51] <ubitux> 7 entries in my gif todo list, fear. [03:52] <durandal_1707> link? [03:53] <ubitux> top secret [03:53] <ubitux> and written on a white board so.. [11:54] <durandal_1707> saste: i did not get new comments on colorbalance so i will likely apply [11:56] <saste> durandal_1707, i'll do another quick review in an hour [11:56] <saste> as for the syntax thing i'd like to hear a third opinion [11:58] <ubitux> syntax? [11:58] <ubitux> you mean the range? [11:58] <ubitux> mmh we need to review some user patches... [11:59] <ubitux> fade, smv, .. [11:59] <durandal_1707> saste: i changed 200 to 2 for colorchannelmixer as I have better time to do then waste time [12:00] <saste> durandal_1707, thanks [12:06] <saste> ubitux, smv? [12:06] <ubitux> [FFmpeg-devel] [PATCH 2/2] Support playing SMV files. [12:06] <ubitux> i can't really review it though [12:07] <durandal_1707> because? [12:08] <ubitux> not my area :) [12:09] <saste> ^^ random excuse #12 [12:10] <ubitux> :D [12:17] <durandal_1707> also added 16bit support to mixer [12:48] <cone-523> ffmpeg.git 03Carl Eugen Hoyos 07master:99818ac4d371: Fix libswscale compilation with --disable-optimizations on x86-32. [13:08] <cone-523> ffmpeg.git 03Michael Niedermayer 07master:978e373499e2: cmdutils: make the "-help filter=" output less confusing [13:45] <cone-523> ffmpeg.git 03Clément BSsch 07master:28f9858c91ff: lavf/gif: simplify streams type checking. [13:45] <cone-523> ffmpeg.git 03Clément BSsch 07master:0a0e6877ff3b: lavf/gif: remove unused fields. [13:45] <cone-523> ffmpeg.git 03Clément BSsch 07master:b7a3f143604c: lavf/gif: trim unnecessarily long netscape ext code. [13:45] <cone-523> ffmpeg.git 03Clément BSsch 07master:01367b0fca0c: lavf/gif: merge gif_write_{packet,video}. [13:47] <durandal_1707> ubitux: i wanted to check for GIF codec not for unsect codec .... [13:47] <durandal_1707> you dont want to put h264 into gif, do you? [13:47] <durandal_1707> i thought it was abvious, but then .... [13:49] <ubitux> oh, sorry, misunderstood [13:49] <ubitux> will fix [13:54] <cone-523> ffmpeg.git 03Clément BSsch 07master:9db1c6455e47: lavf/gif: support only GIF codec. [14:05] <ubitux> ts fixed, yay. [14:07] <durandal_1707> ubitux: ? [14:10] <ubitux> actually, almost [14:10] <ubitux> the timestamps are incorrect with the gif muxer [14:26] <ubitux> avpriv_set_pts_info(s->streams[0], 64, 1, 1000) pkt->duration=1000 [14:26] <ubitux> avpriv_set_pts_info(s->streams[0], 64, 1, 100) pkt->duration=1 [14:26] <ubitux> wut? [14:26] <ubitux> isn't duration supposed to be 100 in the second case? [14:32] <ubitux> the durations looks all broken for some reason when i set 1/100 in the encoder [14:32] <durandal_1707> what you use as source? [14:33] <ubitux> lavfi testsrc and a play with the rate parameter [14:33] <ubitux> i tried r=1, r=10, r=30, r=100... [14:33] <ubitux> and i always get pkt->duration=1 with set pts info 1/100 [14:34] <ubitux> with 1/1000 i get more meaningful duration [14:34] <durandal_1707> so created gifs play too slow? [14:35] <ubitux> well, basically delay calculation is broken if i use the pkt->duration [14:35] <ubitux> it's easy to fix, i just need to set pts info to 1/1000 [14:35] <ubitux> and rescale myself [14:35] <ubitux> but i wanted to let the internal rescale correctly by themselves [14:35] <ubitux> by just setting 1/100 [14:50] <durandal_1707> ubitux: you resolved that side data issue? [14:51] <ubitux> no [14:51] <ubitux> :( [14:51] <durandal_1707> ubitux: pinged michaelni? [14:51] Action: ubitux ping michaelni [15:00] <durandal_1707> michaelni: why is there no av_clipd ? [15:01] <ubitux> because it's called av_clip()? [15:01] <durandal_1707> av_clip is interger only [15:01] <ubitux> what would clipd be then? [15:01] <ubitux> double? [15:01] <durandal_1707> similar to av_clipf [15:04] <durandal_1707> to make audio users happy [15:07] <durandal_1707> ubitux: so writing filters is more fun than encoders? [15:08] <ubitux> not really [15:09] <ubitux> i'm just not comfortable with them yet :p [15:14] <durandal_1707> so i'm adding av_clipd and pushing two new filters [15:15] <ubitux> don't change the api without sending a patch.. [15:15] <durandal_1707> i just add new function in header ...... [15:25] <michaelni> durandal_1707, if a av_clipd() is needed, we should add one [15:26] <durandal_1707> my filter needs it [15:32] <cone-523> ffmpeg.git 03Clément BSsch 07master:90a56ebbe586: lavc/gif: avoid encoding 0x0 images. [15:47] <durandal_1707> sent av_clipd patch [15:49] <ubitux> michaelni: any idea how i could make the dithering smoother: http://lucy.pkh.me/nut.gif ? [15:50] <michaelni> ubitux, choose a better palette, also error diffusion might help a bit [15:51] <ubitux> problem with error diffusion is that it randomize too much between frames [15:51] <michaelni> i know [15:51] <michaelni> cluster and void dither might help a tiny bit too [15:52] <michaelni> or some rotated bayer dither [15:52] <ubitux> ok :p [15:52] <michaelni> or maybe you can find a way to reduce the temporal change with ER [15:53] <michaelni> ED i meant ;) [15:53] <nevcairiel> could try a randomized dithering pattern instead of the ordered dithering pattern [15:54] <durandal_1707> ubitux: i thought you where working on pal8 [15:55] <ubitux> problem with using pal8 is that it will generate a palette per frame [15:55] <durandal_1707> dithering with bad pallete cant make results much better ... [15:55] <ubitux> so using pal8 makes sense if it's a static gif [15:55] <ubitux> for animated, that's not a good idea [15:56] <durandal_1707> ubitux: yes, but you could still generate palette in encoder only ... (ignore pal8 for now) [15:56] <ubitux> i don't understand what you want me to do [15:56] <michaelni> 2pass palette generation [15:57] <michaelni> first pass find optimal palette for whole video [15:57] <durandal_1707> ubitux: did you looked at all those fancy gif samples.... [15:57] <ubitux> durandal_1707: not yet :p [15:58] <durandal_1707> michaelni: exactly, 2 pass gif encoder [16:00] <ubitux> yeah, maybe later :) [16:02] <durandal_1707> i want that av_clip to be applied asap, as i want to push nice filters [16:15] <michaelni> durandal_1707, approved but you can just work on top of such a commit ignoring if its in master or not [16:20] <durandal_1707> michaelni: its part of colorbalance... [16:29] <cone-523> ffmpeg.git 03Michael Niedermayer 07master:5ae484e350e4: evrcdec: use memmove() instead of memcpy() when regions can overlap. [16:40] <durandal_1707> awww [16:48] <ubitux> michaelni: any idea why using av_packet_new_side_data() in an encoder breaks? [16:48] <ubitux> so far, there is only one case: libavcodec/mpegvideo_enc.c: s->mb_info_ptr = av_packet_new_side_data(pkt, [16:48] <ubitux> i'm not sure if it works [16:48] <ubitux> but if i do that in the gif encoder, i get http://pastie.org/7644834 [16:49] <ubitux> (http://b.pkh.me/0001-gif-use-only-one-graphic-control-extension-block-per.p…) [16:49] <ubitux> (the lavf part can be ignored, using only the lavc chunk is enough to trigger the invalid read) [16:55] <michaelni> ubitux, you wrote that split_write_packet() stuff for the muxer side [16:55] <michaelni> so you should know why it or surrounding code doesnt work :) [16:57] <ubitux> mmh [16:58] <ubitux> it's the encoder part here :( [16:59] <michaelni> it works with demxuer->muxer and not encoder->muxer ? [16:59] <michaelni> if so whats the difference? [17:03] <ubitux> maybe side data are not merged after the encoder [17:16] <durandal_1707> :-) Classification: UNCLASSIFIED Caveats: NONE [17:20] <ubitux> it seems that merging side data after the encode solve my problem [17:20] <ubitux> though, i'm actually wondering if adding side data to the packet in the encoder is ok [17:21] <ubitux> oh well, yeah derp it's fine [17:37] <cone-523> ffmpeg.git 03Paul B Mahol 07master:3e9c0217fdd3: lavu: add av_clipd_c [17:37] <cone-523> ffmpeg.git 03Paul B Mahol 07master:449cdd547b30: colorbalance filter [17:37] <cone-523> ffmpeg.git 03Paul B Mahol 07master:212960eea4c0: colorchannelmixer filter [17:38] <ubitux> erk, dup :) [17:39] <ubitux> durandal_1707: fate! :( [17:46] <durandal_1707> doubles are used, so i'm afraid it could make fate yellow [17:49] <ubitux> btw, anyone has any objection with the vf xyz convert? [17:49] <ubitux> it seems libav is delaying it for months [17:49] <ubitux> and at least one person want it [17:49] <durandal_1707> it shuld not be rocket science to incorporate it in colormatrix [17:51] <ubitux> btw, it seems people want 3d lut in ffmpeg [18:05] <cone-523> ffmpeg.git 03Michael Niedermayer 07master:4c8ce750abaa: svq3: use memmove to avoid overlap in memcpy. [18:23] <Compn> ubitux : we should apply it until someone puts it in swscale or whatever [18:23] <Compn> theres no reason to sit on it [18:23] <Compn> that kind of '47-reviews' of a patch and 'lets not implement anything until we do it right' type development has been hampering things and splitting up developers into other projects [18:24] <Compn> making people fork (ffmbc, etc) and reinvent wheels [18:24] <Compn> for little reason (its a hack, its not correct api, etc) [18:25] <Compn> at least imo. i cant speak for everyone :) [18:28] <ubitux> ok i'll work on it then [18:28] <ubitux> ... when i'm done with this !@# gif [18:48] <durandal_1707> http://www.hydrogenaudio.org/forums/index.php?showtopic=100448&hl= [19:06] <ubitux> michaelni: no idea for the timing problem? [19:06] <ubitux> ([PATCH/WIP] lavf/gif: fix timing.) [19:11] <seanDuncan> I'm wondering if someone can tell me what specific container atom ffmpeg looks to when it is determining the pixel format of a pro-res encoded file inside of a .mov container (IE where it gets the information to know that the file's pixel format is (for example) 'yuv422p10le' from) [19:12] <michaelni> ubitux, are you setting dts/pts ? [19:13] <ubitux> michaelni: i tried with different sources [19:14] <ubitux> my test case being mainly -f lavfi -i testsrc=r=XXX [19:14] <ubitux> michaelni: the question is why the pkt->duration is (completely) fucked up when the precision is 1/100 but ok with 1/1000 [19:15] <ubitux> (on muxer side) [19:15] <michaelni> dunno but you should possibly set AVFMT_VARIABLE_FPS [19:15] <ubitux> mmh [19:16] <michaelni> if that doesnt help it could also be a bug outside gif*c [19:18] <ubitux> doesn't help [19:18] <ubitux> still get pkt->duration=1 whatever the rate [19:18] <seanDuncan> I'm wondering because I'm finding that some of my proRes .mov files require me to add '-analyze_duration' and '-probesize' to get the pixel format to be properly detected. I'm hoping that by finding the location I can detect automatically, beforehand (via my own application), when to increase ffmpeg's analyze duration and probe size. [19:19] <ubitux> michaelni: it's reproducible with any den < 1000 [19:20] <michaelni> and works with >= 1000 ? [19:20] <ubitux> yes [19:21] <ubitux> seanDuncan: it's likely looking into various trak sub atoms [19:21] <ubitux> seanDuncan: having the moov header on top helps? [19:21] <ubitux> michaelni: do you want a branch to reproduce? [19:23] <ubitux> michaelni: github/ubitux/gif-muxing ; then: ./ffmpeg -f lavfi -i testsrc=r=30 -y testsrc.gif [19:23] <ubitux> pkt->duration is logged; if you try to change the 1000 into something < it goes to 1 immediately [19:27] <seanDuncan> Unfortunately, having the moov header at the top doesn't help. I still run into times where I have to increase analyzeduration and probesize even when moov is at the top [19:28] <seanDuncan> I have looked at the box structure via Apple's 'Atom Inspector' tool, however I can't find the exact byte range where it says 'yuv422p10le.' My guess is that there is some byte range in the the track holding the video that must have some sort of code that maps to 'yuv422p10le' but I just don't know where to look for that code. [19:32] <ubitux> possibly in one of the the stsd leaf tables of the trak [19:32] <ubitux> add some debug in lavf/mov.c [19:33] <michaelni> ubitux, iam not sure your use of duration in the muxer is a good idea [19:34] <michaelni> currently its set from ff_compute_frame_duration() [19:34] <ubitux> should i do some pts diff instead? [19:34] <michaelni> so its not the actual durations just values based on frame rate [19:35] <michaelni> i think thats better if it can be done [19:35] <ubitux> yeah sure it should be possible [19:36] <seanDuncan> @ubitux: thanks, can you suggest a couple of places that would be good for me to add debug printouts in mov.c? [19:36] <ubitux> seanDuncan: read header, stsd, anything function setting codec_id or similar video codec settings [19:40] <seanDuncan> @ubitux: ok, I'll start there. thanks. [19:42] <ubitux> michaelni: seems to work fine, thank you :) [19:43] <ubitux> finally good timing in gif files... [19:47] <seanDuncan> [20:15] <cone-523> ffmpeg.git 03Michael Niedermayer 07master:23daee0dcc57: avcodec/mpegvideo_motion: Check P field references [20:36] <cone-523> ffmpeg.git 03Nicolas George 07master:300ca0763b6d: examples/filtering_audio: fix frame leak. [20:36] <cone-523> ffmpeg.git 03Michael Niedermayer 07master:5b9675b5ac89: Merge remote-tracking branch 'cigaes/master' [21:49] <saste> durandal_1707, sepia effect? [22:31] <Compn> cehoyos : what ticket is the one with the hikvision ? cant find it using search or googles :\ [22:31] <durandal_1707> its in roundup, dead now [22:32] <Compn> i remember it in roundup [22:32] <Compn> thought it got migrated [22:43] <durandal_1707> iirc bug did not got migrated [22:46] <ubitux> saste: what's your general opinion about the enable thing? [22:46] <ubitux> saste: are you ok with it, or you would prefer the system nicolas is talking about? [22:50] <saste> ubitux, i already commented on the patches and look fine to me [22:51] <ubitux> ok, should i push then? [22:51] <saste> i still have to read carefully the comments from nicolas [22:51] <ubitux> oh i have to push the ass/ssa mmh [22:51] <saste> ubitux, can you post updated patches? [22:53] <ubitux> mmh i'm in the middle of a large change now, i'll do it asap [22:57] <saste> how should I set the framerate in interleave? [23:17] <durandal_1707> saste: same as input(s)? [23:19] <saste> durandal_1707, 1/0 [23:20] <durandal_1707> ? [23:23] <durandal_1707> also, thare are new flags for dynamic inputs/outputs .... [23:24] <saste> uhm yes [23:29] <saste> who's going to attend the gsoc feedback session tomorrow? [23:30] <saste> it will be 16:00 UTC (18:00 CEST) [23:30] <saste> michaelni, ubitux? [23:30] <ubitux> saste: i'll be there [23:30] <cone-523> ffmpeg.git 03Clément BSsch 07master:7c1a002c78f1: subtitles: introduce ASS codec id and use it. [23:30] <saste> llogan already said he won't be present (I should) [23:31] <saste> ok, i'll announce the event on this channel one hour before the beginning [23:33] <michaelni> ill be present unless my net connection is down or something else unexpected [23:34] <saste> allright, thank you [23:34] <ubitux> wow, that ass/ssa thing is a relief. [23:34] <ubitux> what a pain [23:49] <cone-523> ffmpeg.git 03Stefano Sabatini 07master:c6a43a72444a: lavfi/mptestsrc: fix invalid access in case of negative linesize [23:49] <cone-523> ffmpeg.git 03Michael Niedermayer 07master:020c287f5ee5: avformat: Dont stop probing before the whole id3 tag is read [23:59] <ubitux> saste: mmh, i wasn't able to get the option thing working [00:00] --- Fri Apr 19 2013

1 0

ffmpeg.log.20130418
by burek 19 Apr '13

19 Apr '13

[03:29] <THoRIX_> hi, i've been working with dranger's ffmpeg tutorials (im building under win64 using zeranoe builds) and im noticing something strange. Depending on how many logical cores are detected the video sync timings seem to vary. For example if i set the program affinity to a single core then the video frames match perfectly with the audio, the more cores i enable the more the video is off sync (always behind the audio). I can replicate the behaviour by programmical [03:29] <THoRIX_> ly setting the thread_count under AVCodecContext. Can anyone shed any light on why this is happening? [07:11] <newb2ee> what is diffrent between plane and channel? [07:12] <newb2ee> 2 ch audio has 2 plane, isnt it? [07:45] <AzMoo> Hey, I'm having a bit of trouble with a 2 pass x264 encode. I'm trying to use -acodec aac but every time I use that audio codec it hangs at around frame 72 on the second pass and the CPU goes crazy. Has anybody seen that before? [07:50] <newb2ee> can anyone teach me about planar sample format, or give me a example source of swresample [08:55] <mks> Hi all, I'm trying to run ffmpeg as a video h264 client over udp network, my server is a gstreamer pipeline : gst-launch mfw_v4lsrc capture-width=720 capture-height=576 fps-n=25 ! queue ! mfw_vpuencoder bitrate=32767 ! video/x-h264,width=720,height=576 ! rtph264pay ! udpsink port=5000 host=10.1.0.8 [08:57] <mks> I tried a VLC client and it works welll but with the ffmpeg I can't get video here is the ouptut http://pastebin.com/KuHK0hn5 [08:58] <mks> It seems there is something wrong with the parameters given to my ffmpeg command [08:59] <mks> does anybody already dealed with that kind of issue ? [09:07] <mks> what does "Could not find codec parameters for stream 0 (Video: h264)" means for the following command ffmpeg -re -f h264 -i udp://10.1.0.29:5000 [09:07] <mks> ? [09:54] <newb2ee> somebody tell me about How planar sample fmt saves data ( sequence)... [10:43] Last message repeated 1 time(s). [10:58] Last message repeated 1 time(s). [11:01] <divVerent> your question makes no sense, can you rephrase? [11:02] <newb2ee> ok sorry I want to know what planar pcm is [11:03] <newb2ee> how can i convert planar to interleaved [11:44] <zap0> planar L L L L L L L L L R R R R R R R R R R [11:44] <zap0> interleaved L R L R L R L R L R L R L R L R L R L R L R L R [11:52] <JEEB> that is close but not an exactly matching view of planar, because depending on where the memory could be allocated, there's a rather big chance that the next plane will not be right after the previous [11:52] <JEEB> so it could be LLLLL...L <a big big amount of memory space> RRRR...R [12:13] <brontosaurusrex> how come r128 is returning -70 on a file without audio? [12:13] <brontosaurusrex> LUFS [12:14] <brontosaurusrex> should that be: "no audio data found, error" ? [12:14] <brontosaurusrex> shouldn't [12:29] <newb2ee> .. [12:34] <ubitux> brontosaurusrex: check the dB scale [12:35] <ubitux> -70dB means silence [12:36] <brontosaurusrex> well, its not silence, its a file without audio track [12:38] <ubitux> then the filter was likely open and closed right away [12:38] <ubitux> and since it displays its report on close.. [12:38] <brontosaurusrex> yeah [13:21] <jbermudes> I'm trying to use ffmpeg to record my webcam, but it doesn't seem to respect the v4l2-ucp settings that I give it. [13:23] <jbermudes> If I change the brightness, then start up ffmpeg, it doesn't respect it, and trying the device in mplayer afterwards shows that indeed the setting was not merely ignored, but somehow reset [15:32] <esing> hi [15:32] <esing> I want to cut a video without rendering it, because it is already encoded in mpeg-2. The video is currently saved as an mpg. I cut it with avidemux, set the options 'copy' (means not to use any (trans)encodes, but export the original video) and now I have the last option to set the container. Since my original video is in mpg and I want to put the video additional later on dvd and play it also on older dvd players I selected 'mpeg' as container. After [15:32] <esing> exporting it as mpeg the video is right, but I don't see any set times (timeline) in my video player. Using the container avi lets me see the time though. What could I be missing [15:54] <lentferj> esing: did you choose MPEG TS or MPEG PS? [15:55] <esing> lentferj, I chose just MPEG, I also tried MPEG TS (same issue as with just MPEG); just 5 minutes I tried MPEG PS and it didn't had the issue; so I'll be fine picking MPEG PS for my videos without having any quality lost? :) [15:55] <esing> +ago [15:56] <lentferj> yes, use mpeg program stream, check the "configure" button that it is actually set to "DVD" [15:58] <lentferj> esing: mpgeg ps + COPY for audio and video is good for DVD. But those are not actually ffmpeg questions ;) [15:58] <esing> lentferj, Good to know, thanks. If I wanted to burn the mpeg-ps file to dvd I would just need to create an iso out of it first and then burn it, right? [15:59] <divVerent> yes, the probably right tools here are dvdauthor and mkisofs [15:59] <microchip_> esing: use dvdauthor to create DVD scructure from it, THEN make an ISO :) [15:59] <esing> lentferj, Yes, it's rather offtopic, thanks for the info's, helped me a lot [16:00] <lentferj> esing: http://en.wikipedia.org/wiki/Moving_Picture_Experts_Group [16:00] <lentferj> if you'd like to know "why" [16:01] <lentferj> esing: tools like devede or k3b can easy to process of creating a DVD from a vob or mpg file [16:02] <lentferj> esing: well, and http://en.wikipedia.org/wiki/MPEG_transport_stream http://en.wikipedia.org/wiki/MPEG_program_stream [16:03] <lentferj> wow... bad english... *can ease the process... I meant [16:03] <esing> lentferj, Oh, I thought I would first create the iso with dvdauthor or similar and then k3b can process it [16:08] <lentferj> iirc .. hmm, yeah maybe for k3b you actually need the vob file to places them in the DVD-Video structure yourself [16:08] <lentferj> devede can create DVD-Video from files directly with menus etc [16:09] <lentferj> if you don't want to fiddle with the command line too much [16:10] <zimbatm> hello ! [16:10] <zimbatm> i'm trying to debug a video on android [16:10] <zimbatm> anyone knows how to deactivate PAR/DAR ? I didn't find anything in the doc [16:11] <zimbatm> there's one working sample who doesn't have that PAR/DAR so I'm suspecting that's the issue [16:29] <zimbatm> the new metadata mapping seems to be the issue on android [16:29] <zimbatm> now testing with a second failing video [16:30] <zimbatm> yep [18:29] <davidw> we're trying to debug something a bit odd. On an older version of ffmpeg (versions forthcoming), kill PID works as expected [18:29] <davidw> on a newer version (1.0.5 I think) kill PID does not kill it - only kill -9 works [18:35] <zimbatm> davidw: it's hard to get support if you don't use the latest version [18:35] <zimbatm> the guys fix things every day so it could be anything [18:36] <davidw> zimbatm, in our case the older version is what I'd consider correct behaviour: it receives a SIGTERM and stops [18:36] <zimbatm> yeah but "new version" needs to be master [18:36] <davidw> behavior...ugh, I've been reading too much stuff from the UK [18:36] <zimbatm> it's fine :) [18:38] <zimbatm> did you try running strace to see if a syscall is hanging ? [18:38] <zimbatm> gdb might also help [18:39] <davidw> zimbatm, yeah, we straced it... it does some kind of restart jig.... [18:39] <zimbatm> also by experience, if you can pinpoint the exact commit that introduced the issue you'll get much more success notifying the developers [18:40] <zimbatm> it's quite easy if you can reproduce the bug in a bash script [18:40] <davidw> I'd guess that something like that did not just creep in [18:40] <davidw> it's probably there for a reason [18:41] <zimbatm> then you can use `git bisect` [18:41] <zimbatm> davidw: what's the full command you're running ? [18:41] <zimbatm> ffmpeg uses threads so you might have a deadlock somewhere [18:42] <davidw> ok, 0.8.6 works, we're under deadline, so for the time being our answer is 'use the older version' [18:42] <davidw> unless someone happens to recollect why the change was introduced [19:27] <dodegkr> hi I have followed the guide here [19:27] <dodegkr> https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide [19:27] <dodegkr> but cannot compile vlc 2.0.6 [19:27] <dodegkr> as i get error configure: error: libavcodec versions 55 and later are not supported yet. [19:27] <dodegkr> any way around this ? [19:38] <klaxa> dodegkr: either get an older version of ffmpeg or a newer version of vlc [19:38] <klaxa> the latter would be smarter unless you really need 2.0.6 [19:39] <dodegkr> the latter says *** Your FFMPEG installation is crippled. *** [19:40] <dodegkr> It seems your FFMPEG (libavcodec) installation lacks the following encoder: [19:40] <dodegkr> H264 - MPEG-4 AVC (part 10). [19:40] <dodegkr> so im a bit stuck [19:42] <dodegkr> the version that complains is VLC media player 2.0.5 Twoflower [23:20] <jacobs1> Hi, can image2pipe accept raw rgb images ? [23:26] <durandal_1707> jacobs1: i dont think so, use rawvideo demuxer (assuming they all are of same size) [00:00] --- Fri Apr 19 2013

1 0

ffmpeg-devel.log.20130417
by burek 18 Apr '13

18 Apr '13

[00:00] <michaelni> also we should setup a fate instance once it (mostly) passes fate [00:00] <michaelni> a list of all warnings and errors that it generates when compiling might be interresting too [00:02] <durandal11707> but it requries s/color/colour etc.... [00:05] <saste> what's the best way to select a single channel component to output? [00:05] <saste> for example if I want to convert alpha to a gray image? [00:05] <durandal11707> alphaextract [00:07] <cehoyos> michaelni: Patch sent, I wanted to leave the renaming to the subtitles maintainer. [00:07] <saste> durandal11707, and if i want to select another component? [00:08] <michaelni> in "void (*color)(void *priv, unsigned int color, unsigned int color_id);" <-- does it also fail if that int color is just int ? [00:08] <durandal11707> saste: use geq to move channel to alpa and than alhaextract? [00:09] <saste> durandal11707, yes, but that's not very efficient [00:09] <saste> indeed i wonder if we should generalize alphaextract [00:09] <saste> something like rgbextract [00:11] <cone-507> ffmpeg.git 03Christophe Gisquet 07master:1a4007964c10: x86: float dsp: butterflies_float SSE [00:11] <cone-507> ffmpeg.git 03Michael Niedermayer 07master:92218aad007f: butterflies_float: replace 2 lea by 2 add [00:13] <cehoyos> =-) [00:13] <cehoyos> Removing the second "color" from the line in ass_split.h fixes the compilation problem. [00:14] <durandal11707> saste: https://git.gnome.org/browse/gimp/tree/app/base/color-balance.c?id=1f7cf2dd… [00:23] <ubitux> cehoyos: nit: static const enum AVMediaType [00:24] <ubitux> cehoyos: so a clash between the function name and the argument? [00:24] <cehoyos> ubitux: Yes, apparently [00:25] <ubitux> lol [00:25] <cehoyos> Could you suggest a commit message? [00:25] <ubitux> cehoyos: -unsigned int color +unsigned int /* color */ [00:26] <ubitux> and commit message saying what compiler is stupid, and what version eventually [00:27] <ubitux> michaelni: you should stop using "que" for "queue"; this word doesn't exist :p [00:27] <ubitux> i'm not even sure it's valid slang [00:28] <cehoyos> ubitux: My question was: Is the construct I remove really called "anonymous struct" or is that something else? [00:30] <ubitux> afaict you're just removing an argument from a function pointer in a struct [00:30] <ubitux> argument *name* [00:30] <cehoyos> The other patch... [00:30] <ubitux> seems i brainfart a lot tonight [00:31] <ubitux> it's an anonymous array [00:32] <ubitux> could be considered a struct somehow, but i'm not sure of the vocabulary [00:32] <cehoyos> Of course, thank you! [00:33] <michaelni> ubitux, "slang, language peculiar to a particular group ...", can we say que is used really alot by the ffmpeg developers, then it would qualify as slang ? [00:33] <ubitux> you're the only one to use it :p [00:34] <michaelni> thats not my fault or is it ? [00:34] <durandal11707> saste: i really do not like [-2, 2], it should remain 200.... [00:36] <saste> durandal11707, why? [00:38] <durandal11707> i need to type . all the time [00:39] <cehoyos> michaelni: pgc compilation fixes are on github ready to merge [00:41] <ubitux> michaelni: i mean you don't represent a group by yourself :) [00:45] <michaelni> ubitux, please see: https://en.wikipedia.org/wiki/Trivial_group, it describes all properties of the trivial group with one element that is me [00:47] <durandal11707> axiom: michaelni does not represent group by himself [00:49] <ubitux> michaelni :( [00:50] Action: michaelni goes back to working on ffmpeg [00:54] <cehoyos> Nobody wants to comment on this mail? (Stefano?) http://thread.gmane.org/gmane.comp.video.ffmpeg.libav.user/10532 [00:54] <cone-507> ffmpeg.git 03Carl Eugen Hoyos 07master:9802f56684fe: ass_split: Do not use the function name as a parameter name in a declaration. [00:54] <cone-507> ffmpeg.git 03Carl Eugen Hoyos 07master:fe1de12fafce: Remove two anonymous arrays. [00:57] <durandal11707> cehoyos: your xv does not support rgb? [01:01] <saste> cehoyos, we should pay someone to write a tutorial [01:02] <saste> and we should add more examples covering more real-world use cases [01:02] <saste> usual stuff about crowd funding etc. etc. [01:03] <durandal11707> saste: aren't you in ffmtech? [01:03] <saste> durandal11707, no [01:03] <saste> I left more than one year ago [01:05] <ubitux> wtf, the gif encoder is... never used? [01:05] Action: ubitux wonders wtf is going on [01:06] <ubitux> something looks definitely wrong [01:06] <cehoyos> durandal11707: Yours does? [01:06] <ubitux> both encoder and muxer are doing somehow the same with data [01:06] <ubitux> oh god the format takes rawvideo [01:06] <cehoyos> ubitux: There is a muxer that uses the rawvideo encoder and an encoder used by image2 [01:06] <cehoyos> Or wasn't that the question? [01:07] <durandal11707> cehoyos: is that affirmative/negative answer? [01:07] <cehoyos> The muxer likes rgb24, the encoder pal8 [01:07] <ubitux> cehoyos: why doing it like this? [01:07] <ubitux> cehoyos: why not make the muxer just write encoded gif data? [01:07] <cehoyos> durandal11707: So far, I was sure that nobody's xv supported anything else (that is the reason I already asked the other day about your xv) [01:07] <cehoyos> ubitux: historical reasons? [01:08] <ubitux> cehoyos: ok [01:08] Action: durandal11707 looks like ubitux forget glory days when gif decoder where written in demuxer [01:08] <ubitux> ._. [01:08] <cehoyos> durandal11707: What does xvinfo report for you? [01:09] <cehoyos> (It also supports yuy2 and yuyv here, but the number of FFmpeg decoders is limited, so I don't think they are so useful) [01:09] <durandal11707> Xvideo image format: 0x41424752 (RGBA) packed and so one from mpv.... [01:09] <cehoyos> That is what xvinfo reports? [01:09] <durandal11707> i dont heave xvinfo installed [01:09] <durandal11707> mplayer should give similar output with verbose flag [01:13] <saste> AVDictionary **avpriv_frame_get_metadatap(AVFrame *frame); [01:13] <saste> why it isn't const *frame? [01:13] <cehoyos> durandal11707: ATI? [01:14] <durandal11707> cehoyos: radeon [01:15] <cehoyos> That seems to be the explanation: I am on nvidia, and google seems to confirm that ati supports rgb via xv. [01:16] <cehoyos> Good night! [01:21] <kierank> michaelni: how can you guarantee monotonic dts [01:22] <kierank> might be possible to do what you want to do with additional latency to normal [01:24] <kierank> i need to think about it a bit [01:25] <kierank> i'm pretty sure there's a reason you can't do that [01:34] <michaelni> kierank, theres code between the user app and the muxer that sorts packets per dts [01:34] <michaelni> it can be disabled per muxer if the muxer doesnt want it [01:34] <michaelni> or be replaced by some other rule [01:35] <kierank> but what if i write a packet with a dts less than the packet the muxer has already worked on [01:35] <kierank> i.e how does it know when to start leaking the buffer [01:36] <michaelni> dts cant move backward in each stream [01:36] <michaelni> so it just needs one packet in each stream [01:37] <michaelni> the details are a bit more complex IIRC [01:37] <michaelni> but thats the prnciple [01:37] <michaelni> see ff_interleave_packet_per_dts() and surrounding code [01:49] <kierank> might work if it can deliver an interleaved dts across all streams reliably [02:01] <durandal11707> saste: need to send another iteration? [02:01] <saste> durandal11707, yes please [02:02] <durandal11707> saste: for both? [02:03] <saste> yes, colorchannel is trivial, while I'd like to check better the colorbalance patch [02:03] <saste> *colorchannelmixer [02:05] <durandal11707> saste: for what? [02:05] <saste> durandal11707, for the transform [02:05] <durandal11707> its same [02:06] <saste> double mid = 2.0 / 3.0 * (1 - ((i - 127.0) / 127.0) * ((i - 127.0) / 127.0)); [02:06] <saste> also i suspect readability could be improved a bit [02:08] <durandal11707> it is already readable [02:15] <durandal11707> ffplay -f lavfi -i testsrc -vf histeq=0.9 segv here [02:19] <cone-507> ffmpeg.git 03Michael Niedermayer 07master:161dee43213d: rmdec: dont return uninitialized data [02:25] <cone-507> ffmpeg.git 03Paul B Mahol 07master:b8edf91657ad: lavfi/histeq: fix out of array write [02:26] <durandal11707> histeq filter nees some serious love [03:12] <ubitux> yay, got it working [03:49] <ubitux> 3 files changed, 25 insertions(+), 200 deletions(-) [03:49] <ubitux> and adding a feature. [03:49] <ubitux> actually, fixing that mess mainly [03:53] <ubitux> and size of files on a quick test divided by 3 [11:12] <cone-483> ffmpeg.git 03Clément BSsch 07master:9db6aaeb2c1e: ffplay: use format title metadata to set window caption. [11:21] <cone-483> ffmpeg.git 03Michael Niedermayer 07master:f2619cbd6148: examples/filtering_audio: enable ref counted frames [11:21] <cone-483> ffmpeg.git 03Pavel Koshevoy 07master:e5644313c581: examples/filtering_audio: get rid of AVABufferSinkParams [11:58] <cone-483> ffmpeg.git 03Clément BSsch 07master:a5ebd2d987c3: cmdutils: slightly better -filters output. [12:08] <durandal_1707> last time to object on mp inverse telecine filters removal [12:19] <durandal_1707> ubitux: adding direct variable is really not needed [12:19] <ubitux> one mem access instead of two? [12:20] <ubitux> it also gives some meaning to the code so i kind of like it [12:21] <durandal_1707> i find it completly pointless .... [12:59] <ubitux> when is the gif demuxer going to honor the loop flag? [12:59] <ubitux> :( [12:59] <durandal_1707> ? [13:00] <ubitux> if a loop is set it should seek back to the start and resend img packets [13:01] <durandal_1707> well that is trivial to add if you really like demuxer to loop forever [13:01] <ubitux> for files with a loop i'd like it indeed [13:02] <durandal_1707> then send patch [13:02] <ubitux> will do [13:02] <ubitux> but i want to improve the encoder a little first :) [13:20] <mateo`> Hello guys, i plan to support PKL files from DCP packages in a dedicated demuxer, thus ffmpeg will be able to play a DCP without manually specify the MXF files. Do you think this is a good idea (and could be accepted) ? [13:22] <durandal_1707> mateo`: why would it be 'bad' idea? [13:23] <mateo`> I don't know, i just want to make sure that this work could be integrated in ffmpeg :) [13:23] <durandal_1707> then how i would know if i do not know anything about PKL/DCP [13:25] <durandal_1707> DCP are rar files? [13:26] <cbsrobot> dcp is basicly a folder with xml and mxf files and the xml files are describing (with hash and size check) what the mxf are used for [13:27] <durandal_1707> and pkl files in dcp are? [13:27] <cbsrobot> pkl is a sort of xml files [13:27] <cbsrobot> there are also cpl files [13:27] <Compn> mateo` : is that something that needs some kind of playlist support ? [13:28] <ubitux> i hope you can have .jar into it, otherwise it's disappointing [13:28] <Compn> mateo` : if you have a small example file, i suggest uploading and posting to ffmpeg-devel so people can figure out how they want to tackle it [13:28] <cbsrobot> I think the pkl is used to define all the assets [13:28] <cbsrobot> the cpl is used to define what media files go togehter [13:28] <mateo`> Compn: i don't know enough about the CPL/PKL format [13:29] <cbsrobot> you can have multiple cpl files in a dcp folder [13:29] <mateo`> but i just planned to support the PKL files, so no playlist support i guess [13:30] <mateo`> afaik it just references the mxf files to use [13:38] <Compn> mateo` : i think someone added support for chained ogg files. so that sounds kinda similar. might want to copy how that was done [13:39] <Compn> i think its just a demuxer addition [13:40] <mateo`> my idea was to copy the hls demuxer, parse the description file, open demuxers ... [13:46] <durandal_1707> ubitux: why ffmpeg -f filter=format list 0 as inputs and outputs? [13:47] <ubitux> 0 is the pad number [13:47] <ubitux> input[0] called "default" [13:47] <ubitux> output[0] called "default" [13:50] Action: durandal_1707 gonna remove all filters [13:51] <ubitux> no :( [13:54] <durandal_1707> "convert stereo movie from top-bottom to left-right field" <- what that means? [13:57] <durandal_1707> hmm gonna implement this in stereo3d and remove this filter too [13:59] <durandal_1707> this filter is bad, it dumps half of pixels [13:59] <durandal_1707> and same funcionality is already in stereo3d [14:00] <durandal_1707> except its broken, probably because of ubitux [14:00] <ubitux> :( [14:02] Action: durandal_1707 finished removing filters, now _pushing_ ... [14:02] <cone-483> ffmpeg.git 03Paul B Mahol 07master:f0a149e53827: lavfi: remove bad inverse telecine filters [14:06] <durandal_1707> i removed 3k lines of code [14:06] <ubitux> :) [14:13] <ubitux> i need to keep a reference to the previous frame in an encoder [14:13] <ubitux> but the frame is passed as const [14:14] <ubitux> so it seems i can't use av_frame_clone, ref, or similar [14:14] <ubitux> (since the source is affected) [14:14] <ubitux> how am i supposed to do that? [14:16] <durandal_1707> ubitux: you return cloned frame [14:16] <durandal_1707> and use reget_buffer [14:16] <durandal_1707> thats how many codecs doo [14:16] <durandal_1707> lol this is for decoders ... [14:17] <ubitux> yes for decoders there is plenty of examples [14:17] <ubitux> but for encoders.. [14:17] <durandal_1707> return copied frame [14:18] <ubitux> how do you copy the frame? [14:18] <ubitux> av_frame_clone wants a non-const for the source [14:18] <durandal_1707> data stuff [14:19] <ubitux> erk. [14:19] <ubitux> that sucks a bit.. [14:22] <cone-483> ffmpeg.git 03Paul B Mahol 07master:b725202546da: lavfi/stereo3d: fix output width for sbsl/sbs2l [14:23] <ubitux> afaict it means duplicating the buffers (so manual alloc for each plane) [14:23] <ubitux> sounds a bit braindead to me [14:26] <durandal_1707> ubitux: but how would you make sure that right data is muxed? [14:27] <ubitux> what do you mean? [14:29] <durandal_1707> use av_frame_clone with cast [14:30] <ubitux> yeah i guess. [14:43] <ubitux> hehe size/2 for an encode of testsrc [14:43] <ubitux> more to come. [14:49] <durandal_1707> what you added? [14:49] <ubitux> top and bottom cropping [14:51] <durandal_1707> how you detect it? [14:51] <ubitux> memcmp with the previous frame :p [15:05] <ubitux> -f lavfi testsrc,vflip [15:05] <ubitux> crash. [15:07] <durandal_1707> not here [15:09] <ubitux> works fine when dropping get_video_buffer from vflip [15:10] <durandal_1707> but does it still vflips? [15:10] <ubitux> sure. [15:10] <ubitux> it's done in filter_frame [15:10] <ubitux> there is no reason for this get_video_buffer insanity [15:10] <ubitux> unless i'm missing something? [15:12] <ubitux> negative linesize, yum yum [15:13] <cone-483> ffmpeg.git 03Anton Khirnov 07master:aafed1175df7: af_channelmap: sanity check input channel indices in all cases. [15:13] <cone-483> ffmpeg.git 03Michael Niedermayer 07master:74e86d3147cc: Merge commit 'aafed1175df76603e94c99a7748968780d6548d2' [15:24] <cone-483> ffmpeg.git 03Anton Khirnov 07master:c0771a1ac6da: af_channelmap: cosmetics, use an extra local variable to shorten the code [15:24] <cone-483> ffmpeg.git 03Michael Niedermayer 07master:f60ba6c52418: Merge commit 'c0771a1ac6da697f86e3b10c8fe5dbc2ee92e347' [15:42] <cone-483> ffmpeg.git 03Anton Khirnov 07master:b1bb8fb860b4: svq1dec: check that the reference frame has the same dimensions as the current one [15:42] <cone-483> ffmpeg.git 03Michael Niedermayer 07master:251f283b9d1b: Merge commit 'b1bb8fb860b47e90dd67f0c5740698128fc82dcc' [15:57] <cone-483> ffmpeg.git 03Anton Khirnov 07master:ecff5acb5a73: svq1dec: clip motion vectors to the frame size. [15:57] <cone-483> ffmpeg.git 03Michael Niedermayer 07master:0a946599f881: Merge commit 'ecff5acb5a738fcb4f9e206a12070dac4bf259b3' [16:10] <cone-483> ffmpeg.git 03Anton Khirnov 07master:34f87a58532e: qdm2: check that the FFT size is a power of 2 [16:10] <cone-483> ffmpeg.git 03Anton Khirnov 07master:69f6f03cd16a: rv10: cosmetics, reformat [16:10] <cone-483> ffmpeg.git 03Michael Niedermayer 07master:8cff853b2336: Merge commit '69f6f03cd16a09e4e848b4e82bae4993bc361cd0' [16:15] <ubitux> here we go, cropping done [16:20] <cone-483> ffmpeg.git 03Anton Khirnov 07master:bac8d38c0a71: rv10: return meaningful error codes. [16:20] <cone-483> ffmpeg.git 03Michael Niedermayer 07master:4916e220a60a: Merge commit 'bac8d38c0a716c8bdfdecf0ae545015c68f5df36' [16:24] <ubitux> durandal_1707: any trick in mind to increase compression a bit more? [16:25] <ubitux> playing with palettes could help, but except with the palette stuff maybe there is some other stuff [16:26] <durandal_1707> ubitux: disposals [16:27] <durandal_1707> also there are converters... [16:27] <ubitux> yeah i could have a look to them but well [16:28] <ubitux> less fun :) [16:38] <Snaggle> !seen highgod [16:49] <cone-483> ffmpeg.git 03Anton Khirnov 07master:01d376f598fe: rv10: check that extradata is large enough [16:49] <cone-483> ffmpeg.git 03Michael Niedermayer 07master:e5dc5095f9fa: Merge commit '01d376f598fe95478036f5d1e3e5e14ffe32d4bf' [16:56] <cone-483> ffmpeg.git 03Anton Khirnov 07master:66531d634e75: indeo3: switch parsing the header to bytestream2 [16:56] <cone-483> ffmpeg.git 03Michael Niedermayer 07master:4029a5ebc2f9: Merge commit '66531d634e75b834e89e4a6a0f7470ca018712a1' [17:03] <cone-483> ffmpeg.git 03Anton Khirnov 07master:34e6af9e204c: indeo3: fix data size check [17:03] <cone-483> ffmpeg.git 03Michael Niedermayer 07master:2787f7b188f5: Merge commit '34e6af9e204ca6bb18d8cf8ec68fe19b0e083e95' [17:19] <cone-483> ffmpeg.git 03Paul B Mahol 07master:716588188d87: lavfi/stereo3d: check input width & height [17:21] <durandal_1707> Snaggle: you can also contact him by email... [17:22] <Snaggle> durandal_1707: I did. No response yet. [17:35] <cone-483> ffmpeg.git 03Anton Khirnov 07master:a0a872d0733f: indeo3: check motion vectors. [17:36] <cone-483> ffmpeg.git 03Michael Niedermayer 07master:7f2253078d3e: Merge remote-tracking branch 'qatar/master' [18:00] <durandal_1707> what it best way to write filter that reads 2 frames(from single input) and outputs one frame? [18:08] <ubitux> just like decimate? [18:09] <ubitux> but since there is only one frame to keep, a pointer to the prev frame in the context is enough [19:02] <durandal_1707> ubitux: what is this nonsense macro in decimate filter? [19:04] <ubitux> which one? [19:05] <durandal_1707> PF() magic [19:05] <durandal_1707> its very funny [19:05] <ubitux> oh well the list was too painful to expand manually [19:05] <ubitux> is there a problem with it? [19:06] <durandal_1707> except grep fail, no [19:28] <cone-483> ffmpeg.git 03Clément BSsch 07master:3db3b278f2dc: lavfi/lut: add direct path. [19:28] <cone-483> ffmpeg.git 03Clément BSsch 07master:45f5bf917b54: lavfi/lut: reindent after previous commit. [19:28] <cone-483> ffmpeg.git 03Clément BSsch 07master:4c6fa4ef45b9: lavfi/lut: simplify nested component stepping. [19:28] <cone-483> ffmpeg.git 03Clément BSsch 07master:7ee2daed9b73: lavfi/interlace: remove exec permissions. [19:29] <ubitux> anyone for the vflip crash? [19:30] <durandal_1707> ubitux: i cant reproduce, does it happen with lavfi only? [19:31] <saste> ubitux, i'm debugging it [19:31] <saste> is it a regression? [19:31] <ubitux> yes [19:31] <ubitux> durandal_1707: i think so [19:31] <saste> ubitux, since when? [19:32] <ubitux> no idea, it works with 1.2 [19:32] <ubitux> so most likely one of the recent libav bomb [19:32] <saste> weird [19:32] <ubitux> (i can reproduce with the fork) [19:32] <saste> ubitux, otoh, how can you use -f lavfi with the fork? [19:33] <ubitux> -filter_complex testsrc,fvlip [19:33] <saste> and seems a filter code bug to me, like that it is assuming a positive linesize [19:33] <ubitux> vflip* [19:33] <ubitux> gtg, bbl [19:34] <saste> ubitux, cyl [19:34] <saste> gty [19:34] <cone-483> ffmpeg.git 03Paul B Mahol 07master:1de7dcb4574d: lavfi/stereo3d: fix interleave row output modes [19:36] <durandal_1707> i gonna remove down3dright [21:32] <cone-483> ffmpeg.git 03Michael Niedermayer 07master:45741dd81f41: vf_lut: fix simplification / off by 1 error [21:32] <cone-483> ffmpeg.git 03Michael Niedermayer 07master:cc6f848dba89: avutil/intfloat_readwrite: avoid comparission with INFINITY, use isinf() [21:32] <cone-483> ffmpeg.git 03Michael Niedermayer 07master:3220083c112f: ra144: Try to fix int16/uint16 warnings from pgc [21:35] <ubitux> oups [21:37] <saste> ubitux, the testsrc bug is weird [21:37] <saste> it should affect libav as well, and older versions [21:37] <cone-483> ffmpeg.git 03Nicolas George 07master:e3e6aa7afb82: lavfi/buffersrc: fix failed requests count. [21:37] <cone-483> ffmpeg.git 03Michael Niedermayer 07master:0b3bd78714ab: Merge remote-tracking branch 'cigaes/master' [21:38] <JEEB> talking about weird, I love these Japanese dual mono airings, that have a stereo AAC track that is actually supposed to be two separate mono outputs that the user can switch between [21:38] <saste> so, who's going to continue with xvideo? [21:38] <JEEB> I should check one day in the ARIB specs how it is actually signaled [21:45] <ubitux> saste: it affects libav [21:45] <saste> ubitux, and older versions? [21:45] <saste> the bug is there since the first commit [21:45] <ubitux> i wasn't able to reproduce with ffmpeg 1.2 [21:46] <ubitux> maybe a lucky run [21:46] <saste> but i'm pretty sure i tested that combination before [21:46] <saste> it should happen *always* if I understand the problem [21:46] <saste> now debugging mptestsrc,vflip [21:48] <saste> memset(picref->data[0], 0, picref->linesize[0] * h); [21:48] <saste> nice [21:51] <durandal_1707> aww [21:54] <durandal_1707> there is bunch of such casese in other filters [21:55] <durandal_1707> showwaves,showspectrum [22:00] <durandal_1707> ubitux: someone have problems with fieldmatch [22:00] <ubitux> that's not a surprise [22:01] <ubitux> where? [22:01] <durandal_1707> on ffmpeg-user [22:02] <saste> durandal_1707, you going to pick the xvideo patch? [22:02] <durandal_1707> saste: should I? [22:02] <saste> seems already in good shape, assuming it works [22:02] <saste> durandal_1707, only if you want [22:03] <durandal_1707> i'm already full of patches floating around [22:04] <saste> i wonder if there is a better way to iterate over the lines to memset them to 0 [22:06] <durandal_1707> use FFABS [22:08] <durandal11707> saste: i gonna push colorchannelmixer unless you object [22:08] <saste> durandal11707, let me review [22:08] <saste> i'm gonna do soon [22:08] <saste> blame ubitux for finding new bugs all the time [22:18] <durandal11707> saste: review what?, i already improved filter by adding alpha and 16bit support [22:24] <ubitux> saste: i'm also adding some ± discreetly so you never get bored [22:24] <ubitux> so vflip is the new filter breaker? [22:26] <durandal11707> its not breaker, you should never ever assume linesize is positive [22:27] <ubitux> i believe we assume it quite a lot [22:27] <ubitux> though, i still don't get that get buffer thing [22:29] <durandal11707> i asked saste for explanation.... [22:29] <saste> ubitux, did you test your patch with fate? [22:30] <saste> i don't think it can work [22:31] <saste> it is a bit tricky, try to imagine what happen with a padded buffer and your approach [22:36] <ubitux> saste: i believe i did [22:37] <ubitux> saste: oh, with pad mmmh [22:52] <durandal11707> saste: you gonna improve histeq? [22:52] <saste> durandal11707, what's the problem with it? [22:53] <saste> i really have no much time, feel free to create a ticket so i don't discard [22:54] <saste> how much time does it take make fate on your machines? [22:54] <saste> here it is more than 20 minutes, but then my laptop has serious heating design issues [23:00] <durandal11707> saste: buy new one? [23:01] <saste> when the weather is warmer is much worse [23:02] <saste> in winter is better, probably i should move to northern europe (or to the other emisphere) [23:03] <nevcairiel> michaelni: cc6f848dba89 broke msvc dll builds [23:03] <nevcairiel> hm possibly static builds too, those didnt run yet [23:05] <nevcairiel> let that damn pgc compiler warn, but dont break msvc :P [23:05] <durandal11707> saste: preferably somewhere without internet connection?.... :evil [23:07] <cone-483> ffmpeg.git 03Stefano Sabatini 07master:565c50ac7b51: lavfi/select: make select_frame() return void [23:07] <cone-483> ffmpeg.git 03Stefano Sabatini 07master:dcc1b3236168: lavfi/select: add support for dynamic number of outputs [23:07] <cone-483> ffmpeg.git 03Stefano Sabatini 07master:8bfd8781519b: lavfi/select: factorize options definition between select and aselect [23:07] <cone-483> ffmpeg.git 03Stefano Sabatini 07master:fe5ca6b91371: lavfi/aspect: restore ratio parsing [23:07] <cone-483> ffmpeg.git 03Stefano Sabatini 07master:5229b7837164: lavfi/aspect: extend verbose feedback, show old SAR and DAR values [23:07] <cone-483> ffmpeg.git 03Stefano Sabatini 07master:7ab631261033: lavfi/testsrc: use int in place of unsigned [23:07] <cone-483> ffmpeg.git 03Stefano Sabatini 07master:3933963d7ba0: lavfi/testsrc: fix style [23:07] <cone-483> ffmpeg.git 03Stefano Sabatini 07master:bbf003e94970: lavfi/mptestsrc: reindent option constants [23:07] <cone-483> ffmpeg.git 03Stefano Sabatini 07master:db84088e99f5: lavfi/mptestsrc: use AV_OPT_TYPE_DURATION [23:07] <cone-483> ffmpeg.git 03Stefano Sabatini 07master:e252460c9be7: lavfi/mptestsrc: remove unused size field [23:08] <ubitux> saste: any new comment on the timeline btw? [23:08] <saste> ubitux, did you send a new patch? [23:09] <ubitux> i don't remember [23:09] <ubitux> i remember answering your question though [23:09] <ubitux> but my memory might be in a quantum state [23:11] <ubitux> i guess i'll have to convince nicolas [23:19] <ubitux> saste: you forgot a #if FF_API_OLD_FILTER_OPTS around a .init [23:19] <ubitux> (you did it for dar only) [23:21] <michaelni> nevcairiel, i dont really care about pgcs warnings i did these chnages in hopes to fix pgc build and pgc idependant bugs. ill fix msvc asap [23:22] <michaelni> s/pgc build/pgc fate/ [23:24] <cone-483> ffmpeg.git 03Michael Niedermayer 07master:c25224737cba: avutil/intfloat_readwrite: include common.h for isinf() [23:27] <michaelni> saste, you broke -vf setdar=16:9 [23:27] <michaelni> example: .(ffmpeg -i matrixbench_mpeg2.mpg -vf setdar=16:9 tmp.avi [23:27] <michaelni> ./ffmpeg [23:31] <durandal11707> hmm, it looks like wrong stuff is applied.... [23:40] <cone-483> ffmpeg.git 03Stefano Sabatini 07master:f212c2380a11: lavfi/setsar: remove spurious #if FF_API_OLD_FILTER_OPTS around init field [23:40] <cone-483> ffmpeg.git 03Stefano Sabatini 07master:f04ec05f0ed0: lavfi/setdar: fix num/den swapping in log message [23:40] <cone-483> ffmpeg.git 03Stefano Sabatini 07master:1efcab02b6c7: lavfi/aspect: apply hot fix for NUM:DEN syntax [23:44] <saste> durandal11707, i don't like arbitrary rescaling factors which complicates understanding for questionable gain [23:44] <saste> "mathematically cleaner" in this case it means a simpler expression of the output value [23:45] <durandal11707> i don't need suck kind of explanations [23:47] <saste> durandal11707, explanation ? no it's rather a "justification" [23:50] <durandal11707> saste: your "justification" for colorbalance is same, note that scaling is hiden there [00:00] --- Thu Apr 18 2013

1 0

ffmpeg.log.20130417
by burek 18 Apr '13

18 Apr '13

[04:42] <blue_misfit> Hello folks. Can someone point me in the right direction to understand what a sequence_start_code is in the context of MPEG-2? [09:40] <Guest13491> Hello all [09:47] <Guest13491> i have a little problem to convert a mp4 [09:48] <retard> how sad [09:48] <Guest13491> i have not the counter progress [09:48] <Guest13491> i mean when i launch the ffmpeg command its finish by Press [q] to stop, [?] for help [09:49] <Guest13491> the destination file is created but partially [09:49] <Guest13491> so not readable [09:49] <Guest13491> could you help me please. [09:50] <THoRIX_> hi, i've been working with dranger's ffmpeg tutorials (im building under win64 using zeranoe builds) and im noticing something strange. Depending on how many logical cores are detected the video sync timings seem to vary. For example if i set the program affinity to a single core then the video frames match perfectly with the audio, the more cores i enable the more the video is off sync (always behind the audio). I can replicate the behaviour by programmical [09:50] <THoRIX_> ly setting the thread_count under AVCodecContext. Can anyone shed any light on why this is happening? [09:52] <Guest13491> ? [09:55] <julienb> when i launch the ffmpeg command its finish by Press [q] to stop, [?] for help [09:55] <julienb> and execute a partial mp4 video which i can t play [09:55] <julienb> someone could help me please? [10:06] <Newbee> 2013. 04. 07. Fine. Korea. [10:07] <julienb> There is someone for help in this room? [10:08] <Newbee> yesterday i said like that and nobody response :< [10:08] <julienb> i thought it was a room to talk about ffmpeg [10:08] <Newbee> yes [10:08] <julienb> i see a lot of people in the list but nobody talk [10:08] <Newbee> ask your problem first [10:09] <julienb> i asked it twice [10:09] <julienb> i have an error after converting a mp4 video [10:09] <Newbee> and.. wait. [10:09] <julienb> when i launch the ffmpeg command its finish by Press [q] to stop, [?] for help [10:10] <julienb> and creat a partial mp4 [10:10] <julienb> all the command is here http://pastebin.com/4XR2Sduf [10:13] <relaxed> julienb: try a newer version [10:25] Action: julienb slaps relaxed around a bit with a large trout [10:26] <relaxed> that usually fixes 99.3% of problems [10:52] <jacobs1> Hi, I am trying to stream real time raw data via multicast but I am having 2 issues. 1. I cant get rid of a 1-2 seconds lag I have. 2. my played video stream has many glitches and corrupted frames. this is the ffmpeg and ffplay command and output: /bin/ffmpeg -an -f rawvideo -vcodec rawvideo -s 800x1280 -pix_fmt rgba -r 9 -i - -vcodec mpeg4 -r 7 -filter:v "scale=400:-1" -sws_flags fast_bilinear [10:52] <jacobs1> -b 300000 -f mpegts udp://224.1.1.1:1234 , output: http://pastebin.com/AWVhvfEu [11:15] <julienb> Please i need help with a simple command convert in a lower bitrate a mp4 [11:16] <julienb> the problem is the command stop with Stream mapping: [11:16] <julienb> Stream #0:0 -> #0:0 (h264 -> libx264) [11:16] <julienb> Stream #0:1 -> #0:1 (aac -> libfaac) [11:16] <julienb> Press [q] to stop, [?] for help [11:16] <julienb> and create a corrupt file [11:26] <relaxed> julienb: did you try an up to date version of ffmpeg? [11:27] <julienb> yes i have the last version installed [11:28] <julienb> fflogger yes the pastbin is http://pastebin.com/4XR2Sduf [11:30] <relaxed> the latest version is 1.2, try it or git [11:30] <relaxed> julienb: http://dl.dropbox.com/u/24633983/ffmpeg/index.html [11:31] <julienb> relaxed i installed the last stable version for gentoo, this version is compatible with gentoo distro ? [11:32] <relaxed> yes, it's a static binary [11:33] <Bor0> how can I build ffmpeg for 32-bit on a 64-bit system? what parameters should be passed to configure? [11:33] <julienb> ok i will see that but are you sure it's a pb of version with my problem? [11:34] <relaxed> julienb: it could be [11:41] <julienb> relaxed are you sure it's a stable version? [11:42] <relaxed> yes [11:43] <julienb> relaxed, yes but does it compatible with gentoo? [11:44] <relaxed> YES [11:44] <julienb> ok [11:45] <relaxed> it's just a binary- unpack the tar archive and run /path/to/new/ffmpeg -i ... [11:54] <julienb> ok thanks relaxed [11:54] <julienb> it seems to work better now. [11:55] <relaxed> you're welcome [12:10] <MozartsGhost> Hi Guys, I really need some help with ffserver, I have been trying for many hours now to get it to work ... [12:12] <MozartsGhost> my ffmpeg command is the following .. [12:12] <MozartsGhost> dvbstream -loglevel verbose -f 10773 -p h -s 22000 -c 3 5000 5001 -o | ffmpeg -i - -r:0.0 25 -vcodec libx264 -profile:v main -preset:v medium -x264opts keyint=125:level=30:keyint-min=25:vbv-maxrate=850:vbv-bufsize=9350 -aspect 16:9 -b:v 800k -r:v 25 -filter:v yadif -acodec libfaac -profile:a aac_low -ac 2 -ar 22050 -b:a 96k -f mpegts http://localhost:8090/stream1.ffm [12:12] <MozartsGhost> Could someone maybe show me what the correct setup would be for ffserver.conf, the stream/feed sections, to restream that via http, so that I can have http clients connecting to my stream, I can currently send the stream directly from ffmpeg to wowza with UDP unicast, but I need ffserver so that my stream analyzer can connect to the ffmpeg stream with http [12:13] <MozartsGhost> the default examples don't work, I keep getting "av_interleaved_write_frame(): Connection reset by peer", and connection refused from ffmpeg [12:14] <MozartsGhost> even though, my ffserver doesn't give an error [12:21] <MozartsGhost> Bor0: yea you can, add -m32 to CFLAGS [12:23] <MozartsGhost> Bor0: export CFLAGS=-m32 [12:43] <MozartsGhost> does anyone have a working ffserver.conf file I can look at please ? .. really frustrated, because I simply cannot get the example configs to work. [12:44] <durandal_1707> MozartsGhost: what examples? [13:38] <MozartsGhost> durandal_1707: the example config file from the source tarball [13:39] <durandal_1707> MozartsGhost: try this: http://ffmpeg.org/trac/ffmpeg/wiki/Streaming%20media%20with%20ffserver [13:40] <MozartsGhost> cool thanks, will take a look there quick [13:40] <MozartsGhost> ;) [13:45] <divVerent> The worst wartt pbru_ about NTSC jokes jsk_s ih_ the stupid telecine. [13:55] <MozartsGhost> ok, argh, so basically I need to take my encoding options out of ffmpeg and put them in ffserver instead ? ... can ffserver not simply just restream the stream whatever I send to it ? why on earth do I need to re-specify all my A/V encoding options .. [13:55] Action: MozartsGhost sighs [14:07] <MozartsGhost> creates a real problem, because I need to incorporate this in my automated system, and then to basically set up a new stream, I would have to restart the whole ffserver ... ? to create a new stream ? [14:07] <durandal_1707> ffserver is not really actively developed [14:08] <MozartsGhost> ah, ok. just trying to get a grip on this man, I wanted to replace my whole vlc setup with ffmpeg, but I can't even get a simple http stream working. [14:09] <durandal_1707> find someone who fill improve ffserver/vlc for your needs ... [14:09] <MozartsGhost> lol, I will have to do it myself man, I just thought it could allready do what I wanted [14:10] <MozartsGhost> I don't want to improve vlc, because its rtp is really buggy .. and ffmpeg is working like a dream after I set some pkt size options and stuff [14:11] <MozartsGhost> just a pity about the http/ffserver issue. ok, neways, thanks for the input. I will figure something out. [14:47] <Alix_> Hello [14:51] <Alix_> I have a large amount of video files. I host these videos since 2001 and there is a good variety of codecs (. Wmv,. Mov,. Mpeg). I would like to convert al to .mp4l (H.264 & ACC). What is the easiest way with FFMPEG? (Squeeze 64) [14:51] <Alix_> I don't think there is a easy way. I don't have the choice to list all the codecs and build them in ffmpeg ? [14:52] <klaxa> usually ffmpeg can decode a lot of codecs [14:53] <klaxa> you could just try to encode them to h264 and aac and log which ones fail [14:53] <klaxa> shouldn't be that many [14:54] <klaxa> (on a side note, .wmv, .mov and .mpeg are nothing but file-extentions at first, and indicate the container, not the codec) [14:55] <klaxa> you also would probably not want to re-encode files that are already in aac or h264 [15:04] <Alix__> ok klaxa, thank you for your reply [15:04] <Alix__> yes [15:09] <Alix__> Last question: If i have to "bet" on one video codec for web support, H.264 is the best choice, no ? [15:14] <klaxa> hmm... if you want to "bet" on a webformat just specify webm as a container i guess... however, i think that will use VP8 and Vorbis as codecs [15:16] <JEEB> uhh [15:16] <JEEB> lol [15:16] <JEEB> mobile market is still fully H.264 [15:16] <klaxa> :X [15:17] <JEEB> on PC you can do H.264 with pretty much any browser, most have native support, too. Rest need Flash. [15:17] <Alix__> chrome dropped h.264 but its still supported via an addon [15:17] <JEEB> Alix__, huh? [15:17] <Alix__> yep [15:17] <JEEB> link please? [15:17] <JEEB> I know chromium (!) dropped H.264 [15:17] <JEEB> but Chrome, not that I know [15:17] <JEEB> And Firefox will soon have native support for the Windows H.264/AAC/MP3 decoders [15:18] Action: JEEB is already testing that on nightlies [15:18] <Alix__> i didn't test, i just read that [15:18] <JEEB> yes, there was a single article in 2011 [15:19] <JEEB> where they said they were "dropping" support [15:19] <JEEB> they still have not [15:19] <JEEB> and most probably will not for the close future [15:19] <Alix__> yes 2011, it's that [15:19] <Alix__> ok [15:20] <JEEB> http://mozillamemes.tumblr.com/post/19415247873/surely-chrome-will-drop-h-2… [15:20] <JEEB> even mozilla kind of already got the point last year [15:21] <JEEB> and started more actively pushing their "use the system's decoders" things [15:21] <JEEB> gstreamer for *nix, the Media Foundation filters for Windows and so forth [15:21] <Alix__> http://caniuse.com/webm VS http://caniuse.com/mpeg4 [15:22] <JEEB> yup [15:22] <Alix__> I have 50'000 video files and i don't want to encode them in x formats :D [15:23] <JEEB> anyways, right now I'm pretty sure the way to go is H.264, with certain limiting settings depending on what kind of devices you want to support [15:24] <Alix__> But storage is cheaper than bandwith [15:24] <JEEB> because mobile needs H.264 anyways, and most of the PC users can accept H.264 in one way or another [15:24] <Alix__> yep [15:24] <Alix__> or flash support [15:24] <JEEB> that's what I meant with "in one way or another" [15:24] <Alix__> yep [15:25] <JEEB> also don't worry, in a couple of years you'd probably end up re-encoding some of your content to save bandwidth anyways when the next-gen formats get more mature implementations :P [15:27] <Alix__> haha, i will keep my original files :D [15:58] <Chat1932> Hello [16:09] <MozartsGhost> Hi guys, I am trying to send output to the tee muxer, with the following command, -f tee -map 0:v -map 0:a "[f=mpegts]udp://localhost:9160?pkt_size=1316&buffer_size=65535|[f=mpegts]udp://192.168.112.80:9120?pkt_size=1316&buffer_size=65535" [16:09] <MozartsGhost> it works fine if I send to either of those destinations individually .. but as soon as I stick them together in the tee mux, the streams freeze and stop and go crazy, also the bitrate stops display on the output like it normally does [16:09] <MozartsGhost> is my syntax correct ? .. because once again, the documentation is extremely short on this thing [16:11] <MozartsGhost> when I use the tee mux like that, Bitrate says N/A ... [16:32] <durandal_1707> MozartsGhost: ask on mailing list, or report bug [16:39] <MozartsGhost> lol, its cool, man, I should do that, but I am a bit lazy, I am just piping it now and copying output again with ffmpeg, then at least I get my solution working. cause I AINT going back to vlc. [16:39] <MozartsGhost> durandal_1707: I will paste my situation to mailing list a bit later .. [16:39] <MozartsGhost> works perfect when I pipe it .. however, tee mux is not giving me any love, haha. [16:42] <durandal_1707> MozartsGhost: it may be just bug.... [16:56] <MozartsGhost> yea, possible I guess. I will look into it again at another time tho, gotta go home in a few minutes [17:00] <MozartsGhost> ye, I think definitely with tee .. lol, just duplicated 11 times with a pipe, just for fun, lol and all streams are displating nicely [17:01] <MozartsGhost> neways, home time .. cheerio [17:34] <Alix__> I don't know where to begins. What settings I have to set to have a good ratio quality/file size with H.264 / ACC ? Any ideas ? [17:59] <Sashmo_> Hey guys, is there a way to add an external time sync/clock to ffmpeg encoding? [20:34] <Astin> Hello there [20:35] <Astin> I would like to transfer rtmp to hls and hds [20:35] <Astin> could I get tips T.T [20:43] <hendry> i used to be able to convert videos into mp4 with: ffmpeg -y -i "test.mkv" -movflags +faststart -c:v libx264 -vprofile baseline -level 30 -maxrate 10000000 -bufsize 10000000 -acodec aac -strict experimental test.mp4 [20:43] <Fjorgynn> :) [20:43] <Fjorgynn> aha? [20:43] <hendry> but now I get '[libx264 @ 0x1777cc0] Error setting profile baseline.', any ideas? [20:43] <hendry> 'x264 [error]: baseline profile doesn't support 4:4:4' [20:43] <durandal_1707> add -pix_fmt yuv420p [20:44] <durandal_1707> it worked before because your input was never 4:4:4 [20:45] <hendry> durandal_1707: thanks, that seems to work ... [20:45] <hendry> durandal_1707: still don't quite understand, does baseline need input to be in a certain dimension? [20:46] <durandal_1707> no, but certain subsampled yuv [20:49] <hendry> can my x11grab invocation perhaps generate this 'certain subsampled yuv' to begin with ? https://github.com/kaihendry/recordmydesktop2.0/blob/master/x11capture#L70 [20:50] <hendry> durandal_1707: thanks btw, https://github.com/kaihendry/recordmydesktop2.0/commit/d87da0f3aa7188333dfa… [20:50] <durandal_1707> yes, because x11grab takes probably rgb [20:50] <hendry> durandal_1707: if you can see a way of improving my script, I'd be grateful =) [20:51] <durandal_1707> and doing rgb->yuv444 you lose less than rgb->yuv420 [21:01] <hendry> durandal_1707: sorry, not familiar with all this terminology [21:01] <hendry> so in my x11capture script i should be saving as yuv444 ? [21:03] <durandal_1707> hendry: is is already done ...... [21:06] <hendry> durandal_1707: oh ok, so my ffmpeg invocations are perfect then? :) [22:42] <Gozzy> good evening, i have a mov file with one audio stream which contains 16 streams (Stream #0:1(eng): Audio: pcm_s24le (lpcm / 0x6D63706C), 48000 Hz, 16 channels, s32, 18432 kb/s), whats the best way to convert this to dvd audio? (i dont mind going stereo) [23:54] Last message repeated 1 time(s). [00:00] --- Thu Apr 18 2013

1 0

ffmpeg-devel.log.20130416
by burek 17 Apr '13

17 Apr '13

[00:03] <Lil-|^Red> Hi there, I downloaded a creative commons mp4 H264-Mpeg-4 (part10) (avc1) with Audio AAC Audio (mp4a) and would like to put this onto a viewable PS3 DVD using VLC or some other program. Is there a website/forum/or Guide to make this process slightly easier (as I only attempt this every 2 yrs- & usu. fail) that you are aware of and can tell me ?? [00:44] <cone-986> ffmpeg.git 03Martin Storsjö 07master:c0dcf89887f7: bfin: Match DEFUN_END macros to the right functions [00:44] <cone-986> ffmpeg.git 03Michael Niedermayer 07master:398b9ed28f58: Merge commit 'c0dcf89887f7fbdd7a8502bc7c715f50157562cb' [00:49] <cone-986> ffmpeg.git 03Ronald S. Bultje 07master:c46819f2299c: x86: Move constants to the only place where they are used [00:49] <cone-986> ffmpeg.git 03Michael Niedermayer 07master:d5c31403aa13: Merge commit 'c46819f2299c73cd1bfa8ef04d08b0153a5699d3' [00:55] <cone-986> ffmpeg.git 03Martin Storsjö 07master:5941978e71d2: vp3: bfin: Transpose the IDCTs [00:55] <cone-986> ffmpeg.git 03Michael Niedermayer 07master:05bea443935a: Merge commit '5941978e71d2c3a8e2a7e87951e081e0b2e77da9' [01:01] <cone-986> ffmpeg.git 03Ronald S. Bultje 07master:015821229f96: vp3: Use full transpose for all IDCTs [01:01] <cone-986> ffmpeg.git 03Michael Niedermayer 07master:d98c3adef2ef: Merge commit '015821229f96bf7e677f2a711a58dbea3009f574' [01:08] <cone-986> ffmpeg.git 03Martin Storsjö 07master:6add6272dac7: fate: Set the bitexact flag for vp3/vp5/vp6 tests [01:08] <cone-986> ffmpeg.git 03Michael Niedermayer 07master:7ed691e2db78: Merge remote-tracking branch 'qatar/master' [04:02] <cone-986> ffmpeg.git 03Michael Niedermayer 07master:7e20f80d2cd4: fate: fix histogram test, try #2 [05:10] <DooMMasteR> is there a way to use the parametric stereo feature of libaacplus via ffmpeg? [05:11] <DooMMasteR> and why is this mode not supported? libaacplus: bad aac setting: br:32000, AACch:1, AACsr:24000 [05:11] <DooMMasteR> using anything else aside from -ac 2 -ar 44100 will break [05:11] <DooMMasteR> ahh not anuthing, mono also works [05:11] <DooMMasteR> but parametric stereo is never used -.- [06:09] <cone-986> ffmpeg.git 03Michael Niedermayer 07master:003bf337477f: sws: fix alignment of rgb2yuv [10:47] <cone-507> ffmpeg.git 03Paul B Mahol 07master:97b2865aa27c: libaacplus: remove FF_API_OLD_ENCODE_AUDIO cruft [11:43] <cone-507> ffmpeg.git 03Michael Niedermayer 07master:2fa11a94a312: sws/fill_rgb2yuv_table: avoid 2 divisions [11:43] <cone-507> ffmpeg.git 03Michael Niedermayer 07master:bcf643486f46: sws/fill_rgb2yuv_table: increase precission to 32bit [11:43] <cone-507> ffmpeg.git 03Michael Niedermayer 07master:f05cfb654fe9: sws/fill_rgb2yuv_table: use ROUNDED_DIV [12:20] <cone-507> ffmpeg.git 03Paul B Mahol 07master:82082695de3b: libaacplus: set supported channel_layouts [12:20] <cone-507> ffmpeg.git 03Paul B Mahol 07master:0b06bd1c7a1d: libaacplus: set supported profiles [13:25] <durandal_1707> michaelni: some 0RGB/0BGR is missing alpha in pixdesc.c [13:26] <nevcairiel> isnt the point of the 0RGB things that they dont have alpha? [13:27] <durandal_1707> yes but without that plane they are same as rgb24 [13:27] <durandal_1707> s/plane/comp stuff in pixdesc ... [13:32] <michaelni> durandal_1707, which function uses the 4th plane when nb_components is 3 [13:32] <michaelni> ? [13:34] <durandal_1707> michaelni: afaik, it should not matter, i just noticed that some 0rgb have it but others do not [14:28] <cone-507> ffmpeg.git 03Michael Niedermayer 07master:1314f534e54d: avutil/pixdesc: fix rgb0 descriptors [14:28] <cone-507> ffmpeg.git 03Michael Niedermayer 07master:20e99a9c10cd: avutil/pixdesc: support for self-checking the descriptors [15:23] <cone-507> ffmpeg.git 03Michael Niedermayer 07master:f807d6d2009b: avutil/pixdesc: check step/depth against each other [15:23] <cone-507> ffmpeg.git 03Michael Niedermayer 07master:2d8a3cf4c168: avutil/pixdesc: check for component overlap [15:25] <durandal_1707> how you can draw pts with drawtext? [15:26] <ubitux> %{pts} ? [15:27] <durandal_1707> [Parsed_drawtext_0 @ 0x29fb90c0] Stray % near 'pts}'= [15:27] <ubitux> 'drawtext=text=%{pts}:fontcolor=yellow:fontsize=30:x=30:y=30' [15:27] <ubitux> works fine here ^ [15:27] <durandal_1707> yea, pebkac [15:44] <durandal_1707> ubitux: why you did not added support for rgba/bgra/etc to curves filter? [15:45] <ubitux> because i was lazy [16:16] <durandal_1707> michaelni: i get this: [swscaler @ 0x29c20000] 20bpp not supported by yuv2rgb [16:22] <ubitux> durandal_1707: so you want to add pixfmt to curves? [16:23] <durandal_1707> maybe [16:25] <durandal_1707> so what ivtc filters are for removal? [16:26] <ubitux> yes [16:27] <ubitux> want to drop them? [16:27] <ubitux> there is not much remaining filters :) [16:27] <ubitux> pullup (really?), eq2, ow, spp ? [16:28] <durandal_1707> list what to drop, not what to keep.... [16:28] <ubitux> mmh [16:28] <ubitux> just a sec then [16:28] <durandal_1707> ubitux: pullup: does it works and is it faster than native filter? [16:29] <ubitux> i don't know [16:29] <ubitux> mp={detc,divtc,filmdint,pullup,ivtc} [16:29] <ubitux> this is what i noted last time [16:29] <ubitux> to be dropped [16:35] <cone-507> ffmpeg.git 03Paul B Mahol 07master:65efa1dbd935: lavfi/interlace: remove now unused av_opt_free() call [16:41] <durandal_1707> dint filter? [16:42] <durandal_1707> ubitux: you forgot mcdeint? [16:45] <ubitux> mcdeint is doing deinterlacing iirc [16:45] <ubitux> not inverse telecine [16:45] <durandal_1707> and is it good? [16:47] <iive> it is slow and uses wavelets (snow) [16:48] <durandal_1707> i tried it, and its not that slow but is full of artifacts [16:49] <iive> it doesn't do deinterlace on its own, you need to insert yadif before it. [16:51] <durandal_1707> hmm it encodes video ... [17:11] <cone-507> ffmpeg.git 03Michael Niedermayer 07master:e701cd96c2d5: avutil/avutil_version: Run checks just once [17:11] <cone-507> ffmpeg.git 03Michael Niedermayer 07master:6b657ac78897: avcodec/c93: Check for block overlap. [17:22] <durandal_1707> michaelni: read your commit log message at least twice [17:37] <michaelni> durandal_1707, i always do [17:38] <michaelni> i read them again, now still sound good [17:44] <michaelni> durandal_1707, you meant "checls" ? [17:44] <michaelni> seems i missed that ... [17:57] <ubitux> ffplay -f lavfi 'amovie=http\\://lucy.pkh.me/samples/spectrum.mp3, asplit [out0], showspectrum=size=640x256:slide=1:scale=cbrt [out1]' [17:57] <ubitux> thanks to divVerent ^ [18:00] <cone-507> ffmpeg.git 03Michael Niedermayer 07master:13bbfb8fda21: sws: Skip ff_yuv2rgb_c_init_tables() when the output is YUV [18:14] <cone-507> ffmpeg.git 03Paul B Mahol 07master:657553917691: libaacplus: support for float sample format [18:23] <BBB-work> j-b: ping [18:27] <funman> dibs on pinging him [18:51] <j-b> BBB-work: pong [20:51] <cone-507> ffmpeg.git 03Michael Niedermayer 07master:bec402b502df: mjpegdec: fix overlapping memcpy with upscale_v [21:22] <maruthi> hi all.. am trying to build ffmpeg with stereo3d filter [21:23] <maruthi> i enabled it during configure, but it is not listed in enabled filters [21:24] <ubitux> maruthi: please ask #ffmpeg [21:24] <ubitux> i'm going to help you there [21:24] <ubitux> actually i already have the answer to your problem, but i want you to ask there anyway [21:25] <maruthi> ok...moving to #ffmpeg [21:28] <cehoyos> ubitux: Hi, the description for the fieldmatch filter is "fieldmatch |->V Field matching for inverse telecine." - shouldn't this be V->V ? [21:28] <ubitux> the number of inputs is variable [21:28] <ubitux> that listing should use the DYNAMIC flags recently introduced [21:28] <ubitux> to make a difference between sources and variable inputs [21:29] <ubitux> variable *number of* inputs [21:32] <ubitux> cehoyos: http://pastie.org/7610609 [21:32] <ubitux> this should do the trick [21:33] <ubitux> mmh not exactly, just a sec [21:36] <ubitux> cehoyos: http://pastie.org/7610796 http://b.pkh.me/filters [22:17] <saste> can someone review my select patches? [22:18] <ubitux> "add support to branch option" "factorize options definition between select and aselect" and "make select_frame() return void"? [22:18] <ubitux> (what order?) [22:19] <cone-507> ffmpeg.git 03Stefano Sabatini 07master:ba32afd70eaa: lavfi/split: use AVFILTER_DEFINE_CLASS to define class [22:19] <cone-507> ffmpeg.git 03Stefano Sabatini 07master:30926a1f1ff5: lavfi/aspect: fix weird copyright notice [22:19] <cone-507> ffmpeg.git 03Stefano Sabatini 07master:dc11acdf2d19: doc/filters: fix sentence in setsar/setdar docs [22:20] <saste> ubitux: 1. lavfi/select: make select_frame() return void [22:20] <saste> 2. lavfi/select: add support for dynamic number of outputs [22:20] <saste> 3. lavfi/select: factorize options definition between select and aselect [22:21] <ubitux> ok [22:47] <durandal11707> michaelni: why probably ok for av_log change? [22:57] <durandal11707> take2: what mp=dint does, is it usefull? [22:57] <durandal11707> it "drops" interlaced frames [23:02] <ubitux> saste: anything else to review? [23:03] <ubitux> durandal11707: mmmh [23:03] <ubitux> durandal11707: -vf idet,select could reproduce the same i guess? [23:03] <ubitux> but idet might not be as effective as dint [23:09] <cehoyos> ubitux: I find "N->V" difficult to understand, what's wrong with "V->V" (even if it does not show exactly the possibilities of the filter)? [23:10] <ubitux> cehoyos: it can't be guess [23:10] <ubitux> dynamic i/o = number AND type are unknown [23:11] <cehoyos> durandal11707: I believe something went wrong when you committed 8208269 - please fix;-) [23:11] <durandal11707> cehoyos: really? what? [23:11] <cehoyos> ubitux: I don't understand: Does filedmatch support somthing else than video? [23:11] <ubitux> durandal11707: you define channel_layouts[] but don't use it [23:12] <ubitux> cehoyos: no but it support 1+ input [23:12] <durandal11707> cehoyos: lol [23:12] <ubitux> cehoyos: the number is undefined, and thus the types become unknown as well [23:13] <ubitux> cehoyos: ffmpeg -h filter=fieldmatch [23:13] <ubitux> Inputs: [23:13] <ubitux> dynamic (depending on the options) [23:13] <cehoyos> I understand now - it doesn't look optimal [23:13] <ubitux> we could add various other random flags [23:14] <ubitux> with ± use-cases [23:14] <cehoyos> ± ? [23:14] <ubitux> but that may be overkill, and often forgotten [23:14] <ubitux> ± useful use-cases [23:14] <cehoyos> I certainly is overkill, I just wanted to point out that I thought it does not look optimal currently. [23:15] <durandal11707> you can make it bold [23:15] <ubitux> :) [23:15] <durandal11707> or additional flags like codecs/decoders/encoders [23:16] <ubitux> wat [23:16] <durandal11707> or icons [23:16] <ubitux> gif [23:16] <ubitux> but we need to fix our encoder [23:16] <ubitux> and no one wants to do it :( [23:17] <ubitux> mmh [23:18] <ubitux> i'm tempted to improve it now that i have little time [23:18] <cone-507> ffmpeg.git 03Paul B Mahol 07master:b05d8d4cf4af: lavc: avcodec_open2(): pass context to av_log() [23:18] <cone-507> ffmpeg.git 03Paul B Mahol 07master:9429408cc189: sgirledec: remove unused headers [23:18] <cone-507> ffmpeg.git 03Paul B Mahol 07master:83253431b716: lavfi/stereo3d: remove pointless store [23:18] <cone-507> ffmpeg.git 03Paul B Mahol 07master:c1fe41ed472e: libaacpluc: remove unused code [23:18] <J_Darnley> I once considered lokking at it but then I realised I didn't know the first thing about reducing to 256 colours [23:19] <ubitux> J_Darnley: if you want to do it, i can still stop, right now [23:19] <durandal11707> anything is better than current rgb8 solution [23:23] <J_Darnley> ubitux: Not particularly. I would either need to "borrow" code to make the palette with or do some serious reading [23:24] <durandal11707> there is already code (elbg iirc) [23:25] <durandal11707> the thing is palettization is out of scope of proper gif encoder, so you should not concentrate on it that much [23:26] <J_Darnley> What? [23:26] <ubitux> i'm not trying to fix the palette thing first [23:26] <J_Darnley> You want it there so you can only make a new palette when it is worthwhile [23:27] <durandal11707> aren't there good png->git converters? [23:27] <ubitux> there are indeed some stuff to do with the colors too [23:27] <durandal11707> even with source code and sane license? [23:27] <ubitux> maybe i should start with that. [23:27] <ubitux> but the color convert should be done properly in swscale [23:28] <ubitux> actually, it might even be able to do that properly& [23:28] <ubitux> anyway, gonna dig that a little [23:29] <ubitux> ./ffmpeg -i tests/lena.pnm -vf format=rgb8,format=rgb24 -y lena.gif && feh lena.gif [23:29] <ubitux> vs: [23:29] <ubitux> ./ffmpeg -i tests/lena.pnm -y lena.gif && feh lena.gif [23:29] <ubitux> i think requesting rgb8 only might actually fix the main problems [23:30] <ubitux> and internals + swscale will do the necessary [23:30] <durandal11707> rgb8 only is ugly and sucks [23:30] <durandal11707> also you need to make gif muxer not to be encoder ... [23:30] <ubitux> rgb8 makes a way better palette [23:31] <ubitux> it can be improved in swscale, but it's mostly fine [23:31] <cone-507> ffmpeg.git 03Rafaël Carré 07master:5b27c307e753: flvenc: do not mux more than one stream per type [23:31] <cone-507> ffmpeg.git 03Anton Khirnov 07master:7f1fd9763668: cmdutils: Fix build with lavfi disabled [23:31] <ubitux> (libcaca doc talks about that topic fairly well) [23:31] <cone-507> ffmpeg.git 03Michael Niedermayer 07master:0ea97a1c5b45: Merge remote-tracking branch 'qatar/master' [23:31] <ubitux> anyway, i'll dig that and send some cool patches later [23:31] <durandal11707> rgb8 is rgb24 with 8 bits - its not real pal8 that gif can actually make use of [23:32] <ubitux> yeah right pal8 sorry [23:36] <michaelni> ffmpeg -i tests/lena.pnm -y -vf scale=flags=0x806002,format=rgb8 lena.bmp [23:37] <durandal11707> rm -rf tests/lena.pnm [23:37] <durandal11707> use real images [23:37] <ubitux> michaelni: looks nice [23:37] <ubitux> what is this magic flag? [23:37] <durandal11707> secret [23:38] <ubitux> oh well [23:38] <ubitux> format=pal8 gives the same :) [23:38] <durandal11707> its just dithering that sucks less [23:39] <durandal11707> instead dithering should be avoided at all cost.... [23:40] <michaelni> dd if=/dev/zero of=no_dither_at_all_cost [23:40] <ubitux> the scale flags indeed make things better [23:42] <durandal11707> ffmpeg -f lavfi -i smptehdbars -y -vf scale=flags=0x806002,format=rgb8 dither.bmp [23:42] <michaelni> flags=error_diffusion+bicubic... or biliner+... can also be used instead of the hex numbers [23:42] <ubitux> ./ffplay tests/lena.pnm -vf 'split[a][b]; [a]format=pal8,pad=iw*2[x]; [b]scale=flags=0x806002,format=pal8[y]; [x][y]overlay=w' [23:43] <ubitux> the difference is interesting [23:44] <ubitux> durandal11707: hehe [23:44] <ubitux> durandal11707: try with the video [23:44] <ubitux> it actually... changes (wtf) [23:44] <ubitux> (./ffplay -f lavfi -i smptehdbars -vf scale=flags=0x806002,format=rgb8) [23:45] <ubitux> oh well, dithering, random.. [23:45] <cehoyos> I tested compilation with PGC (Portland compiler) and apart from the fact that it does not pass fate, it fails during compilation: [23:45] <ubitux> it's fun how the middle changes more often than the borders [23:47] <cehoyos> It does not like line 232 in libavcodec/srtenc.c: ".colour = srt_color_cb" [23:47] <saste> durandal11707, what algo are you using in colorbalance? [23:47] <cehoyos> Sorry, it fails with ".color = srt_color_cb", after renaming to colour it worked. [23:47] <ubitux> cehoyos: english/american nazi compiler? [23:48] <cehoyos> And it fails with "anonymous structs" (if that is correct): libavcodec/pngenc.c line 61 and [23:48] <durandal11707> saste: the one in gimp [23:48] <cehoyos> libavformat/flvdec.c line 747 (both from michaelni I suspect) [23:48] <ubitux> easy to change [23:49] <cehoyos> Should we try to fix compilation or is it "broken compiler)? [23:49] <saste> durandal11707, link to code? [23:49] <ubitux> cehoyos: i'm fine with replacing those (int[]){...} with a static const int ... array [23:49] <durandal11707> saste: why? [23:49] <ubitux> cehoyos: but that color/colour nazism sounds weird [23:49] <cehoyos> ubitux: I wanted a comment to srtenc from you;-) [23:49] <ubitux> cehoyos: i don't understand the problem [23:50] <ubitux> the field is named "color", not "colour" [23:50] <saste> durandal11707, so I know what the code does (I can't figure out from the code) [23:50] <cehoyos> ubitux: Yes, I had to rename the other occurences as well;-) [23:50] <cehoyos> (The others do not fail compilation) [23:50] <ubitux> cehoyos: the compiler seriously doesn't like "color"? [23:51] <cone-507> ffmpeg.git 03Paul B Mahol 07master:9bd1b1c1e756: lavfi/earwax: remove pointless store [23:51] <cone-507> ffmpeg.git 03Paul B Mahol 07master:295ce83e2f06: lavfi/il: remove pointless store [23:51] <ubitux> what is it complaining about in particular? [23:51] <cehoyos> I am not sure I understand the question.... [23:51] <cehoyos> PGC-S-0060-color is not a member of this struct or union (libavcodec/srtenc.c: 240) [23:51] <ubitux> cehoyos: i thought you said "colour" was ok but not "color" [23:52] <cehoyos> Yes colour (and probably supercalifragelisticexpialigetic) is ok, color fails with above error message [23:52] <ubitux> any idea why? [23:53] <cehoyos> Actually, I don't care - the question is if we workaround a problem with a compiler that costs money and does not pass fate [23:53] <cehoyos> (and does not support inlined asm properly, only 1024 characters) [23:53] <cehoyos> or if we declare the compiler as "unsupported" [23:53] <ubitux> i actually care, it might hides a real bug [23:53] <durandal11707> how much costs? [23:54] <cehoyos> (configure claims we support it) [23:54] <cehoyos> Students: https://www.pgroup.com/pricing/aews.htm [23:59] <michaelni> i think we should try to support it if its easy, it could uncover bugs in our code [00:00] --- Wed Apr 17 2013

1 0

ffmpeg.log.20130416
by burek 17 Apr '13

17 Apr '13

[00:03] <Ed|Laptop> hey guys, my friend uses WinFF and I am trying to mimic his encoding flags on my Linux Server's ffmpeg. Would anybody be able to give me a hand with translating the flags from WinFF to ffmpeg? All of my initial attempts have failed for various reasons [01:29] <gregoiregentil> I have an h264 file slightly damaged, because of missing frames. ffplay doesn't play it well as it jumps over the missing frames. But if I add "-fflags +igndts", it works well. [01:29] <gregoiregentil> I want to re-encode the file: with the command "ffmpeg -i a.mpg -fflags +igndts -an -vcodec mpeg4 -r 65535/2733 greg.mp4" [01:30] <gregoiregentil> it doesn't work well like ffplay WITHOUT igndts. I see that ffmpeg drops frames [01:30] <gregoiregentil> Why igndts doesn't seem to work with ffmpeg while it's working with ffplay? [03:53] <praveenmarkandu> Hi, would anyone know until what protocol version FFMPEG is compatible to encode HLS [03:54] <praveenmarkandu> for example, newer versions of HLS are able to split the audio and video into different files & streams [03:54] <praveenmarkandu> thus you can easily cater for dubbed content [03:54] <praveenmarkandu> anyone know this? [03:56] <praveenmarkandu> from what I understand FFMPEG produces a HLS compatible format, not exactly HLS itself [04:51] <DooMMasteR> is there a way to use the parametric stereo feature of libaacplus via ffmpeg? [04:51] <DooMMasteR> and why is this mode not supported? libaacplus: bad aac setting: br:32000, AACch:1, AACsr:24000 [05:07] <DooMMasteR> using anything else aside from -ac 2 -ar 44100 will break [06:26] <DooMMasteR> moin [06:49] <spyro> how do I reduce the bitrate of an m4v, but preserve the audio as-is and keep the same codec for the video? [06:49] <spyro> also, how do I determine the bitrate of the original version? [07:07] <djdduty> Hey guys [07:08] <djdduty> I am trying to screentshot capture only a region of my screen every x seconds, so I made a script that scrot's, then uses that image as input for ffmpeg, but I cannot figure out how to define the xoffset, yoffset, and width/height without using x11grab [07:08] <djdduty> but if I use x11grab it turns into a video capture. [07:23] <spyro> how do I encode using h264? I've tried both h264 and x264 but both give me "unknown encoder" [07:24] <djdduty> I got it. [07:24] <djdduty> I just did an x11grab, but using -t 1 it worked fine for my purpose [07:24] <djdduty> I am worried of cpu/ram usage though [07:24] <djdduty> x11grab is very cpu intensive [07:29] <spyro> ouch [07:29] <spyro> libx264 segfault [07:42] <LithosLaptop> spyro: libx264 [07:42] <LithosLaptop> oh nm [07:43] <spyro> yeah, I tried it and I got a segfault [07:54] <spyro> wtf? [08:00] <fling> so tell me about autocrop someone please [08:01] <fling> I want so autocrop videostream while remuxing into mkv without any reencoding [08:13] <DooMMasteR> fling: how would you change the video content without reencoding? [08:14] <fling> DooMMasteR: mkv has a crop feature in addition to aspect ratio [08:14] <DooMMasteR> yeah some containers [08:14] <fling> DooMMasteR: and a lot of other fancy things [08:14] <DooMMasteR> and then also just some players :P [08:14] <fling> DooMMasteR: ok, so I want to autocrop somehow, I'm tired of black borders :D [08:15] <DooMMasteR> then my hint would go towards mkvtools [08:15] <fling> yeah [08:15] <fling> woot is next? I want it to be automagical [08:15] <fling> is not possible? [08:15] <DooMMasteR> hmm [08:16] <fling> should I create some script? [08:16] <DooMMasteR> mkvtools offer only manual crop tagging, I see [08:16] <fling> that will detect first and mlvtool second? [08:16] <fling> s/mlv/mkv/ [08:16] <DooMMasteR> yeah I think that would be the way to go [08:17] <DooMMasteR> and then& who encodes with bars& [08:17] <fling> how to detect? :P [08:17] <fling> these people are strange [08:19] <DooMMasteR> mencoder hat cropdetect back in the days :P [08:19] <DooMMasteR> and still [08:20] <DooMMasteR> fling: ffplay -vf cropdetect [08:20] <fling> DooMMasteR: thanks! [08:21] <fling> should not I reencode if I'm only removing black borders? [08:21] <fling> and fixing aspect ratio [08:21] <DooMMasteR> fling: that will only give you the crop values [08:21] <fling> I know [08:22] <DooMMasteR> you can then feed them into mkvtools :) [08:22] <DooMMasteR> and it will be fine with any player supporting the feature [08:22] <fling> DooMMasteR: I need to decide, mkvtools or reencode :P [08:22] <fling> idk what is better [08:22] <fling> hmm hmm [08:22] <DooMMasteR> check if your players support the mkv feature [08:22] <fling> is it supported in s/mplayer2? [08:22] <fling> ok [08:25] <fling> [cropdetect @ 0x7f6c04001010] x1:40 x2:1239 y1:0 y2:719 w:1200 h:720 x:40 y:0 pos:11379201 pts:1669668 t:27.827800 crop=1200:720:40:0 [08:25] <fling> is not it working without DISPLAY variable? [08:25] <fling> I want to run it without X [08:59] <kaffeebohne> Hi. I wanted to record my desktop using ffmpeg but somehow, it wont work (ubuntu 13.04 64 bit) http://paste42.de/5328/&linenr [09:07] <tckb> Any experiences using ffserver? [09:20] <DooMMasteR> lol [09:20] <DooMMasteR> only bad experience :P [09:20] <DooMMasteR> I usually stream from ffmpeg to VLC via local UDP :P [10:05] <jsea> I'm developing an embedded linux mobile device and want to play mp4 directly on its frame buffer (it doesn't have x11) but "ffplay -i [source]" complains "Could not initialize SDL - Unable to open mouse (Did you set the DISPLAY variable?)". Could I get any advice?? [10:07] <theholyduck> jsea, i know mplayer has support for using some pc framebuffers atleast [10:07] <theholyduck> you might want to start looking there [10:08] <jsea> theholyduck: cool, i'll look at that right now. thanks a lot! [10:33] <jsea> theholyduck; I just succeeded to play mp4 on fb using mplayer, thanks again. [10:35] <jsea> theholyduck; it looks like using ffmpeg as decoder and my tiny problem is that it doesn't give me a colorspace converter to change yuv420p to bgra so its color is weird now [10:39] <relaxed> jsea: look at mplayer's "format" video filter [12:36] <alpha_one_x86> Hello, I try encode video to mp4, but it's very dirty, who can help me? [12:37] <spaam> only if you tell us what you tried with [12:38] <alpha_one_x86> ffmpeg -i origin.mp4 -vcodec libx264 -vprofile high -preset slow -b:v 500k -maxrate 500k -bufsize 1000k -threads 4 -b:a 128k 10014.mp4 [12:43] <spaam> alpha_one_x86: dirty how? [12:43] <spaam> alpha_one_x86: sure. 500k might be low for 720p things [12:45] <alpha_one_x86> it's for 768x432, http://chatounix.com/stp/testflv/flv3.php (warning: adult content) -> give square effect [12:56] <zap0> flv is over. consider mp4 [12:57] <alpha_one_x86> zap0: it's mp4 used [13:36] <jimi_> Can someone help with this error? trying to converg OGV to MPEG http://pastie.org/7598650 [13:36] <jimi_> convert ^ [13:50] <JEEB> line 22 is your answer jimi_ [13:50] <jimi_> oh [14:02] <newbi22> anybody here [14:03] <newbi22> i need a little help [14:03] <newbi22> anybody? [14:07] <newbi22> plz somebody help me [14:10] <newbi22> hi [14:12] <newbi22> hello? [14:19] <newbi22> what is diffrence between PCM and PCM Planar ? [14:20] <JEEB> you mean between interleaved and planar? [14:20] <JEEB> interleaved has the data of different channels in one "line" after another in the data. For example with stereo L->R->L->R->... [14:21] <newbi22> is that pcm_s16le interleaved ? [14:21] <newbi22> and? [14:21] <durandal_1707> pcm_s16le is not planar [14:22] <JEEB> planar has the data in multiple planes: so you'd basically have one line of memory for each channel [14:23] <newbi22> it means ... [ L ] [ R ] ? [14:24] <JEEB> two separate memory planes for stereo, for example, yes [14:24] <newbi22> thank you very much [14:25] <newbi22> one more dumb question.. [14:27] <newbi22> i wanna convert (AV_SAMPLE_FMT_S16P) to (AV_SAMPLE_FMT_S16). [14:27] <JEEB> with ffmpeg you then use libswresample [14:29] <newbi22> Is it impossble that just simply copy the block? [14:29] <durandal_1707> to where? [14:30] <newbi22> to output file.. [14:31] <newbi22> i think there are no planar fmt old version [14:32] <durandal_1707> and where you gonna use that file? [14:33] <newbi22> my program use it to calc [14:34] <newbi22> in pcm_s16le format.. [14:36] <newbi22> old version always gives me that in pcm_s16le. even if input was planar [14:36] <newbi22> there are no fmt about planar [14:36] <newbi22> but newest is not. [14:37] <JEEB> just use libswresample to convert from planar to interleaved, that most probably will be simpler than you making your own interleaver [14:37] <newbi22> ok i see [14:37] <newbi22> thanks very much [14:58] <UnknownzD> hey everyone [14:59] <UnknownzD> can I ask a question regarding mp4 conversion here? [14:59] <UnknownzD> I was trying to convert a video from wmv format to mp4 format [15:00] <durandal_1707> and? [15:00] <UnknownzD> and this is the detail regarding the conversion [15:00] <UnknownzD> Stream mapping: [15:00] <UnknownzD> Stream #0:1 -> #0:0 (vc1 -> libx264) [15:00] <UnknownzD> Stream #0:0 -> #0:1 (wmapro -> libfaac) [15:00] <UnknownzD> problem is that the program crashed [15:00] <UnknownzD> just at the start point [15:00] <UnknownzD> Multiple frames in a packet from stream 0 [15:00] <UnknownzD> :\ k [15:01] <UnknownzD> https://privatepaste.com/2063d605f6 [15:01] <UnknownzD> was compiled with latest snapshot of x264 [15:02] <UnknownzD> and faac 1.28 [15:02] <UnknownzD> I don't know if it is a problem of MSYS / MinGW or not [15:02] <UnknownzD> and I can't recompile the whole thing in debian atm [15:03] <relaxed> UnknownzD: try the windows build listed on the download page [15:06] <UnknownzD> ok still showing Multiple frames in a packet from stream 0 this time [15:06] <UnknownzD> but it is not crashing any more [15:06] <UnknownzD> so whats the reason? [15:07] <UnknownzD> https://privatepaste.com/d46c27eb2f [15:13] <UnknownzD> ok relaxed I have found that the program only crashes [15:13] <UnknownzD> when libfaac is used [15:13] <UnknownzD> so should I report it? [15:14] <UnknownzD> because when I try to do the same thing on another computer in my home [15:14] <UnknownzD> it automatically selected libfaac instead of the libvo_aacenc [15:15] <UnknownzD> actually I didn't choose to use libvo_aacenc at all on this box :\ [15:51] <MozartsGhost> Hi Guys, I have a few questions, I hope someone is interested to lend some ideas. I want to switch over to using FFmpeg. I currently stream about 80 tv channels from DVB-s cards into VLC and then from vlc to WowZa with rtp. With vlc I specify 3 duplicate outputs, two rtp outputs going unicast to my two Wowza servers, and one http access output for testing and stream analysis. [15:51] <MozartsGhost> 1. I have a stream analyzer analyzing video and doing silence detection, it connects to the vlc encoder directly with http [15:51] <MozartsGhost> and grabs the stream and does its thing.. [15:51] <MozartsGhost> 2. What is the best way to setup FFmpeg to be able to accept an http connections from my stream analyzer ? [15:51] <MozartsGhost> can it do it directly as an ouput ? .. or do I have to use some intermediary software for it ? [15:51] <MozartsGhost> basically I have been testing with FFmpeg, taking DVB-S input and piping it to ffmpeg and then streaming it to wowza via udp, and it seems to be doing a MUCH MUCH better job, no artifacting or twitching, VLC is driving me CRAZY and I want to switch all my encoders over to FFmpeg [15:51] <MozartsGhost> what would you suggest ? [15:52] <Sashmo_> Hey guys, is there a way to add an external time sync/clock to ffmpeg encoding? [15:52] <MozartsGhost> oh, using dvbstream output and pipe'ing it to ffmpeg as input, if u were wondering. [15:54] <Sashmo_> MozartsGhost: for me? [15:54] <MozartsGhost> oh, sorry Sashmo, no :) that was part of a question I asked about two seconds before you joined ;) [15:54] <Sashmo_> MozartsGhost: thanks [15:55] <durandal_1707> MozartsGhost: ffmpeg supports http ... [15:56] <MozartsGhost> durandal_1707: thanks, yes, but I have only seen examples of it sending TO an server .. is it also possible for ffmpeg to accept connections and act as an http server ? [15:58] <Oele> hi.. does anyone know which program is using "Lavf52.111.0" as its http user agent? [15:59] <ubitux> any program using lavf to fetch data from your server [15:59] <ubitux> but an old one though [16:00] <Oele> hm... so any program that uses lavf identifies itself as 'lavf'? :( [16:01] <durandal_1707> MozartsGhost: yes, see ffserver [16:02] <MozartsGhost> durandal_1707: ok, thanks ;) I was going to use ffserver .. just wanted to see if it could send directly [17:16] <MozartsGhost> is anyone here familiar with the -f tee muxer ? [17:22] <ubitux> the doc is not enough? [17:43] <MozartsGhost> @ubitux: yea, eventually found the right port of the documentation .. lol, asked a bit pre-maturely ;| [17:43] <Sashmo_> Hey guys, is there a way to add an external time sync/clock to ffmpeg encoding? [17:45] <divVerent> Fun abuse: get this file: http://rm.sudo.rm-f.org/~xonotic/spectrum.mp3, then run this command: [17:45] <divVerent> ffplay -f lavfi "amovie=spectrum.mp3, asplit [out0] [x], [x] showspectrum=size=640x256:slide=1 [out1]" [17:45] <Fjorgynn> :o [17:46] <MozartsGhost> now only struggling to get get ffserver to actually accept connections from my ffmpeg, ffmpeg keeps exiting with "connection refused" even tho ffserver gets the POST from it, with no error [17:46] <MozartsGhost> abit of teething problems I guess .. [17:46] <divVerent> better command: ffplay -f lavfi 'amovie=http\\://rm.sudo.rm-f.org/~xonotic/spectrum.mp3, asplit [out0] [x], [x] showspectrum=size=640x256:slide=1 [out1]' [17:46] <ubitux> divVerent: haha nice :) [17:46] <divVerent> hehe [17:46] <divVerent> wrote a tool to edit spectrum that way ;) [17:47] <ubitux> nice :) [17:47] <divVerent> REALLY should have gotten that idea three weeks earlier ;) [17:47] <divVerent> then this command could have been used as "ffplay now shows lyrics" [17:47] <ubitux> divVerent: can you try to a large energy instead of zero? [17:47] <divVerent> that sounds bad [17:48] <divVerent> could, but my program doesn't do that yet [17:48] <divVerent> it is basically an image-driven EQ [17:48] <divVerent> for similar effect, I could though run my program with white noise as input, then overlay ;) [17:48] <ubitux> i've seen various exploitation of this already, but this one is nice [17:48] <divVerent> this one is nice because it's sneaky [17:48] <divVerent> the others I know are all additive, and thus appear as weird noise [17:48] <divVerent> like that Aphex face [17:49] <ubitux> aphex music is all weird noise so it's ok [17:49] <divVerent> true :P [17:49] <ubitux> i've seen some text already [17:49] <divVerent> yes [17:49] <ubitux> i don't remember how it was affecting the sound [17:49] <divVerent> http://rm.sudo.rm-f.org/~xonotic/temp/what.wav is BTW a typical result when using white noise and a mostly-black image [17:49] <divVerent> the tool I have seen is basically many sine synths, one for each pixel row [17:50] <ubitux> hehe [17:50] <ubitux> anyway, so you say using high freq would sound bad? [17:50] <ubitux> high energy* [17:50] <divVerent> yes, would annoy me personally :P [17:50] <divVerent> I also hate those feeping power supplies [17:50] <divVerent> and putting text as high energy in high freqs would do the same [17:51] <divVerent> on the other hand, losing some of the higher freqs isn't as noticeable [17:52] <ubitux> it looks better with cbrt btw :) [17:52] <ubitux> ./ffplay -f lavfi "amovie=spectrum.mp3, asplit [out0] [x], [x] showspectrum=size=640x256:slide=1:scale=cbrt [out1]" [17:52] <ubitux> color=intensity doesn't help though [17:53] <ubitux> with saturation we might make it better [17:55] <durandal_1707> hah, that would be nice audio filter ... [17:57] <divVerent> ffplay -f lavfi 'amovie=http\\://rm.sudo.rm-f.org/~xonotic/spectrum2.mp3, asplit [out0] [x], [x] showspectrum=size=640x256:slide=1 [out1]' [17:57] <divVerent> additive version :P [17:57] <divVerent> argh, why not [17:58] <ubitux> you can drop the '[x], [x]' btw [17:58] <divVerent> works now [17:58] <divVerent> even for asplit? nice [17:59] <divVerent> for this one I BTW used white noise as input to my tool, and audacity to merge them [17:59] <ubitux> indeed we hear it [18:00] <ubitux> divVerent: don't want to write a filter in ffmpeg to do that? :) [18:00] <divVerent> where should it get the lyrics from? [18:01] <ubitux> mmh i guess there is a text sync? [18:01] <ubitux> or not at all? [18:01] <ubitux> if not... as a text parameter [18:02] <divVerent> oh, my tool is made for images :P [18:03] <ubitux> what do you mean? [18:03] <divVerent> it uses an image file as input [18:03] <divVerent> not limited to text [18:04] <ubitux> you send the text as bitmap? [18:04] <divVerent> yes [18:04] <ubitux> ow. [18:05] <ubitux> well you could use freetype to rasterize [18:05] <divVerent> http://rm.sudo.rm-f.org/~xonotic/temp/out.wav [18:05] <divVerent> this too :P [18:05] <ubitux> lavfi already links against it [18:05] <ubitux> is your tool opensource? [18:05] <divVerent> sort of, not released yet, but will be [18:06] <ubitux> ok :) [18:06] <ubitux> i'm interested :D [18:06] <durandal_1707> well that filter would not be that useful for audiophiles .... [18:06] <divVerent> hehe [18:06] <divVerent> sure [18:06] <ubitux> divVerent: removelogo loads a bitmap [18:06] <divVerent> yes [18:06] <ubitux> or you can use a video stream [18:06] <ubitux> so you could do the same :) [18:06] <divVerent> the catch here would be having to know the audio length in advance, to properly map the bitmap [18:07] <ubitux> how does your tool usage looks like? [18:07] <divVerent> sh fftimgeq.sh infile.wav image.png outfile.wav [18:08] <ubitux> .sh... wat [18:08] <divVerent> my script [18:08] <divVerent> I will upload it soon [18:08] <ubitux> please share when ready, it looks awesome :) [18:08] <durandal_1707> you could use subtitle too... [18:09] <durandal_1707> AS->A [18:09] <ubitux> durandal_1707: wanna help with subtitles in lavfi? :) [18:09] <durandal_1707> or much better: S->A [18:09] <divVerent> https://github.com/divVerent/fftdiff [18:09] <divVerent> and yes, it is a mess [18:09] <divVerent> fftimgeq.c is the tool, it works on raw files though [18:09] <divVerent> and the .sh is a wrapper to make it usable [18:10] <divVerent> I derived it from "fftdiff" which makes some sort of difference between two audio files [18:10] <ubitux> awesome :) [18:10] <divVerent> take original and karaoke version, get voice only [18:10] <divVerent> hardest part just now was removing the f-word from the license ;) [18:11] <ubitux> you write awesome stuff divVerent :) [18:11] <divVerent> and vocalizer.c is an equivalent tool to fftdiff I once wrote because I forgot where I had put fftdiff :P [18:11] <divVerent> but then found it later again [18:11] <divVerent> the history is mostly from an old cvs [18:11] <divVerent> thus the "9 years ago" [18:11] <durandal_1707> fftdiff? sound interesting [18:12] <divVerent> too bad fftdiff has some bugs - mainly: output is shifted by about 0.4 sec [18:12] <divVerent> I fixed the bugs in fftimgeq, need to eventually backport the fixes to fftdiff [18:24] <divVerent> as for making a filter...let's see, maybe [18:25] <divVerent> could do the redsizing with libswscale so that is no issue either [18:28] <tlhiv_work> hi folks ... i'm having trouble getting ffmpeg to encode ... it seems to be complaining about my audio --> http://pastebin.tlhiv.org/XaQ5QBje [18:30] <durandal_1707> thegeek: everything is written and explained in output [18:30] <durandal_1707> thegeek: ^ [18:30] <durandal_1707> tlhiv_work: ^ [18:31] <tlhiv_work> i'm not seeing the problem [18:31] <durandal_1707> tlhiv_work: [NULL @ 0x665b90] Codec is experimental but experimental codecs are not enabled, see -strict -2 [18:31] <divVerent> better make libfdk_aac work by installing it then recompiling ffmpeg [18:32] <divVerent> the aac encoder is really not very good [18:33] <tlhiv_work> i'm using libfaac on another machine and it seems fine ... i'm not sure how to incorporate that into this particular ffmpeg [18:35] <dagerik> hey im trying to extract 150 seconds fro ma video here. using this; ffmpeg -ss 00:10:30.00 -i Scanners.mp4 -t 150 -c copy test.avi [18:35] <dagerik> however when playing test.avi mplayer just chrashes with lots of FAAD: Failed to decode frame [18:39] <Znurre> hi, I was wondering if there's any way to convert a batch of MP3 files to Ogg Vorbis and preserve the gapless playback information? basically, the tracks were ripped and encoded to MP3 using LAME, so the LAME tags for gapless playback is in the files, and I would like to transfer these to vorbis tags when encoding [18:40] <durandal_1707> first transcoding is bad and ugly idea [18:41] <Znurre> my mobile doesn't support gapless playback for MP3 files, but it does for Ogg Vorbis, hence the question [18:41] <durandal_1707> iirc gapless playback information is usually stored as metadata [18:42] <Znurre> I am aware that I will get a quality loss [18:46] <durandal_1707> Znurre: how are gapless tags in mp3 named? [18:46] <durandal_1707> and how in vorbis? [18:46] <durandal_1707> then when transcoding, you would just need to make sure that tags are properly named .... [18:47] <Znurre> MCDI and TLEN in MP3, not sure about Vorbis... I don't see any such tags in my gapless Ogg Vorbis files [18:47] <Znurre> weird, I will have to look that up [18:56] <Znurre> seems like in the ogg vorbis case it's built-in to the container rather than being a tag, not much info to find about the subject [18:56] <Znurre> but I guess simply mapping tags wouldn't be a solution [18:58] <durandal_1707> so why not try it and report outcome? and if it is not good, report feature request on bug tracker? [18:58] <Znurre> I tried doing a simple find exec, the result was no gapless playback in the generated ogg files [18:59] <Znurre> thought I would ask here first before filing a feature request, since I am no ffmpeg guru :) [18:59] <durandal_1707> i see no point in coming here to ask if one can report feature request or bug reports .... [19:00] <Znurre> since ffmpeg is such a competent software I figured there might be a way I did not know of [19:00] <Znurre> which is why I came here, since this is the user support channel [19:00] <durandal_1707> if you want such feature: report it on bug tracker or add it yourself or find someone to do it .... [19:01] <Znurre> I will file a feature request for it though [19:01] <Znurre> thanks for taking your time [20:33] <divVerent> ubitux: know if this is intended? [20:33] <divVerent> ffmpeg -i in.wav out.ogg [20:34] <divVerent> will use flac, not vorbis, as codec [20:34] <ubitux> yes [20:34] <ubitux> lossless prefered [20:34] <divVerent> this is intended? [20:34] <divVerent> still wrong :P [20:34] <divVerent> not DWIM at all [20:34] <divVerent> normally it makes sense [20:34] <ubitux> that's a generic behaviour [20:34] <divVerent> for the special case of .ogg, not so much [20:34] <divVerent> but for .m4a it chooses aac [20:34] <divVerent> and not alac [20:35] <ubitux> also i'm not sure we have a native vorbis encoder [20:35] <ubitux> but well yeah that might be improved [20:37] <slimjimflim> hi i'm running ffmpeg from drupal (phpvideotoolkit) and it keeps erroring out about having the wrong codec can anyone help? here's the raw cli output: http://hpaste.org/85929 [20:38] <slimjimflim> ffmpeg version N-52119-gde656ea cloned from git yesterday [20:40] <divVerent> [mp4 @ 0xadd5d60] track 0: could not find tag, codec not currently supported in container [20:40] <divVerent> this sounds pretty critical [20:40] <divVerent> does flv really go into mp4? [20:40] <ubitux> flv into mp4? wat [20:41] <slimjimflim> hm yea that's probably a bad idea [20:41] <divVerent> yes, this message is from movenc.c, so it is the encoding [20:41] <slimjimflim> i had errors when i tried to go from avi to flv too, but it was setup different [20:41] <slimjimflim> let me retest and see if i can do it logically this time [20:42] <divVerent> e.g. just try some, any all-capable container like mkv :P [21:25] <ubitux> maruthi: [21:25] <ubitux> - grep -i stereo3d configure [21:25] <ubitux> stereo3d_filter_deps="gpl" [21:25] <ubitux> you need to --enable-gpl if you want the filter [21:26] <maruthi> trying with it...now.. [21:26] <maruthi> ubitux...thank u very much.... it worked [21:27] <maruthi> i have one more doubt... [21:28] <maruthi> some online links suggested options like -c:a -b:v [21:28] <maruthi> ffmpeg says unrecognized options !! [21:29] <ubitux> what command line? [21:31] <maruthi> ffmpeg -i sbs.mp4 -vf mp=stereo3d -acodec copy -threads 10 -b:v 10000k -preset ultrafast -vcodec libx264 ~/test2.mkv [21:31] <ubitux> use pastebin with the failing command [21:33] <maruthi> http://pastebin.com/3EHjVMwD [21:36] <klaxa> >ffmpeg version 0.7.12, Copyright (c) 2000-2011 the FFmpeg developers [21:36] <klaxa> that version is quite old [21:36] <klaxa> command line options were different back then [21:37] <maruthi> ok klaxa...i will try with the latest one [21:38] <ubitux> maruthi: ./ffmpeg [21:38] <ubitux> no need to install it, since you just built it [21:39] <klaxa> ah heh right [21:45] <maruthi> still building ... :( [21:47] <maruthi> ok built it ..this time new error reg. cmd line options [21:48] <maruthi> http://pastebin.com/rwBDw8c7 [21:48] <maruthi> please tell the equivalent cmd line option in link above as per latest ffmpeg [22:02] <klaxa> not sure if this solves it, but try to put the -preset option behind -vcodec [22:02] <klaxa> and behind libx264 of course [22:02] <klaxa> so -vcodec libx264 -preset ultrafast [22:03] <maruthi> i got it now.. preset is changed to pre now [22:22] <Fjorgynn> good night [22:41] <doub> I'm running ffmpeg to stream a webcam image to an ffserver process. I've got a lot of "rc buffer underflow", and the reported fps in the ffmpeg console is 7.5, while my command line asked for 30 (and the input stream is: Stream #0:0: Video: rawvideo (I420 / 0x30323449), yuv420p, 1280x720, 331776 kb/s, 30 fps, 30 tbr, 1000k tbn, 1000k tbc). What could be wrong? [22:42] <doub> I've looked at my webcam lsusb, and it supports 720p at 7.5 and 10fps in raw, and 30fps in mjpeg. Is it possible ffmpeg failed to choose the right format? [00:00] --- Wed Apr 17 2013

1 0

ffmpeg-devel.log.20130415
by burek 16 Apr '13

16 Apr '13

[00:23] <cone-349> ffmpeg.git 03Paul B Mahol 07master:977ee8afd6a7: lavfi/negate: stop calling lut_init() as that function does nothing now [00:27] <ubitux> it looks like lavfi is going to be pretty decent [00:31] <durandal11707> huh, for what? [00:32] <ubitux> for filtering? [00:32] <ubitux> btw, we really need to put a frame counter (frame id?) in the filter context [00:32] <durandal11707> only after crossfade, aka real scripting [00:40] <ubitux> scripting is not needed anymore with the timeline support \o/ [00:58] <ubitux> durandal11707: ping [00:59] <ubitux> durandal11707: gcc is complaining a lot in lavfi/af_aphaser.c in your planar function template [01:00] <ubitux> also, the code looks somehow odd [01:00] <durandal11707> ubitux: link? [01:01] <ubitux> link of what? the warnings? [01:01] <ubitux> you don't have gcc? [01:02] <durandal11707> no [01:02] <ubitux> http://pastie.org/private/owkbeu1xawn0yftg3zzlmw [01:03] <ubitux> broken spacing for some reason [01:03] <ubitux> but you get the point [01:04] <durandal11707> i dont see how that could happen [01:05] <durandal11707> just ignore warning, (filter does not run on 0 channels) [01:07] <saste> ubitux: id is useful for commands [01:07] <saste> suppose you have several volume, and you want to send a command to a specific volume [01:08] <saste> you can use the automatic name (parsed_volume_3) but that's not very robust [01:08] <ubitux> saste: why do you tell me that? [01:08] <ubitux> durandal11707: do you mind if i add a av_assert0(channels > 0); in the function? [01:08] <ubitux> it makes gcc silent [01:09] <saste> ubitux: oh i misread this "btw, we really need to put a frame counter (frame id?) in the filter context" [01:09] <saste> frame id -> filter id [01:10] <ubitux> a frame counter in each avfilterlink would be perfect [01:10] <ubitux> the filter updates the counter every time it sees a frame [01:10] <ubitux> and we can use it in several filters [01:11] <ubitux> well, the *internals* update the counter [01:11] <durandal11707> ubitux: you can initialize them to 0 [01:11] <ubitux> durandal11707: i prefer the assert0 :) [01:12] <durandal11707> that makes code slow by several cycles [01:12] <ubitux> it's a if it's once per frame... [01:14] <ubitux> you really think it makes a difference? [01:18] <ubitux> durandal11707: i'll commit in a moment unless you object [01:18] <durandal11707> assert1? [01:19] <ubitux> you seriously think it will affect performances?.. [01:19] <durandal11707> i ignore stupid compiler warnings [01:19] <ubitux> yes but i don't, because it hides important ones [01:20] <ubitux> well feel free to revert if the 0.0000001 ns loss are a perf problem for you :P [01:20] <cone-349> ffmpeg.git 03Clément BSsch 07master:da1bb21c1302: lavfi/aphaser: silence uninitialized variable warnings. [01:20] <cone-349> ffmpeg.git 03Clément BSsch 07master:e66a10689bf2: lavf/libquvi: fix error reporting. [01:24] <ubitux> saste: could you retry the libquvi thing when you have time? [01:26] <ubitux> btw, no comment on the hash tables in dict? :( [01:32] <cone-349> ffmpeg.git 03Michael Niedermayer 07master:3662e49dde0b: sws: move RGB2YUV_SHIFT to swscale_internal.h [01:32] <cone-349> ffmpeg.git 03Michael Niedermayer 07master:9aafb95ae230: sws: init input_rgb2yuv_table depending on yuv colorspace [01:32] <cone-349> ffmpeg.git 03Michael Niedermayer 07master:17ad06c75357: sws/x86: update rgb/bgr->yuv code to use provided coefficient table [01:32] <cone-349> ffmpeg.git 03Michael Niedermayer 07master:2a5d1cb2d943: sws/x86: update rgba->yuv to use user supplied table [01:34] <BBB-> ah, rgb2yuv finally isn't 601 only [01:35] <saste> ubitux: server response code 403 (conncode=0) [01:36] <ubitux> saste: looks like the server doesn't like you [01:36] <saste> ubitux, hash tables in dict is a nice idea, didn't look at the patches yet [01:36] <ubitux> did you try another service? [01:36] <Compn> vlcs' server doesnt like my browser agent, always get 403 on the forum [01:37] <saste> ubitux, which other service, i tried with youtube [01:37] <ubitux> saste: http://pastie.org/7557511 try one of those [01:37] <ubitux> ted should be a bit less nazi than youtube [01:38] <ubitux> or maybe just vimeo [01:38] <ubitux> but all of them regularly break scripts, so it's possible your 0.4.0 doesn't support anymore the new version [01:39] <saste> /usr/share/libquvi-scripts/lua/website/vimeo.lua:99: server response code 404 (conncode=0) [01:39] <ubitux> :D [01:39] <saste> well i'll update the scripts [01:39] <saste> and retry [01:58] Action: durandal11707 just finished colorbalance filter [02:14] <ubitux> michaelni: [02:14] <ubitux> libswscale/rgb2rgb.c:108:0: warning: "RGB2YUV_SHIFT" redefined [enabled by default] [02:14] <ubitux> libswscale/x86/rgb2rgb.c:79:0: warning: "RGB2YUV_SHIFT" redefined [enabled by default] [02:14] <ubitux> normal? [02:37] <cone-349> ffmpeg.git 03Michael Niedermayer 07master:8e27c6ebbbab: sws/"rgb2rgb": drop RGB2YUV_SHIFT [02:43] <durandal11707> i do not know what to do with colorbalance, it looks like its just friendlier but less poverful version of curves [02:46] <ubitux> keep it simple? [02:47] <durandal11707> ubitux: its just lut table [02:47] <durandal11707> eg its same thing that gimp have [02:47] <ubitux> you added it in vf_lut.c? [02:48] <durandal11707> no [02:48] <ubitux> durandal11707: you can do everything the gimp color balance does? [02:49] <ubitux> like controling shadows/midtones/hilights, preserve luminosity or not, etc? [02:49] <durandal11707> preserve l is missing, but that is not hard to add [02:50] <ubitux> can you have presets? [02:51] <ubitux> also, if you are bored but like the lut, you can add 16-bit support in all the lut filters [02:51] <ubitux> ...and port vf eq2 [02:51] <ubitux> :) [02:53] <durandal11707> and to curves too [02:53] <ubitux> yes, i included it in "all the lut filters" [02:53] <durandal11707> presets? (gimp have presets for colorbalance?) [02:53] <ubitux> yes [02:53] <ubitux> empty by default though [02:54] <durandal11707> well i dont see how adding presets would help, its just 9 double numbers [02:55] <ubitux> right [02:55] <ubitux> then add some presets to curves ;) [02:55] <durandal11707> ugh, i found page of 28 presets but i need deviantart accunt to download them [02:56] <durandal11707> channelmixer may be another thing i could pick [02:56] <ubitux> channelmixer? [02:56] <ubitux> how is that different from pan? [02:58] <ubitux> http://onixa.deviantart.com/art/Photoshop-Curves-Pack-121882919 [02:58] <ubitux> 'found this [02:58] <ubitux> directly downloadable (no need for an account) [02:58] <ubitux> now i need to get some sense out of these .acv [02:59] <ubitux> looks like a bunch of 16-bits values [02:59] <durandal11707> ubitux: channelmixer for video [02:59] <ubitux> oh [02:59] <durandal11707> its just lut table [02:59] <ubitux> ok :) [03:00] <ubitux> https://www.adobe.com/devnet-apps/photoshop/fileformatashtml/PhotoshopFileF… [03:00] <ubitux> awesome. [03:00] <durandal11707> they have strange names [03:00] <ubitux> i wonder if i won't add support for photoshop preset files [03:00] <ubitux> :D [03:10] <cone-349> ffmpeg.git 03Michael Niedermayer 07master:a37fd7f9578d: sws: Update rgb24toyv12_c() to user supplied rgb2yuv tables [03:41] <cone-349> ffmpeg.git 03Michael Niedermayer 07master:920dd84bf1f0: sws/x86: remove 8bit rgb2yuv coefficient case for rgb24toyv12 special converter [09:04] <cone-986> ffmpeg.git 03Reimar Döffinger 07master:8067f55edf37: Fix compilation on ARM with android gcc 4.7 [09:04] <cone-986> ffmpeg.git 03Reimar Döffinger 07master:c10d498bfd24: Add thread-safe wrapper for get_format(). [11:03] <ubitux> hehe almost done with the support for photoshop preset files for curves :) [11:11] <cone-986> ffmpeg.git 03Michael Niedermayer 07master:357da7ed4207: sws: remove forgotten FAST_BGR2YV12 define [11:37] <cone-986> ffmpeg.git 03Clément BSsch 07master:99dac3933916: lavfi/curves: add support for master component. [11:37] <cone-986> ffmpeg.git 03Clément BSsch 07master:1cb02d4fbc29: lavfi/curves: add support for Photoshop curves files (.acv). [11:37] <ubitux> :) [12:15] <cone-986> ffmpeg.git 03Michael Niedermayer 07master:1557f34b10e6: dfa: support decoding version=1.0 [13:24] <ubitux> erm luca wanting to redefine the flv specs [13:24] <ubitux> :/ [14:44] <cone-986> ffmpeg.git 03Michael Niedermayer 07master:3d8afb23bc9a: vf_deshake: Fix crash with r*=64 [16:32] <cone-986> ffmpeg.git 03Michael Niedermayer 07master:aba678ab9dc6: deshake: fix off by 2 error [16:37] <durandal_1707> ubitux: your psfile reader does not overread? [16:39] <ubitux> it should not [16:56] <durandal_1707> can vf_lut do what levels does?: http://docs.gimp.org/en/gimp-tool-levels.html [18:04] <cone-986> ffmpeg.git 03Clément BSsch 07master:9ecdd76679e7: lavfi/curves: fix memleak after master component dition. [18:05] <durandal_1707> typo^ [18:06] <ubitux> meh. [18:06] <ubitux> it's cute anyway [18:06] <ubitux> it sounds cute [18:07] <durandal_1707> enotatall [18:09] <ubitux> :( [18:09] <durandal_1707> deband,dering,dehalo [18:10] <ubitux> frame counter in links done, filters using it done, timeline with frame counter done [18:10] <ubitux> still need to fix overlay, and then profit. [18:11] <ubitux> durandal_1707: you like the photoshop preset support? [18:12] Action: durandal_1707 dont have photoshop [18:12] Action: ubitux either [18:12] <ubitux> i actually never used it [18:12] <cone-986> ffmpeg.git 03Paul B Mahol 07master:77709759797f: lavfi/noise: remove pointless store [18:13] <ubitux> but all kind of people are sharing bunches of preset like this [18:18] <cone-986> ffmpeg.git 03Paul B Mahol 07master:8281791d0735: lavfi/histogram: remove pointless store [18:20] <durandal_1707> so would you like colormixer (aka channelmixer) filter? [18:22] <ubitux> do you have a use-case, example? [18:22] <durandal_1707> its same thing you find in gimp/photoshop [18:23] <durandal_1707> use google [18:24] <ubitux> what's the name in gimp? [18:25] <ubitux> color, comp, channel mixer, ok [18:26] <durandal_1707> should be same [18:27] <ubitux> well, why not i guess [18:27] <ubitux> as long as you add fate tests ;) [18:27] <ubitux> (so at least the fate instance will use it :p) [18:31] <durandal_1707> will push colorbalance, and leave it for others to fix it [18:32] <ubitux> durandal_1707: allow me to insist on the usefulness of fate tests when you add a filter [18:32] <ubitux> it is notably extremely useful when merging or just changing filters, and detecting various valgrind issues (you don't have valgrind, right?) [18:33] <ubitux> for trivial filters like colorbalance that's relatively simple to do [18:33] <cone-986> ffmpeg.git 03Paul B Mahol 07master:9e6dd24fa189: doc/filters: move aphaser to right(audio) chapter [18:34] <durandal_1707> i constantly put documentation into wrong place [18:35] <ubitux> we should split every filter in a dedicated texi :p [18:35] <ubitux> and include them in the main one [18:36] <ubitux> should simplify moving them around, and spotting misplacement [18:40] <durandal_1707> where i put lavfi tests? [18:42] <ubitux> depends [18:42] <ubitux> wherever you prefer [18:42] <ubitux> filter.mak or avfilter.mak+lavfi-regression.sh [18:43] <ubitux> filter.mak being the new prefered way [18:51] <cone-986> ffmpeg.git 03Paul B Mahol 07master:a4f03f082b87: FATE: add a test for the histogram filter [18:52] <ubitux> overlay finally works, good. [18:53] <ubitux> timeline finally done [18:54] <ubitux> durandal_1707: thx :) [19:11] <ubitux> in a week or two we'll have some nice stories to tell to beastd for a new news entry [19:11] <ubitux> would be nice to talk a bit about the new features [19:11] <durandal_1707> no, never ever update this: https://wiki.archlinux.org/index.php/Libavfilter [19:11] <ubitux> lol wtf [19:13] <ubitux> archlinux definitely has ffmpeg with lavfi now [19:13] <ubitux> ffmpeg 1.2 is packaged, with a bunch of nice options [19:13] <durandal_1707> page shows svn command.... [19:13] <ubitux> yeah [19:13] <ubitux> :D [19:35] <durandal_1707> hmm seems some data is left uninitialized [19:46] <durandal_1707> can it get worse?: https://plus.google.com/109100344291569500053/posts?prsrc=3 [19:52] <ubitux> durandal_1707: haha [20:32] <cone-986> ffmpeg.git 03Michael Niedermayer 07master:003d497d31ff: pca: use sizeof(variable) instead of sizeos(TYPE) [20:32] <cone-986> ffmpeg.git 03Michael Niedermayer 07master:8a11114a7908: pca: use av_calloc() [20:32] <cone-986> ffmpeg.git 03Michael Niedermayer 07master:6e29f39252b9: swr/rematrix: use av_calloc() [21:12] <ubitux> saste: what do you think about splitting every filter doc in doc/filter/foobar.texi and including them in the main doc? [21:12] <ubitux> it will avoid some misplacements that often happen [21:12] <ubitux> and make things simpler to move around [21:18] <cone-986> ffmpeg.git 03Clément BSsch 07master:34186832de24: doc/filters: add a curves example with psfile. [21:21] <saste> ubitux, overkill? [21:21] <ubitux> really? [21:22] <saste> then you need a script to generate the include list [21:23] <ubitux> not really. [21:32] <saste> also how do you organize things so that you preserve the various sections? [21:32] <saste> also why only filters and not the other components? [21:34] <ubitux> because we have a lot of filters, so that's where it's problematic [21:34] <ubitux> but sure we could extend to other as well [21:34] <ubitux> what do you mean by preserving sections? [21:39] <saste> ubitux, that we have A/V filters, sinks, buffers, and multimedia filters [21:40] <saste> also I'm not especially fond of split things [21:40] <saste> looks for example the split ffmpeg, with three and more different files to grep when looking for stuff [21:41] <ubitux> yeah the split of ffmpeg was not a good idea [21:41] <ubitux> well anyway whatever, that was just a random idea [21:46] <cone-986> ffmpeg.git 03Michael Niedermayer 07master:7a2a421d736c: vf_histogram: avoid floats, unbreak fate [21:46] <cone-986> ffmpeg.git 03Michael Niedermayer 07master:395023633232: sws/x86: update RENAME(rgb24toyv12)() to using the user provided rgb2yuv table [21:50] <cone-986> ffmpeg.git 03Clément BSsch 07master:de656ea91e53: lavfi/drawtext: make options array more readable. [22:14] <saste> ubitux: what's this [22:14] <saste> (nb & (nb - 1)) == 0) [22:14] <Tjoppen> saste: looks like a power-of-two test [22:15] <ubitux> exactly that [22:15] <ubitux> saste: check the function just above, that's mostly the same [22:19] <ubitux> i wonder wtf is the eval expr in drawtext expanding is good for [22:21] <saste> ubitux: pict_type=%{e:pict_type} [22:21] <ubitux> wut [22:21] <ubitux> so you can do that? oO [22:21] <saste> originally added to generalize %{n} [22:21] <saste> so we can do %{e:n+1} for example [22:21] <ubitux> oh right, ok [22:21] <saste> or to print PTS [22:22] <ubitux> but it's not here yet [22:22] <ubitux> and well, pict_type as an expressin, i doubt it will work [22:22] <ubitux> expression* [22:23] <saste> it's useful for time, dar, etc. [22:23] <saste> why not? [22:24] <ubitux> because it's a number [22:25] <saste> %{pict_type} then [22:25] <saste> even if I don't know why it's useful [22:26] <ubitux> checking if the encoder placed appropriate pictures types at scene change maybe [22:28] <ubitux> well anyway i wanted to use my new awesome string function in drawtext but it will be painful [22:28] <ubitux> so i guess i'll go for segment then [22:53] <saste> ubitux: should I ignore this: lavfi/WIP: timeline support? [22:53] <ubitux> saste: yes [22:53] <ubitux> check the 4 patches [22:53] <ubitux> [PATCH 1/4] lavfi: add frame counter into AVFilterLink and use it in filters. [22:53] <ubitux> starting here ^ [22:55] <saste> durandal_1707, colorbalance and colormixer are the same thing or I should review both? [22:55] <ubitux> both are different afaik [22:58] <durandal_1707> saste: you never used gimp? [22:58] <saste> durandal_1707, not so often [22:58] <saste> so what's your answer? [22:58] <durandal_1707> after ubitux did curves, i got idea, why not add others... [22:59] <saste> durandal_1707, or we could use libgimp [22:59] <saste> but wrapping is usually painful (as I'm learning from sox patch) [22:59] <durandal_1707> we have libmpcodecs [23:02] <durandal_1707> i just wandted to do sepia, and found that i cant do it with curves, but could with colormixer+colorbalance [23:43] <cone-986> ffmpeg.git 03Stefano Sabatini 07master:3453b0196fa4: lavfi/split: fix minor documentation issues [23:43] <cone-986> ffmpeg.git 03Stefano Sabatini 07master:41985cb0ab80: doc/filters: merge asplit and split documentation [00:00] --- Tue Apr 16 2013

1 0

ffmpeg.log.20130415
by burek 16 Apr '13

16 Apr '13

[00:29] <jerit> Hi [00:30] <jerit> Where can i find a ffmpeg build for w32 which allow -b:v and -er params? [00:32] <jerit> durandal11707: new versions gives me Unrecognized option 'b:v' [00:33] <durandal11707> not for me [00:33] <durandal11707> from where you download "new versions"? [00:34] <jerit> from zeranoe [00:34] <jerit> http://ffmpeg.zeranoe.com/builds/ [00:37] <jerit> I'm trying to run this command http://pastie.org/7554971 where {value} are set by the dvb program [03:12] <sheena1> Hi there, I'm looking for some help figuring out how best to process about 40gb of raw *.MTS video. I'd like to preserve quality, and most of the video involves a dog moving around the space. The camera doesn't move much. Anyway, I'm not sure what I should work hard to keep, what I can compress more, etc. Any assistance is much appreciated! [08:47] <jacobs1> Hi, I have a process that generates bmp images and I need to create a video stream from these images, this is the command I am trying: http://pastebin.com/dCBDCuaZ but it seems that ffmpeg is just stuck and his memory consumption is growing fast, what is the correct command I should use ? [08:55] <jacobs1> actualy i was mistaking its not bmp its raw rgb data [08:55] <sheena1> Hi there, I'm looking for some help figuring out how best to process about 40gb of raw *.MTS video. I'd like to preserve quality, and most of the video involves a dog moving around the space. The camera doesn't move much. Anyway, I'm not sure what I should work hard to keep, what I can compress more, etc. Any assistance is much appreciated! [13:26] <langoliers> hey [13:26] <langoliers> How to Deal with Stupid Drivers !!! http://www.youtube.com/watch?v=aQ71Aa-qCR8 :) [13:27] <langoliers> :) is this from some film? [14:17] <funyun> hi. is there any way to repair a corrupted .mov file using ffmpeg? [15:11] Last message repeated 1 time(s). [15:15] <spaam> define corrupted? [15:29] <funyun> spaam: it plays on my iphone. but doesn't play on my computer. i think it saved wrong [15:31] <klaxa> what player are you using? [15:34] <funyun> all. i've tried vlc, mplayer, quicktime, xbmc [15:34] <funyun> klaxa: i found some software that works. but it only works for the first 10 minutes. and the full version costs $100. which is too much for one video imo [15:35] <klaxa> have you tried ffplay? [15:35] <funyun> i'm hoping ffmpeg can do what the software does [15:35] <funyun> klaxa: i'll try now [15:35] <funyun> ah, seems i don't have ffplay :'( [15:37] <klaxa> you could try to just remux the file [15:37] <klaxa> ffmpeg -i myfile.mov -c copy myfile.mkv [15:38] <funyun> i get [mov,mp4,m4a,3gp,3g2,mj2 @ 0x7ffb6b00ae00] moov atom not found [15:38] <spaam> aha. so moov atom is missing. [15:39] <funyun> can that be fixed? [15:39] <JEEB> you would have to have a specific app for that basically [15:39] <JEEB> and at best it would be a guess [15:39] <JEEB> the moov atom is basically the "index" of the file [15:40] <JEEB> so if it is missing you are basically having a lot of binary data that contains something [15:40] <funyun> oh i see. do you think all of these apps cost? [15:40] <JEEB> no idea [15:40] <spaam> funyun: reading http://blog.alwayshere.info/2011/01/ffmpeg-moov-atom-not-found.html http://atomicparsley.sourceforge.net might can fix it [15:40] <JEEB> yes, some guessing and manual labor /can/ help [15:40] <JEEB> but it would be guesswork as well, more or less [15:41] <fatpony> i asked before but i didn't really find any decent solution, is it possible to apply a filter to only one section of the video? [15:42] <funyun> spaam: i'll try this now. thanks [15:42] <fatpony> the only workaround i have found is splitting the input, decoding to named pipes with rawvideo and concatenating that [15:43] <fatpony> i am not even sure the audio will still be synced after that [15:49] <funyun> spaam: i get "AtomicParsley error: Quicktime movie files are not supported". thanks anyway [17:21] <fling> May I autocrop video somehow while remuxing it to mkv without reencoding? [17:46] <teratorn> fling: well I'm not sure, but it seems like most any cropping would necessitate reencoding [17:47] <fling> teratorn: but mkv container may crop video streams [17:47] <teratorn> oh it's a virtual crop? [17:47] <fling> teratorn: same as aspect ratio :D [17:48] <teratorn> ok, well I don't know then :) [17:48] <fling> I just want an autocrop, do not want to crop manually [17:56] <samsun216> Hi all. I have a problem with installing ffmpeg on Ubuntu 10.04 lucid. 'make' gives an error : http://pastebin.com/AGkqrL7K [20:20] <filetree> need some help with ffprobe and drawtext [20:30] <filetree> any good way to take the pict_type= and display that with drawtext? [20:31] <ubitux> filetree: we could add a function to print it, along with various other information [20:33] <filetree> would be nice to have the pict_type from ffprobe in ffmpeg [20:33] <filetree> and be able to use that with drawtext [20:33] <ubitux> pict_type is not a ffprobe feature, but i get what you mean [20:34] <ubitux> 'care to open a ticket on trac? [20:34] <filetree> its in the -show_frames [20:34] <filetree> thats what i meant :D [20:35] <filetree> sure, link? [20:35] <ubitux> !trac [20:35] <ubitux> mmh. [20:36] <ubitux> here ^ [20:36] <filetree> thanks [20:37] <ubitux> drawtext has access to the picture type [20:37] <filetree> oh it does? [20:37] <filetree> i could only find frame number [20:37] <filetree> not type [20:37] <ubitux> yes but there is no way currently to print it :) [20:38] <filetree> hah nice [20:38] <filetree> is there a feature request on the trac or just post as a bug? [20:38] <ubitux> "enhancement' [20:39] <ubitux> you should have such control [20:39] <filetree> never used trac before, so total noob running around here :D [20:40] <filetree> working with someone on a testing x264 app to test ranges of parameters and wanna add a scripted way to create frame-type screens of 20+ encodes [20:41] <ubitux> if you want to just see it, a current workaround is to add a showinfo filter in your filtergraph after a drawtext of the frame number [20:41] <ubitux> and make some comparison [20:41] <ubitux> ./ffplay ... -vf 'drawtext=text=%{n},showinfo' [20:41] <ubitux> or something like that [20:42] <filetree> does show info just shaw all the frame info? [20:43] <ubitux> yes, on stdout [20:44] <filetree> hmm [20:47] <filetree> getting show info is an invalid arugment [20:47] <filetree> on windows ofc :D [20:47] <filetree> use %d as frame number [20:52] <filetree> ok not getting error anymore, but its not printing anything [20:53] <filetree> its spitting out the show info, just not printing it [20:53] <filetree> oh i didn't read your first sentence ha [20:57] <filetree> ok, added a ticket [20:57] <filetree> lemme know if i need to be more specific or anything [21:03] <ubitux> looks ok [22:00] <Sashmo_> hey guys, anyone know if there is a way to add external time sync to ffmpeg encoding [22:15] <sheena1> Hi there, I'm looking for some help figuring out how best to process about 40gb of raw *.MTS video. I'd like to preserve quality, and most of the video involves a dog moving around the space. The camera doesn't move much. Anyway, I'm not sure what I should work hard to keep, what I can compress more, etc. Any assistance is much appreciated! [00:00] --- Tue Apr 16 2013

1 0