Ffmpeg-devel-irc

Download

ffmpeg-devel-irc@ffmpeg.org

October 2013

1 participants
62 discussions

ffmpeg-devel.log.20131005
by burek 06 Oct '13

06 Oct '13

[02:03] <cone-451> ffmpeg.git 03Michael Niedermayer 07master:8cb7d2056705: avcodec/dpx: fix reading 12bit dpx images, which have non zero padding bits [02:03] <cone-451> ffmpeg.git 03Michael Niedermayer 07master:fb726ef09a40: avcodec/dpx: fix reading of the packing field [02:03] <cone-451> ffmpeg.git 03Michael Niedermayer 07master:23f105a83086: avcodec/dpx: check encoding [02:04] <cone-451> ffmpeg.git 03Michael Niedermayer 07master:a927276fcc20: avcodec/dpx: check packing [03:21] <BBB> ubitux: cool - ask if you need any help [03:21] <BBB> ubitux: I'm trying to do the 32x32 2d-idct [03:21] <BBB> ubitux: you were doing the 4x4 right? [03:27] Action: Compn wonders why he has a 1gb sample of avrp codec [03:36] <Compn> oh man [03:37] <Compn> i love that pdf file with the broadcast rules [03:37] <Compn> uk has a lot of crazy laws against 'the occult' :D [03:37] <Compn> also , Rule 2.11 Subliminal Images [03:37] <Compn> An image (however brief) that can be seen by viewers is not subliminal. [03:41] <Compn> max headroom was right! [06:08] <ubitux> BBB: yes i'm on 4x4 [10:57] <cone-30> ffmpeg.git 03Martin Storsjö 07master:b698542ad832: mov: Don't allocate arrays with av_malloc that will be realloced [10:57] <cone-30> ffmpeg.git 03Michael Niedermayer 07master:a7630e3755de: Merge commit 'b698542ad83284fbb8c22404e3cafeb2dd739d38' [11:28] <cone-30> ffmpeg.git 03Martin Storsjö 07master:d347a7b248d4: ismindex: Use the individual stream duration instead of the global one [11:28] <cone-30> ffmpeg.git 03Michael Niedermayer 07master:5de251a3e32e: Merge commit 'd347a7b248d4ffdc278373fecf033b0ade030343' [11:35] <cone-30> ffmpeg.git 03Martin Storsjö 07master:583a287f6f48: ismindex: Calculate the file duration among the included tracks [11:35] <cone-30> ffmpeg.git 03Michael Niedermayer 07master:47a57c6832d0: Merge commit '583a287f6f48f263859df142e6f90993e4217c72' [11:41] <cone-30> ffmpeg.git 03Martin Storsjö 07master:a4435f9235ee: ismindex: Change the duration field to int64_t [11:41] <cone-30> ffmpeg.git 03Michael Niedermayer 07master:922596e3dac8: Merge remote-tracking branch 'qatar/master' [14:01] <cone-30> ffmpeg.git 03Paul B Mahol 07master:9665217a75d9: avfilter/af_silencedetect: support more sample formats [14:30] <cone-30> ffmpeg.git 03Paul B Mahol 07master:c3e0fbc507fc: avcodec/dpx: return proper error code for unsupported files [14:30] <cone-30> ffmpeg.git 03Paul B Mahol 07master:0841652b548b: avcodec/dpx: reformat avpriv_report_missing_feature messages [14:30] <cone-30> ffmpeg.git 03Paul B Mahol 07master:fc83c99c0b4e: avcodec/dpx: cosmetics: fix identation [14:35] <durandal_1707> michaelni_: lol, why you are optimizing configure, imho there are bunch of other things more worthy to speed up.... [14:37] Action: durandal_1707 doesn't run configure, modifies config.h/mak by hand [14:56] <Compn> kostya says that viv h263 is just simple modified h263 , and the ivvideo.dll contains the codebooks in plaintext (strings ivvideo.dll ) , and an expert in h263 decoding would be able to get it working quickly :) [14:56] <Compn> sample > http://samples.ffmpeg.org/vivo/Blur_-_Song_2.viv [14:56] <Compn> probably not that easy tho for most people [14:58] <Compn> if someone wanted to work on that old old format :) [14:59] <durandal_1707> there is also audio that need some work, there is even source code for it [15:00] <Compn> the siren audio ? [15:00] <Compn> wasnt there some siren patches? hmm [15:03] <durandal_1707> no, there is extremly ugly patch that puts libsirensomething into lavc [15:04] <durandal_1707> something like currently libmpcodecs is in lavfi [15:09] <Compn> ehehe [15:12] <durandal_1707> Compn: from where you got SCPR ? [15:19] <Compn> you can download it http://www.infognition.com/ScreenPressor/ [15:19] <Compn> i think kostya might look at it. he loves lossless codecs ;) [15:21] <Compn> Before ScreenPressor, world leadership in screen captured video compression was held by MSU Screen Capture Lossless Codec. Now it's obsolete and not supported anymore. The MSU codec's author Dmitry Popov, founder of Infognition Co. Ltd. (previously known as Dee Mon), is also the author of ScreenPressor. [15:21] <durandal_1707> and speed? [15:22] <Compn> same guy that did msu screen codec, so probably same speed as that [15:22] <Compn> but there is a graph there that compares speed i think [15:22] <Compn> same as tscc ? [15:23] <durandal_1707> is doesn't compare with bunch of other lossles codecs.., just some old codecs [15:24] <Compn> i havent tested [15:24] <Compn> at least you can encode using mencoder :) [15:24] <durandal_1707> and its from 2009... [15:25] <Compn> yes another useless outdated lossless codec [15:25] <Compn> did you think it was important ? [15:25] <Compn> or were you curious about it vs ffv1 ? [15:31] <durandal_1707> Compn: the lossy thing looks like just removing colors from video, you could do that with any encoder [15:33] <durandal_1707> for lossless part one would need to inspect actual binary... [15:35] <Compn> durandal_1707 : the binary is up on mphq if you want it [15:35] <Compn> samples/drivers32/new/scpr.dll [15:39] <durandal_1707> 'For feature parity with Windows.' [17:39] <kierank> Compn: i think it's the same guy on doom9 [17:39] <kierank> who is paranoid of microsoft stealing his ideas [17:59] <Compn> just another lossless codec to me, i dont care. :P [18:00] <Compn> got one use report about it [18:00] <durandal_1707> from where? [18:08] <michaelni> fate vs. ocz vertex2, first round, fate wins ocz dead [18:09] <durandal_1707> oh!, after single use? [18:09] <michaelni> yes, single 800 day 24h per day use or so [18:10] <durandal_1707> just for reading? [18:10] <michaelni> yesterday: Error SMART Values Read failed: scsi error aborted command [18:10] <michaelni> yesterday: SMART overall-health self-assessment test result: UNKNOWN! [18:11] <michaelni> today: no ocz disk is recognized anymore [18:52] <cone-605> ffmpeg.git 03Michael Niedermayer 07master:4b05906e8405: configure: add --tempprefix option [19:06] <durandal_1707> saste: how i can use interleave filter? [19:07] <durandal_1707> i get dropped frames [19:22] <saste> durandal_1707, yes [19:22] <saste> you can't prevent that [19:22] <saste> unless we raise the buffer queue size [19:23] <durandal_1707> it gives single frame output [19:23] <durandal_1707> why it drops frames at all? [19:23] <durandal_1707> it seems some pts issue... [19:27] <durandal_1707> the interleave thins seems pretty trivial, why would it not work at all? [19:31] <saste> durandal_1707, i tried to explain why it can't alwasy work in the documentation [19:38] <durandal_1707> this is trivial filter, and not having it work points either at bug in filter itself or in dumb lavfi design or dumb lavfi implementation [19:39] <durandal_1707> by having broken filter it hurts project more than not having it at all [19:40] <durandal_1707> it would also need be some kind of obvious move to report it at least as bug on tracker [20:01] <durandal_1707> saste: i just splitted stereo3d sbs2l sample to left and right file and than tried to use interleave2,stereo3d=al:sbsl. to get again same file [20:01] <durandal_1707> and it did not work at all [20:02] <durandal_1707> frame are supposed to have same pts in both cases [20:02] <durandal_1707> it drops all frames except 1 [20:03] <durandal_1707> perhaps filter need to use framesync utility? [20:03] <durandal_1707> because obviously something is really fishy in current implemenatation, or I'm really missing point [20:04] <Daemon404> 42 [20:04] <durandal_1707> 69 [20:04] <Daemon404> heh. [20:05] <durandal_1707> Daemon404: what channels is that? [20:05] <Daemon404> a private one. [20:06] <durandal_1707> so all day you just cycle from one irc window to another? [20:08] <Daemon404> all day? no. but generally i pay attention to more than one irc channel. [20:08] <Daemon404> thats kind of how irc works. [20:14] <durandal_1707> saste: will you comment on avutil/parseutils: add more resolutions. [20:22] <durandal_1707> Daemon404: what is the status of the lavfi deadlock? [20:24] <Daemon404> the status is i am enjoying my weekend [20:26] <durandal_1707> lol [20:32] Action: durandal_1707 sigh [20:54] <wm4> michaelni: you commented you want to allow setting filters via AVOption... if you want that, maybe you could implement that before my patch gets possibly accepted? because my patch would definitely need 2 new API functions to set the filters, as using the other functions to set it would interfere with my goals [21:17] <cone-605> ffmpeg.git 03Paul B Mahol 07master:746e3142eee4: avfilter/f_interleave: use the name 's' for the pointer to the private context [21:33] <michaelni> wm4, ok ill take a look [21:39] <saste> durandal_1707, i'm mildly against name -> s patches [21:39] <durandal_1707> saste: i'm fixing that filter [21:39] <durandal_1707> and s is used in whole codebase [21:40] <saste> i don't like "s", i'll change it to "x" [21:40] <durandal_1707> do it after i fix it [21:40] <saste> durandal_1707, did you manage to find the problem? [21:41] <saste> i didn't test it yet, i was afk [21:45] <saste> you can ignore the ending label, or reference it with -map [21:46] <saste> otoh the example is confusing [21:47] <saste> ^^ wrong chan... [23:00] <saste> Docs are omitted as i expect long bikesheds on the syntax and which separator char to use [23:00] <saste> :D [00:00] --- Sun Oct 6 2013

1 0

ffmpeg.log.20131005
by burek 06 Oct '13

06 Oct '13

[00:30] <braincracker> hai [00:30] <braincracker> FEAR ? http://www.youtube.com/watch?v=0MAgfFjk5Z4 [00:36] <llogan> you spend too much time at yt [03:11] <rypervenche> I've got a quick question. I've got a script that takes a screencast for me. It used to work just fine. Recently I noticed that while it looks fine for me, it's very short in length and it's very sped up for others. Here are the relevant lines: http://ryp.io/17 . Any ideas why this would be? [03:22] <klaxa> weird, script looks fine [03:25] <rypervenche> I'll make a quick video to show you and see if it does the same thing for you. [03:29] <rypervenche> klaxa: I should probably put more stuff in the video to show the speed difference, but yeah: http://d.ryper.org/test.mkv [03:30] <klaxa> it says here 5 seconds, 30 fps [03:30] <klaxa> mouse seems rather fast, ffmepg outpur is also fast [03:31] <klaxa> also doesn't match the ~4 fps encoding speed stated by ffmpeg [03:31] <klaxa> what are your parameters? [03:31] <klaxa> like for the variables in the script when you execute it [03:33] <klaxa> rypervenche: ^ [03:33] <braincracker> October 1 2013 - 800 FEMA Camps in USA ran by Homeland security fully operational Last days http://www.youtube.com/watch?v=1Q8IliKVOXM [03:33] <braincracker> for every sane person [03:37] <anon_> Hello, when I remux an mkv to another mkv, there is a 42ms container-based delay for all audio and video tracks in the output. How do I disable that? [03:38] <rypervenche> klaxa: http://ryp.io/19 [03:39] <klaxa> hmm... weird [03:39] <klaxa> can you paste ffprobe lossless.mkv and ffprobe test.mkv? [03:39] <rypervenche> Sure. I deleted the raw one, let me recreate a file. [03:39] <rypervenche> And thank you for your help by the way. [03:44] <rypervenche> klaxa: lossless: http://ryp.io/1a test2: http://ryp.io/1b [03:45] <klaxa> hmm... that's really weird [03:46] <klaxa> can you upload the lossless? [03:46] <rypervenche> I'm not very knowledgable in this, but is it possible that it can't write to disk quickly enough? [03:46] <rypervenche> SUre. [03:46] <klaxa> in that case you would see "droopped x frames" during recording [03:46] <klaxa> *dropped [03:48] <rypervenche> klaxa: Ok, so here is the new video and the lossless: http://d.ryper.org/test2.mkv http://d.ryper.org/lossless.mkv [03:49] <rypervenche> The seconds in the recording should be counting in real time shouldn't they? Because they're not for me. I'm on a pretty crappy laptop. I can try the same thing on my work laptop which has an i5. [03:49] <klaxa> ah hmm... i think i know what the problem is [03:50] <klaxa> you are recording at 30 fps, meaning ffmpeg will stuff 30 frames into one second [03:50] <klaxa> your CPU is probably not fast enough to actually provide 30 frames per second to ffmpeg [03:50] <klaxa> so it gives ffmpeg 3.6 frames and ffmpeg will wait until it has accumulated 30 frames and put those into one second [03:51] <rypervenche> Ah, that would do it. [03:51] <klaxa> if you try it with 3 fps it should be fast enough [03:51] <klaxa> just for measurement now [03:51] <klaxa> CPU shouldn't be at 100% too [03:52] <klaxa> that's some weird behavior though [03:52] <klaxa> for me ffmpeg would just drop a lot of frames [03:52] <klaxa> i think [03:53] <klaxa> ah no, it does the same thing for me [03:54] <rypervenche> klaxa: http://d.ryper.org/test3.mkv looks to have been the issue. [04:03] <rypervenche> klaxa: Do you know off hand if there's a way to have it lower my FPS automatically if it can't handle it? [04:03] <klaxa> hmm... [04:05] <klaxa> don't put the target framerate to the input? [04:05] <klaxa> i.e. move the -r after the -i [04:05] <klaxa> hmm or rather remove it at all i think? [04:05] <rypervenche> Ok, I'll do some testing. Thanks a lot. :) [04:05] <klaxa> if you remove it, it will result in a variable framerate file though [04:06] <klaxa> you will re-encode anyway that will duplicate some frames [10:34] <relaxed> fahadash: yes [10:35] <relaxed> use pad to create a blank canvas next to one of the inputs and -filter_complex to overlay the second input in the padded area [10:45] <ubitux> there is an example to that btw [11:26] <realeyes> hey guys anyone have ffmpeg working on OSX? [11:26] <realeyes> using homebrew? [11:36] <Aspi> greetings. I am trying to compile ffmpeg with libfdk-aac. Sadly, ffmpeg gives me the error that it does not find "libfdk_aac", but the package I have compiled for it names itself "libfdk-aac". How can I resolve this? (I guess it would be more logical to tell ffmpeg to look for libfdk-aac, than to rename the original package) [11:44] <JEEB> you should check config.log for what exactly fails [11:44] <JEEB> I mean, I'm pretty sure it's not checking for package management package names [11:45] <JEEB> pkg-config? possibly [11:45] <JEEB> but in that case it should still check for headers and libraries [11:49] <JEEB> also since the guy who wrote the fdk-aac wrapper in libavcodec also made the configure etc. systems for fdk-aac I'm pretty sure it is checking for the right thing if pkg-config is used to find it [12:00] <Aspi> sorry, was offline [12:00] <Aspi> darn, JEEb, you're here as well. hehe, remember you from x264-discussion [12:02] <Aspi> oh. still, it says libfdk_aac was not found, and it should be looking for libfdk-aac [12:02] <Aspi> I'll test around. ty for thoughts [12:03] <Aspi> (not very used to compiling yet [12:03] <JEEB> as I said [12:03] <JEEB> look at config.log [12:03] <JEEB> that one says exactly what failed [12:03] <JEEB> libfdk_aac is the internal name for fdk-aac inside ffmpeg :P [12:04] <Aspi> ok. "ERROR: libfdk_aac not found" [12:04] <Aspi> ah. didn't find aacenc_lib.h [12:04] <JEEB> just pastebin the whole config.log onto a pastebin site and link it here :P [12:04] <JEEB> but yes, that sounds more like it [12:05] <Aspi> http://pastebin.com/qv3PYPVe [12:05] <Aspi> gotta go very soon, havenæt got much time [12:06] <JEEB> yup, it fails to find the header [12:07] <JEEB> as you can see the library it tries to link against when testing is fdk-aac [12:07] <JEEB> so that part is just fine, after all the person who made the generally usable version of fdk-aac from the android sources is the guy who made the libavcodec wrapper as well :P [12:07] <Aspi> got the source from sf though. should perhaps get it frmo github [12:08] <JEEB> well, in either case after installing the thing you should have the headers and libraries. [12:08] <Aspi> I'll troubleshoot more later [12:09] <Aspi> (I'm also using Windows O:) ) [12:09] <Aspi> ty for help, cya around probably. so long! [12:09] <JEEB> that shouldn't really matter [14:57] <Chat0525> Hello [15:16] <g0twig> hey [15:17] <g0twig> I want to put the audio track of a mp4 file on the audio track of another mp4 file, with audio seeking 1 second, the new audio track should step in 1 second after the first file [15:17] <g0twig> how can I do that and how long will it take for a 2 hours movie [15:18] <g0twig> oh the video from which I want the audio is a avi [15:18] <zap0> avi is a container. [15:21] <g0twig> can you help? [15:22] <g0twig> Put the audio track of the avi file, and replace the audio track of the mp4 file. [15:22] <g0twig> the new audio track however needs 1 second seek [15:23] <g0twig> I used something like ./ffmpeg -ss 00:01:00 -i '/home/eduardgotwig/Downloads/Upside.Down.2012.1080p.BluRay.x264.anoXmous/Upside.Down.2012.1080p.BluRay.x264.anoXmous_.mp4' -i '/home/eduardgotwig/Downloads/www.torrent.to...Upside.Down.German.BDRip.MD.XViD-ViB/Upside.Down.German.BDRip.MD.XViD-VIB.avi' -vcodec copy -acodec copy -acodec copy destination.mp4 but it dooesnt work [15:24] <g0twig> hm.... [15:28] <g0twig> no idea? [15:29] <g0twig> zap0: ? [15:32] <g0twig> Maverick|MSG: hey [15:32] <Maverick|MSG> hello [15:33] <g0twig> Maverick|MSG: can you help? [15:34] <Maverick|MSG> I'm definitely no ffmpeg master unfortauntely [15:34] <g0twig> I want to put an audio file on a mp4 video, but only one second after the video already played [15:34] <g0twig> any idea? [15:34] <g0twig> replace the mp4 audio track [15:36] <zap0> you sound like a pirate [15:39] <g0twig> oh really xD no [15:39] <g0twig> only member of pirate party [15:51] <g0twig> so how can I replace the audiotrack of a movie with an audiofile [15:52] <c_14> g0twig: You might want to try a remuxer instead of ffmpeg, I know you can do what you're trying to do with mkvmerge, but that will give you an mkv. If you want an mp4 you might want to search for an mp4 remuxer. [15:53] <g0twig> just adding an audiotrack to a mp4 file :/ [15:59] <g0twig> I just do a mkv.. [16:00] <c_14> What you can try is mkvmerge -o output.mkv -D -y 1:100 fileyouwantaudiofrom.avi otherfile.mp4 [16:00] <c_14> That's off-topic here though, so either pm me or try and find a channel for that. [16:09] <sponji> I'd like to understand why x11grab leaks memory, http://pastebin.com/sTA8G4Fa [16:14] <sponji> not a big problem when using from commandline like that, but I noticed that while using it in my own program [16:14] <sponji> and I want to open and close it whenever I want [16:17] <dk0r> I have many pngs w/ transparent backgrounds. When I use the command in the following link, the video is produced w/ a black background. How may I change the color of the background used? http://pastebin.com/tPp6Duhp [16:30] <g0twig> seriously, I dont know what to do.. I just want to add an audiotrack to the movie, and get SOMETHING out, I dont even care anymore about the output format [16:30] <g0twig> I also tried the mkvmerge tool.. [16:30] <g0twig> it seems my original video file has two audio tracks. I want to eliminate both, and just use my new audiotrack from the FLAC file.. [16:38] <g0twig> I just remove the fucking first audio track shit, and than add a new track [16:39] <durandal_1707> dk0r: i think you could use overlay filter with color source filter [16:41] <dk0r> durandal_1707: the man only referes to overlaying on top of video, not behind (as a background) http://ffmpeg.org/ffmpeg.html [16:41] <dk0r> perhaps I'm missing something; I'm new to using ffmpeg [16:43] <Mavrik> em, I think the doc is pretty clear: [16:43] <Mavrik> It takes two inputs and one output, the first input is the "main" video on which the second input is overlayed. [16:50] <durandal_1707> dk0r: why i was telling about overlay is because codec you use in mp4 does not have alpha component, and thus it is removed [16:50] <durandal_1707> and ffmpeg does not use alpha plane at all when converting from say rgba to rgb24 [16:51] <dk0r> alpha is transparency %? [16:51] <durandal_1707> yes [16:51] <durandal_1707> so you need to use overlay filter to define what you will make use of transparency [16:52] <dk0r> ty for info. i still don't see how to change background color of video so I just changed my source png files [16:52] <durandal_1707> for example image could be full transparent with black circle, you would got just black frame when converting... [16:52] <dk0r> right; that's essentially the problem I had [16:54] <durandal_1707> ffmpeg -i pngs -f lavfi -i color=red:WxH(same size as pngs) -filter_complex overlay o.mp4 [16:54] <durandal_1707> or something like that.... [17:01] <Muzer> what is the status of MVC playback in ffmpeg? Is it being worked on? [17:01] <Muzer> (I found someone's masters thesis about it from earlier this year, but not much else...) [17:02] Action: durandal_1707 searching logs [17:03] <Mavrik> MVC? [17:03] <Muzer> stereoscopic H.264 [17:04] <Mavrik> ah [17:04] <Mavrik> afaik the flags are supported, ffmpeg doesn't do any playback per se [17:04] <Muzer> yeah, shouldn't have said playback [17:05] <Muzer> but yeah, it's strange that after this time there's still no open-source software that does it. I can only assume there are few people with the necessary knowledge interested in 3D ;) [17:06] <durandal_1707> in open-source its not about knowledge but about time and money, oss devs are not robots they are humans [17:09] <Muzer> well, yes, but assuming for a minute it's not something you're getting paid for (I don't know how much ffmpeg development is paid for...), you'd need all three of time, interest and knowledge (of the system as a whole as well as relevant general knowledge, etc.) to make a contribution. [17:12] <durandal_1707> Muzer: yes but money and time are more important [17:12] <Muzer> fair enough. [17:21] <Muzer> so yeah, does anyone know if there IS ongoing development? I've seen a few things that imply there is (as well as the aforementioned paper) but nothing concrete [17:27] <durandal_1707> nobody come up and told: hey I'm working on MVC [17:27] <durandal_1707> there was just some guy how was planed to work on it when he finds time [17:27] <Muzer> ah, fair enough [17:28] <durandal_1707> another one wanted to do it as GSOC13 but as ffmpeg was not accepted, nothing happened [17:28] <Muzer> that's a shame [17:29] <durandal_1707> somebody could work on it in secret, but i highly doubt that [18:00] <fahadash> relaxed, ubitux: Can I tell it to skip first few seconds of video1 but play video2 from 00:00 ? [18:11] <fahadash> Hello [18:12] <fayisha> hi im trying to help fahadash [18:12] <fayisha> you can use -filter_complex to merge two input files into one output file? [18:13] <fahadash> fayisha: This channel is not very lively, people are generally quiet and when you've given up and gone to sleep you start getting respones :S [18:13] <fayisha> oh [18:13] <fayisha> well what fahadash is looking for is to not use an overlay but place the videos side by side [18:13] <fahadash> I just read responses to my questions that I asked 7 hours ago [18:14] <fayisha> the first example in the man page under -filter_complex is what we need but what other options are there besides overlaying? [18:37] <durandal_1707> can you repeat what is your issue? [18:41] <fayisha> we are trying to place two videos side by side with -filter_complex but in the example in the man page, it uses "overlay" we need the input streams to be placed side by side [18:42] <fahadash> durandal_1707: <fahadash> I have a video of a squirrel that I shot in my patio with two different cameras set at different angles... I would like to merge them together so they play side by side on half the screen on each side [18:45] <durandal_1707> video have two streams or that are two separate files? [18:46] <fahadash> Two separate files [18:47] <durandal_1707> ffmpeg -i video1 -i video2 -lavfi interleave=2,stereo3d=al:sbsl [18:48] <fayisha> durandal_1707: can you explain that line please? [18:49] <durandal_1707> what needs explanation? [18:49] <fayisha> -lavfi interleave=2,stereo3d=al:sbsl [18:51] <fahadash> It says: No such filter: 'sbsl' [18:52] <fahadash> Oh wait I was using semicolon in front of sbsl, now corrected it. Got another error [18:52] <manitu> hi ho.. i have some real "noob" questions.. most time i just used ffmpeg -i in.some out.output .. not i start getting deeper in ffmpeg it seems (i did read some already, but it's really hard if you know like nothing about encoding).. i have a "wlan-switch" here, which has ushare on it.. if i try to play mkv it really lags hard, because the device doesn't have much cpu and can read from the hdd up to ~3mb/s .. i have a 1080p mkv [18:52] <manitu> here and want to convert it to mp4 (since it seems to be played much nicer).. i already converte it with some options i found, but the quality is very bad (i saw pixels pretty much at the gradient).. what could i do against that? [18:54] <manitu> Stream #0:0: Video: h264 (High), yuv420p, 1916x1080 [SAR 1:1 DAR 479:270], 23.98 fps, 23.98 tbr, 1k tbn, 47.95 tbc (default) goes to -> Stream #0:0: Video: mpeg4 ( [0][0][0] / 0x0020), yuv420p, 1916x1080 [SAR 1:1 DAR 479:270], q=2-31, 200 kb/s, 24k tbn, 23.98 tbc (default) [18:55] <manitu> my options was -i, -map and -strict -2 -mbd rd -flags +mv4+aic -trellis 2 -cmp 2 -subcmp 2 -g 300 [18:56] <fahadash> durandal_1707, fflogger: http://pastie.org/8380068 [18:56] <manitu> it does not have to be 1080p in the end, but it should be displayed nice at the tv :) [18:57] <fahadash> durandal_1707: I guess the problem is different resolutions [18:58] <manitu> http://pastebin.com/qCS6E4Sz << here is my full log [18:58] <durandal_1707> fahadash: if they are in different resolution then you can use scale and overlay filter [18:58] <fayisha> durandal_1707: we want mosaic [18:59] <durandal_1707> what? [18:59] <fahadash> Is -scale a switch ? [18:59] <durandal_1707> overlay filter can put two videos side by side just fine [18:59] <durandal_1707> fahadash: nope, scale filter [19:00] <fahadash> Is there any infopages online ? [19:00] <fayisha> side by side using pad [19:01] <fayisha> i found this: -filter_complex "[0:v]pad=iw*2:ih:0[left];[left][1:v]overlay=W/2.0[fileout]" -map "[out]" [19:02] <fahadash> what goes in [fileout] ? [19:06] <fahadash> I scaled the video separately, now it seems to be working [19:06] <fahadash> durandal_1707: It worked :) [19:06] <fahadash> durandal_1707: One of my camera started recording a little bit earlier than the other... Is there any way I can tell this to skip a few frames/seconds on one video ? [19:09] <fahadash> I spoke too soon, it did work and put first frames of both the videos side by side as still picture [19:10] <durandal_1707> yes, i experience that same issue here, and trying to fix such nonsense [19:11] <fahadash> Oh man, you are something [19:12] <fahadash> fayisha: Yours work and is not doing still picture; However, its not scaling the smaller video, its adding a blank area [19:13] <fahadash> Now I need to figure out how to skip first few seconds on video1 [19:13] <fayisha> https://trac.ffmpeg.org/wiki/Create%20a%20mosaic%20out%20of%20several%20inp… [19:13] <fayisha> this page looks intersting [19:14] <durandal_1707> that is for overlay [19:14] <fahadash> https://www.dropbox.com/s/f6nbmztsvf3fca1/out2.mkv?m [19:14] <durandal_1707> fahadash: you can do same thing with pad and overlay.. [19:14] <fayisha> durandal_1707: that is what i had said [19:14] <fayisha> and that does use pad and overlay [19:14] <durandal_1707> fahadash: what is your command now? [19:15] <fahadash> ffmpeg -i video1.wmv -i video2.wmv -filter_complex "[0:v] pad=iw*2:ih:0[left];[left][1:v]overlay=W/2.0[fileout]" -map "[fileout]" out2.mkv [19:16] <durandal_1707> what version are you using? [19:18] <fahadash> Now comes the time when you guys would wanna kill me [19:18] <fahadash> Because I am using a windows binary [19:19] <fahadash> I am using: Zeranoe FFmpeg Build Version: git-e1f8184 (2013-10-04) [19:19] <fahadash> http://ffmpeg.zeranoe.com/builds/ [19:20] <durandal_1707> nah, that is fine [19:21] <pietro10> Hi. I'm trying to grab my entire screen with ffmpeg (jon severinsson's PPA on ubuntu 13.04/linux mint 15) x11grab and regardless of whether or not I set an input or output resolution it will only encode the upper left corner of my 1440x900 screen. What's going on? Thanks [19:21] <pietro10> let me get the exact size it encodes... [19:22] <pietro10> the upper 640x480 [19:23] <durandal_1707> fahadash: i cant reproduce issue here with overlay [19:23] <pietro10> though setting the output resolution to anything else will just stretch this small portion of the screen [19:24] <durandal_1707> pietro10: before asking questions read documentation [19:24] <pietro10> I am, it says nothing about my issue [19:24] <durandal_1707> what documentations you have read? [19:24] <pietro10> I set the input and output resoliutsiont o various values and omit them entirely, same result - only the upper left corner of the screen gets recorded, stretched to the output resolution [19:25] <durandal_1707> that is not what you asked [19:25] <durandal_1707> read [19:25] <pietro10> ...yes that is [19:25] <pietro10> not sure wha tyou thought I asked [19:25] <durandal_1707> http://ffmpeg.org/ffmpeg-devices.html#toc-x11grab [19:26] <durandal_1707> it clearly mentions what is default video record size [19:26] <pietro10> I read that when I first set up ffmpeg x11grab ages ago on another stream and have hceck various other places including elsewhere on ffmpeg.org [19:27] <pietro10> ugh ok so it's a separate option [19:27] <pietro10> thanks [19:28] <fahadash> durandal_1707: http://pastie.org/8380134 [19:29] <fahadash> durandal_1707: Video output is already shared through dropbox [19:29] <fahadash> If you want, I can share the source videos [19:31] <durandal_1707> fahadash: fell free to share it (by any mean), so it just show first frame? [19:31] <fahadash> video1 : https://www.dropbox.com/s/50yuxlcksx6e4a5/video1.wmv [19:31] <fahadash> video 2: https://www.dropbox.com/s/p0ciw1vszs8qhb7/video2.wmv [19:43] <fahadash> Although fayisha's command works; it looks like it has bugs... One of the video was stuck after a few seconds [19:43] <fahadash> I tried that on two videos of same resolutions; I found two videos someone was sharing online [19:44] <durandal_1707> its probably because they have different pts [19:44] <durandal_1707> in which case you need to use setpts filter on both inputs [19:44] <fahadash> durandal_1707: I am a n00b. Whats pts ? [19:44] <durandal_1707> exp if they are vfr [19:44] <durandal_1707> pts = presentation timestamp [19:45] <fahadash> I am now using two MOV files filmed using iPhone camera [19:45] <fahadash> One is slightly longer than the other [19:45] <fahadash> oh wait [19:45] <fahadash> I think I put wrong videos in [19:46] <fahadash> The reason 1 video comes to a complete halt is because its too small [19:49] <fayisha> fahadash: pm [19:50] <Geha3> Hi I have a problem about remapping audio streams It is lonher description so I uploaded it here http://bpaste.net/show/138032/ , Id like to have some info about it if you can. [19:54] <durandal_1707> Geha3: if audio decodes/plays/sounds fine with ffmpeg there is nothing we can do to fix it for vlc [19:55] <Geha3> durandal_1707, Wow now I get it, I agree. [19:55] <Geha3> (It plays in mplayer) [19:59] <Geha3> I guessed there is some error in avi which ffmpeg could fix. [20:00] <durandal_1707> what about other players (not vlc,not mplayer ...)? [20:00] <durandal_1707> if they do play it fine, there is really nothing ffmpeg can do [20:00] <durandal_1707> so pick one player, like qt that do not use lavf&lavc [20:18] <fahadash> In what format scale should be specified ? [20:19] <durandal_1707> it is mentioned in documentation [20:22] <fahadash> It doesnt look like I am using the scale filter. [20:22] <fahadash> ffmpeg -i munna1.mov -i munna2.mov -filter_complex "nullsrc=size=1024x768 [base]; [0:v] setpts=PTS-STARTPTS, scale=1 [left]; [1:v] setpts=PTS-STARTPTS, scale=2 [right]; [base][left] overlay [tmp1]; [tmp1][right] overlay:x=512 [tmp2]" out6.mkv [20:23] <fahadash> I am trying to keep video1's size but scale video2 to 2x [20:23] <durandal_1707> scale filter is used to change video resolution [20:23] <durandal_1707> fahadash: by default scale keeps same aspect ratio [20:24] <fahadash> It did not [20:24] <fahadash> Anyways, scaling is one of the issues; I have to synchronize the play of both the videos by skipping first few seconds of one [20:25] <fahadash> does setpts do that ? [20:25] <durandal_1707> you can use trim filter, or seek with -ss [20:36] <fahadash> Docs say I can specify -ss before -i [20:37] <fahadash> Its running right now, processing 0.5 mb per seconds [20:38] <fahadash> durandal_1707: Can we write scripts save them in separate files and run with ffmpeg ? [20:39] <fahadash> I would love to be able to have something like ffmpeg -s my_own_video_merger.ff -arg1=a -arg2=filename.mov [20:43] <durandal_1707> yes [20:44] <durandal_1707> -filter_script file [20:45] <durandal_1707> ffmpeg -i .... -filter_script file output... [20:59] <fahadash> cool [21:00] <fahadash> durandal_1707: Is there any switch to rotate 90 degree clockwise ? [21:00] <durandal_1707> fahadash: look at other filters [21:01] <fahadash> Can I use transpose=1 just like that ? [21:02] <fahadash> ffmpeg -i munna1.mov -f transpose=1 -i munna2.mov -f transpose=1 -filter_complex "nullsrc=size=1024x768 [base]; [0:v] setpts=PTS-STARTPTS, scale=1 [left]; [1:v] setpts=PTS-STARTPTS, scale=2 [right]; [base][left] overlay [tmp1]; [tmp1][right] overlay:x=512 [tmp2]" out6.mkv [21:02] <durandal_1707> transpose is filter [21:03] <durandal_1707> so you put into filtergraph when you want to transpose frmae [21:03] <fahadash> ok [21:32] <fayisha> how do you specify x,y coordinates with overlay option when using -filter_complex [21:33] <fayisha> i have tried overlay:x=512 , overlay x=512 , overlay_x=512 , overlay-x=512 , overlay;x=512 everything i could think of but nothing works [21:35] <fayisha> overlay=x=512 seems to go fine until i get: Output pad "default" with type video of the filter instance "Parsed_overlay_4" of overlay not connected to any destination [21:37] <durandal_1707> some filter outputs is not connected to anything... [21:41] <fayisha> i am doing: [21:41] <fayisha> ffmpeg -i munna1.mov -i munna2.mov -filter_complex "nullsrc=size=200x100 [background]; [0:v] setpts=PTS-STARTPTS, scale=100x100 [left]; [1:v] setpts=PTS-STARTPTS, scale=100x100 [right]; [background][left] overlay=shortest=1 [background+left]; [background+left][right] overlay=shortest=1:x=100 [left+right]" out.mov [21:41] <fahadash> durandal_1707, I am trying one of the example from the docs and it is telling me that output of some overlay is not connected to anything [21:42] <durandal_1707> what example? [21:42] <fahadash> fayisha: That is exactly what I just tried and its giving me Output pad "default" with type video of the filter instance "Parsed_overlay_6" of overlay not connected to any destination [21:42] <fayisha> yep [21:42] <fahadash> durandal_1707: http://ffmpeg.org/ffmpeg-filters.html#Examples-24, the one that says "Compose output by putting two input videos side to side:" [21:43] <saste> fahadash, fayisha are you the same person, because it's a bit confusing [21:43] <fayisha> no we aren't but i am working on this with fahadash [21:43] <saste> i blame ubitux for that example, it lacks an output [21:43] <fayisha> he is using windows and i am using linux [21:44] <fahadash> And it works on neither [21:44] <fahadash> durandal_1707: http://pastie.org/8380364 [21:44] <saste> fahadash, please read -filter_complex docs [21:47] <fayisha> we already have [21:47] <saste> fayisha, you can ignore the ending label, or reference it with -map [21:48] <saste> [left+right] after overlay [21:49] <fahadash> mapping works [21:49] <fahadash> I added -map "[left+right]" and its busy now [21:49] <fahadash> wow, it nailed it [21:52] <fayisha> fahadash: post complete command for me [21:53] <fahadash> ffmpeg -i munna1.mov -ss 4 -i munna2.mov -filter_complex "nullsrc=size=200x100 [background];[0:v] setpts=PTS-STARTPTS,scale=100x100 [left];[1:v] setpts=PTS-STARTPTS,scale=100x100[right];[background][left]overlay=shortest=1[background+left];[background+left][right]overlay=shortest=1:x=100 [left+right]" -map "[left+right]" out.mkv [21:55] <fayisha> that does work [21:57] <fayisha> it works but the videos need to be rotated and then scaled to look decent [21:59] <fahadash> And synced [21:59] <fahadash> Do MOV files carry timestamps from system time ? [22:00] <fahadash> If they are filmed with iPhone camera [22:00] <fahadash> fayisha: I added transpose=1 on both the labels and it rotated the videos [22:00] <fahadash> ffmpeg -i munna1.mov -ss 4 -i munna2.mov -filter_complex "nullsrc=size=1024x768 [background];[0:v] setpts=PTS-STARTPTS,transpose=1,scale=512x768 [left];[1:v] setpts=PTS-STARTPTS,transpose=1,scale=512x768[right];[background][left]overlay=shortest=1[background+left];[background+left][right]overlay=shortest=1:x=512 [left+right]" -map "[left+right]" out.mkv [22:01] <fayisha> transpose did not work for me earlier [22:01] <fahadash> saste: The example puts video1 or the first -i filename on [left] right ? [22:02] <fahadash> Did you put transpose=1 before the scale ? [22:02] <fayisha> yes [22:02] <fayisha> and idk [22:03] <fayisha> doing that now [22:04] <saste> fahadash, can't parse your question [22:04] <fahadash> Which video goes into [left] in the example ? [22:05] <fahadash> Ok I get it now [22:06] <fayisha> the scaling did not work, and the quality looks bad [22:06] <fayisha> although the transpose worked [22:09] <Aspi> greetings. I have problems compiling ffmpeg with fdk-aac on Cygwin. it quits with the message "ERROR: libfdk_aac not found". config.log says ".../i686-pc-cygwin/bin/ld: cannot find -lfdk-aac" [22:09] <Aspi> does anyone have a clue to how I can compile this beast, with this less of a beast fdk-aac library? [22:09] <JEEB> well, the error itself is rather straightforward [22:10] <JEEB> couldn't link against that library because a library file matching the general naming conventions + "fdk-aac" was not found in the library search paths [22:10] <JEEB> this might sound like a weird question, but how did you compile fdk-aac? [22:10] <JEEB> compile and install [22:11] <Aspi> hi again. after some problems, I configured with --prefix as well. tried both with --enable-shared and --disable-shared [22:11] <Aspi> error all the times [22:12] <Aspi> so basically, yes, compile and install [22:12] <JEEB> now actually answer my question [22:12] <JEEB> HOW did you do it? [22:12] <fayisha> fahadash: nevermind, i did not have your new scaling options [22:12] <Aspi> git cloned, ./configure -> make -> make install. nothing more [22:12] <Aspi> no, downloaded from sourceforge [22:13] <Aspi> under Cygwin, all this [22:13] <fahadash> -ss 00:00:03.333 <-- 3 would be 300 milliseconds or 3 milliseconds ? [22:13] <fayisha> that looks like 3 seconds [22:14] <fayisha> imo [22:14] <fahadash> Sorry my question is little bit messed up lol [22:14] <fahadash> -ss 00:00:03.5 <-- 5 would be 3 seconds and 500 milliseconds or 3 seconds and 5 milliseconds ? [22:15] <fahadash> ignore the first '5' above [22:15] <Aspi> my most current config.log: http://pastebin.com/YyqWX2vT [22:16] <klaxa> fahadash: 00:00:03.5 == 00:00:03.500 [22:17] <fayisha> fahadash: the original videos are 1920x1080, so i scaled both videos to 960x540 and the first file is cut off and the middle of the video plays, then the second video is wide but does not cover the whole background, and both are pixely [22:18] <fayisha> a lot of the background space is just transparent [22:18] <Aspi> FYI, I also git cloned x264, compiled with my current setup, and it fails too. I compiled the exact same way under Linux, and everything just worked. sigh. [22:19] <Aspi> Are you experienced in compiling in Cygwin environments? [22:19] <fayisha> do you need cygwin [22:20] <Aspi> and how are the official windows ffmpeg compiled, Win32 API (MinGW style) or through compat-layer (Cygwin style)? [22:20] <Aspi> I don't really need Cygwin. It's just that I have a ready Cygwin setup, and would like to use it in that [22:21] <Aspi> what are the tools needed for library linkage? I need to check if I have all the tools needed for library linkage [22:21] <JEEB> Aspi, you have [22:21] <JEEB> I think it's more about the default linker search path :P [22:22] <JEEB> and include [22:22] <Aspi> is "ld.exe" the locator? [22:22] <JEEB> Aspi, check if the directory you installed to is listed here http://stackoverflow.com/questions/9922949/how-to-print-the-ldlinker-search… [22:22] <JEEB> as in, listed in your linker [22:22] <JEEB> it is the linker and thus the locator, yes [22:23] <JEEB> if it doesn't contain the directory you installed to [22:23] <JEEB> then you most probably have to add it to the compiler and linker [22:23] <JEEB> which in case of ffmpeg would be [22:23] <JEEB> --extra-cflags="-I/your/prefix/include" --extra-ldflags="-L/your/prefix/lib" [22:23] <JEEB> /your/prefix being the place you installed to [22:24] <Aspi> it probably doesn't. there's no ldconfig here. thanks a lot for the switches, 2 secs I'll try [22:25] <JEEB> you should be able to get the library search paths from ld itself, too [22:26] <JEEB> didn't notice that thing talked about ldconfig, which is for dynamic library indexing [22:27] <JEEB> Aspi, this is related to headers, but it's pretty sure that the linker looks at the similar places http://stackoverflow.com/questions/344317/where-does-gcc-look-for-c-and-c-h… [22:27] <JEEB> so you could check that [22:27] <JEEB> and yes, most probably a case of compiler/linker not looking to the place you installed the headers/libraries to [22:28] <JEEB> I think the default prefix with most things is /usr/local [22:28] <JEEB> which also is included in most linux distros [22:28] <JEEB> (in default search paths) [22:29] <Aspi> config.log said something about /usr/lib/.... problem is that /usr/lib doesn't exist. [22:29] <Aspi> "/usr/lib/gcc/i686-pc-cygwin/4.7.3/../../../../i686-pc-cygwin/bin/ld" [22:30] <fahadash> fayisha: There was another parameter that you had to change to 960 [22:30] <Aspi> still, it is kind of a valid path, since that very path exists, given the go-backs of the .. still I don't know if it fails because of the first paths non-existance [22:30] <JEEB> no [22:31] <JEEB> just check your goddamn gcc search paths already instead of trying to make weird theories :P [22:31] <Aspi> $ gcc -print-prog-name=fdk-aac [22:31] <Aspi> fdk-aac [22:31] <Aspi> if that's what you're referring to [22:32] <fayisha> fahadash: what was that? [22:32] <JEEB> Aspi, at times like this I wish there was a protocol to punching people over IRC [22:32] <Aspi> haha xD [22:32] <fahadash> fayisha: The last line of Example had overlay=shortest=1:x=100 , <-- that 100 needs to be changed to the value half the width of the total width of output [22:33] <Aspi> it doesn't even make sense for anything to be searching where I installed, I made up the directory. [22:33] <JEEB> well then of course [22:33] <fahadash> JEEB: If there was, many people would wish Bill Gates was on IRC [22:33] <JEEB> but you know [22:33] <Aspi> with your custom c and ld flags, it SUCCESSFULLY configured! :D [22:33] <JEEB> I still don't goddamn get it how you thought you could replace cc1/cc1plus with fdk-aac [22:34] <fayisha> okay, is the output video 1920x1080 and both video get 960x1080 ? [22:34] <Aspi> oh, that's what you meant [22:34] <JEEB> and yes, since it most definitely was a case of just files not being found [22:34] <fahadash> fayisha: Here is the final version...ffmpeg -i munna1.mov -ss 2.4 -i munna2.mov -filter_complex "nullsrc=size=1920x1080 [background];[0:v] setpts=PTS-STARTPTS,transpose=1,scale=960x1080 [left];[1:v] setpts=PTS-STARTPTS,transpose=1,scale=960x1080[right];[background][left]overlay=shortest=1[background+left];[background+left][right]overlay=shortest=1:x=960 [left+right]" -map "[left+right]" out1.avi [22:35] <Aspi> was custom flags a requirement, or just a exremely annoying bug on using windows compat layers (Cygwin, don't punch me for category theories as well)? [22:35] <fayisha> does that produce the video that you are looking for ? [22:35] <Aspi> "$ gcc -print-prog-name=cc1 [22:35] <Aspi> /usr/lib/gcc/i686-pc-cygwin/4.7.3/cc1.exe" if you'd like [22:36] Action: JEEB facepalms [22:36] <JEEB> did you not read the goddamn link [22:36] <JEEB> I'm pretty sure you didn't [22:36] <JEEB> and don't goddamn paste the output of whatever it says at least here, because that would end up being pretty long :P [22:36] <fahadash> saste, fayisha, ubitux and eveyrbody else... I got it working finally. Thanks [22:36] <fayisha> :) [22:37] <JEEB> also custom flags are a requirement if you install things outside of the default search paths [22:37] <JEEB> not specific to windows or cygwin or anything else [22:37] <fahadash> I wonder if there was a way to add a text overlay on both the clips like "Camera 01" and "Camera 02" [22:37] <fahadash> s/was/is [22:37] <Mavrik> fahadash, well add the filter on each of the filter chains that adds that text [22:39] <Aspi> JEEB, my apologies. I did not read carefully [22:39] <Aspi> I got it right now, and I won't paste it [22:40] <fahadash> Mavrik: Which filter adds text ? [22:40] <Mavrik> *sigh* [22:40] <fahadash> fayisha: Yes it does; right one was shot with iPhone 4 crappy camera; there is nothing we can do about that [22:40] <Aspi> JEEB: well, was interesting. bet I'll get around to bug you in the future as well. thanks a lot! [22:42] <fahadash> or may be I should try 640x720 on both clips [22:42] <fayisha> idk, you know how to scale the videos now [22:43] <fahadash> fayisha: We should shrink the larger one to match the smaller one's size; that way it won't look that bad [22:45] <fahadash> The smaller size is 1280x720, so we output would be 1280/2 = 640 on each side by 720 [22:46] <fahadash> LoL it looks crappier now [22:46] <fahadash> iPhone camera sucks [22:47] <fayisha> lolol [22:47] <fahadash> Its amazing what command line can do [22:48] <fayisha> ya [22:48] <fahadash> I bet they launched Little Boy over Hiroshima through the command line [22:48] <fahadash> They didn't have GUIs back then [22:49] <fahadash> They probably still do "launch -endeavor1 -time 00:00:02 --full-throttle" at NASA [22:53] <fayisha> haha [23:03] <peanuter> the audio is out of sync on any avi that i convert to ogg format. any suggestions to correc this? [00:00] --- Sun Oct 6 2013

1 0

ffmpeg-devel.log.20131004
by burek 05 Oct '13

05 Oct '13

[02:03] <Compn> adobe source code leaked? hmmm [02:04] <Compn> http://techcrunch.com/2013/10/03/adobe-gets-hacked-product-source-code-and-… [02:24] <vigneshv> i'm trying to build a static binary with libopus in it. i built libopus with --enable-static --disable-shared and have the resulting includes and libs in a separate directory. how do i tell ffmpeg's configure to look for libopus in that directory? i tried CFLAGS and it didn't work. any pointers really appreciated? [03:34] Action: Compn wonders if anyone ever worked on an updated binary codec loader in another project [08:03] <cone-320> ffmpeg.git 03Clément BSsch 07master:41fd6f07961b: avcodec/dvdsubdec: factor out rectangles reset. [08:03] <cone-320> ffmpeg.git 03Clément BSsch 07master:71e0ae22aca7: avcodec/dvdsubdec: extract every subtitle in a different file (debug). [08:03] <cone-320> ffmpeg.git 03Clément BSsch 07master:95cafeb684d7: avcodec/dvdsubdec: reconstruct incomplete SPU packets. [08:03] <cone-320> ffmpeg.git 03Clément BSsch 07master:dbfe61100bd7: avformat/vobsub: fix several issues. [08:04] <ubitux> wm4: i'll backport this eventually later, but there are large changes and i got no review, so i'd like to have a little testing time space first [09:37] <cone-320> ffmpeg.git 03Clément BSsch 07master:d4dc67345516: avformat/vobsub: raise packet even if apparently incomplete. [10:06] <burek> i'm trying to understand this answer http://superuser.com/questions/536001/variable-bit-rates-with-vb-and-minrat… in order to write an article on our wiki, about a proper usage of -minrate, -maxrate and -bufsize... one thing is not very clear to me and i would appreciate if any of you would have a moment to comment on this.. the thing i dont understand is this: "You typically only use this for streaming, since the technique [10:06] <burek> how does the "underflow" make sense in this scenario? [10:07] <burek> or was that a typo and he meant "overflow" ? [10:16] <TimNich> I think underflow was meant. You do not watn to get into the situation where the max bitrate is so high that in the time it takes to stream a high bitrate section, the buffer has emptied itself, so the decoder stalls waiting for more data. Its a balance between the buffer size, the max bit rate, and the expected streaming rate, (i.e your target bit rate). [10:19] <burek> oh, I think I understand now.. thanks :) [10:42] <saste> michaelni_, what about an AV_OPT_TYPE_CH_LAYOUT to use in swr? [10:43] <saste> this would break syntax, OTOH having to specify an int64 to code for a channel layout is not very handy [10:48] <michaelni_> why would it break synatx ? [10:54] <saste> michaelni_, right now if you want to specify a channel layout with aresample, you need to set the int64 coding for that channel layout [10:55] <saste> if we change swr options to support channel layout symbolic names, it will not recognize the integers [10:58] <michaelni_> i dont see why you cant support both ways to specify a channel layout [10:59] <saste> michaelni_, see av_get_channel_layout() [11:21] <cone-320> ffmpeg.git 03Michael Niedermayer 07master:02a6ee51685e: avfilter/vf_frei0r: fix out of array read [11:24] <michaelni_> saste, interpreting 5 and 0x5 differently does not seem like a good idea to me [11:28] <cone-320> ffmpeg.git 03Maxim Poliakovski 07master:6a5bfd4d49e7: atrac: Add missing av_cold [11:28] <cone-320> ffmpeg.git 03Michael Niedermayer 07master:8378aae72935: Merge commit '6a5bfd4d49e7433f6de869ccfe682940dbca8740' [11:30] <saste> michaelni_, that was settled much time ago [11:31] <saste> i'm not against changing the syntax if developers agree [11:33] <michaelni_> also AV_OPT_TYPE_CH_LAYOUT doesnt need to reproduce the av_get_channel_layout() syntax down to every detail if that causes API issues [11:33] <michaelni_> they could differ and print a warning where there is ambiguosity [11:34] <michaelni_> is anyone/ anything using the base 10 syntax for specifying "layouts" ? [11:34] <saste> michaelni_, i'm against different parsers for different contexts [11:34] <saste> michaelni_, i don't think so, but see the thread "[FFmpeg-user] aresample out_channel_layout values" [11:35] <saste> people trying to use aresample to perform channel conversion [11:35] <saste> that was previously done with aformat or aconvert, which both accept symbolic channel layout specs [11:36] <saste> so in practice i don't think it will be a problem if we change swr [11:36] <saste> not a big problem, as most users won't notice [11:39] <cone-320> ffmpeg.git 03Diego Biurrun 07master:80fefbed6234: x86: cpu: Restore some explanatory comments removed in 7160bb7 [11:39] <cone-320> ffmpeg.git 03Michael Niedermayer 07master:1e678007800a: Merge commit '80fefbed623491b92fe59ead99225f99c0d0ca08' [11:50] <michaelni_> iam not in favor of "layout" = "5" setting layout to a value different of 5, thats a quite unexpected thing for the API user [11:51] <michaelni_> that is one who initializes things maybe with a snprintf("%d") [11:51] <ubitux> note that such changes might affect usage of filters like pan [11:51] <ubitux> where there is various mangled parsing of layouts etc [11:51] <ubitux> dunno if it's relevant in that case [11:53] <saste> so what about chaning the syntax? [11:53] <saste> cl=5 means channel layout #5 [11:53] <saste> cl=5c means default with 5 channels [11:53] <saste> we just force the optional "c" to specify the number of channels [11:54] <saste> again this is a break in a different place [11:54] <cone-320> ffmpeg.git 03Diego Biurrun 07master:47b6cfc2a033: avformat/output-example: Declare link dependency on libswscale in the Makefile [11:54] <cone-320> ffmpeg.git 03Michael Niedermayer 07master:90e1fc8bec1b: Merge commit '47b6cfc2a0333fb24f074d27830bf35ae5007050' [11:55] <ubitux> it seems libav is slightly moving to doc/examples [11:57] <saste> ubitux, so we'll have more redundant examples [11:57] <ubitux> dunno how they're going to nih this yet [11:57] <ubitux> it seems it was triggered by an external proposing an example [11:58] <saste> yeah i wonder if the guy is aware of ffmpeg/doc/examples [11:58] <ubitux> likely not [11:59] <saste> then he sorely misses google search skills (?) [12:00] <saste> anyway having more examples could be useful [12:00] <saste> but it's more maintainance work, given the speed of API changes [12:06] <cone-320> ffmpeg.git 03Vittorio Giovara 07master:49fe9c05f97b: oggparsevorbis: K&R formatting cosmetics [12:06] <cone-320> ffmpeg.git 03Michael Niedermayer 07master:f3968ab47ca8: Merge commit '49fe9c05f97bc2cfafd8fdcfea2f313d7c8e2c48' [12:12] <ubitux> saste: if we're not even prepared to update our small api examples, the api is moving too fast [12:19] <saste> http://ffmpeg.org/pipermail/ffmpeg-devel/2011-November/116494.html [12:24] <xlinkz0> there might be a bug when using force_key_frames and avoid_negative_ts at the same time [12:25] <xlinkz0> when not using avoid_negative_ts force_key_frames is accurate [12:25] <xlinkz0> when using it, the keyframe ends up + or - 100ms from the target timestamp [12:41] <saste> xlinkz0, as expected [12:41] <saste> avoid_negative_ts is applied at the muxer level (it is a format option), which takes place *after* packets are processed by ffmpeg [12:43] <xlinkz0> saste: on my tests i select the seek time very accurately close to the keyframe [12:43] <xlinkz0> so close that even without avoid_negative_ts the cuts i make have a 0.00000 start time [12:44] <xlinkz0> essentially i don't need avoid_negative_ts in this scenario, but even so there's a delay [12:44] <xlinkz0> is this not a bug because it is 'unavoidable'? [12:45] <saste> xlinkz0, why do you use negative_ts if you don't need it? [12:45] <saste> and then complain that things don't work if you use it? [12:45] <xlinkz0> what [12:46] <xlinkz0> how is that relevant [12:46] <xlinkz0> ok i'll test without cutting on a keyframe [12:46] <xlinkz0> will it be a bug then? [12:46] <saste> no [12:46] <saste> i can't understand why do you mention avoid_negative_ts if it is not relevant [12:47] <mateo`> hello there ! [12:47] <xlinkz0> it is relevant because with it force_key_frames isn't accurate [12:47] <xlinkz0> i doubt that it is because i cut near a key-frame [12:47] <mateo`> i would like to insert the mjpeg_parser before decoding a mjpeg frame, is there a way to do that ? [12:47] <saste> force_key_frames can't be accurate if you don't have frames around the specified time [12:48] <xlinkz0> i do have them [12:48] <xlinkz0> how else would it be accurate without avoid_negative_ts? :| [12:49] <xlinkz0> ok it might be a problem because i use avoid_negative_ts when transcoding which afaik is redundant [12:49] <xlinkz0> but it still is a bug [12:50] <saste> xlinkz0, i already explained [12:50] <saste> the avoid_ts shift is applied after ffmpeg did its processing, when the packet is written to the output file [12:51] <saste> the only solution is not to use avoid_negative_ts, for example using a suitable format [12:51] <xlinkz0> if that is so then avoid_negative_ts shouldn't break force_key_frames when the file already doesn't have negative timestamps [12:51] <saste> that's what i'd expect [12:51] <xlinkz0> then it might be a bug [12:51] <saste> might be [12:52] <cone-320> ffmpeg.git 03Diego Biurrun 07master:b2bed9325dbd: cosmetics: Group .name and .long_name together in codec/format declarations [12:52] <cone-320> ffmpeg.git 03Michael Niedermayer 07master:ee77140afab7: Merge commit 'b2bed9325dbd6be0da1d91ffed3f513c40274fd2' [13:34] <cone-320> ffmpeg.git 03Clément BSsch 07master:b46f19100b08: cosmetics: group remaining .name and .long_name. [13:34] Action: ubitux feels so useful... [13:39] <ubitux> it's impressive the number of additional codecs we have [13:48] <Compn> but you didnt give attribution to diego [13:48] <Compn> ;P [13:49] <Compn> at least partial [13:49] <ubitux> why should I? oO [13:49] <Compn> oh nevermind [13:49] Action: Compn feels stupid [13:49] <Compn> thought it was the same commit [13:49] <Compn> didnt realize we had 60 more codecs :P [13:49] <ubitux> actually i think we have something like 100+ [13:49] <ubitux> lemme check. [13:51] Action: Compn brb afk [13:52] <xlinkz0> is reading frames with av_read_frame as fast as ffmpeg -ss <timestamp> -i input ? [13:52] <xlinkz0> without decoding [13:52] <cone-320> ffmpeg.git 03Martin Storsjö 07master:a6b361325f2b: rtmpproto: Print the error code string if there's no description [13:53] <cone-320> ffmpeg.git 03Michael Niedermayer 07master:373d15525d3d: Merge commit 'a6b361325f2bfc8d9d4e5f761d6c1a07b209c4fb' [13:54] <ubitux> yeah well a bit less than 100 [13:54] <ubitux> http://lucy.pkh.me/diff/diff-codecs.html [13:54] <ubitux> Compn ^ [13:54] <ubitux> i was mistaken with the filters i guess [13:55] <saste> yes we have xface :) [13:55] <ubitux> :D [13:56] <saste> (and lot more subs codecs, and more fringe/special purpose codecs, and snow) [13:56] <saste> sometimes having less is considered a feature [13:58] <ubitux> http://i1.kym-cdn.com/photos/images/newsfeed/000/140/938/responsibility12%2… [13:58] <ubitux> saste ^ [14:02] <burek> in the ffmpeg documentation, this example was described as "To set the video bitrate of the output file to 64 kbit/s" and the command line is: ffmpeg -i input.avi -b:v 64k -bufsize 64k output.avi [14:02] <burek> is it missing the -maxrate ? [14:13] <cone-320> ffmpeg.git 03Martin Storsjö 07master:4d6d70292e91: rtmpproto: Pass the 'live' parameter in the right unit [14:13] <cone-320> ffmpeg.git 03Michael Niedermayer 07master:d32eec3359da: Merge commit '4d6d70292e91a7ef027824d731b6b6570ceabf2f' [14:15] <xlinkz0> after i seek with av_seek_frame the frames i get with av_read_frame have a coded_picture_number starting at.. 0 [14:15] <Daemon404> ubitux, how new is the libav rev [14:15] <xlinkz0> can i get the real coded_picture_number? [14:15] <Daemon404> since libav sure does have a webp decoder [14:15] <ubitux> it's today pull [14:16] <ubitux> most likely a dup Daemon404 [14:16] <ubitux> since we had it a while ago [14:16] <Daemon404> heh [14:16] <Daemon404> why would allcodecs.c have dpes [14:17] <Daemon404> dupes* [14:17] <Daemon404> its ordered [14:17] <ubitux> mmh maybe the diff is not up-to-date (mis-uploaded?) [14:17] <ubitux> lemme check [14:18] <cone-320> ffmpeg.git 03Martin Storsjö 07master:72540e514cea: rtmpproto: Clear the flv allocation size on reallocp failures [14:18] <cone-320> ffmpeg.git 03Michael Niedermayer 07master:205b6021358e: Merge commit '72540e514ceaaed8ecb97ed63637b2a2a4447ab8' [14:18] <ubitux> Daemon404: ah, should be better now [14:19] <ubitux> ah it seems we might be around 100 now [14:24] <Paranoialmaniac> xlinkz0: there is no general way to get real codec_picture_number since container may have no index of each picture/frame [14:24] <cone-320> ffmpeg.git 03Martin Storsjö 07master:24fee95321c1: rtmpproto: Move the flv header/trailer addition to append_flv_data [14:24] <cone-320> ffmpeg.git 03Michael Niedermayer 07master:b8e44118b136: Merge commit '24fee95321c1463360ba7042d026dae021854360' [14:24] <Daemon404> i see the vp9 decode went in [14:25] <xlinkz0> Paranoialmaniac: i only need it to work on mp4, is it possible? [14:25] <Paranoialmaniac> xlinkz0: so mp4 is possible but i don't know libavformat supports that [14:26] <xlinkz0> do you know of any other mp4utilities that could do this? [14:27] <Paranoialmaniac> why do you want coded_picture_numebr? [14:27] <xlinkz0> to pass it to x264 [14:28] <Paranoialmaniac> l-smash project i manage can seek by picture number [14:28] <xlinkz0> it's complicated, i need to use the x264 binary in a very specific use case [14:28] <xlinkz0> i need to get picture number based on timestamp, can it do that? [14:29] <Paranoialmaniac> no. [14:29] <cone-320> ffmpeg.git 03Martin Storsjö 07master:8921e32f730c: rtmpproto: Readjust the end of the flv buffer if handle_metadata exited early [14:29] <cone-320> ffmpeg.git 03Michael Niedermayer 07master:5bb3ef3b369a: Merge commit '8921e32f730c191543b84e61338bc9d549aa05a3' [14:30] <Paranoialmaniac> since timestamp thing is complicated in mp4 [14:30] <Paranoialmaniac> pts != cts [14:30] <xlinkz0> cts? [14:30] <Paranoialmaniac> composition timestamp [14:30] <xlinkz0> well, based on pts [14:30] <Paranoialmaniac> this is a thing of media layer [14:31] <Paranoialmaniac> pts is a thing of presentation, movie or track layer [14:31] <xlinkz0> so there's no way to get frame number based on pts , atleast not in a very fast way? [14:31] <xlinkz0> like < 50ms [14:31] <xlinkz0> 100ms [14:32] <Paranoialmaniac> to get frame based on pts, you need construct presentation timeline [14:32] <Paranoialmaniac> from all edits [14:32] <Paranoialmaniac> a frame can have multiple PTSs [14:32] <Paranoialmaniac> because of edits [14:33] <Paranoialmaniac> a frame can only one CTS [14:33] <Paranoialmaniac> *can have only one CTS [14:33] <xlinkz0> AVFrame has only dts and pts, you're telling me there's another thing, cts that ffmpeg doesn't expore in the api? [14:33] <xlinkz0> s/expore/expose [14:33] <Daemon404> ffmpeg doesnt handle edits at all [14:34] <Paranoialmaniac> ffmpeg doesn't expose [14:34] <Daemon404> more or less [14:34] <Paranoialmaniac> so you cant seek by pts on mp4 by using ffmpeg [14:34] <Paranoialmaniac> actually [14:34] <xlinkz0> ok so is there any way faster than <100ms to find the frame number based on pts or not? [14:36] <cone-320> ffmpeg.git 03Martin Storsjö 07master:cd818b3a5709: rtmpproto: Validate the embedded flv packet size before copying [14:36] <cone-320> ffmpeg.git 03Michael Niedermayer 07master:74b2b0ed9fc3: Merge commit 'cd818b3a5709b9b08bd5901cb8863a8b61be265e' [14:42] <cone-320> ffmpeg.git 03Diego Biurrun 07master:6cc133ec58b8: x86: fdct: Only build fdct code if encoders have been enabled [14:42] <cone-320> ffmpeg.git 03Michael Niedermayer 07master:9d8e8495c9d7: Merge remote-tracking branch 'qatar/master' [14:45] <Paranoialmaniac> coded_picture_number is AVFrame thing, and libavcodec resets it internally when flush_buffers. so there is no way to get coded_picture_number i think [14:46] <xlinkz0> thanks [15:04] <kierank> + [15:13] <saste> blitz review [15:21] <wm4> so what I see in "[FFmpeg-devel] [RFC] Change av_get_channel_layout() syntax" is that you're making the API more crap just to make the ffplay/ffmpeg tools more userfriendly [15:21] <wm4> Daemon404: let me join you in your AVOption hate [15:21] <Daemon404> welcome [15:21] <Daemon404> to the club [15:21] <Daemon404> \o/ [15:22] <ubitux> why do you assume it will be more crap? [15:22] <Daemon404> wait what [15:22] <Daemon404> /change/ its syntax [15:22] <Daemon404> thats a massive no-no [15:22] <Daemon404> api-wise [15:22] <ubitux> that, ok [15:22] <saste> Daemon404, how's that related to AVOptions API? [15:22] <wm4> oh wait I was misreading this mail [15:23] <wm4> I'll take back what I said [15:23] <Daemon404> saste, i just read it now, ask wm4 [15:23] <Daemon404> saste, api synta should *not* be changed. [15:23] <wm4> I was merging it with something else in my mind [15:24] <saste> in a way or another, it's gonna suck [15:24] <wm4> anyway, I'm really glad I didn't use the ffmpeg API helpers for channel layout stuff [15:24] <Daemon404> saste, changing behavior of a function with the same name between versions is gonna piss downstream right the hell off [15:24] <Daemon404> compat between diff ffmpeg versions is a massive pain as it is already [15:24] <Daemon404> without overlappinng names [15:25] <saste> but that's a feature no one is probably using [15:25] <wm4> anyway, so what is the goal: "In order to switch to symbolic names, we need to switch to a new option type for channel layout," [15:25] <Daemon404> [14:25] <@saste> but that's a feature no one is probably using <- ................ [15:25] <saste> ch_layout=1234 [15:25] <Daemon404> really, that is not a good reason to rationalize such a terrble thing [15:25] <saste> this means 1234 channels at the moment [15:26] <Daemon404> it's an api, it exists, it is public [15:26] <Daemon404> you *cannot* change its syntax [15:26] <wm4> (whoever thought passing raw numeric masks via something user-facing was a good idea...) [15:26] <saste> why, the API exists to be broken [15:26] <saste> that's our API guideline in ff*av land [15:27] <wm4> *beep* wrong attitude [15:27] <Daemon404> ......... [15:27] <Daemon404> thats a shit attitude [15:27] <Daemon404> and a terribe one for downstream [15:27] <Daemon404> and shows absolutely no regard whatsoever for actual api users [15:27] <saste> Daemon404, that's called (silly) humorism [15:27] <Daemon404> saste, poe's law. [15:28] <ubitux> saste: stop aggro mobs [15:28] <ubitux> :( [15:28] <wm4> here's a theory: most API suckage comes from low level APIs trying to satisfy the need of high level programs like ffplay/ffmpeg [15:28] <j-b> theory or troll ? :D :D [15:28] <wm4> so what you need to do is move ffmpeg and ffplay to a separate repo [15:29] <wm4> and develop it separately [15:29] <wm4> (ok, ffmpeg would collapse, oh well) [15:29] <saste> what i am actually trying to accomplish is letting user to specify symbolic channel layout names [15:30] <wm4> then fix ffplay and ffmpeg [15:30] <saste> as opposed to, say aresample=out_cl=123456 [15:30] <wm4> what does this have to do with low level APIs [15:30] <Daemon404> saste, my point was do not use the same function name [15:30] <Daemon404> and yeah, changing behavior of low level apis to facilitate cli arguments [15:30] <Daemon404> sounds batshit retarded [15:30] <Daemon404> very very mplayer-like. [15:31] <saste> Daemon404, that's probably doable, but it sucks in a different way, since I have to provide a separate parser [15:31] <saste> (and probably make the actual parser compatible at the next bump) [15:32] <wm4> not having proper API but AVOptions (even string based one) is really annoying [15:33] <saste> wm4, i know that song, still it is what we have at the moment [15:33] <saste> i won't redesign it from scratch, i already tried, and failed [16:04] <durandal_1707> burek: where is irc log of 1st in this month? [16:41] <cone-320> ffmpeg.git 03Stefano Sabatini 07master:719b4eef5db7: lavu/common: add warning to GET_UTF8 doxy [16:41] <cone-320> ffmpeg.git 03Stefano Sabatini 07master:515e651f56e8: lavu/opt: fix doxy for av_opt_get* functions about return value [16:44] <ubitux> wtf @ #3029 [16:44] <ubitux> i don't even. [16:44] <ubitux> Priority: critical, ofc. [16:54] <burek> durandal_1707, is it ok now? [17:07] <saste> durandal_1707, why to change priority if the ticket was meaningless? [17:08] <durandal_1707> because it is not critical [17:09] <wm4> saste: shouldn't the new utf-8 function be inline? [17:09] <wm4> as much as I dislike putting code in headers, it would probably be appropriate here [17:09] <saste> wm4, whatever [17:09] <wm4> because otherwise everyone will be like LOL USE THE MACRO INSTEAD FOR SPEED [17:10] <saste> also I'm not sure I understand 7ba0c1b390a6ea67ca5e9cbade3005285b51b70f [17:10] <saste> and the code probably needs more consistency checks, now that it's not speed critical [17:12] <wm4> looks like 7ba0c1b390a6 checks the length bits as part of the loop or so [17:13] <wm4> ideally, you'd have two functions [17:13] <wm4> one for raw parsing, and one that does verification [17:13] <wm4> e.g. checking for over-long sequences and invalid code points [17:14] <Daemon404> .. eta until libaviconv? [17:14] <Daemon404> or lib swiconv [17:15] <wm4> nicolas is going to need it [17:15] <wm4> libswchardet [17:15] <durandal_1707> can you propose something more constructive? [17:16] <Daemon404> wm4 has proposed plenty of constructive things to nicolas [17:16] <Daemon404> but nicolas is having none of that. [17:16] <Plorkyeran> I'd be all for libswchardet if it actually works [17:16] <Plorkyeran> none of the current options work very well [17:16] <wm4> Daemon404: again, what nicolas wants with subtitles should be ffmpeg.c/ffplay.c's problems, not libavformats [17:17] <wm4> there's no standard lib for Mozilla's code either [17:18] <Daemon404> even if there was, it would be "mozilla-style" [17:18] <Daemon404> ever tried to use NSS? :V [17:20] <durandal_1707> Daemon404: what happened with that lavfi deadlock? [17:21] <Daemon404> durandal_1707, still being looked into [17:21] <Daemon404> it happens in libav-origin code [17:21] <Daemon404> i thin [17:21] <Daemon404> k [17:23] <durandal_1707> i would like to have that fixed [17:23] <ubitux> "it's still locked! i'm waiting" [17:23] <Daemon404> durandal_1707, then learn some patience [17:24] <Daemon404> race conditions arent exactly easy or fun to debg [17:24] <Daemon404> debug* [17:24] <Daemon404> especially when helgrind shows nothing [17:24] <ubitux> there is also a tsan instance [17:24] <ubitux> which doesn't give much more insight i know [17:25] <Daemon404> ubitux, right now im trying to et it to occur on debug builds [17:25] <Daemon404> so i can get some useful info [17:32] <Daemon404> ubitux, btw its such a pain that you cant specify the # of threads in lavfi [17:32] <Daemon404> from cli [17:33] <ubitux> why do you tell me this? [17:33] <ubitux> i almost never worked on threading [17:33] <Daemon404> s/ubitux, // [17:33] <durandal_1707> it pains me too [17:33] <ubitux> ...and i think you actually can [17:33] <Daemon404> nope [17:33] <Daemon404> you cannot [17:33] <ubitux> don't we have a threads option at lavfi level? [17:34] <Daemon404> it is not exposed via ffmpeg cli [17:34] <durandal_1707> also i do not like how timeline is done [17:35] <durandal_1707> it allows it only for codecs that have some option to set [17:36] <durandal_1707> burek: much better [17:41] <ubitux> durandal_1707: huh? [17:41] <ubitux> didn't understand the codecs/lavfi-timeline thing [17:53] <durandal_1707> you can add timeline to vflip/hflip [17:53] <durandal_1707> *can not [17:54] <durandal_1707> i told you this ages ago [17:54] <cone-320> ffmpeg.git 03Michael Niedermayer 07master:e41ea866fc26: avformat/mov: force parsing of headers if stts is absent [17:55] <ubitux> ah [18:51] <cone-320> ffmpeg.git 03Paul B Mahol 07master:a2c14ba2b19c: avfilter/vf_histogram: use const for variables that are not supposed to change [18:52] <ubitux> BBB: i'm back on vp9, but working on the asm for now [18:55] <durandal_1707> how nice, when you finish, i expect you will write asm for lavfi [18:55] <ubitux> i'd like to [18:56] <ubitux> but unfortunately a lot of things need reshaping first... [19:27] <Compn> so , twitter stock, buy or not ? [19:53] <ubitux> sounds like the config.d project is going to be an epic fail... [19:55] <durandal_1707> ? [19:56] <ubitux> durandal_1707: they're going to scatter configure all around in an attempt to make it usable by other projects [19:56] <ubitux> but unless that system is taking out of the repository, no one will use it (unless they copy more or less up-to-date versions of it in their project) [19:57] <ubitux> so i'm guessing this is going to be either moved out of the project as a dependency [19:57] <ubitux> or copied and get unsync like it was for libpostproc [19:57] <ubitux> desync* [19:58] <ubitux> if that "succeed" we're going to have some more packaging clashes between ffmpeg and libav [19:58] <durandal_1707> why? [19:58] <ubitux> if that fails, which is likely, we're just going to have a desync vapourware, and the configure exploded in multiple files [19:58] <ubitux> durandal_1707: because libav's configure doesn't support c++ for instance, to take one of the many examples [19:59] <ubitux> basically the two config.d won't work together [20:03] <durandal_1707> perhaps libav wants to compete with cmake/automake/and others? [20:03] <ubitux> yes sure that's the goal [20:03] <ubitux> which is honorable TBH [20:04] <ubitux> it just won't happen without a lot of troubles [20:04] <ubitux> durandal_1707: are you using vim? [20:05] <durandal_1707> yes? [20:05] <ubitux> k, just curious [20:06] <Compn> going to make the configure be ... the next autoconf ? [20:08] <durandal_1707> ubitux: it have blockwise visual-mode [20:08] <ubitux> durandal_1707: how do you deal with \ macro align btw? [20:08] <ubitux> durandal_1707: yes, ^v is really cool [20:09] <durandal_1707> manual work, there sure are plugins but :effort [20:09] <ubitux> k, i was wondering, because i do the same [20:30] <durandal_1707> why you hate non-anonymous structs? [20:31] <ubitux> because the name appears two times for no benefit [20:32] <durandal_1707> its needed for function i added in struct [20:32] <durandal_1707> without it clang gives warnings [20:32] <ubitux> ah, ok in that case [20:32] <ubitux> missed the func ptr, my bad [20:35] <ubitux> durandal_1707: about fate i was wondering if you tried with a aformat=s16 etc [20:35] <durandal_1707> yes, but due rounding it may be different.... [20:36] <ubitux> durandal_1707: as long as the results are mostly accurate it's good enough [20:36] <durandal_1707> for 0.1 and s16 samples all sample formats (s16/s32/flt/dbl) output is same [20:37] <durandal_1707> the idea is to add silence removal filter [20:37] <durandal_1707> its shame ffmpeg doesn't have one, and one need to use sox one [21:48] <ubitux> writing simd really feels like playing tetris, with a time dimension [21:48] <ubitux> trying to rearrange the game all over again according to the mess of pieces [21:50] <durandal_1707> one really slow tetris game [21:50] <ubitux> :) [22:27] <teratorn> anything like the testsrc avfilter except for audio? [22:29] <ubitux> aevalsrc [22:29] <durandal_1707> teratorn: see http://ffmpeg.org/ffmpeg-filters.html#Audio-Sources [22:29] <teratorn> thank you kind sirs [22:30] <ubitux> ./ffplay -f lavfi "aevalsrc='sin(440*2*PI*t)*exp(-4*mod(t,1))'" [22:31] <durandal_1707> can't do simple tone? [23:39] <cone-451> ffmpeg.git 03Lukasz Marek 07master:b611ea041de6: lavd/pulse: add MAINTAINERS entry [23:39] <cone-451> ffmpeg.git 03Michael Niedermayer 07master:e1f8184a1a97: avformat/gifdec: make GIF_APP_EXT_LABEL parsing more robust [00:00] --- Sat Oct 5 2013

1 0

ffmpeg.log.20131004
by burek 05 Oct '13

05 Oct '13

[01:12] <ac_slater> Hey guys, Does anyone know when avcodec_decode_audio3() became deprecated? (Version?) [04:53] <skifreak> Could someone tell me why ticket #3009 (https://trac.ffmpeg.org/ticket/3009) is an enhancement, not a defect? (The priority of wish seems a little low, but that's just me) [05:17] <relaxed> skifreak: It sounds like maybe DVDFab is to blame. Have you tried playing the samples with mplayer or vlc? [05:17] <relaxed> What about playing the bluray with mplayer? [05:20] <skifreak> relaxed: I can't play the files with mplayer since it's backend is ffmpeg [05:21] <skifreak> bluray plays fine with mplayer [05:21] <relaxed> then try dumping the stream with mplayer instead of dvdfab [05:22] <skifreak> tried vlc, but it's not working so hot (vlc has problems with a good amount of different video files I have around, might be my build) [05:22] <skifreak> relaxed: good point....need to figure out how to do that. [05:22] <relaxed> mplayer -dumpstream -dumpfile output.m2ts $input [05:23] <relaxed> add -benchmark too [05:24] <skifreak> cool, though I might start running into problems when the movie is made of multiple m2ts files [05:25] <relaxed> shouldn't matter if you're telling mplayer to play a specific title [05:25] <relaxed> instead of random m2ts files [05:26] <skifreak> ok, sorry, not quite experienced with looking through the actual dirs of a bluray and such [05:26] <skifreak> how would I pick out a specific title....(asking google for help on this right now of course) [05:26] <relaxed> https://wiki.archlinux.org/index.php/BluRay [05:28] <skifreak> thanks relaxed. Giving it a look through. In your opinion, I shouldn't need any decryption software at all, I should always be able to find and copy the main title and extras that I need just by a simple mount? [05:29] <relaxed> mplayer can decrypt it, I think, if you compile with the correct libs [05:32] <skifreak> cool, stupid question...how do I know if it's compiled with the correct libs? what is compiled right now (gentoo) http://dpaste.com/1405280/ [05:32] <skifreak> Sorry, I know this is getting off of the beaten track of ffmpeg, but I've always had a problem obtaining passthrough 3d files [05:39] <skifreak> large downside to using mplayer to stream, is that BD+ isn't available yet. Seems this would be an incomplete solution [06:22] <skifreak> relaxed: thanks for the help, I'll definitely try to use mplayer to dump the stream, but it definitely sounds like a very incomplete solution. Tried using the latest vlc in windows to play the problem m2ts file in the bug, but it failed as well. Seems the only concrete option I have to obtain 3d files is to use dvdfab as I did before, by using its terrible avc encoder (highest cbr is 40 Mbps) to a 3840p sbs [06:45] <skifreak> still don't quite understand why the codec for the file in ticket #3009 can't be found....mediainfo found it, I see no reason why ffmpeg shouldn't at least be able to find the codec, regardless of the software which was used to obtain it [09:56] <effbiai> hi, i've got a problem compiling (actually configuring..) avxsynth. i know that this channel is for ffmpeg, but i don't know of any other channel with people who might be able to help [09:57] <effbiai> my problem is that log4cpp exist, but doesn't work. http://pastebin.com/4S4FaKnd [10:05] <JEEB> effbiai, avxsynth does not have anything for it, so I see no reason to use it to be honest [10:06] <JEEB> also the development was pretty much stopped after the initial code drop [10:06] <JEEB> so you end up with a crappy avisynth port that's left out to wither [10:07] <JEEB> if you want something similar and that's actively developed you go for vapoursynth, otherwise you just use avisynth 2.6 with avs2pipemod under wine [10:07] <effbiai> roger that [10:07] <effbiai> thanks [10:07] <effbiai> 32bit or 64bit? [10:08] <JEEB> avisynth? the 64bit one is dead and was even worse in stability than the MT fork [10:09] <effbiai> heh, roger that :) [10:11] <JEEB> the newest 2.6 build should be fine for you I'd say [10:14] <effbiai> thank you [10:14] <effbiai> i'll give it a try [11:37] <Xeta> Hi. Does anyone know if "av_read_frame" buffers data internally? [11:44] <Xeta> Like, if it's an external file does it continuously download data in the background? Or should i build up my own buffer be calling av_read_frame as much as I want? [11:58] <caraculo> Calling avformat_alloc_output_context2(&_oc, NULL, "mpeg", fname.c_str()); will fail to allocate the output context, even after calling avcodec_register_all [12:33] <ln-> just out of curiosity, is anyone aware of a video codec that is optimized for situations where the image doesn't change nearly at all over time? (example: a fixed surveillance camera in a room where nothing rarely happens) [12:42] <saste> ln-, most video codecs are like that [12:44] <ln-> well, yes, but in this scenario possibly the same keyframe could be used over and over again, without the need for storing it multiple times. [12:45] <ln-> dunno how much space that would save in practice, i'm just thinking and wondering aloud. [12:49] <saste> ln-, you can force a huge gop size [12:50] <saste> in that case no new keyframe will be generated if there is not enough "change" in the video [13:05] <ln-> thanks [14:22] <xlinkz0> is there any way I can get the real frame number after seeking ? ( either using the libs or the ffmpeg tool ) [14:24] <AleXoundOS_> maybe use mplayer? [14:24] <Mavrik> xlinkz0, that would be rather hard [14:24] <Mavrik> since you have to COUNT frames [14:25] <xlinkz0> does mp4 have an index of all the frames or sometihng? [14:26] <Mavrik> it has a partial index if encoder generates it. [14:27] <AleXoundOS_> Hi. I record desktop with "-f x11grab" and sound with "-f pulse". What can you suggest for keeping audio and video in sync? Initially the sound is always behind, but not with same delay. This delay varies between 1 and 5 seconds. Later, the longer ffmpeg works, the more delayed is the sound. [14:37] <effbiai> is it possible to check if a file has bin 2 pass encoded or not? [14:44] <burek> how is -minrate different to -maxrate? [14:45] <burek> if they both specify a "bitrate tolerance", what does it mean to have a minimum tolerance and a maximum tolerance? [14:46] <burek> effbiai, why would one want to know that? [14:49] <effbiai> because i'm trying to re-enigeer an encoded file. got he original and the encoded one [14:50] <AleXoundOS_> burek, http://pastebin.com/3und22Bw [14:51] <Mavrik> effbiai, no. [14:51] <effbiai> thanks [14:51] <Mavrik> effbiai, unless the encoder added encoding parameters as a metadata [14:51] <Mavrik> x264 does that occasionaly [14:52] <Mavrik> burek, I think that's encoder specific. [16:20] <bouba> hi everyone, someone has a better parameter than "-r 1/20" to take regular thumbnails on h264 videos plz ? [16:23] <durandal_1707> bouba: it doesn't work or ? [16:43] <burek> Mavrik thanks :) [17:19] <bosnjak> hi all [17:19] <bosnjak> what would "codec ptime" be? [18:34] <ayaka> if I want to use ffmpeg to output rtsp, shall I start a server to listen it first? [20:02] <evadnoob> question, I have some users complaining of this problem, at least the symptoms seem the same: https://code.google.com/p/chromium/issues/detail?id=223584 [20:03] <evadnoob> the problem seems related to the pix_fmt, yuv420p [20:04] <evadnoob> so I thought I'd try a different pix_fmt, but the two I tried, their video streams were just black [20:04] <evadnoob> I want to try and elimnate that issue as the problem my users are experiencing... [20:04] <evadnoob> any suggestions for pix_fmt? [20:05] <durandal_1707> what problem? [20:11] <evadnoob> so the problem is that the video stream doesn't play, the audio stream does [20:11] <durandal_1707> with what? [20:16] <evadnoob> chrome, html5 video tag [20:17] <llogan> evadnoob: did you already show your ffmpeg command and the complete console output on pastebin.com (I may have missed it if you did) [20:19] <durandal_1707> but does it play/decode with ffplay/ffmpeg? [20:20] <Mavrik> evadnoob, what made you think switching pixel format to something no player supports will help? [20:22] <Mavrik> huh, this bug makes no sense [20:26] <evadnoob> http://pastebin.com/8g36dWne [20:26] <evadnoob> I don't have ffplay... [20:27] <evadnoob> the bug suggest something about yuv420p being a problem, which doesn't make sense I have chrome 30, and I can play the video fine, many other users also play the video fine [20:28] <evadnoob> llogan: output from ffmpeg: http://pastebin.com/8g36dWne [20:28] <Mavrik> yuv420p is pretty much the only supported pixel format for H.264 for most players out there [20:28] <Mavrik> it's also almost certanly not your issue [20:28] <Mavrik> it looks like QuickTime plugin was broken at some point [20:37] <evadnoob> maybe, but the users that are complaining are running windows 7, using chrome 29 [20:37] <evadnoob> I was able to get yuvj440p to work also [20:37] <evadnoob> seems like a waste of time to chase that as the problem though [20:38] <evadnoob> I compared one users codec versions to mine, I run a windows 7 vm, and the versions are identical [23:04] <sponji> hmm, does x11grab leak memory? [23:04] <sponji> valgrind ffmpeg -f x11grab -i :0.0 -t 0 foo.flv [00:00] --- Sat Oct 5 2013

1 0

ffmpeg.log.20131001
by burek 04 Oct '13

04 Oct '13

[00:03] <elBradford> I'm trying to build ffmpeg with librtmp for Android, but I get a bunch of "undefined reference" errors for various RTMP functions. [00:28] <peanuter> any tip/tricks to avoiding this? [00:28] <peanuter> whenever i convert avi to ogg i am getting audio out of sync [00:29] <peanuter> various avi's [00:29] <peanuter> i edit them later to 'resync' the audio [00:29] <peanuter> until to find after 20 or 30 minutes of play [00:29] <peanuter> they lose sync again [00:29] <peanuter> worse and worse as the movie progresses [01:37] <smjd> peanuter: I would try using -af aresample=async=10000 [01:41] <Niatross> I am decoding a TrueHD stream to an AC-3 stream. It looks as if the TrueHD stream is 32-bit signed-integer. Am I seeing this correctly? [01:41] <Niatross> Stream #0:2(eng): Audio: truehd, 48000 Hz, 5.1(side), s32 [01:43] <Niatross> The AC-3 stream looks like it is being encoded with 32-bit floating point. Am I seeing this correctly? [01:43] <Niatross> Stream #0:0(eng): Audio: ac3, 48000 Hz, 5.1(side), fltp, 640 kb/s [01:45] <Niatross> Am I right or am I not seeing this correctly? Just trying to understand the verbosity of ffmpeg [01:51] <Niatross> I type "ffmpeg -h decoder=truehd" and it doesn't give me what "ffmpeg" defaults to when decoding a TrueHD stream. It doesn't display a "Supported sample formats" when I type "ffmpeg -h decoder=truehd". [01:52] <Niatross> Anyone? [01:54] <Niatross> Everyone is in bed overseas. LOL! [01:54] <anon__> Niatross: It's probably just 24bit. ffmpeg does that with flac and wavpack too [01:56] <Niatross> what does the "s32" mean at the end of the second line (above)? [01:57] <Niatross> signed-integer 32??? [01:59] <anon__> yes, any 24bit audiofile will default to pcm_s32le [02:01] <Niatross> so it takes the TrueHD 24-bit file and turns it into 32 bit signed integer? [02:02] <Niatross> Then the AC-3 encoder turns 32 bit signed integer into 32-bit floating-point [02:02] <Niatross> and the AC-3 file is created? [02:03] <anon__> no, it will just default to that if "-acodec pcm_s24le" isn't specified, and lossy audio doesn't have a bitdepth [02:04] <Niatross> is it ok if i just let it default to 32 bit signed integer? [02:05] <Niatross> that's why it turns into floating point because lossy doesn't have a bit depth, correct? [02:10] <anon__> I don't know if ffmpeg pads with 0's or dithers when increasing the bitdepth, but you should keep it at 24bits to be safe; I'm not sure if ac3 defaults to 32f, but going to floating point would be preferable because you wouldn't add quantization noise [02:14] <Niatross> is their a deeper verbose switch to show the detail of what ffmpeg is doing that will allow me to see the transcode process between TrueHD and [02:14] <Niatross> a [02:14] <Niatross> AC-3? [02:15] <Niatross> Is there a deeper verbose switch to show the detail of what ffmpeg is doing that will allow me to see the transcode process between TrueHD and AC-3? [02:15] <anon__> is your source a blu-ray? [02:16] <Niatross> An MKV created from my Blu-ray disc [02:17] <anon__> I was going to say that all THD blu-rays also have an AC-3 stream [02:17] <anon__> why do you need the audio in AC3? [02:19] <Niatross> I know&I'm just trying to understand the choices ffmpeg makes when using fixed-point and floating-point to transcode TrueHD to AC-3 [02:22] <Niatross> I'll have to look around the internet to find out if "ffmpeg" defaults to 32-bit signed integer and 32-bit floating point to transcode a TrueHD track into an AC-3 track. [02:27] <anon__> shouldn't make a difference quality wise [02:27] <Niatross> i know&i'm just trying to understand this stuff [02:32] <defaultro> ffmpeg rocks! I just made my first 4k sample clip - http://www.youtube.com/watch?v=uzNy9_Chx-g :) [04:13] <WilliamWS> hi [04:14] <WilliamWS> there is any asr_decoder on ffmpeg? [04:15] <WilliamWS> asf_deoder* [05:00] <kriskropd> I could've sworn I saw an option to use x11grab to select a window to record from - was I just dreaming? [05:12] <klaxa> kriskropd: probably was a script [06:39] <Da_Coder> Hello everyone :D [06:41] <Da_Coder> I am looking to do a livestream/recording java application, but i need to get Java to use FFmpeg. I have found a wrapper, but have never used a wrapper before, can anyone help me on how to use this? [06:57] <Max-Powerz> i like 50 cent as a wrapper [06:58] <Da_Coder> Sorry, i was not specific: FMJ for Java + FFmpeg, I am trying to have it capture the screen, and stream to a .mp4 [07:00] <Max-Powerz> best thing to do is wait for a java geek to show up as i would not know where to start on java plus its 6am [07:02] <Da_Coder> Ah, well i have got what i wanted FFmpeg to do in Bash code, and i can link the source file too, but i want to make a GUI in java, and have FFmpeg capture the video and output to a stream .flv [08:30] <skyroveRR> Hello, I'd like to convert a high quality 720p avi file into a low quality 480p avi file, what might be the appropriate command to do that? [08:31] <skyroveRR> Uh sorry, I meant an mp4 file, not an avi file.. [08:44] <Da_Coder> I made a stack overflow query for my question. [08:44] <Da_Coder> bye [15:28] <matthias_arch> morning, my issue is that on my client in vlc media player it says cannot pre fill buffer. I'm unsing arch linux on my server and want to stream with this code: ffmpeg -f x11grab -s 1400x1050 -r 30 -i :0.0+0,0 -f mpegts udp://192.168.178.238:1234 ..238 is my server and on the client i type in vlc udp://192.168.178.238:1234 [15:29] <matthias_arch> Soulhunter: morning, my issue is that on my client in vlc media player it says cannot pre fill buffer. I'm unsing arch linux on my server and want to stream with this code: ffmpeg -f x11grab -s 1400x1050 -r 30 -i :0.0+0,0 -f mpegts udp://192.168.178.238:1234 ..238 is my server and on the client i type in vlc udp://192.168.178.238:1234 [15:33] <durandal_1707> matthias_arch: that upscales from vga to 1400x [15:33] <barhom> I have a udp multicast stream that has, _teletext_ subtitles, they work in VLC. However, I need to convert these to dvb_subtitles. ffmpeg -i udp://@239.201.3.74:3301 -c:v copy -c:s copy -acodec copy -f mpegts udp://239.201.3.74:3302?pkt_size=1316 [15:34] <barhom> this successfully takes the multicast input and copies the c:s to dvb_subtitle, but it seems to incorrectly recognise the teletext input because its taking it as dvb_subtitles [15:34] <barhom> anyone have any ideas? [15:36] <matthias_arch> durandal_1707: My screen is 1400x1050, what do you mean? [15:41] <durandal_1707> matthias_arch: i mean that you record at vga and rescale [15:44] <matthias_arch> durandal_1707: but i want to record my desktop how can i do that? [15:48] <durandal_1707> read documentation [15:50] <matthias_arch> durandal_1707: haven't you got a working example for me? i read the doc, but not getting it working [16:01] <durandal_1707> matthias_arch: i'm answering when i have free time [18:41] <tlhiv_work> i'm having some problem with A/V sync when i try to overlay two videos together ... i'm using the following command [18:41] <tlhiv_work> ffmpeg -i foo.mp4 -i bar.mp4 -vf "movie=bar.mp4 [a]; movie='circle_240x240.png' [b]; [a][b] overlay [i];[in][i] overlay=1022:96" -y out.mp4 [18:42] <tlhiv_work> foo.mp4 has no audio ... bar.mp4 has the audio and bar.mp4 is perfectly synced A/V [18:42] <tlhiv_work> however, out.mp4 gets really bad out of sync about 2 minutes in [19:24] <bouba> hi folks, just to keep in touch with http://doom10.org/index.php?topic=304.msg5646#msg5646 h264/SVC , still not supported ? [19:24] <bouba> please [19:24] <durandal_1707> bouba: what is that? [19:25] <bouba> an adaptive streaming standard [19:26] <durandal_1707> is there bug open for that? [19:27] <bouba> no, but the topic is 2010 old [19:27] <bouba> so i tried to keep in touch [19:32] <durandal_1707> well user are just users, they do not code [19:37] <tlhiv_work> any idea about my a/v sync issue? [19:42] <tlhiv_work> ok ... i'll paste the exact command i placed in here in a pastebin if that will help [19:42] <durandal_1707> not just exact command, but whole output [19:42] <tlhiv_work> ffmpeg -i foo.mp4 -i bar.mp4 -vf "movie=bar.mp4 [a]; movie='circle_240x240.png' [b]; [a][b] overlay [i];[in][i] overlay=1022:96" -y out.mp4 [19:43] <tlhiv_work> foo.mp4 and bar.mp4 have the EXACT number of frames ... foo.mp4 has no audio ... bar.mp4 is perfectly synced ... i can't figure out why out.mp4 would have A/V sync issues [19:44] <tlhiv_work> i'm re-encoding now to get complete output of the encoding process [19:45] <tlhiv_work> http://pastebin.tlhiv.org/caxLKGia [19:46] <durandal_1707> tlhiv_work: you are using very old version [19:47] <tlhiv_work> i would definitely upgrade if i thought that was the problem, but i would like to be fairly certain before [19:48] <tlhiv_work> if there were a statically (self-contained) ffmpeg for linux with all of the codecs "embedded" without having to do an install over my existing version, i would try that, but i'm not sure such a thing exists [19:50] <durandal_1707> it sure it is [19:50] <durandal_1707> and you can compile one yourself [19:51] <tlhiv_work> the only reason i say this is that i have a custom version that i have built that accepts spacebar inputs while encoding to store timestamps into a file for something else i'm doing [19:52] <tlhiv_work> ok ... using the newest version now [19:52] <tlhiv_work> we'll see if it makes a difference [19:54] <tlhiv_work> durandal_1707: wow ... you were correct [19:54] <tlhiv_work> that was the issue [19:54] <tlhiv_work> grrr [21:32] <xlinkz0_> can force_key_frames be accurate? [21:32] <xlinkz0_> i asked for a keyframe at 0.500 seconds and it put one on 0.6 [21:33] <xlinkz0_> if I ask at 0.4 it puts one at 0.48 [21:33] <xlinkz0_> my framerate is 25 so it's not like there are not any frams in between... [22:24] <xlinkz0> did anyone answer by any chance to the force_key_frames question? [23:13] <llogan> burek: is there a difference betwee https://trac.ffmpeg.org/wiki/Limiting%20the%20output%20bitrate and https://trac.ffmpeg.org/wiki/Limiting%20The%20Output%20Bitrate [23:28] <yajiv> hi, i'm trying to lower the size of my ffmpeg libraries (in particular libavcodec.so) [23:29] <yajiv> i ./configure like so: http://pastebin.com/3n3JyXC2 [23:29] <yajiv> all the libraries are significantly smaller, however libavcodec is still 900k [23:29] <yajiv> it's built for android as the configure command cross-prefix indicates. [23:29] <yajiv> is this about as small as it's going to get? Does anyone have tips to get it smaller? [23:33] <durandal_1707> yajiv: no audio? [23:34] <yajiv> no audio [23:34] <yajiv> (well for now) i'm just hoping to get this as small as possible. [23:35] <jedir0x> Howdy - i'm using attempting to use ffmpeg with android via javacv (java->jni bridge to ffmpeg libraries) - I'm very new to this stuff. I'm trying to add audio to a video that I'm generating from an in memory canvas (bitmap). The video is working fine, and the audio works - unless i try to offset the start point of the audio. I'm using avformat_seek_file to seek to a specific time and begin decoding. [23:36] <jedir0x> I'm not sure how to ask my question [23:36] <jedir0x> :/ [23:36] <jedir0x> I'll sit in the corner until i figure it out [00:00] --- Wed Oct 2 2013

1 0

ffmpeg-devel.log.20131001
by burek 04 Oct '13

04 Oct '13

[00:01] <ubitux> michaelni: please bump micro after the sws default change [00:01] <ubitux> and eventually add an entry in APIChanges [00:01] <ubitux> even though that might be overkill [00:05] <michaelni> both done locally [00:08] <ubitux> thanks [00:38] <cone-349> ffmpeg.git 03Michael Niedermayer 07master:2e2a2d8801b0: swscale/utils: dont divide by zero with zero vectors [02:39] <rcombs> how can a video filter access other tracks? (e.g. subtitles, attachments) [03:09] <rcombs> i.e. can I access input_streams and nb_input_streams from within an avfilter? [05:04] CTCP : from BBB (BBB!~rbultje(a)abraxo.bluebottle.net.au) to #ffmpeg-devel [05:04] <BBB> chaelni: new w ffvp9 patch has two more fate tests, I'll send you the samples [05:58] <rcombs> OK, so: I've got a vfilter here that renders muxed-in SSA tracks onto video, using the fonts embedded in the file. It relies on being linked with ffmpeg, as it accesses input_streams and similar via C extern, and currently requires a few tweaks to ffmpeg.c (but doesn't necessarily need to). Is there any way that I could try to get this filter into ffmpeg main? [07:23] <ubitux> rcombs: i'm guessing it doesn't integrate well with the libavfilter design [07:49] <ubitux> BBB: we should not assert if they are possible [07:49] <ubitux> (even with crafted input) [07:49] <ubitux> we should return invalid_data or sth instead [09:33] <michaelni> BBB, uploaded [10:44] <ubitux> kierank, Daemon404, so, how can i use gpu to make faster encodes? [10:45] <kierank> You can buy an elemental box [10:45] <JEEB> :D [10:45] <ubitux> :D [10:46] <ubitux> no progress on the paper? :) [12:28] <BBB> ubitux: ? [12:28] <BBB> ubitux: I don't think we assert on anything that would not be a programming error [12:29] <ubitux> i misunderstood your comment then [12:29] <ubitux> > i.e. could a crafted or corrupt file trip this assert? [12:29] <ubitux> Right, the bitstream can only code 10 modes, so this is more a sanity check [12:29] <ubitux> than anything else. [12:29] <ubitux> (this one ^) [12:30] <BBB> I meant "it can only be between 0 and 9" [12:30] <BBB> so if it's not, we did something very, very silly [12:30] <ubitux> yep ok :) [12:31] <BBB> it's sort of a boolean a = ...; assert(a == false || a == true); in c++ [12:31] <ubitux> :) [12:32] <BBB> also there was a really evil bug in our tiling code, I had to pretty much rewrite the tile loop in vp9_decode_frame() to fix it [12:32] <BBB> (you may have noticed it changed substantially between the latest and previous patch versions) [12:33] <ubitux> i didn't look recently [12:33] <ubitux> i guess i'll go back on vp9 before going crazy with mpegts [12:33] <BBB> lol [12:33] <BBB> poor you [12:34] <ubitux> my job is fun but the way i spend my free time isn't at all, wth :( [12:34] <ubitux> should be contrary [12:35] <ubitux> anyway, unrelated, but someone should port the arm optim from vlc to sws [12:35] <ubitux> they seem to add optimized scaling path in arm in vlc instead of the scaling library [12:36] <BBB> that's because everyone admits sws is suboptimal and nobody is sitting down to fix it [12:36] <BBB> (I don't mean suboptimal in performance-sense here; I mean suboptimal in design-sense) [12:39] <ubitux> is it really considered that hard to have specific convert profiles? [12:40] <ubitux> s/profiles/paths/ [12:52] <BBB> the paths are good, you need that [12:52] <BBB> but sws is just a mess, it takes months to get to know that code [12:52] <ubitux> what could be improved? [12:53] <BBB> nothing that I currently care about :) [12:53] <ubitux> i see only two reasons for the current vlc patches not to be in sws: there is no ARM support, and those specific paths might not be easy to integrate [12:54] <ubitux> but if you say that the second issue doesn't stand... it shouldn't be much effort [12:54] <ubitux> it's fun that we have bfin, ppc, sparc and x286 optim but no arm [12:54] <ubitux> x86* [13:48] <rcombs> ubitux: any idea how I could redesign something like that to mesh with it better? [13:49] <rcombs> ubitux: to work properly with filter_complex (background+overlay), I'd basically need read access to the subtitle track and all attachment tracks [13:50] <ubitux> you need to inject data and subtitles streams into libavfilter [13:50] <ubitux> this is a long standing issue [13:50] <ubitux> when you have this it's simple (and it opens a loooot of awesomeness) [13:50] <rcombs> yeah, it's a tricky thing and I'm not sure how to do it properly [13:51] <ubitux> it requires reworking the subtitles API :( [13:51] <ubitux> then moving the struct somehow in a common place [13:51] <rcombs> ah, that is unfortunate [13:51] <ubitux> api breakage etc [13:51] <ubitux> we're discussing this regularly since maybe 2 years [13:52] <ubitux> if you're willing to work on this, i can assist you [13:52] <rcombs> well, for the record, I've got a fully-functional module here; here's an example of its output: https://www.dropbox.com/s/j7i5fmcc73w8xy2/Photo%20Sep%2030%2C%2018%2036%201… [13:52] <rcombs> but it only works with some significant tweaks to ffmpeg and would almost certainly completely fall apart in libavfilter externally [13:53] <ubitux> ...and ffplay :) [13:53] <ubitux> i consider the subtitles injection in libavfilter extremely useful from a ffplay PoV [13:53] <rcombs> I don't use it with ffplay, so no comment there [13:53] <rcombs> definitely [13:53] <ubitux> (because it will allow playing video files with subtitles :p) [13:53] <ubitux> having subtitles injected in libavfilter means we can support easily muxed subtitles [13:53] <ubitux> anyway [13:54] <ubitux> we won't really accept a ffmpeg hack [13:54] <rcombs> I'm not really familiar enough with the ffmpeg codebase to make the major changes that'd be required for this [13:54] <ubitux> i can explain the issues if you're interested [13:54] <rcombs> but I'm definitely willing to modify this to work with the new APIs, whenever they're ready [13:54] <ubitux> if you give me a few minutes :p [13:55] <ubitux> rcombs: if you look at how subtitles and a/v frames are decoded, it's really different [13:55] <ubitux> also, AVSubtitle is ABI limited [13:55] <rcombs> yup [13:55] <ubitux> (on the stack) [13:55] <rcombs> I've seen a bit of that [13:55] <ubitux> (no ref counted btw..) [13:56] <rcombs> currently we're grabbing packets straight out of the stream [13:56] <ubitux> and while the decode is mostly ok (if we omit the fact that internal text representation is ass) [13:56] <ubitux> the encode is completely deprecated and unmaintained [13:56] <ubitux> the api still needs a big enough pre allocated buffer for instance [13:56] <rcombs> 0.o [13:57] <ubitux> basically, encoding/decoding API is old/broken and need to be put in sync with the a/v sync model first [13:57] <ubitux> when you have this done, adjusting libavfilter may be easier [13:58] <ubitux> maybe it's relevant to move some AVSubtitle content into AVFrame and use it directly [13:58] <ubitux> or maybe it's more relevant to create a new public struct into libavutil (where it's shared between libraries) [13:59] <rcombs> that sounds painful [13:59] <ubitux> rcombs: yup [13:59] <ubitux> but someone will have to do it [14:00] <ubitux> also, there is probably some work in progress [14:00] <ubitux> since libav is paying someone to do some work around this [14:00] <rcombs> oh, query: if using the filter_complex stuff, is everything no longer downsampled to 8bit if it was already in 10bit? [14:00] <ubitux> can't remember if he's on this channel though [14:01] <ubitux> i don't understand the relationship between filter_complex and downsampling [14:01] <ubitux> libavfilter supports 10-bits [14:01] <rcombs> well, if you do a background and an overlay, you never need to pass the existing frame through an overlaying filter [14:02] <rcombs> I was under the impression that passing video through filters currently required downsampling it, but that may be outdated [14:03] <ubitux> some filters support only a subset of pixel formats in input and output [14:03] <rcombs> ah, filter-specific [14:03] <ubitux> so if a filter doesn't support 10-bit in the filter graph [14:03] <ubitux> a scaler will be inserted [14:03] <ubitux> to downsample [14:03] <rcombs> that makes sense [14:03] <ubitux> (where appropriate) [14:21] <durandal_1707> ubitux: paying? [14:22] <ubitux> durandal_1707: i see some "funding" on ffmtech site [14:25] <durandal_1707> that page is very transparent [14:26] Action: durandal_1707 donates some money [14:33] <rcombs> OK, so it looks like it's ff_draw that's killing 10bit in the filters I'm looking at [14:35] <durandal_1707> what you need 10bit for? [14:37] <Compn> anime [14:37] <rcombs> you currently get some significant banding artifacts when downsampling 10bit input to 8bit with swscale during a transcode [14:38] <durandal_1707> but what filters you use? [14:38] <Daemon404> g 31 [14:39] <Compn> you sunk my battleship! [14:39] <xlinkz0> Could anyone please give me any pointers on this segfault ( gdb output at the end ) : http://codepad.org/HlZkiBcb [14:39] <rcombs> libass and my heavily-modified version of it that supports inline streams [14:39] <durandal_1707> you mean vf_ass ? [14:40] <rcombs> yes, that [14:40] <durandal_1707> well than you need to add >8 bit support to relevant draw code [14:40] <rcombs> yup [14:41] <rcombs> which shouldn't, in theory, be all that complicated [14:41] <durandal_1707> there is something complicated in practice? [14:41] <durandal_1707> if design of draw sucks, just rewrite it [14:41] <Compn> xlinkz0 : ask on libav-user list ? [14:41] <rcombs> good question; let's find out [14:41] <xlinkz0> Compn: i'm using the ffmpeg libs :\ [14:42] <xlinkz0> afaik they are different [14:42] <Compn> xlinkz0 : our libav-user list is for using ffmpeg libs [14:42] <Compn> very confusing ... [14:42] <xlinkz0> why would you think i was using the libav libs? [14:42] <Compn> http://lists.ffmpeg.org/pipermail/libav-user/2013-October/thread.html [14:42] <Compn> looks kind of empty, that list [14:42] <xlinkz0> october 2013 [14:42] <Compn> xlinkz0 : ffmpeg's libav-user list is for people who use libavcodec* libs [14:42] <xlinkz0> that month started today [14:43] <Compn> oh yeah :) [14:43] <Compn> stupid october [14:43] <Daemon404> rcombs, .ass is not meant for >8bit [14:43] <Daemon404> youll screw up colors [14:43] <Compn> xlinkz0 : you are thinking of libav's libav-user list, which is for whatever libav does [14:43] <xlinkz0> so i should ask in the libav channel? [14:43] <Daemon404> even if you scale 'properly' [14:43] <Compn> xlinkz0 : no, you misunderstand, but ask in #ffmpeg [14:43] <xlinkz0> i've never used mailing lists i'm scared of them :( [14:43] <Compn> ah [14:43] <Daemon404> xlinkz0, step 1: grow beard [14:44] <xlinkz0> can't :( [14:44] <rcombs> Daemon404: what would go wrong with scaling the 8bit output of libass to 10bit, then drawing that over unscaled 10bit video? [14:44] <Compn> xlinkz0 : why do you convert ms to tb anyhow [14:44] <durandal_1707> xlinkz0: is there backtrace? [14:44] <xlinkz0> durandal_1707: yes, at the end of the file [14:44] <Daemon404> rcombs, colors are all given in 8-bit BGR in .ass [14:44] <Compn> end of the paste you mean [14:44] <xlinkz0> my requests are in milliseconds [14:44] <rcombs> Daemon404: sure [14:44] <Daemon404> people typeset stuff carefully to match [14:45] <xlinkz0> as far as i can tell there's a segfault because m_video_stream was not initialized [14:45] <Compn> xlinkz0 : i dont think tb can be 1500 ? [14:45] <xlinkz0> well the segfault happens when i try to read m_video_stream->timebase [14:45] <rcombs> as long as scaling is done properly, shouldn't they still be as close to a match as possible? [14:45] <xlinkz0> not on the conversion itself.. [14:46] <rcombs> (i.e. off by no more than ~±.5 8-bit B, G, or R value) [14:46] <xlinkz0> i get a segfault here : VERBOSE("time_base.den = " << m_video_stream->time_base.den); [14:46] <Daemon404> rcombs, this depends on which order you do dither and colorspace converion [14:46] <Daemon404> for both sets [14:46] <Daemon404> it can be done pretty well yes [14:46] <Daemon404> im not sure how easy it is with current swscale [14:47] <xlinkz0> that would mean that m_video_stream is unallocated or something, that would mean that the init function is wrong [14:47] <rcombs> and yeah, I know what you mean on the close matching; I've been using this video to test the output of my filter: https://www.dropbox.com/s/j7i5fmcc73w8xy2/Photo%20Sep%2030%2C%2018%2036%201… [14:48] <Daemon404> yes i was referring to fansubs [14:48] <rcombs> but of course, being ass and all :P [14:48] <Daemon404> scene technically allows ass [14:48] <Daemon404> but people seem to prefer vobsubs [14:48] <Daemon404> or srt [14:49] Action: rcombs hasn't tried to keep track of scene rules in a while [14:49] <Daemon404> i dont [14:49] <rcombs> call me back when torrents stop being split up into 30 r01 files [14:50] <rcombs> but that's besides the point [14:50] <Daemon404> scene doesnt use torrents, they use topsite ftps [14:50] <Daemon404> ;P [14:50] <Daemon404> and yes theyre mostly idiots WRT encoding [14:50] <Compn> xlinkz0 : force tb to 30 and see if it crashes [14:50] <xlinkz0> seems that m_video_stream is null for some reason.. [14:50] <xlinkz0> i'll look into it [14:53] <rcombs> wait WTF? [14:53] <rcombs> http://ffmpeg.org/doxygen/trunk/colorspace_8h.html#a3d2e16b9c1dc3010f9aac59… <-- hard-coded BT.601?! [14:56] <Daemon404> there's a mode for bt.709 now i believe [14:56] <Daemon404> ffms2 makes use of it i thin [14:56] <rcombs> ff_draw doesn't use it when converting colors, evidently [14:57] <Daemon404> oh [14:57] <Daemon404> i meant the public api [14:57] <Daemon404> no idea about internal use [15:02] <rcombs> AFAICT swscale does the same [15:02] <rcombs> and I have no idea how to go about fixing that [15:03] <durandal_1707> you can set colorspace in swscale [15:05] <rcombs> actually, it's only for PAL, evidently [15:06] <rcombs> when the input to swscale is PAL, it forces BT.601 [15:08] <rcombs> otherwise, it's selectable [15:09] Action: rcombs isn't familiar enough with PAL to know if that behavior is correct [15:11] <durandal_1707> what forces BT.601? [15:11] <Compn> rcombs : not everone uses 709 or whatever , you know ? [15:11] <rcombs> Compn: sure [15:16] <Daemon404> rcombs, if by PAL you mean PAL resolution, then technically, yes [15:16] <Daemon404> bt.709 is hd only. [15:16] <Daemon404> technically. [15:17] <rcombs> I'm looking at http://ffmpeg.org/doxygen/trunk/swscale_8c_source.html#l00952 [15:18] <Daemon404> thats not PAL [15:18] <Daemon404> thats pallette [15:18] Action: rcombs face-faults [15:18] <rcombs> that's a pretty good signal that it's time to stop trying to do anything useful today [15:22] <durandal_1707> well if one do that every time he touch swscale..... [15:23] <rcombs> nah, not swscale's fault; mine for not looking at "usePal" and not checking to see if it actually means what I think it does [15:23] <durandal_1707> that is called: properly obfuscated code [15:36] <kierank> 14:16:47 <"Daemon404> bt.709 is hd only. [15:36] <kierank> 14:16:49 <"Daemon404> technically. [15:36] Action: kierank has some 709 hd [15:36] <kierank> sd* [15:37] <kierank> loong story [15:38] <Compn> durandal_1707 : want to rename usepal to usepalette ? :P [15:40] <durandal_1707> Compn: before commiting send patch to ml for review [16:37] <durandal_1707> wm4: watch this!!! [16:37] <wm4> ? [16:40] <durandal_1707> ^ [16:40] <ubitux> haha [16:41] <ubitux> you're so mean ;) [16:41] <wm4> durandal_1707: nice [16:49] <durandal_1707> 'recent checkout of mencoder' [16:55] <Daemon404> durandal_1707, sadly, i think the reference will go over a certain someone's head. [17:28] <Daemon404> why does ffmpeg return an exit code of 254 on some files [17:28] <Daemon404> shoulnt it only ever return 1 or 0 [17:29] <Daemon404> http://git.videolan.org/?p=ffmpeg.git;a=blob;f=ffmpeg.c;h=2e084a49a0bda6128… [17:29] <Daemon404> wtf [17:30] <ubitux> Daemon404: this is to handle case with image files iirc [17:30] <ubitux> like one decode error actually means the whole file decode is considered an error [17:30] <Daemon404> .. it happens on video files [17:30] <Daemon404> this is terrible behavior [17:31] <ubitux> because it has too many decode error [17:31] <ubitux> i guess [17:31] <ubitux> so it considers the whole operation a failure [17:31] <ubitux> which kind of makes sense [17:31] <ubitux> but has a different error code for that anyway [17:31] <ubitux> so you can ignore [17:32] <Daemon404> wow @ eedcac68f31ca8d6784bb77ed5c471f04eb2301e [17:32] <Daemon404> thats horrible. [17:32] <Daemon404> bug "fix" [17:32] <ubitux> right that's what i explain then [17:32] <ubitux> what do you propose, make a special case for image2? [17:33] <ubitux> if there are too much decoding error, it kinds of make sense to consider the transcode a failure [17:33] <Daemon404> why doesnt it return 1 on error [17:36] <ubitux> because it's not due to "fatal" error Daemon404 [17:37] <Daemon404> ... [17:37] <Daemon404> thats its fucking braindead [17:37] <Daemon404> writing 0 btes certainly IS fatal [17:37] <Daemon404> it's a nop [17:37] <ubitux> 0 is fine, !0 is error [17:37] <Daemon404> standard behavior is 01 [17:37] <Daemon404> 0/1 [17:37] <ubitux> why do you care about the different !0 ? [17:37] <ubitux> no [17:37] <Daemon404> ALSO [17:37] <Daemon404> >128 [17:37] <ubitux> standard behaviour i 0/!0 [17:37] <Daemon404> er [17:37] <Daemon404> >127 [17:37] <Daemon404> is reserved for signals [17:37] <Daemon404> like SIGILL [17:38] <Daemon404> or SEGV [17:38] <ubitux> in that case we could change to 123 [17:38] <Daemon404> it's a shitty hack [17:38] <ubitux> how so? [17:38] <Daemon404> .... [17:38] <ubitux> it's an heuristic [17:38] <Daemon404> a WRONG one [17:38] <ubitux> with a different error code which you can ignore if you don't like it [17:38] <ubitux> how wrong? [17:38] <ubitux> what do you propose? [17:39] <Daemon404> it returns failure on files which still wrote byets [17:39] <ubitux> an exception for image2 files? [17:39] <ubitux> Daemon404: yeah but with a lot of decode error [17:39] <ubitux> so it's considered a failure [17:39] <Daemon404> thats a terrible idea [17:39] <Daemon404> an arbitrary decisio [17:39] <Daemon404> n [17:39] <Daemon404> detect wen 0 byte are written [17:39] <ubitux> yes [17:39] <Daemon404> not soe arbtrary decode error amount [17:39] <Daemon404> some* [17:40] <ubitux> you can't easily do that iirc [17:40] <Compn> then just map error 254 to 0 huh [17:40] <ubitux> because there are valid usage of ffmpeg without outputs [17:40] <Compn> and get over it Daemon404 [17:40] <Daemon404> thats not a good excuse for terrible hacks [17:40] <wm4> does ffmpeg coding style require adhere to a maximum column width or not? [17:41] <ubitux> wm4: when it makes sense [17:41] <Compn> wm4 : split long lines [17:41] <Daemon404> [16:40] <@ubitux> because there are valid usage of ffmpeg without outputs <-- true [17:41] <Daemon404> however introducing onstandard return codes with a heuristic is fucking retarded [17:41] <Daemon404> especially when it can still be success [17:41] <Daemon404> because literally everything in existence uses 0 == success [17:41] <ubitux> wm4: AVOptions or tables don't need max column or you actually fuck readability [17:41] <Daemon404> and ffmpeg has to be a secial snowflake [17:41] <Daemon404> with a special edge case [17:41] <ubitux> wm4: so basically at your own discretion, imo [17:42] <ubitux> Daemon404: 0 == success is maintained [17:42] <Daemon404> it is NOT [17:42] <Daemon404> it can still 'succeed' [17:42] <ubitux> too much decoding error can not be considered a success [17:42] <Daemon404> thats bullshi [17:42] <Daemon404> t [17:42] <ubitux> ok [17:42] <Daemon404> if somethin is written [17:42] <Daemon404> it is a success [17:42] <Daemon404> something succeded [17:42] <Daemon404> nto everything [17:42] <Daemon404> but something. [17:42] <Daemon404> arbitrary heurstics are a load of shit [17:42] <ubitux> can you send a patch that honor the problem in the ticket? [17:42] <Daemon404> for doing anything pragmaticallyl ike that [17:43] <Daemon404> ubitux, you do realize you don need to solve every edge case [17:43] <Daemon404> by lumping on hacks [17:43] <Daemon404> i.e. sometimes its better NOT to "solve" it [17:43] <Daemon404> i realize thats not the ffmpeg -- which is to hack every possible corner case with horrible heuristics [17:44] <ubitux> Daemon404: i don't own all the solutions of the universe [17:44] <ubitux> and i believe this patch improves things [17:44] <ubitux> if you think you can do better, please propose [17:44] <Daemon404> then youre an idiot [17:44] <ubitux> well, then fuck you :) [17:44] <Daemon404> ffmpeg shows 0 good design [17:44] <Daemon404> as p er usual [17:44] <Daemon404> :| [17:45] <Daemon404> also [17:45] <Daemon404> nice job on error code 255 below it [17:45] <Daemon404> because that is ALSO resrved code [17:45] <Daemon404> for when teh executable is not found [17:46] <Daemon404> (on some systems) [17:50] <Daemon404> ubitux, the proper solution would be soe sort of option [17:50] <Daemon404> -max_error_rate [17:50] <Daemon404> or something [17:50] <Daemon404> and a return code of 1 [17:51] <ubitux> it won't fix the issue in the ticket [17:51] <durandal_1707> what was issue in the ticket? [17:51] <Daemon404> https://trac.ffmpeg.org/ticket/2405 [17:52] <ubitux> converting images failing at decoding the only frame will fail [17:52] <ubitux> will *not* fail [17:52] <Daemon404> set a max error rate of 0 [17:52] <ubitux> defaut behaviour should fail properly [17:52] <Daemon404> thatsi NOT properly [17:53] <Daemon404> failing because of soem arbitrary heuristic satisfiees NO Defintiion for "proper" [17:53] <Daemon404> its a lump of shit [17:53] <durandal_1707> ok, can somebody write patch and move further disccussion to ml? [17:53] <ubitux> yes please [17:53] <Daemon404> im getting prett tired of ffmpegs bullshit workarounds/hacks [17:53] <Daemon404> considering asking eployer to move to avconv [17:53] <ubitux> i never said it was the best solution, it solves the problem and your suggestion doesn't [17:54] <Daemon404> no [17:54] <Daemon404> my solution at least allows both use cases to work *at all* [17:54] <Daemon404> teh current one just breaks one of them. [17:54] <durandal_1707> Daemon404: how this specific case matter for your employer? [17:55] <ubitux> it breaks a special case where it can be considered legit, and it definitely solves another [17:55] <Daemon404> bullshit [17:55] <ubitux> it's not perfect and you can suggest something else [17:55] <ubitux> instead of insulting everyone and killing productivity once again [17:56] <Daemon404> its hard to debate technical design with someone who doesnt understand what goo technical design is [17:56] <vivienschilis> hi guys, in the docs I see we can do -loop 10 -i input? I have command tho (Version 2.0.1) How do we loop the input now? [17:56] <wm4> Daemon404: what is good technical design? [17:56] <durandal_1707> vivienschilis: it doesn't work now or? [17:56] <ubitux> Daemon404: and you seem to consider your problem universal and ignore the others; i'm just explaining to you why it was done like this, and why that particular solution you propose isn't the best either [17:57] <ubitux> it's not like i'm opposed to change the code [17:57] <Daemon404> wm4, not returning a non-standard (ans reserved) exit status based on soem arbitrary heuristic [17:57] <Daemon404> which cannot be set at all [17:57] <ubitux> ...i'm not even the author of that patch [17:57] <Daemon404> by the user [17:57] <Daemon404> ubitux, yes but you tend to be a huge mini-code fanboy [17:57] <vivienschilis> durandal_1707: if i put -loop before the input, I get command not found [17:57] <durandal_1707> haha [17:57] <vivienschilis> i mean the option [17:58] <ubitux> Daemon404: no i tend to try exerce my empathy and understanding of the history of the changes [17:58] <ubitux> instead of yelling like a pig non stop [17:58] <vivienschilis> how do we loop an input on 2.0? [17:59] <vivienschilis> I need to loop X times [17:59] <durandal_1707> ubitux: do we really need to pick such naming? [17:59] <ubitux> what naming? [18:00] <ubitux> vivienschilis: where did you get that loop option? in the gif muxer? [18:00] <durandal_1707> any involving animals (but not limited to) [18:00] <ubitux> iirc there is no proper loop option available (maybe in the movie source but it doesn't work iirc) [18:00] <ubitux> durandal_1707: well i'm getting insulting since a few minutes without any progress [18:00] <durandal_1707> hmm it should work with movie [18:01] <ubitux> i don't feel like i'm being harsh here [18:01] <ubitux> insulted* [18:01] <durandal_1707> by 'mini-code fanboy' ? [18:03] <ubitux> idiot previously [18:04] <ubitux> + general aggressive behaviour [18:05] <durandal_1707> i just tried loop with movie and it works [18:06] <Compn> ubitux : mplayer -loop ? :P [18:06] <ubitux> durandal_1707: with a video? [18:07] <ubitux> durandal_1707: #1799 [18:09] <durandal_1707> vivienschilis: you want loop any input or just for some formats? [18:10] <vivienschilis> durandal_1707: I need to take a gif as an input [18:10] <vivienschilis> and loop it x time [18:10] <vivienschilis> otherwise I can't encode the mpegts [18:10] <vivienschilis> and concat the input [18:10] <durandal_1707> ah another gif image user [18:11] <wm4> how do I build ffmpeg examples in the build directory? [18:11] <vivienschilis> is that not going to create multiple streams? [18:11] <ubitux> wm4: see the README [18:11] <ubitux> wm4: everything is explained in it [18:11] <durandal_1707> vivienschilis: so loop gifs or single gif? [18:11] <vivienschilis> single gif [18:11] <vivienschilis> looping x time [18:11] <wm4> ubitux: not really... [18:11] <wm4> unless there's another README [18:11] <ubitux> doc/examples/README [18:11] <wm4> oh... k [18:12] <wm4> ok it can't do what I want [18:12] <ubitux> what do you want? [18:12] <wm4> build the examples like ffmpeg/ffplay/etc [18:12] <ubitux> (cd doc/examples && PKG_CONFIG_PATH=pc-uninstalled make) [18:13] <wm4> setting up the PKG_CONGIF_PATH is kind of involved, because your pc files are half-broken [18:13] <durandal_1707> vivienschilis: try demuxer option: '-ignore_loop 0' [18:13] <ubitux> wm4: what is broken? [18:13] <wm4> I take that back [18:13] <wm4> maybe they've got fixed since last time I checked :) [18:13] <ubitux> i don't remember any changes in them but ok [18:13] <wm4> except that libavcodec.pc still requires -lSDL [18:14] <Daemon404> wut [18:14] <wm4> ubitux: well, I still can't build them in the build dir like ffmpeg itself [18:14] <wm4> so it's inconvenient for development [18:14] <wm4> I'll use symlinks I guess (lol) [18:15] <vivienschilis> durandal_1707: any doc on this? [18:15] <Daemon404> wm4, what was broken? [18:15] <Daemon404> ive been using the .pc files for ages fine [18:15] <wm4> Daemon404: I think they didn't contain the correct paths... well maybe I'm just wrong [18:15] <Daemon404> they do [18:15] <Daemon404> ive been using them daily for years [18:16] <durandal_1707> vivienschilis: otherwise you can loop with : ffmpeg -f lavfi -i move=path/to/movie:loop=loop_number -vf setpts=.... so ffmpeg does not drop frames [18:16] <durandal_1707> s/move/movide [18:16] <durandal_1707> s/move/movie [18:16] <durandal_1707> vivienschilis: !docs [18:27] <vivienschilis> durandal_1707: thanks man I'll try it out [18:32] <wm4> haha [18:32] <wm4> now it's exist code 69 [18:33] <wm4> Daemon404 is going to complain about the random number [18:34] <durandal_1707> there is some guy(s) that constatly stole/nih my patches [18:34] <Daemon404> probably from errno [18:35] <durandal_1707> 69 is nice number, its unfortunate 1707 can't be used [18:50] <wm4> so what is the status of AVPicture [18:51] <wm4> is it good, is it bad, is it deprecated, is it fine? [18:51] <wm4> even an example uses it (muxing.c) [18:52] <durandal_1707> avoid [19:03] <ubitux> wm4: we decided to make them independant because most users want to write their own app and they need to understand what is required for the build [19:03] <ubitux> and telling them to look at ffmpeg build is not really a good idea [19:03] <ubitux> (it's like telling them to look at ffmpeg.c for example ;)) [19:04] <wm4> definitely... [19:08] <wm4> durandal_1707: if it's "avoid", it should probably not be part of muxing.c [19:14] <cone-715> ffmpeg.git 03Thilo Borgmann 07master:d3a03d90a3d5: configure: fix logic for threads in case of OpenCL is enabled. Fixes ticket 3004. [19:52] <wm4> so I'm using libavcodec to encode PNGs, and a user sometimes gets a crash when his code is used [19:52] <wm4> and he gets this backtrace with latest ffmpeg git: #0 0x00000001006a221b in ff_dsputilenc_init_mmx () [19:52] <wm4> #1 0x0000000102957a00 in ?? () [19:52] <wm4> this is on x86/OSX [19:52] <wm4> any clue what to try next to find the issue? [19:53] <durandal_1707> looks like some issue with assembly [19:54] <durandal_1707> recompile with full debuging and get full backtrace with exact instructions where it crash [19:54] <wm4> I told him to do so... well I'll try to make sure he did indeed compile with --enable-debug [19:55] <durandal_1707> how is it compiled? [19:56] <wm4> <der_richter> what fmpeg -v says [19:56] <wm4> <der_richter> configuration: --prefix=/usr/local/Cellar/ffmpeg/HEAD --enable-shared --enable-pthreads --enable-gpl --enable-version3 --enable-nonfree --enable-hardcoded-tables --enable-avresample --enable-vda --cc=cc --host-cflags= --host-ldflags= --enable-ffplay --enable-vda --enable-debug ... [20:32] <xaiki> hey there, I'm reading the source of vf_mcdeint, and see it's using snowenc's memc estimator. wouldn't it make sense to be able to use other ones ? ones from motion_est.c for instance ? [20:33] <Compn> xaiki : it was done by the same dev who created snowenc [20:33] <Compn> so uh, it was his decision [20:42] <durandal_1707> omg, somene sends patches to libav-devel and then others comment with various (alphabetical order and other bikeshed) not realising libav do not have that feature at all [20:47] <wm4> durandal_1707: which feature? [20:47] <durandal_1707> exif [20:47] <iive> LOL [20:47] <durandal_1707> its better to add fate test before adding actual code [20:47] <cone-715> ffmpeg.git 03Michael Niedermayer 07master:795eaf8d698d: avcodec/fraps: increase vlc nb_bits [20:51] <ubitux> i was also surprised the prores alph/transp test has different crc [20:51] <ubitux> but that patch won't be applied, it seems there is a duplicated test [20:53] <durandal_1707> for exif they will need frame metadata first [20:54] <ubitux> and NIH something in avprobe [21:05] <durandal_1707> Compn: you mean this ones http://ark.intel.com/products/family/71840/Intel-Xeon-Phi-Coprocessors/serv… [21:27] <ubitux> "Given how mislead are people about this we should move all the examples [21:27] <ubitux> somewhere (in /doc would be good) and use a proper stand alone Makefile [21:27] <ubitux> for them." [21:27] <ubitux> 'reminds me of something [21:30] <durandal_1707> how much image median/mean/std deviation/min/max is useful? [21:47] <saste> durandal_1707, and while at it, maybe we could have some texture descriptors as well in a dedicated filter [21:48] <durandal_1707> saste: ? [21:48] <saste> durandal_1707, just an idea [21:48] <saste> not sure we really have some use cases for that... [21:48] <durandal_1707> what is texture descriptors? [21:49] <saste> http://www.cacs.louisiana.edu/~cice/cacs508/descriptors.pdf [21:49] <saste> durandal_1707, for example [21:50] <saste> cool academic stuff, not sure about real use cases [22:01] <durandal_1707> i can't grasp how to implement single mentioned stuff in that paper [23:00] <llogan> BBB: you have some messages in ffmpeg-devel mod queue. should all of it be approved, or are some messages duplicates or outdated? [23:01] <durandal_1707> llogan: since when? [23:01] <llogan> i admit i did not do any comparisons yet as i just got back [23:02] <llogan> durandal_1707: Sun Sep 22 21:35:05 2013, Sun Sep 29 22:12:29 2013, Tue Oct 1 05:04:05 2013 [23:03] <llogan> is Timoty Gu ever here? [23:04] <durandal_1707> why? [23:04] <durandal_1707> there are more messages in queue? [23:05] <durandal_1707> you are the only one approving them? [23:06] <llogan> yes, most of the valid ones are due to ML message size restriction. i asked michaelni and compn to babysit while i was away, but they must have been busy [23:06] <llogan> i will probably increase size limit [23:06] <llogan> at 500k now [23:07] <llogan> s/500/400 [23:08] <llogan> durandal_1707: if you are interested in being backup or additional ML monkey that would be appreciated [23:15] <llogan> ...or if anyone else is interested please let me know. [23:15] <llogan> ill be gone again sometime in january, but only for a week. [23:27] <cone-715> ffmpeg.git 03Marton Balint 07master:31a8461d6462: avfilter/vf_histogram: improve waveform speed [23:27] <cone-715> ffmpeg.git 03Marton Balint 07master:cac9af68a42c: avfilter/vf_histogram: add support for subsampled planar yuv modes in waveform mode [23:27] <cone-715> ffmpeg.git 03Paul B Mahol 07master:edadda968c24: avfilter/vf_histogram: change order of histograms for planar rgb [23:33] <Compn> llogan : doh, i checked mplayer's list with 200 mails :P [23:47] <llogan> Compn: oops. don't worry about it. i went through them today (but i have yet to look at Ronald's and one from Timothy). [23:59] <cone-715> ffmpeg.git 03Michael Niedermayer 07master:ad8fbddb94c2: Revert "Merge commit '61c31e4ee7ea79a9e74c0476b81244febf17e6d7'" (configure: Properly set zlib dependencies for all components) [00:00] --- Wed Oct 2 2013

1 0

ffmpeg-devel.log.20131003
by burek 04 Oct '13

04 Oct '13

[00:56] <cone-82> ffmpeg.git 03Thilo Borgmann 07release/2.0:842d7c9b3af0: configure: fix logic for threads in case of OpenCL is enabled. [00:56] <cone-82> ffmpeg.git 03Michael Niedermayer 07release/2.0:f089e67d515b: avcodec/imgconvert/get_color_type: fix type for PAL8 [01:26] <cone-82> ffmpeg.git 03Timothy Gu 07release/1.2:82cfb8c2db6c: doc/encoders: reformat libmp3lame doc [01:27] <cone-82> ffmpeg.git 03Timothy Gu 07release/1.2:0f73cb454d14: doc/encoders: reformat and add some clarification in libtwolame doc [01:27] <cone-82> ffmpeg.git 03Timothy Gu 07release/1.2:d2feaf2ba613: doc/encoders: Remove options that were not there when branch was cut from master [01:27] <cone-82> ffmpeg.git 03Timothy Gu 07release/1.2:4431ee189643: doc/ffmpeg-formats: Add documentation for 3 parameters that have been missing [01:27] <cone-82> ffmpeg.git 03Timothy Gu 07release/1.2:85eeab4d22cc: doc/encoders: improve libvo-aacenc doc [01:27] <cone-82> ffmpeg.git 03Timothy Gu 07release/1.2:6db67ac2a4fa: doc/encoders: add doc for AAC encoder [01:27] <cone-82> ffmpeg.git 03Michael Niedermayer 07release/1.2:9902eef0f531: avcodec/ffv1dec: check global header version [01:27] <cone-82> ffmpeg.git 03Michael Niedermayer 07release/1.2:bb4126e250e0: ffv1dec: check that global parameters dont change in version 0/1 [01:27] <cone-82> ffmpeg.git 03Michael Niedermayer 07release/1.2:91e19ab9306c: ffv1dec: Check bits_per_raw_sample and colorspace for equality in ver 0/1 headers [01:27] <cone-82> ffmpeg.git 03Michael Niedermayer 07release/1.2:a0d13f578b85: avcodec/dsputil: fix signedness in sizeof() comparissions [01:27] <cone-82> ffmpeg.git 03Michael Niedermayer 07release/1.2:0f3cdddf3886: avfilter/vf_fps: make sure the fifo is not empty before using it [01:27] <cone-82> ffmpeg.git 03Michael Niedermayer 07release/1.2:c17fd9f9ce2e: avcodec/mjpegdec: Add some sanity checks to ljpeg_decode_rgb_scan() [01:27] <cone-82> ffmpeg.git 03Michael Niedermayer 07release/1.2:c3ee5b4c3641: avcodec/truemotion2: Fix av_freep arguments [01:27] <cone-82> ffmpeg.git 03Michael Niedermayer 07release/1.2:f32051cd733d: avcodec/ffv1enc: update buffer check for 16bps [01:27] <cone-82> ffmpeg.git 03Michael Niedermayer 07release/1.2:95e26d33d76d: avcodec/parser: reset indexes on realloc failure [01:27] <cone-82> ffmpeg.git 03Michael Niedermayer 07release/1.2:ca47aec665e2: Merge remote-tracking branch 'TimothyGu/release/1.2' into release/1.2 [01:36] <cone-82> ffmpeg.git 03Michael Niedermayer 07release/1.2:14e258d847f7: update for 1.2.4 [01:50] <cone-82> ffmpeg.git 03Michael Niedermayer 07fatal: ambiguous argument 'refs/tags/n1.2.4': unknown revision or path not in the working tree. [01:50] <cone-82> Use '--' to separate paths from revisions [01:50] <cone-82> refs/tags/n1.2.4:HEAD: ffmpeg: add support to force specific AVCodecs [02:42] <cone-82> ffmpeg.git 03Carl Eugen Hoyos 07master:b5f219c904b9: Print pix_fmt name on h264 context reinitialisation. [03:05] <BBB> llogan: just toss it, should be ok [03:43] <llogan> BBB: ok. sorry about that. [03:44] <llogan> -devel size limit is now 550k [04:58] <Compn> BBB : you can blame me for not checking the ml queue :) [09:32] <cone-480> ffmpeg.git 03Stefano Sabatini 07master:f5b27b6d5f86: ffprobe: print stream channel_layout when available [10:48] <ubitux> it's interesting, the difference i have with audio with the double seeking is similar to the video difference present in older ffmpeg [10:56] <saste> ubitux, why are you double-seeking? [10:56] <ubitux> saste: because it's faster? [10:56] <ubitux> (and still accurate) [10:58] <saste> ubitux: comments on av_get_utf8()? [10:58] <ubitux> not yet but i trust reimar & nicolas on this one ;) [10:59] <ubitux> saste: double seeking should be done internally :( [11:54] <cone-480> ffmpeg.git 03Vittorio Giovara 07master:06e7301a2efa: vf_interlace: do not process an already interlaced frame [11:54] <cone-480> ffmpeg.git 03Michael Niedermayer 07master:c4f3b55f5079: Merge commit '06e7301a2efa8dededecbe6836ee5b59bf7e5e76' [12:21] <cone-480> ffmpeg.git 03Anton Khirnov 07master:451606f7ce7e: lavc: mark deprecated AVCodec.max_lowres for removal on next bump [12:21] <cone-480> ffmpeg.git 03Michael Niedermayer 07master:5a63fb66936a: Merge remote-tracking branch 'qatar/master' [12:36] <BBB> hm github is dead [12:46] <Daemon404> DDoS [12:46] <Daemon404> skiddies love it [13:07] <j-b> Compn: money has been resent, but we need more info from you [13:21] <BBB> michaelni: need me to send the patch by hand? I can also resend to ML [13:50] <Compn> j-b : called my bank and got info. sorry i'm so much trouble :) [13:52] <j-b> Compn: no, you should be sorry that your banking system is such a crap [13:58] <Compn> lol [13:59] <cone-480> ffmpeg.git 03Ronald S. Bultje 07master:848826f527bc: Native VP9 decoder. [13:59] <cone-480> ffmpeg.git 03Ronald S. Bultje 07master:c07ac8d467f0: VP9 MC (ssse3) optimizations. [13:59] <cone-480> ffmpeg.git 03Ronald S. Bultje 07master:f1548c008fc5: Full-pixel MC functions. [13:59] <cone-480> ffmpeg.git 03Michael Niedermayer 07master:4c292d5c34c9: Merge remote-tracking branch 'rbultje/master' [14:00] <ubitux> yay. [14:00] <Compn> psh, we want vp7 decoder ... [14:01] <Compn> :) [14:01] <ubitux> feed your sample to the vp9 decoder [14:01] <ubitux> and see if it works [14:01] <ubitux> if it doesn't, pretend the sample is broken [14:01] <Compn> also old duck decoders, if theres any left we dont have [14:02] <ubitux> ok i guess i have to finish the lut now [14:15] <ubitux> ...and the optim [16:07] <durandal_1707> who is this guy in all those vp9 samples on fate? [16:20] <cone-480> ffmpeg.git 03Marton Balint 07master:5b5bb0d81c53: avfilter/vf_histogram: fix segfault in parade waveform mode for subsampled formats [16:20] <cone-480> ffmpeg.git 03Marton Balint 07master:0362cf1a1928: avfilter/vf_histogram: add mirrored waveform mode [16:40] <Compn> durandal_1707 : why, are you in looooove ? [16:42] <cone-480> ffmpeg.git 03Michael Niedermayer 07master:e57dba0d52df: avcodec: add av_codec_get_max_lowres() [16:43] <durandal_1707> Compn: after watching it so many times.. certainly not [16:45] <Compn> durandal_1707 : ah i dont have updated software to look at those samples :D [16:46] <Compn> maybe grab a nightly build [16:51] <durandal_1707> should telecine filter set frame flags? [17:14] <durandal_1707> saste: why no comment mergeplanes? [17:17] <saste> durandal_1707, i'll comment on it now [17:20] <saste> what's the assumed range of GRAY8? (I keep discarding about that) [17:21] <wm4> use the range flag? [17:21] <wm4> at least I hope it works this way [17:26] <cone-480> ffmpeg.git 03Michael Niedermayer 07master:4d5d905eed1e: ffmpeg: avoid direct access to lowres use av_codec_g/set_lowres() [17:27] <Daemon404> wm4, wishful thinkign on your part [17:30] <wm4> ok it doesn't [17:30] <wm4> not sure if my code's fault or libswscale [17:37] <wm4> probably swscale's [17:42] <Daemon404> is lavfi (in ffmpeg) threaded for audio too? [17:43] <durandal_1707> it should not matter (really) its just no such filter use it [17:43] <Daemon404> i see [17:44] <Daemon404> im noticing our transcoder boxes randomly have hugn ffmpeg prcesses [17:44] <Daemon404> waiting at pthread_join in lavfi [17:44] <Daemon404> and its unreproducible [17:44] <Daemon404> sounds like a race condition to me [17:44] <Daemon404> and it's happening quite often [17:44] <durandal_1707> well that filtered code is from *cough* libav [17:44] <Daemon404> im pretty sure the lavfi threading is from ffmpeg [17:45] <Daemon404> unless im mistaken [17:45] <durandal_1707> that one [17:45] <saste> Daemon404, kill the process and analyze the core, it is sometimes useful [17:46] <durandal_1707> well, everybody ignores tsan reports [17:46] <saste> yes and i suppose there are better tools to debug those problems nowadays, tsan or valgrind [17:47] <durandal_1707> Daemon404: what filters such boxes use? [17:47] <Daemon404> saste, you mean helgrind [17:47] <Daemon404> durandal_1707, a variety [17:47] <Daemon404> im looking into it... [17:51] <durandal_1707> they didn't hung before? or this is first time threading in lavfi is used? [17:52] <Daemon404> never used to happen [17:54] <saste> Daemon404, lavfi slice threading was recently added [17:54] <Daemon404> yeah [17:54] <Daemon404> too bad we were using stripped binaries [17:54] <Daemon404> the bt is fairly useless [17:55] <Daemon404> #0 0x00000030b7c080ad in pthread_join () from /lib64/libpthread.so.0 [17:55] <Daemon404> #1 0x00007fc6c5c2b727 in ?? () from /usr/local/vimeo/lib/libavfilter.so.3 [17:55] <Daemon404> #2 0x00007fc6c5c2b910 in ?? () from /usr/local/vimeo/lib/libavfilter.so.3 [17:55] <Daemon404> #3 0x00007fc6c5c0c975 in avfilter_graph_alloc_filter () [17:57] <saste> weird [17:57] <saste> what's doing thread #4? [17:57] <Daemon404> not sure [17:57] <Daemon404> will check [17:57] <Daemon404> colleague is working on it currently [17:58] <saste> i'd expect the join to be called only after all the filters were created [17:58] <saste> and i meant thread #3 of course [17:59] <Compn> Daemon404 : hey, can i get a report of rare / unusual codecs being uploaded by chance? i just need fourcc and isom really. samples are a plus but i understand if not. [18:00] <Compn> and are vim** using mencoder like yout**** ? [18:00] <Daemon404> no [18:00] <Daemon404> C api + cli elsewhere [18:00] <Daemon404> Compn, might be a pain, but sounds interesting [18:00] <Daemon404> right now teh big ones are still G2M4 and canopus [18:00] <Daemon404> with some cineform [18:00] <Daemon404> (aka VC-5 / GoPro) [18:01] <Compn> yeah, theres some cineform reports already [18:01] <Compn> cfhd i think [18:01] <Compn> g2m4 i thought was completed ... only g2m2 was left ? [18:01] <Daemon404> er yeah i mean 2 [18:01] <Compn> ah [18:02] <Daemon404> well also some otehr g2m [18:02] <Compn> but yeah, i'd appreciate it if you could get some lists. no rush [18:02] <Daemon404> mss2 still faisl sometimes [18:02] <Daemon404> due to ffmpeg's asf demuxer [18:02] <Compn> asf demuxer and rm demuxer need rewrites [18:02] <Compn> or ... anyone to work on them :P [18:02] <Compn> and samples [18:03] <Daemon404> never get complaints about .rm [18:03] <Daemon404> probably because all .rm content is pirated [18:03] <Daemon404> like 100% of it ever [18:03] <Compn> the newer stuff is fine i think [18:03] <Compn> problem with older or mbr crap [18:03] <Compn> newer stuff is just dvdrips. dont need mbr for it :P [18:03] <durandal_1707> no audio codecs? [18:04] <Compn> yea i could use audio codec list too. but those are much better with samples [18:04] <Compn> without samples its guess work. a lot of the codecs are decode only, so its impossible for me to make samples [18:07] <Daemon404> almost all failed audio codecs are various aac variants [18:07] <Daemon404> like SSR [18:07] <Daemon404> or ELD [18:11] <saste> durandal_1707, why there are several versions of your patch? [18:12] <saste> did i review the last one? what about the extended mode syntax? [18:15] <durandal_1707> saste: it cant work as you can not set format in config_output [18:17] <durandal_1707> saste: there are several versions because I'm doing things nobody have done before [18:55] <cone-480> ffmpeg.git 03Michael Niedermayer 07master:1c71f185add9: avcodec/tiff_common: Improve formating of long arrays [19:10] <cone-480> ffmpeg.git 03Michael Niedermayer 07master:fcd19d6c8db5: avcodec/jpeg2000dec: Zero code and quant style [19:20] <durandal_1707> Daemon404: why you allocate coded_frame when you never use it? [20:19] <llogan> someone asked me for help. version: SVN-r15261 from 2008. [20:20] <JEEB> better than some 2006 version I guess :) [20:21] <llogan> maybe some of the 41582 commits since could be useful [20:22] <durandal_1707> llogan: via mail? [20:22] <llogan> a forum [20:23] <llogan> s/me// [20:24] <llogan> i'm just always surprised (and amused) when I see such graybeards still being used. [20:37] <cone-480> ffmpeg.git 03Michael Niedermayer 07master:6565b1ad97fe: avcodec/h264_sei: make SEI type truncated message more informative [20:44] <durandal_1707> wtf people build ffmpeg with caca support... [20:44] <durandal_1707> that thing was joke [20:51] <wm4> :) [20:54] <Compn> just think of caca as an interesting video filter [20:54] <Compn> mplayer -vo matrixview is way more fun :P [20:54] <Compn> http://pigeond.net/mplayer/mplayer-matrixview.html [20:55] <wm4> when I deleted that from mplayer2, 1 person complained [20:55] <Compn> hahaha [20:55] <Compn> didnt know it had any users at all [20:55] <Compn> at least we know it has one :) [21:16] <llogan> ubitux: i'm going to use your fate ffmpeg tip: "Is it OK for me to use FFmpeg git/HEAD? Let's check how green http://fate.ffmpeg.org is." [21:16] <ubitux> :) [21:20] <cone-480> ffmpeg.git 03Diego Biurrun 07master:be0b4c70ec40: atrac3: Replace a silly counter variable name with plain 'j' [21:20] <cone-480> ffmpeg.git 03Michael Niedermayer 07master:c2df95978b19: Merge commit 'be0b4c70ec40d7f9ac8e416a4379d4a387421184' [21:28] <cone-480> ffmpeg.git 03Maxim Poliakovski 07master:4be292dac7e7: atrac: Move doxygen comments to the header [21:28] <cone-480> ffmpeg.git 03Michael Niedermayer 07master:16bb8faac6d5: Merge commit '4be292dac7e7f0586053fcced8d530ccf4ebef29' [21:31] <durandal_1707> when next release is planned? [21:34] <cone-480> ffmpeg.git 03Diego Biurrun 07master:5ce04c14dd3d: Use correct Doxygen syntax [21:34] <cone-480> ffmpeg.git 03Michael Niedermayer 07master:2ece7d94bc35: Merge commit '5ce04c14dd3dd3670cbdba82275a3a72c716ec6f' [21:34] <durandal_1707> huh someone sent mail to ffmpeg-user(a)mplayerhq.hu [21:38] <ubitux> llogan: you could also twitt about VP9 [21:39] <durandal_1707> and atrac+,caca,exif,sftp,opus...... [21:53] <cone-480> ffmpeg.git 03Maxim Poliakovski 07master:79cbac8cd456: atrac3: Generalize gain compensation code [21:54] <cone-480> ffmpeg.git 03Michael Niedermayer 07master:4a63c69faac6: Merge remote-tracking branch 'qatar/master' [22:00] <cone-480> ffmpeg.git 03Paul B Mahol 07master:5f99e6d632da: avfilter/vf_pullup: do not ignore frame field order [22:13] <wm4> ubitux: I still think AVPacket is the best "container" for most subtitle data (associated with a codec id) [22:13] <wm4> ubitux: and for bitmap sub decoder output, maybe an AVFrame [22:14] <ubitux> huh? [22:14] <wm4> with a an additional list of bounding rectangles [22:14] <ubitux> aren't you mixing demuxed and decoded subtitles? [22:14] <wm4> there's not necessarily a difference [22:14] <wm4> your text sub "decoders" just convert from one format to another [22:15] <wm4> maybe they should be bitstream filters or so [22:15] <Daemon404> why wouldnt bitmap subs just be an RGBA overlay [22:15] <Daemon404> why must they be special? [22:16] <wm4> they could be, but then they must come with one or more bounding box [22:16] <Daemon404> right... streaming [22:16] <ubitux> wm4: no i think that's wrong, sorry [22:16] <ubitux> wm4: because it breaks remuxing [22:16] <ubitux> i see no benefit in moving the decoding into the demuxers [22:17] <wm4> did I say that [22:17] <ubitux> then i misunderstood your point [22:17] <wm4> I'm just wondering: why do your text sub decoders not output ASS packets? [22:18] <wm4> because that's what they do [22:18] Action: ubitux is lost [22:22] <wm4> actually, movtext to text is a bitstream filter [22:22] <wm4> it allows both directions, too [22:24] <ubitux> i don't know if the bitstream filter is still relevant [22:25] <ubitux> but anyway, i'm not sure what problem you are trying to solve here [22:44] <cone-480> ffmpeg.git 03Michael Niedermayer 07master:b72040daad03: ffplay: avoid direct access to max_lowres use av_codec_get_max_lowres() [22:44] <cone-480> ffmpeg.git 03Michael Niedermayer 07master:c7fe2a3733ba: ffplay: avoid direct access to lowres use av_codec_g/set_lowres() [22:45] <llogan> ubitux: ok [22:46] <llogan> got a text you want? "FFmpeg can now decode VP9." [22:48] <ubitux> "VP9 bitches!" [22:49] <ubitux> llogan: be more enthousiastic :) [22:49] <ubitux> "VP9 decoder in FFmpeg!" [22:49] <ubitux> or whatever feature you want [22:49] <ubitux> twitter is supposed to be a torrent of transient shit, don't worry too much about it imo [22:58] <llogan> hmmm...i do like the bitches one, but i'll add the ! [22:59] <mateo`> Fast & Furious VP9 decoder NOW in FFmpeg ! (+ a maximum of flashing gif around) [23:00] <ubitux> not that fast yet [23:00] <ubitux> :( [23:00] <llogan> how about a link to the commit? [23:00] <llogan> or is that too much for twitusers? [23:00] <ubitux> watch the comments if anyone wants it [23:00] <mateo`> ubitux: but furious at least :D [23:00] <llogan> VP9!!!!111~``1!!` [23:01] <mateo`> enough furious to make the libav guys cry [23:01] <ubitux> VP9!!111!ONE1!!ELEVEN [00:00] --- Fri Oct 4 2013

1 0

ffmpeg.log.20131003
by burek 04 Oct '13

04 Oct '13

[00:13] <elBradford> Compiling with librtmp, I'm getting errors like "undefined reference to 'RTMP_Pause'" and for other rtmp functions. librtmp is building fine [00:13] <elBradford> A response to a similar error message online was "This seems like librtmp was found at configure time and possibly compile time), but not at link time. Your installation of librtmp may be borked, e.g. by two conflicting versions." <--- but I'm not sure what that means [00:17] <llogan> elBradford: what does librmtp offer that isn't support by native rtmp protocol support? [01:21] <elBradford> llogan: -jtv support, which is required for my project [02:37] <llogan> elBradford: sorry, but i don't know what -jtv is. [02:44] <luosheng_> hi there, how can I get ffmpeg code at r20544? [03:40] <elBradford> llogan: that's OK, it's just important that I have librtmp. Thanks for the response though. [03:48] <relaxed> DaCoder: ffmpeg has the tee format, which I told you about earlier [03:49] <relaxed> libav does not [03:50] <relaxed> (sorry, wrong channel) [03:55] <llogan> relaxed: i was going to tell him to add -pix_fmt yuv420p for his black screen issue but he vanished earlier [03:56] <relaxed> add to the topic, for web use -pix_fmt yuv420p [03:56] <relaxed> There's needs to be a very simple faq [03:57] <relaxed> which points to more detailed info [03:58] <relaxed> For the most part developers write the docs and they're horrible at it [03:58] <llogan> the wiki is helping, IMO [03:58] <relaxed> look at the split of ffmpeg's man pages [03:59] <relaxed> there's ffmpeg-all not, but tstill [03:59] <relaxed> still* [03:59] <relaxed> now* [03:59] <llogan> if you have a list of simple faq questions and answers I can help you implement something [03:59] Action: relaxed has had too many pints [04:00] Action: llogan has not had enough [04:00] <llogan> i had a terrible IPA [04:00] <relaxed> Regardless, the two of us could write much better docs [04:01] <llogan> writing docs is probably harder than most people assume [04:02] <llogan> it's definitely more time consuming than you'd expect [04:02] <relaxed> It's because they're based on the old shitty docs [04:02] <llogan> but if you're serious about contributing I will definitely help [04:02] <relaxed> trust me, I've been reading them for years [04:03] <relaxed> I think their whole approach is wrong [04:04] <llogan> it's a big, complicated, very active project with many contributors with users using various versions with a bunch of shitty, outdated misinformation on blogs and forums. in short: it's not easy and there is always room for improvement. [04:04] <llogan> and we have a problem with verbosity in some places and lack of info in others [04:05] <llogan> what should the approach be? [04:05] <relaxed> Splitting up the man pages wasn't a great idea. More examples in the man pages are needed. [04:06] <llogan> are you willing to provide patches? [04:07] <relaxed> I'm willing to bitch and maon [04:07] <relaxed> which, I agree isn't that helpful [04:07] <llogan> if you provide some examples I guess I can make some patches [04:08] <llogan> once I review Timothy's patch that I've been ignoring since I got back to computerdom. [04:08] <relaxed> I'm still torn between the two projects [04:09] <llogan> that must suck. so easy for me only dealing with one. [04:09] <llogan> seriously, sititng on the fence but be a pain in the taint [04:13] <llogan> ping me if you want some help making some improvements [04:13] Action: llogan has to go buy dog food [04:14] <relaxed> Will do. [04:39] <tempus_fol> Hello, I've tried to submit this question few days ago, I hope someone can help. It's on a Fedora 19. I'm trying to compile ffmpeg with libfdk_aac. I've added --enable-libfdk_aac to my .configure, and now it doesn't seem to build anymore (ERROR: libfdk_aac not found); latest version from Git for ffmpeg. I've tried rebuilding libfdk_aac from src.rpm _and_ from git (as per https://trac.ffmpeg.org/wiki/CentosCompilationGuide ) [05:23] <tempus_fol> Eventually, I've figured it out. For future refence: --extra-ldflags="-L/path/to/fdk-aac/lib" is needed (both libfdk and ffmpeg are compiled with --disable-shared (and ffmpeg with --enable-static)) [06:02] <ripthejacker> I have and video file in mp4 container, video codec h264 and audio codec aac. To what format do I need to convert it so that it would be lossless? [06:03] <ripthejacker> I mean can I convert to any open source formats or should I stick to aac? [06:03] <sacarasc> Why do you want to convert it, ripthejacker? [06:03] <ripthejacker> It's video and I want just the audio [06:04] <sacarasc> ffmpeg -i input.mp4 -vn -c:a copy output.mp4 [06:04] <sacarasc> I'd go with that, all it really does copy it without the video. [06:05] <ripthejacker> sacarasc: so converting to any other codec will degrade the quality? [06:05] <sacarasc> Yes. [06:05] <sacarasc> Unless you went to something like flac, but that would increase the size a lot and not gain anything. [06:06] <ripthejacker> sacarasc: what about vorbis? [06:06] <sacarasc> That is a lossy codec, you would lose something. [06:06] <ripthejacker> sacarasc: even with aac it will be still be lossy, right? [06:07] <ripthejacker> *will still be [06:07] <sacarasc> The lossiness has already happened, if you copy it (as in no extra encoding) it won't lose anything more. [06:08] <ripthejacker> sacarasc: oh so to decode to another format it will lose some other data? [06:08] <sacarasc> Yes. [06:08] <ripthejacker> sacarasc: gotit [06:08] <ripthejacker> sacarasc: thanks friend :) [06:08] <sacarasc> Unless it is a lossless codec, like flac, but as I said, it will make the size a lot bigger. [06:09] <ripthejacker> yeah I understand [09:36] <BoR0> hi, I have a file that is 2GB. I want to stream it over RTMP with ffserver. I managed to stream with ffserver through HTTP port 8090, but how can I make ffserver listen RTMP? [09:36] <BoR0> or does ffserver require separate RTMP server? [09:51] <JEEB> BoR0, yes, you are supposed to use ffmpeg in conjunction with a separate rtmp(e) server [09:52] <JEEB> that then handles the distribution [09:52] <BoR0> is it the same case with RTSP? [09:52] <JEEB> no idea to be honest [09:52] <BoR0> can you suggest some good and free RTMP servers/ [09:53] <JEEB> there are a few that pop up every now and then but I have no idea how good they are [13:25] <dum> hi all, is there any way to know what frame type the incoming h264 nal unit contains before calling avcodec_decode_video2? [13:25] <dum> In some situations, I need to restart my decoder and I only want to start processing after receiving the Iframe [13:25] <JEEB> usually containers tell you that info (random access point flag of one sort or another) [13:25] <JEEB> but otherwise you'll just have to parse the NAL unit yourself [13:41] <dum> JEEB: thank you. what is the best way of handling this situation? I am sure that parsing the NAL unit is not the common way right? [13:42] <JEEB> the common way is to have the stream in a container and get the info from there [13:42] <JEEB> since random access points generally are noted on the container level [13:42] <dum> I transfer the naked NAL units always [13:43] <dum> so you suggest me to parse it myself to handle this [13:43] <JEEB> I don't really see another way in that case [13:44] <JEEB> since the h264.c demuxer in libavformat doesn't really give much info and that stuff is then only parsed in the decoder [13:44] <dum> can I find somewhere how to parse and what byte ro read for this info? [13:44] <JEEB> you could check libavformat/h264.c and friends of course [13:45] <dum> allright thanks a lot [13:46] <JEEB> parsing of NAL units can be found in the H.264 specification [13:46] <JEEB> http://www.itu.int/rec/T-REC-H.264-201304-I/ [14:46] <caraculo> hi [14:50] <caraculo> the example for video encoding at "https://github.com/FFmpeg/FFmpeg/blob/master/doc/examples/decoding_encoding…" produces a video, but I can not reproduce it in any player. [14:50] <caraculo> I got "nvalid data found when processing input" [14:51] <caraculo> I just compiled it, an ran it, exactly as they have it. [14:52] <caraculo> yhe thing is that I have some code for FFv1 encoding, that seems to work fine, encodes without errors, but when trying to play. I get the kind same error [15:06] <xlinkz0> i'm not understanding this : For constant frame rate videos a value of 1/2*frame_rate should address the worst case mismatch between the specified time and the time set by force_key_fram [15:07] <xlinkz0> what do i need to do to make it more accurate? [15:07] <xlinkz0> i've had tests where i've requested a timestamp at 0.5 seconds and it delayed it by 100ms, there were a lot of frames in that 100ms [15:20] <caraculo> so It seems I have to put the FFv1 packets into a Container [15:20] <caraculo> and I can not save them straight away into a file? [15:23] <Mavrik> caraculo, you have to put pretty much all video and audio formats into some kind of container [15:27] <caraculo> ok I ignored this, [15:27] <caraculo> just that I saw the basic video_encoding example and I thought that replacing CODEC_ID_MPEG1VIDEO with CODEC_ID_FFV1 would do :p [15:28] <caraculo> would you Mavrik please pass me an example on how to use ocntainers? [15:29] <Mavrik> there's a muxing example. [15:29] <Mavrik> filtering example does that as well IIRC [15:30] <caraculo> Is it possible to just save packets without any container and then tell mplayer or vlc the decoder to use? [15:30] <caraculo> ok thanks. [15:31] <Mavrik> no, because you're missing data then [15:31] <caraculo> ok thanks [17:32] <cougarten> hi, i want to glitch arround some video. Can you point me in a general direction on how to gain control over the codecs work? I don't know any fitting channel but this here. Is ogg-video open-souce? I'd love to mess with the keyframes on an encoding level rather than destroing them via search+replace afterwards or something. [17:33] <cougarten> ah, #vorbis. I'll ask there aswell [17:39] <caraculo> If I pass an ".avi" extension file name to " avformat_alloc_output_context2" and it still can not deduce output format from file extension [17:41] <durandal_1707> called av_register_all ? [17:43] <caraculo> lol [17:45] <caraculo> yes I do [17:45] <caraculo> the thing is that this: " avformat_alloc_output_context2(&_oc, NULL, "mpeg", fname.c_str());" [17:45] <caraculo> seems to fail to alloc [17:47] <caraculo> will set _oc to NULL.... [18:34] <caraculo> I will bother you with my questions tomowwor... see you. [23:11] <MonkeyFisto> Has anyone here used overclocking to improve ffmpeg speed? [23:12] <MonkeyFisto> I found the forum to be rather bare so I came here to ask [23:13] <MonkeyFisto> *cough* [23:15] <radiaku> @monkeyfisto why you want to improve ffmpeg speed? I think its already fast :D [23:15] <MonkeyFisto> Well I am encoding bluray rips [23:15] <mittens> i dont think overclocking is worth much [23:15] <MonkeyFisto> at stock settings that takes over 24 hours [23:15] <mittens> unless you spend a lot on super cooling [23:16] <MonkeyFisto> I ask because I got no gains at all [23:16] <MonkeyFisto> I want to see if other got the same result [23:16] <MonkeyFisto> *others [23:16] <mittens> how much did you overclock by? [23:16] <radiaku> what is your specs? [23:16] <MonkeyFisto> 20% [23:16] <MonkeyFisto> 4770k OC to 4.4GHz [23:17] <MonkeyFisto> Stock averages about 3.7-3.8GHz [23:17] <MonkeyFisto> after turbo [23:17] <mittens> how many threads do you use for ffmpeg? [23:17] <MonkeyFisto> Default [23:17] <MonkeyFisto> whatever that is [23:17] <mittens> 1 i think [23:17] <mittens> how many cpu cores you got? [23:18] <MonkeyFisto> well all my cores were maxed [23:18] <MonkeyFisto> 8 logical [23:18] <MonkeyFisto> 4 physical [23:18] <mittens> try with 8 threads and see how that goes [23:19] <MonkeyFisto> should it really matter though? Overclocking should improve encode speed despite the number of threads [23:20] <mittens> all you probably did was make your cpu hotter [23:20] <MonkeyFisto> So it would seem which is why I am asking here to see if others had a different experience [23:21] <MonkeyFisto> I don't want to put forth the effort to do hours of testing if I am not going to get ANY improvement [23:21] <MonkeyFisto> Increasing the CPU clock should increase the speed of all threads [23:21] <MonkeyFisto> So if I run with 1 on OC and run with 1 without OC [23:21] <MonkeyFisto> I should still see a performance increase [23:22] <MonkeyFisto> Running with 8 will net me some gain [23:22] <MonkeyFisto> but that is over 1 thread at the same speed [23:22] <MonkeyFisto> If I get no increase using 1 thread and overclocking [23:23] <MonkeyFisto> then it is unlikely that I will get an increase using 8 and OC rather than 8 and stock [23:23] <MonkeyFisto> Though frankly I am surprised that ffmpeg doesn't auto-detect thread-based optimization :/ [23:25] <radiaku> Hey everyone, when I joining video with image using itsoffset, why ffmpeg is dropping frame? ( my video is 25fps ) [23:26] <fazias> ffmpeg as about everything else sane always uses good amount of threads [23:27] <fazias> as it definately regocnizes your cpu on the fly and also decides on the fly which cpu optimizations can be used [23:27] <radiaku> here my command just in case : ffmpeg -itsoffset 5 -i raisa.mp4 -r 25 -loop 1 -i bg.png -filter_complex "[1:v] fade=out:125:25:alpha=1 [intro]; [0:v][intro] overlay [v]" -map "[v]" -map 0:a -acodec copy out.mp4 [23:27] <fazias> setting a fixed thread count would be wrong atleast when using x264 [23:28] <fazias> or well, you would just get a bit lesser performance as things dont really work like, logical cpu count == threads [23:30] <fazias> of course overclocking should increase performance, that is if you don't hit any other limits. Such like memory bandwidth(mmm unlikely), harddisk read/write (well you *can* hit a wall here, speed shouln't be problem anymore then tho) [23:31] <MonkeyFisto> yeah neither of those things were an issue [23:41] <teratorn> hmm, can anyone tell me how you would go about using a testsrc avfilter in C code? I basically need some video content for a test-case and found the testsrc filter... but it's not obvious how to use it? [00:00] --- Fri Oct 4 2013

1 0

ffmpeg-devel.log.20131002
by burek 03 Oct '13

03 Oct '13

[10:30] <ubitux> can we make output -ss faster transparently? (aka without manual initial input seeking) [10:43] <ubitux> can't we make sure that -ss X -i ... -ss 0 will be as accurate? [10:43] <ubitux> (and do it transparently) [11:03] <ubitux> llogan: so, how is the twitter status? [11:08] <cone-82> ffmpeg.git 03Maxim Poliakovski 07master:852241561d04: atrac: Add missing av_cold. [11:08] <cone-82> ffmpeg.git 03Maxim Poliakovski 07master:cc2330fe3a01: atrac: Update copyright info and file description. [11:08] <cone-82> ffmpeg.git 03Maxim Poliakovski 07master:3d80ab015fa1: atrac: Move doxygen comments to the header [11:08] <cone-82> ffmpeg.git 03Maxim Poliakovski 07master:746cb9bc53f7: atrac: limit line length to 80 chars [11:08] <cone-82> ffmpeg.git 03Maxim Poliakovski 07master:dc80e250fc66: atrac3: Rename GainInfo to AtracGainInfo [11:08] <cone-82> ffmpeg.git 03Maxim Poliakovski 07master:4978be2bc698: atrac3: rename num_gain_data to num_points [11:08] <cone-82> ffmpeg.git 03Maxim Poliakovski 07master:4fa2484067d1: atrac3/decode_gain_control: cosmetics [11:08] <cone-82> ffmpeg.git 03Maxim Poliakovski 07master:d49f3fa5794c: atrac3: Generalize gain compensation code [11:10] <ubitux> erm it seems the double seek isn't that accurate [11:11] <ubitux> it seems better to only input seek sometimes [11:54] Action: Daemon404 begins to bisect [11:54] <Daemon404> perfect way to start my day~ [12:08] <durandal_1707> what broke? [12:11] <Daemon404> durandal_1707, a file works with libav and not ffmpeg [12:11] <Daemon404> im fixing it [12:14] <saste> do we have some way to validate XML strings? [12:15] <ubitux> saste: you can check for valid utf-8 [12:15] <ubitux> if it's not, drop the char., or maybe there is something like &#FF [12:17] <saste> i'll drop all the invalid characters, and emit a warning (ffprobe) [12:19] <ubitux> will you do that only for xml? [12:19] <ubitux> json should be safe but i'm not so sure [12:20] <Daemon404> json is required to be utf8 [12:20] <Daemon404> isnt it [12:21] <ubitux> yes, but what if it isnt? [12:21] Action: Daemon404 remembers the iconv mess [12:21] <Daemon404> :/ [12:21] <Daemon404> yeah. [12:21] <ubitux> the question is if the json output is going to be valid all the time [12:21] <ubitux> we assume libs will extract utf-8 [12:21] <ubitux> but sometimes, it's "broken" utf-8, and you're fucked [12:22] <Daemon404> what about e.g. shift-jis tags [12:22] <Daemon404> in an mp3 [12:22] <ubitux> should be converted in the format [12:22] <ubitux> IMO [12:22] <Daemon404> i agree [12:22] <Daemon404> but do we [12:22] <Daemon404> is what i meant [12:22] <ubitux> i don't think so [12:22] <Daemon404> yeah [12:24] <saste> ubitux, i'll fix it right at the ffprobe level, but it should be probably done at the library level, right? [12:24] <saste> somewhere in libavformat, but i don't know well where [12:25] <ubitux> dict set? :) [12:25] <ubitux> gonna get slow [12:25] <ubitux> it's fine at ffprobe level for now [12:43] <BBB> llogan: the first 2 can go, the last one should probably be approved [12:45] <cone-82> ffmpeg.git 03Paul B Mahol 07master:7d0ce1e59df8: avfilter/af_silencedetect: use the name 's' for the pointer to the private context [12:45] <ubitux> lol [12:46] <durandal_1707> i_can_not_stand_extremly_long_names_for_filter_private_context [12:48] <saste> s [12:49] <saste> find a compromise... [12:51] <GoaLitiuM> icnselnffpc [12:53] <iive> avpc [12:56] <cone-82> ffmpeg.git 03Clément BSsch 07master:e31a239fea65: avfilter/vf_removelogo: use the name 's' for the pointer to the private context [12:56] <saste> please guys, fix actual issues [12:57] <saste> (unless you're working on some piece of code, and cosmetics simplifies your work) [12:57] <durandal_1707> having less to type means i will have more times to fix actuall issues [12:58] <saste> durandal_1707, OTOH s-> is not very readable out of context (e.g. when reviewing a patch) [12:58] <durandal_1707> if you want to get real commits in tree, you could review patches on ml [13:00] <durandal_1707> in lavfi: ctx is AVFilterContext and s is private filter context [13:01] <saste> durandal_1707, ping if you are waiting for some review from me [13:01] <michaelni_> someone should review the fixed point decoder patches [13:01] <michaelni_> or ill eventually just apply them (if they pass all tests i end up trying) ... [13:03] <durandal_1707> i usally do not review stuff i have 0 experience with [13:04] <ubitux> saste: durandal_1707 is picking my commits [13:04] <ubitux> from an old branch called... [13:05] <durandal_1707> i just picked some extremly old ones [13:05] <ubitux> most-boring-thing-ever-and-i-dont-want-to-finish-this-shit [13:06] <ubitux> durandal_1707: make sure they are correct btw [13:06] <durandal_1707> s/old/long [13:11] <ubitux> hey saste [13:11] <ubitux> are you going to fix the examples? :) [13:11] <ubitux> i know i'm annoying :( [13:11] <saste> ubitux, not yet [13:12] <saste> what will I win if I do? [13:12] <saste> i'm actually fixing some boring validation issues in ffprobe [13:12] <ubitux> the right to backport it [13:12] <ubitux> yeah [13:12] <ubitux> that's also useful [13:13] <ubitux> on a side note, it still seems no one gives a shit about subtitles [13:13] <ubitux> :D [13:13] <ubitux> ...or everyone is smart enough to avoid them :( [13:13] <durandal_1707> well where is subtilte filtering? [13:14] <ubitux> durandal_1707: i'm raising the question in my last mail [13:14] <ubitux> at least that's the first step [13:14] <ubitux> before it's injected in lavfi [13:14] <cone-82> ffmpeg.git 03Michael Niedermayer 07master:0425fd7eb218: ffmpeg: dont return reserved values [13:23] <Daemon404> how nice [13:24] <Daemon404> ffbisect actually manages to increase "steps left" [13:24] <Daemon404> during bisecting [13:25] <Daemon404> now ive been stuck at 6 steps left for about 5 steps [13:31] <saste> what should I do with invalid chars? [13:31] <saste> ignore them, or substitute with funny ? chars? [13:31] <saste> or let the user what to do with it? [13:32] <saste> decide what... [13:32] <ubitux> in python you can drop/replace [13:33] <iive> saste: even iconv have translation modes with the above options. [13:34] <iive> for subtitles probably funny ? is the best option... silently dropping them may make users think everything works as it should. [13:34] <ubitux> saste: http://docs.python.org/2/library/functions.html#unicode [13:34] <saste> uhm, that means i should link ffprobe with external libs just because of that? [13:35] <ubitux> saste: 'strict' => fails, 'replace' => replace with '?', 'ignore' => replace with ' ' [13:35] <ubitux> no [13:35] <ubitux> assume utf-8 [13:35] <saste> uhm yes, this will mean more work though... [13:35] <ubitux> if it's not, pick one mode [13:35] <ubitux> saste: checking for utf-8 is already possible [13:35] <ubitux> that's what we do for subtitles [13:35] <saste> the good thing is that I don't need to check all strings, only metadata [13:42] <cone-82> ffmpeg.git 03Paul B Mahol 07master:848a1e67381e: avfilter/af_afade: use the name 's' for the pointer to the private context [13:42] <cone-82> ffmpeg.git 03Clément BSsch 07master:3841e4510b5a: avfilter/avf_showspectrum: use the name 's' for the pointer to the private context [13:58] <BBB> Daemon404: if stuff breaks/fixes like that, maybe add a fate test to prevent regressions in the future (both one broken by that patch as well as one fixed by that patch, once it's refixed) [13:58] <Daemon404> BBB, i plan to [13:58] <BBB> cool [13:58] <Daemon404> i need to get the sample cleared to be public though [13:59] <Daemon404> its pretty epic btw [13:59] <Daemon404> it's a right-wing radio show [13:59] <Daemon404> with a giant "FREEDOM FARM" sign [13:59] <Daemon404> too bad i can't dl the original sample that reimar had.. [14:04] <Compn> i dont even know what kind of url that is [14:04] <Compn> playlist.yahoo.com [14:05] <Compn> i dont remember anything like that. with multiple h264 ? [14:05] <Compn> sounds like some kind of super hacky yahoo video playlist thing [14:07] <durandal_1707> michaelni_: for some strange reason mergeplanes filter when encoding to ffv1 get yuv420p replaced by yuv444p causing wrong output [14:07] <Compn> Daemon404 : looks like yahoo changed their site in 2012, so that url is gone forever :P [14:07] <durandal_1707> encoding to png works as expected [14:08] <durandal_1707> same happens to h264 [14:08] <saste> more work than expected... [14:09] <durandal_1707> why it overwrites format set in config_props for outlink? [14:10] <durandal_1707> here is command: -lavfi "extractplanes=y+u+v[y][u][v],[y]edgedetect[yy],[yy][u][v]mergeplanes=y+u+v" [14:13] <durandal_1707> perhaps i need to do same hack is done in scale filter? [14:16] <durandal_1707> why is config_props for lavfi nowhere explained? [14:16] <durandal_1707> ahh it is explained in header [14:16] <durandal_1707> one can not set format in config_output [14:22] <durandal_1707> this sucks [14:26] <durandal_1707> why is there silence? [14:47] <ubitux> i just ran a few tests [14:47] <ubitux> checking if input seeking + output seeking to get (faster) accurate seek [14:48] <ubitux> sometimes it's accurate (while a standalone input seek wasn't), but a lot of times it differs [14:48] <ubitux> so it's not as reliable as a simple accurate/output seeking [14:48] <ubitux> :( [14:54] <cone-82> ffmpeg.git 03Martin Storsjö 07master:cc41167aede4: asfdec: Check the return value of asf_read_stream_properties [14:54] <cone-82> ffmpeg.git 03Michael Niedermayer 07master:8aa6ffd8fa64: Merge commit 'cc41167aede4c101ad17eeffa8f39bb6c23d3dad' [14:58] <durandal_1707> ubitux: seeking of what? [14:58] <ubitux> video files [14:58] <ubitux> failure is not format specific [14:58] <ubitux> it happens sometimes with mp4, avi, flv, ... [14:59] <cone-82> ffmpeg.git 03Luca Barbato 07master:ad0560fe7491: mxf: Remove a typo [14:59] <cone-82> ffmpeg.git 03Michael Niedermayer 07master:c28bca2bdef6: Merge commit 'ad0560fe7491a85c3e71d5a3d6a0443f10b33ab1' [15:04] <ubitux> durandal_1707: http://pastie.org/8372072 [15:04] <ubitux> see this for instance [15:06] <durandal_1707> why -strict -2 [15:06] <cone-82> ffmpeg.git 03Luca Barbato 07master:628a17d78ac1: rtmp: alias rtmp_listen to listen [15:06] <ubitux> it was because i was testing with mp4 previously [15:06] <cone-82> ffmpeg.git 03Michael Niedermayer 07master:5e253fdfc1a4: Merge remote-tracking branch 'qatar/master' [15:06] <ubitux> and audio was aac [15:08] <Daemon404> Compn, which is why you save samples! [15:08] <Daemon404> and add to fate or mplayer archive [15:09] Action: ubitux doesn't feel like debugging seeking timestamps in ffmpeg [15:09] <Daemon404> ubitux, not into BDSM [15:09] <Daemon404> ? [15:09] <ubitux> :( [15:12] <ubitux> i wonder if the mismatch is not due to inaccuracy in audio or other streams [15:13] <ubitux> at least it's affected by the multiple streams [15:15] <ubitux> the first video frame looks the same [15:37] <ubitux> ok i confirm it only affects the audio [16:54] <ubitux> oh wtf [16:54] <ubitux> the audio samples match, but they look like resampled differently [16:55] <durandal_1707> what that means? [16:57] <ubitux> durandal_1707: [16:57] <ubitux> /home/ux/src/ffmpeg/ffmpeg -v 0 -ss 179.130 -i /home/ux/samples/GoneNutty.avi -ss 30 -t 5 -f s16le -vn -y GoneNutty.avi-double-seek-209.130.pcm [16:57] <ubitux> /home/ux/src/ffmpeg/ffmpeg -v 0 -ss 209.130 -i /home/ux/samples/GoneNutty.avi -t 5 -f s16le -vn -y GoneNutty.avi-input-seek-209.130.pcm [16:57] <ubitux> with http://samples.ffmpeg.org/avi/GoneNutty.avi [16:58] <ubitux> if you try to diff the outputs: http://ubitux.fr/pub/pics/_ss-pcm-diff.png [16:58] <ubitux> the video frames match [16:59] <ubitux> the audio mismatch like this ^ [17:00] <ubitux> note that there is the exact same number of samples [17:01] <durandal_1707> first -ss before -i does not use lavfi [17:02] <ubitux> durandal_1707: mmh [17:09] <ubitux> durandal_1707: i see the same auto inserted resamplers [17:10] <ubitux> but of course, it doesn't have the same input in the resampling context [17:10] <ubitux> so some previous context history might affect the later resampling [17:11] <durandal_1707> what happens with no resampling? [17:13] <ubitux> i'm not sure i can avoid it [17:16] <durandal_1707> i just want to see if its not swr fault [17:16] <durandal_1707> by using -f f32le [17:17] <ubitux> i tried that but i still have a resampling filter auto inserted [17:17] <ubitux> because input is planar float [17:19] <durandal_1707> what program is that? [17:19] <ubitux> i guess it just scales differently because the context of resampling is not the same [17:19] <ubitux> huh? [17:19] <durandal_1707> hex viever [17:19] <durandal_1707> *w [17:20] <ubitux> vbindiff [17:22] <durandal_1707> ubitux: you could just save raw [17:22] <ubitux> how am i supposed to save raw planar? [17:24] <durandal_1707> -c copy [17:24] <durandal_1707> -f can be same [17:24] <ubitux> stream copy timestamps use a different logic [17:24] <ubitux> -timestamps [17:25] <ubitux> michaelni_: question about swr; i'm doing 2 audio resampling of the same input but not starting at the same time; comparing the output where time match seems to diff (off by one in a lot of samples) [17:25] <ubitux> any idea if this is normal and what cause this? [17:26] <durandal_1707> ubitux: i guess you need to add planar float codec... [17:26] <ubitux> how are you going to do this? :) [17:26] <ubitux> (a meaningful one) [17:26] <durandal_1707> see libavcodec/pcm.c [17:27] <ubitux> yeah but [17:27] <ubitux> planar float would be the same output as packed float then? [17:27] <durandal_1707> only for mono [17:27] <durandal_1707> it looks like swr issue [17:28] <durandal_1707> but this kind of resampling should not cause such changes [17:28] <durandal_1707> perhaps you could try same with *cough* avconv? [17:28] <ubitux> durandal_1707: how are you supposed to mux planar? oO [17:28] <ubitux> (per frame?) [17:28] <durandal_1707> ubitux: into nut [17:29] <ubitux> mmh [17:29] <ubitux> :p [17:29] <durandal_1707> just add entry into libavformat/nut.c [17:40] <michaelni_> ubitux, there are multiple possible causes of resampling output differing, first is obviously that with a convertion like 8000 -> 8001 sample times wont match often and theres dither that can give slight output difereces [17:44] <durandal_1707> this is stereo fltp to s16 [17:49] <ubitux> mmh [17:51] <ubitux> heh i have files where there is also pkt size mismatchs it seems [17:56] <ubitux> saste: yeaaah :) [17:57] <saste> so if this is approved i have only 1 pending patch for ffprobe [17:57] <saste> *pending ticket [17:57] <ubitux> i'll have a look when i'm home [18:15] <saste> OTOH i'm not yet convinced validation should be done at the application level... [18:16] <michaelni_> BuxiNess, do you have time to review the jpeg2000 patches ? [18:24] <saste> why code #18 is accepted? [18:44] <durandal_1707> saste: #18 as 0x18 ? [18:46] <saste> durandal_1707, no, as decimal ASCII 18, aka CANC [19:24] <cone-82> ffmpeg.git 03Paul B Mahol 07master:2490996f38e0: avcodec: use designated initializers for bitstream filters [19:29] <llogan> BBB: sorry, i accidentally quit IRC so i didn't see your replies (if any) since i provided links [19:33] <saste> GET_UTF8 is horribly broken [19:37] <wm4> saste: is it? [19:41] <wm4> if you mean that it decodes invalid utf... [19:41] <wm4> that's true [19:42] <wm4> there is some code elsewhere used by the subtitle code to verify utf-8, which should be more strict [19:42] <saste> worse than that, what happens if ERROR is continue; and you're in the while block? [19:42] <wm4> but just decoding with GET_UTF8 is not enough [19:42] <wm4> well, as long as you make sure that you make progress... [19:43] <wm4> also the subtitle utf-8 verification code has a minor bug [19:43] <wm4> (doesn't allow utf-8 BOM anywhere) [19:44] <durandal_1707> why out-of-sync happens with fieldmatch+decimate? [20:01] <wm4> "And please test current git head, there is nothing "stable" about releases, they are simply snapshots for distributors." [20:01] <wm4> lol [20:01] <ubitux> it's not exactly accurate since there are some fix backports [20:02] <wm4> well, a ffmpeg dev said that [20:02] <ubitux> yeah i know [20:02] <durandal_1707> wm4: that is true [20:25] <wm4> why is GET_UTF8 a macro at all [20:25] <wm4> it's so awkward [20:25] <ubitux> because reading is conditional [20:25] <ubitux> (and need to be done several times sometimes) [20:41] <cone-82> ffmpeg.git 03Michael Niedermayer 07master:95666b22989b: avcodec/imgconvert/get_color_type: fix type for PAL8 [20:41] <cone-82> ffmpeg.git 03Michael Niedermayer 07master:ebb8dd437b7d: mov: fix trun / pseudo_stream_id handling [20:51] <cone-82> ffmpeg.git 03Reimar Döffinger 07master:af6e232ccf8d: VC1 VDPAU: Mark missing reference frames as such. [21:03] <ubitux> so it seems spi doesn't allow hw donation (nor fundraising activities) [21:03] <ubitux> reimar suggested to me to add a webpage to the website for hw/misc donations, just like with mplayer [21:03] <ubitux> should we add that to the donation page? [21:05] <michaelni> ubitux, why do you think SPI doesnt allow hw donations ? [21:05] <michaelni> and what exactly do you mean by hw donations ? [21:06] <ubitux> "Refunds for legitimate project expenses will be made from funds earmarked for an associated project with the consent of the project liaison. Donations to associated projects by US residents are normally tax deductible. SPI does not assist with fundraising activities." [21:06] <ubitux> it doesn't sound like it would cover such expense [21:06] <Compn> companies donating hardware? [21:09] Action: michaelni interprets "SPI does not assist with fundraising activities" as SPI doesnt go from door to door and ask for donations [21:11] <llogan> you can email the SPI treasurer for clarification. [21:13] <michaelni> "There are tax law restrictions on what SPI can legally pay for as a 501(c)3 Non-Profit. Common expenses like travel, equipment, flyers, booths, conference expenses and legal help are generally fine, but some items like software development contracting need to be handled carefully. If the liaison is in doubt they should contact the Treasurer." [21:13] <michaelni> from http://www.spi-inc.org/projects/associated-project-howto/ [21:13] <ubitux> ah, cool [21:14] <Compn> hmm [21:14] <Compn> j-b : wonder if videolan can send travel payment to spi, then spi can pay me ? :) [21:15] <Compn> course spi takes a percentage iirc [21:15] <ubitux> maybe we should add a bitcoin donation system too [21:15] <Compn> but silk road just went down :P [21:17] <gnafu> "They're worth nothing to me now that I can't use them to buy illegal drugs." [21:17] <llogan> Silk Road should only sell illegal rugs [21:17] <Compn> they have alpaca socks, or did at one time [21:18] <llogan> no Compn beard socks? [21:19] <Compn> nah i think it cost like 50btc to have a seller account on silk road [21:19] <Compn> way too much money for me to have an account [21:20] <durandal_1707> 50btc? [21:20] <Compn> this was a few years back :) [21:20] <Compn> i dont know current prices [21:20] <Compn> and btc price fluctuates as well [21:21] <Compn> but yes, a bitcoin address for donations would be useful [21:21] <Compn> someone came in #videolan asking about donating via bitcoin , but videolan has no such thing [21:21] <Compn> so they are losing out on '$5 every few months' or so [21:22] <durandal_1707> s/months/seconds/ [21:22] <Compn> well just from that one guy [21:23] <Compn> obviously there will be more donations [21:23] <durandal_1707> llogan: can you ban libav folks from ffmpeg-devel? [21:23] <ubitux> so with a btc donation system, we could steal $5 every few months from vlc? [21:23] <Compn> ubitux : in theory [21:23] <durandal_1707> that's not much [21:23] <ubitux> that sounds like a good commercial strategy [21:23] <Compn> durandal_1707 : you mean the mailing list ? [21:23] <durandal_1707> in general [21:24] <Compn> lou has mod powers, so yes, i think so [21:24] <durandal_1707> s/m/g [21:24] <Compn> though we welcome libav folks [21:24] <Compn> so why would you want to ban... anyone [21:24] <Compn> cept that Daemon404 guy, hes been trolling a lot. [21:24] <Compn> :P [21:25] <ubitux> llogan: 11:03:26 <@ubitux> llogan: so, how is the twitter status? [21:26] <gnafu> Compn: Yeah, Daemon404 is such a jerk. I mean, who does he think he is? [21:27] <gnafu> Daemon404: Oh, hi there. Didn't see you. [21:27] Action: gnafu whistles. [21:27] <UsChickens> nobody here but UsChickens [21:37] <ubitux> http://imgur.com/gallery/kE7xE2P # vid.stab v2 [21:38] <durandal_1707> why you need that, buy proper recording eq [21:38] <Compn> you want to put a steadycam on a chicken ? [21:38] <Compn> ubitux : i love that gif [21:39] <durandal_1707> why would anyone put cam on chicken? [21:39] <Compn> ohhh [21:39] <Compn> i thought ubitux had made a v2 vidstab [21:39] <Compn> and this gif was from the chicken camera or something [21:39] Action: Compn stupid [21:40] <ubitux> Compn: i plan to continue working on it yes, but still busy with some other stuff [21:51] <iive> durandal_1707: the chicken functions like gyroscope stabilizer and is cheaper. [22:03] <llogan> durandal11707: ban whom? why? i don't want to be a banfag like fork is apparently [22:05] <llogan> ubitux: twitter. i haven't done much and i think i missed announcing release. do you think it's time for another tip? [22:05] <ubitux> you could twitt' everyday. [22:05] <llogan> nein! [22:06] <ubitux> what about adding a credential system to the ffbot [22:06] <ubitux> and !twitt hello from irc [22:06] <ubitux> for a few ppl here ;) [22:06] <durandal11707> ubitux: for that sample user uploaded i get better results with setfield=prog,pullup [22:07] <ubitux> durandal11707: i'm not really interested in debugging fieldmatch/decimate again [22:07] <durandal11707> perhaps i failed to get flags again [22:07] <ubitux> at least not now, priorities etc [22:08] <llogan> ubitux: heh. maybe burek can summon something like that with his dark magics. [22:30] Action: rcombs pokes at https://trac.ffmpeg.org/ticket/1582#comment:8 [22:38] <kierank> iirc it's because with some paths swscale will disable dither [23:07] <cone-82> ffmpeg.git 03Michael Niedermayer 07master:f4aec348056c: avformat/utils: pass AVFormatContext to find_decoder() [23:07] <cone-82> ffmpeg.git 03Michael Niedermayer 07master:5082fcc0e2c8: avformat: add support to force specific AVCodecs [23:07] <cone-82> ffmpeg.git 03Michael Niedermayer 07master:64327aabb96d: ffmpeg: add support to force specific AVCodecs [00:00] --- Thu Oct 3 2013

1 0

ffmpeg.log.20131002
by burek 03 Oct '13

03 Oct '13

[10:54] <bouba> hi, anyone used a image comparing software to analyze h264 thumbnails plz ? like http://www.lensoftruth.com/head2head-grand-theft-auto-v-screenshot-comparis… [11:14] <illusion> hey [14:06] <rcombs> so, I tried -sws_dither bayer and -sws_dither ed: https://dl.dropboxusercontent.com/u/46348978/Madoka_Snapshot_02_24_bayer.png https://dl.dropboxusercontent.com/u/46348978/Madoka_Snapshot_02_24_ed.png [14:06] <rcombs> I can't make out a difference there [14:07] <rcombs> for comparison, the rgb48 version: https://dl.dropboxusercontent.com/u/46348978/Madoka_Snapshot_02.png [14:08] <rcombs> and the same frame, output from ffmpeg as an rgb48 PNG, then passed through imagemagick's convert with -depth 8: https://dl.dropboxusercontent.com/u/46348978/Madoka_Snapshot_02_24_cheat.png [14:54] <bacon1989> Hello [14:54] <bacon1989> i'm trying to statically compile my application with ffmpeg libraries [14:54] <bacon1989> currently i'm trying it on mingw, on a 64-bit system [14:55] <bacon1989> when I include -static -lavcodec, and run my executable, I get the error avcodec-55.dll is missing [14:56] <bacon1989> the linker says it's grabbing avcodec.lib, is a statically compiled library, is itnot? [15:06] <bacon1989> would also like to note that avcodec.lib comes with avcodec-55.def (don't really know what this is) [15:06] <bacon1989> and it doesn't even come with an avcodec-55.dll [15:06] <bacon1989> this is from the latest win32-dev snapshot [15:12] <DannyZB> I have an automated conversion script for my website , and right now i use: [15:12] <DannyZB> /usr/bin/ffmpeg -i $source_path $x264opts -s 1280x720 -refs 4 -vcodec x264 -x264opts bitrate=1024:vbv-maxrate=1024:vbv-bufsize=512 -acodec aac -tune film -movflags +faststart -preset superfast /var/www/media/video/{$hash}.mp4 -y >/var/www/ffmpeg_logs/{$hash}.log 2>&1 & [15:12] <DannyZB> this produces results with great quality .. except for action sequences which become extremely blocky [15:13] <DannyZB> how can I handle action sequences without killing conversion speed completely with the medium or fast preset ? [15:41] <bacon1989> So apparently, although I have statically linked libavcodec.a, I still require the libavcodec-55.dll to run my application? [15:41] <bacon1989> why? [16:04] <aleray> hi, i'm trying to overlap several audio files from a file: "ffmpeg -i files.txt -filter_complex amerge -acodec pcm_s16le overlay.wa" [16:04] <aleray> I get an error: [16:04] <aleray> Cannot find a matching stream for unlabeled input pad 0 on filter Parsed_amerge_0 [16:05] <aleray> any idea? [16:12] <caraculo> hi [16:13] <caraculo> When I try to find the FFV1 codec via "avcodec_find_encoder(AV_CODEC_ID_FFV1)" it returns 0, edenv I have support for FFV1 enabled. [16:13] <caraculo> I have tried to find AV_CODEC_ID_FFV1 without succedd either. [16:27] <bouba> hi everyone, is it possible for ffmpeg to exit on warnings (ex: profile/level bitrate exedeed) plz ? [16:29] <caraculo> Actually it fails for ANY codec, for instance "avcodec_open2(_codec_context, avcodec_find_encoder(CODEC_ID_H264), NULL);" fails no matther what CODEC_ID I pass. [16:36] <emhs> So, I ran this: `ffmpeg -i Sail\ Xylergeist\ Cover.jpg -i Audio/Sail/sail-xylergeist.mp3 -acodec aac -vcodec libx264 -strict -2 sail-cover.flv`, and got audio but no video. The image file works properly, so I'm not quite sure what [16:36] <emhs> So, I ran this: `ffmpeg -i Sail\ Xylergeist\ Cover.jpg -i Audio/Sail/sail-xylergeist.mp3 -acodec aac -vcodec libx264 -strict -2 sail-cover.flv`, and got audio but no video. The image file works properly, so I'm not quite sure what's going on. Thoughts? [16:39] <tlhiv_work> durandal_1707: thank you again for helping me find my problem yesterday about A/V sync issues ... i've been able to edit the source code of the latest FFMPEG and recompile and it does just fine [16:41] <defaultro> emhs: use -loop 1 -t numberofsecodns [16:41] <emhs> defaultro: Thanks. I'd just figured I'd try adding -loop 1, we'll see if it guesses -t right or if I need to do that. Thanks! [16:42] <defaultro> you have to specify -t for time [16:43] <defaultro> or maybe, it might use the time of the audio [16:43] <defaultro> i haven't tried it yet [16:45] <emhs> defaultro: It definitely starting pushing time into the five minute range, and the thing's a 4:21 song. [16:45] <emhs> Added -t [16:45] <defaultro> ok [16:46] <durandal_1707> tlhiv_work: what you edited? [16:49] <emhs> defaultro: Damn. Still going past the audio's length, even with -t 261 [16:49] <caraculo> how is it possible that "avcodec_find_encoder" does not find ANY encoder? [16:50] <durandal_1707> caraculo: your build does have none enabled [16:51] <caraculo> hmm, but I just run "./configure --enable-shared" [16:51] <caraculo> isn't that enough? [16:51] <caraculo> it reported many supported codecs. [16:51] <durandal_1707> perhaps you are not using same library [16:52] <caraculo> I am [16:52] <defaultro> emhs, you have to cut it or apply fadeout [16:52] <caraculo> just checked with ldd [16:53] <durandal_1707> caraculo: what version you are using? [16:54] <durandal_1707> you can also use ..by_name variant [16:57] <caraculo> 2.0 [16:58] <caraculo> and all encoders are enabled, I just checked again... [17:02] <durandal_1707> caraculo: try AV_CODEC_ID_H264 [17:02] <caraculo> same [17:02] <caraculo> it does not find ANY [17:03] <durandal_1707> you built with libx264 enabled? [17:05] <caraculo> let me try with huffyuv [17:06] <caraculo> :( either. [17:07] <caraculo> the thing is [17:08] <caraculo> I got many codecs listed as enabled. [17:08] <caraculo> but "find" fails for all. [17:09] <durandal_1707> caraculo: but avcodec_find_encoder_by_name? [17:11] <caraculo> do I need to pass a string then? [17:12] <durandal_1707> libx264/libx264rgb [17:12] <caraculo> I want to use ffv1 cmon... [17:13] <durandal_1707> than ffv1 [17:14] <caraculo> fail. [17:14] <caraculo> returns 0 [17:14] <caraculo> I am getting insane here... [17:17] <BoR0> I have a file that is 2GB. I want to stream it over RTMP with ffserver. I managed to stream with ffserver through HTTP port 8090, but how can I do it through RTMP? [17:18] <BoR0> or is ffserver http only? [17:20] <emhs> Weird. So, I've got -t 4:21, but it's still going and says time=0:11:00, and counting... [17:20] <emhs> defaultro: Any ideas? [17:23] <durandal_1707> caraculo: make sure that you are using right version [17:23] <durandal_1707> calling avcodec_version [17:26] <caraculo> what do you mean? right version? [17:26] <caraculo> I just download sources and compiled them locally [17:27] <caraculo> then "ldd" points to the right .so [17:39] <BoR0> I have a file that is 2GB. I want to stream it over RTMP with ffserver. I managed to stream with ffserver through HTTP port 8090, but how can I make ffserver listen RTMP? [17:42] <durandal_1707> caraculo: called avcodec_register_all ? [17:42] <caraculo> no [17:42] <durandal_1707> that is source of problems... [17:43] <durandal_1707> read header and read it when going to bed.... [17:43] <caraculo> oh my god.. well I am so new to FFMPEG, like IO started today! [17:43] <caraculo> solved. [17:45] <caraculo> now I get some Provided packet is too small... [17:45] <caraculo> I am trying to encode frames by frame, they ate in YUV420 pixel format. [17:46] <caraculo> using "avcodec_encode_video" [17:47] <durandal_1707> use latest version, which autoallocates it for you (unless you need some special handling) [17:47] <durandal_1707> avcodec_encode_video2 [17:52] <caraculo> well, this time one can truly say that I am a total noob here [17:53] <caraculo> thanks durnadal_1707 [17:54] Last message repeated 1 time(s). [17:58] <caraculo> the thing is that I want to encode a raw buffer. [17:58] <caraculo> I know its address and it is in YUV420 pixel format. [18:08] <spookybathtub> On a Mac Pro with GTX570 card running 10.8, can I benefit from ffmpeg's --enable-hwaccel options? If so, how? [18:12] <BoR0> I have a file that is 2GB. I want to stream it over RTMP with ffserver. I managed to stream with ffserver through HTTP port 8090, but how can I make ffserver listen RTMP? [18:45] <spookybathtub> if I have two versions of ffmpeg (/usr/local/bin and /opt/local/bin), how do I specify which one has priority in the bash path? [18:45] <tsjiller> spookybathtub: order of the elements in PATH [18:46] <spookybathtub> but that will change it for all my executables in there. I want to have /opt/local/bin priority for most things, but /usr/local/bin the priority for only ffmpeg [18:47] <tsjiller> that is not possible [18:47] <tsjiller> you could make another directory, and symlink ffmpeg into that directory and have that first in your PATH [18:47] <spookybathtub> ok thanks [18:48] <tsjiller> or just alias ffmpeg to /usr/local/bin/ffmpeg [19:27] <tlhiv_work> durandal_1707: this around line 2749 --> http://pastebin.tlhiv.org/V1equQe2 [19:28] <tlhiv_work> durandal_1707: it's so that as i'm recording i can press the space bar and every time it is pressed it appends a text file with the "timestamp" (in seconds) for when i pressed it [19:55] <verify> Good afternoon you guys, I am looking to use FFmpeg in my Java application, the Java is all finished, but now i need FFmpeg to stream to both RTMP Twitch, and RTMP localhost, so that i may be able to preview the stream with VLC embedded player in Java. Any help is appreciated. [19:56] <DaCoder> Blasted NickServ commands, what is the command to sign in? [19:57] <llogan> maybe the tee muxer can do what you want http://ffmpeg.org/ffmpeg-formats.html#tee [19:57] <llogan> http://trac.ffmpeg.org/wiki/Creating%20multiple%20outputs [20:00] <DaCoder> llogan, i can create two output streams, but i cannot get the other one: "rtmp://127.0.0.1/live/myStream" to load in VLC. :/ [20:00] <llogan> is that a VLC problem or ffmpeg? [20:01] <DaCoder> i will do that, and brb. [20:12] <DaCoder> Pastbin link: http://pastebin.com/wwihdpHf [20:12] <DaCoder> ^ included is bash script and the output errors [20:28] <DaCoder> llogan, it seems to be a FFmpeg problem, since i cannot output to a local 127.0.0.1, and i wish to know how to output it to local before i ask on VLC how to play it. Issue is: i have no clue how RTMP works. [20:36] <llogan> DaCoder: you're not using ffmpeg [20:47] <DaCoder> llogan it is within libav? [20:48] <DaCoder> ah i see [20:48] <DaCoder> llogan: what do you suggest i do then? Is there a #avconv ? [20:49] <llogan> use ffmpeg from FFmpeg if you want help in #ffmpeg or try the user help resources for avconv [20:50] <llogan> ah, ignore those. i forgot they don't support x11grab, IIRC [20:50] <llogan> trac.ffmpeg.org/wiki/UbuntuCompilationGuide [20:50] <DaCoder> Does ffmpeg work in Linux Mint, and furthermore, can i use it in Bash? :o [20:50] <llogan> yes. yes. [20:51] <llogan> see compile guide. [20:51] <DaCoder> llogan, is FFmpeg better than Avconv, or the same? [20:52] <llogan> ffmpeg is better than avconv [20:53] <llogan> you'll get a different answer in #libav [20:54] <DaCoder> So there is no concievable performance difference? [20:55] <llogan> there probably is a measureable difference but there are too many variables to give you an answer [20:56] <DaCoder> llogan: well thanks for your help, i will ask my Q in libav, although their chat is all sorts of borked up [20:56] <llogan> ok. i wouldn't know. i've never been there. [20:56] <DaCoder> llogan: dont go, its scary :D [20:57] <llogan> don't worry. i won't. [20:57] <DaCoder> play it safe, and btw, how do you stream to twitch and to a preview screen for ffmpeg? All that compile stuff is way over my head. [20:58] <llogan> i would look into the tee muxer [20:59] <llogan> it not available for libav products [20:59] <llogan> AFAIK [21:00] <llogan> also, in your script, libx264 ignores -qscale (when using ffmpeg, not sure about avcorn) [21:01] <llogan> instead use -crf or -bufsize and -maxrate [21:02] <DaCoder> I switched to FFmpeg [21:02] <DaCoder> avconv people told me to learn VB. and screw off >:( [21:02] <llogan> note that ffmpeg from the repository is also from libav [21:03] <llogan> and is therefore unsupported here [21:03] <DaCoder> I didnt get the Rep one, but the linked one you gave me, from ffmpeg.com [21:03] <llogan> if you mean one of the linux builds then i do not believe that is comes with x11grab support [21:04] <DaCoder> Also, will the avconv bash script work with ffmpeg, if i just replace avconv with ffmpeg? Bash file is on the pastebin from earlier [21:04] <llogan> meaning you must compile. [21:05] <DaCoder> bahahah, i switched out the "avconv" with this: "ffmpeg" and this is the FIRST LINE: "ffmpeg version 0.8.6-6:0.8.6-1ubuntu2, Copyright (c) 2000-2013 the Libav developers" [21:05] <llogan> it may work. remove '-qscale 3'. change '-b' to '-b:v' [21:06] <llogan> as I mentioned already that is ffmpeg from the repo, which is also from libav as shown on that line [21:06] <DaCoder> So what do i need to run for ffmpeg? Il uninstall avconv totally [21:06] <llogan> 1. read http://stackoverflow.com/a/9477756/1109017 [21:06] <llogan> 2. follow http://trac.ffmpeg.org/wiki/UbuntuCompilationGuide [21:06] <llogan> that is all [21:08] <DaCoder> I will try and compile this then, brb [21:08] <llogan> then once you get something like: ffmpeg version N-56333-g7129935 Copyright (c) 2000-2013 the FFmpeg developers [21:08] <llogan> you have the right one [21:09] <llogan> you also have '-c copy' in your script. this is mutually exclusive with -b:v so remove it [21:11] <DaCoder> llogan: that bash file has since been updated, after the "-f (to twitch)" there is a "\" and then "-c copy -f flv (to me)" [21:11] <llogan> oh, i see. i read it incorrectly [21:15] <ayaka> I want to output my video stream in rtsp, I have know how to output rtp and done [21:16] <ayaka> but it seems that av_guess_format("rtsp", NULL, NULL); doesn't make rtsp work [21:16] <DaCoder> llogan: this is literally copy and paste work :D [21:17] <ayaka> I got https://paste.debian.net/48849/ [21:17] <ayaka> the 192.168.6.5 is the ip of machine which want to offer rtsp server [21:28] <DaCoder> ayaka how do you stream it out? [21:29] <ayaka> DaCoder, using rtp [21:29] <ayaka> I have notice I maybe wrong https://www.ffmpeg.org/ffmpeg-protocols.html#rtsp [21:30] <ayaka> I shall use muxer, not outformat [21:30] <ayaka> is that right ^^ [21:35] <DaCoder> I have no clue :o llogan might though [21:50] <braincracker> zombies are coming! http://www.youtube.com/watch?v=EfXs0ycpNZg [21:56] <iive> braincracker: there was some russian drug that made the flesh rot... so we have all the components. [22:02] <braincracker> Mother Decapitates, Stabbed, Eats 3 1/2 week old Baby http://www.youtube.com/watch?v=kgO42hAgELU [22:04] <braincracker> iive i have a basic problem with the zombie thing, in movies, zombies do not attack each other ;/ [22:10] <rcombs> do you have to compile libx264 with bitdepth set to 10 to have 10-bit H.264 output from ffmpeg? [22:14] <braincracker> mm 30 bit h264? [22:16] <rcombs> well, 10 bits per channel, 30 bits per pixel (though it's generally subsampled, so that's not exactly true) [22:21] <relaxed> rcombs: yes, my static builds come with both http://johnvansickle.com/ffmpeg/ [22:21] <rcombs> relaxed: I meant if you're compiling ffmpeg yourself [22:21] <relaxed> yes [22:21] <rcombs> and judging by that page, it looks like the answer is yes [22:39] <llogan> relaxed: that's the biggest favicon.ico i've ever seen [22:42] <DaCoder> llogan: does this webpage you gave me come with x11grab? [22:42] <DaCoder> or do i add it in later? [22:42] <llogan> the compile guide? it will provide x11grab support [22:43] <DaCoder> ok good, i added in all the lib's they said to d/l [22:44] <DaCoder> llogan: that last compile method is a HELL of a long time taker [22:50] <DaCoder> llogan: i just finished and running "ffmpeg" in terminal i get this: "$ ffmpeg 2>&1 | head -n1 [22:50] <DaCoder> ffmpeg version git-2013-05-18-5918b7a Copyright (c) 2000-2013 the FFmpeg developers" :/ [22:50] <llogan> DaCoder: you can add -j12 to make or whatever value is good for your CPU(s) [22:50] <DaCoder> sorry, i meant : "The program 'ffmpeg' is currently not installed. You can install it by typing: [22:50] <DaCoder> sudo apt-get install ffmpeg [22:50] <DaCoder> " [22:51] <llogan> enter "hash -r" [22:51] <DaCoder> i have a folder: ffmpeg_build, and il run that [22:51] <DaCoder> no change [22:51] <llogan> is ffmpeg in ~/bin? [22:51] <DaCoder> it is in my home folder? :/ [22:52] <DaCoder> the sources, and the build folder [22:52] <llogan> it should be in /home/DaCoder/bin [22:52] <DaCoder> there is one in ther [22:52] <DaCoder> should i cd to that folder? [22:53] <llogan> you shouldn't need to, but maybe something is wrong [22:53] <DaCoder> i cd-ed to bin, and ran "ffmpeg" : "The program 'ffmpeg' is currently not installed. You can install it by typing: [22:53] <DaCoder> sudo apt-get install ffmpeg [22:53] <DaCoder> " [22:53] <DaCoder> it can execute. [22:54] <llogan> did you forget to run ". ~/.profile"? does .profile in Mint differ from Ubuntu? [22:54] <DaCoder> i don't know, but i don't think i missed anything [22:55] <DaCoder> i did run that [22:55] <llogan> is this Mint 15? [22:56] <DaCoder> it is [22:56] <DaCoder> there is a bin folder in / [22:56] <DaCoder> but it placed my bin in /home/sean/bin [22:56] <llogan> yes, that's correct. it makes a "local" install so it does not interfere with system shit [22:56] <DaCoder> ok good. [22:57] <llogan> but it should also update your $PATH so it knows to look in ~/bin for binaries [22:57] <DaCoder> ok [22:57] <llogan> anyway, you can just run /home/sean/bin/ffmpeg [22:57] <braincracker> ohoo yea, bath salt directly from england via mail http://www.youtube.com/watch?v=teHW7SICd1c [22:58] <DaCoder> still said: "not installed" [22:58] <llogan> or "cd ~/bin && ./ffmpeg" or whatever you prefer if the path stuff isn't working [22:58] <llogan> you already ran "hash -r"? [22:58] <DaCoder> i did [22:58] <DaCoder> nothing happened [22:58] <llogan> i don't know then [22:59] <DaCoder> ah! [22:59] <DaCoder> ./ffmpeg ran it [22:59] <relaxed> llogan: fixed [23:00] <DaCoder> llogan: so man, how do i run ./ffmpeg at cd "/home/sean/bin" in a bash? [23:00] <relaxed> /home/sean/bin/ffmpeg [23:01] <DaCoder> i cant run ffmpeg [23:01] <DaCoder> i HAVE to run ./ffmpeg [23:02] <DaCoder> llogan: finally to do multiple outputs in ffmpeg? -c copy is in the old versions [23:02] <relaxed> where is the binary? [23:03] <llogan> should have been installed to $HOME/bin [23:04] <DaCoder> sigh "FFmpeg: :0.0: Protocol not found" [23:05] <relaxed> let's see the whole command [23:05] <DaCoder> bash file in here? or pastebin? it is short [23:05] <DaCoder> in here: "#! /bin/bash [23:05] <DaCoder> clear [23:05] <DaCoder> INRES="$1" [23:05] <DaCoder> OUTRES="$2" [23:05] <DaCoder> FPS="$3" [23:05] <DaCoder> QUAL="$4" [23:05] <DaCoder> STREAM="$5" [23:05] <DaCoder> cd /home/sean/bin [23:05] <DaCoder> ./ffmpeg \ [23:05] <DaCoder> -f x11grab -s $INRES -r $FPS -i :0.0 \ [23:05] <relaxed> for fuck'ssake [23:05] <DaCoder> -f alsa -ac 2 -i pulse \ [23:05] <DaCoder> -vcodec libx264 -s $OUTRES -preset $QUAL \ [23:05] <DaCoder> -acodec libmp3lame -ar 44100 -threads 6 -q:a 3 -b:a 712000 -bufsize 512k \ [23:05] <DaCoder> -f flv $STREAM" [23:05] <DaCoder> ^ ? [23:07] <relaxed> I see this script at least once a month. [23:07] <DaCoder> it is not my own, but a reference script (it works) [23:08] <relaxed> never paste a script in any channel ever. [23:08] <relaxed> I asked to see the ffmpeg command. Please learn the difference. [23:08] <DaCoder> pastebin, got it. :'( [23:09] <DaCoder> for the record, i just want FFmpeg to take fullscreen, and stream it to twitch/preview screen on vlc. [23:11] <DaCoder> relaxed, that is the command i issue to ffmpeg. only thing else is output when it is run. [23:12] <DaCoder> llogan: you still there dude? :o [23:12] <relaxed> https://trac.ffmpeg.org/wiki/Creating%20multiple%20outputs [23:13] <relaxed> http://ffmpeg.org/ffmpeg-formats.html#tee [23:18] <DaCoder> screw it, il stick with libav [23:18] <DaCoder> relaxed, sorry man :/ [23:18] <DaCoder> last error: black video stream out [23:19] <llogan> ah man, he was so close [23:20] <relaxed> quitters never win [00:00] --- Thu Oct 3 2013

1 0