[00:02] <Halexander9000> burek: http://pastebin.com/iRyLKFZh [00:02] <Christophe_v_E> Is there a way to navigate to a directory other than c:\ ? I didn't find find that. [00:03] <burek> cd bla [00:03] <burek> that enters the directory named bla [00:03] <burek> if you want to go out of that dir, type: cd .. [00:03] <burek> Halexander9000, let me see [00:04] <burek> [ogg @ 0xa8ffaa0] Broken file, keyframe not correctly marked. [00:04] <burek> there you go [00:04] <Halexander9000> burek: So, what does that mean? [00:04] <burek> your input is damaged [00:04] <burek> i guess [00:04] <Halexander9000> ... I don't know how... [00:04] <burek> you need to ask someone more experienced here with theora [00:04] <burek> but i would say [00:04] <burek> that its probable that [00:04] <Halexander9000> It's fine when I play the input file with vlc. [00:04] <burek> your machine was too slow to capture and encode [00:05] <burek> so it made a few "glitches" [00:05] <Halexander9000> Just the output that's crappy. The mp4 didn't even play at all. [00:05] <burek> would you like to tray to capture your desktop with ffmpeg [00:05] <Halexander9000> burek: It didn't need to encode. It encoded after I finished recording. I'm using recordmydesktop. It's what it does. [00:05] <burek> just to see if it will be any better [00:05] <Halexander9000> How do I do that? [00:06] <burek> wait wait [00:06] <burek> when after? [00:06] <burek> you mean it saved it all as an unencoded video first? [00:06] <Halexander9000> Yup. In a temporary file. Raw footage. I have a 160gb drive, I'm not worried about space. [00:06] <burek> do you have that original [00:06] <Halexander9000> Nope. I don't think so. [00:07] <Christophe_v_E> Great, I managed to execute a command. ffmpeg -i video_1.flv -ss 20 -t 6 -vcodec copy -vcodec copy video_1_split1.flv Are there any pointers on how to loop through video_1.flv to video_25.flv with a variable start & length? I suppose there is documentation about this? [00:07] <burek> Halexander9000, too bad :( [00:07] <burek> ffmpeg would do it perfectly [00:07] <Halexander9000> Recordmydesktop probably deletes the file it stores in TMP after it's done encoding. [00:07] <cbsrobot> Halexander9000: http://ffmpeg.org/ffmpeg.html#X11-grabbing [00:07] <Halexander9000> burek: Is cbsrobot trustworthy? [00:07] <burek> :D [00:08] <burek> he surely is :) [00:08] <Halexander9000> I don't want to be trolled anytime soon. [00:08] <burek> anyway [00:08] Action: cbsrobot feels burek needs some help [00:08] <burek> is there any tool that can check the validity of ogv media? [00:09] <Halexander9000> burek: Will ffmpeg encode the file late and not in real time? I really appreciate more frames per second in minecraft when it does that. [00:09] <Halexander9000> later* [00:09] <burek> oh.. it might be a bug in ffmpeg :D [00:09] <Halexander9000> ? [00:10] <burek> Halexander9000, your best bet, no matter what program you use, is to not use encoding [00:10] <cbsrobot> Christophe_v_E: http://www.csie.ntu.edu.tw/~r92092/ref/win32/win32scripting.html [00:10] <burek> so, just grab your desktop screen and save it asap [00:10] <burek> not to loose any frame [00:10] <Halexander9000> Ok... I'll if it works. [00:10] <burek> and later, "offline", you can encode i [00:10] <burek> t [00:10] <Halexander9000> I'll see* [00:11] <Halexander9000> burek: Do I use this command "fmpeg -f x11grab -s cif -r 25 -i :0.0 /tmp/out.mpg" [00:11] <Christophe_v_E> Would it be possible to perform the above mentioned using PHP? I made the part that downloads the videos in php too. [00:11] <burek> -s is the size of the frame you are recording [00:12] <burek> -i 0:0 are X:Y coords of the upper left corner [00:12] <burek> -r is a framerate [00:12] <burek> http://ffmpeg.org/ffmpeg.html [00:12] <burek> there you have more info [00:12] <cbsrobot> Christophe_v_E: sure - or c or Ocaml or scheme or c# or vb ... [00:13] <Halexander9000> I need to close pidgin to record. Hold on, I'll be back. [00:13] <burek> make a loop in php [00:13] <burek> and just change the -ss param and the output name and that's it [00:13] <cbsrobot> *infinte [00:13] <cbsrobot> *infinite loop [00:15] <Christophe_v_E> Allright, I'll have a look into it, thanks a lot burek and cbsrobot . [00:16] <burek> :beer: :) [00:24] <Christophe_v_E> Hm, I got it to work for the specific file and the specific length & start point - however, I don't see a way to determine between which numbers the variables should be. I have videos of an hour long and videos of 2 minutes - how would FFmpeg check for length? Sorry if I'm asking much, I'm having fun learning. [00:25] <burek> -ss and -t can be given either in seconds [00:25] <Halexander9000> burek: Are you still there? [00:25] <burek> or in hh:mm:ss[.xxx] format [00:26] <burek> http://ffmpeg.org/ffmpeg.html [00:26] <Halexander9000> burek: Something stupid happened. [00:26] <burek> Halexander9000, yes [00:26] <burek> what [00:26] <Halexander9000> Unknown input format: 'x11grab' [00:26] <burek> oh [00:27] <burek> well, we didn't include --enable-x11grab when we compiled ffmpeg :) [00:27] <Halexander9000> :( [00:27] <burek> I can only imagine how do you feel now :( [00:27] <Halexander9000> Do I have to wait another hour to recompile that whole thing-ama-jig? [00:27] <burek> michaelni, static ffmpeg? :) [00:27] <burek> no you don't [00:27] <burek> wait let me see [00:27] <burek> can i find the link for you [00:28] <burek> to just download-and-run it [00:28] <Halexander9000> Because, I can do that if I need to. [00:28] <burek> just a sec [00:28] <burek> https://sites.google.com/site/linuxencoding/builds [00:28] <cbsrobot> Halexander9000: how many cpus you have ? [00:28] <burek> download ffmpeg-linux64-20120125.tar.bz2 [00:28] <burek> and run it BUT run it like ./ffmpeg not just ffmpeg [00:29] <burek> if you just type ffmpeg it will run your compiled ffmpeg [00:29] <Halexander9000> cbsrobot: [ O _o] Just one... It's an ASUS EEE PC 904HD netbook. [00:29] <burek> if you type ./ffmpeg it will run that binary in the current directory [00:29] <burek> which you just downloaded and extracted [00:29] <burek> ok? [00:29] <Halexander9000> burek: Yes. [00:30] <burek> is your ubuntu 64bit? [00:30] <burek> or 32bit [00:30] <Halexander9000> burek: Have you even checked the specs on my retarded netbook? Of course it's 32bit. [00:30] <burek> then wait [00:30] <burek> those are 64bit builds [00:30] <Halexander9000> I gathered... [00:32] <burek> :S [00:32] <burek> it seems no 32bit builds.. [00:32] <burek> can you try [00:32] <burek> to use recordmydesktop without compressing the video [00:32] <burek> ? [00:33] <Halexander9000> I... don't think that's possible. [00:33] <Halexander9000> I can show you the man page on recordmydesktop. It's online somewhere. [00:33] <burek> or choose some lossless encoder [00:34] <burek> like camtasia, camstudio [00:34] <burek> AVI RLE something like that [00:34] <Halexander9000> burek: http://recordmydesktop.sourceforge.net/manpage.php [00:34] <Halexander9000> burek: You said I should not use encoding at all. [00:35] <burek> well yes, that's lossless or uncompressed [00:35] <burek> ok my fault [00:35] <burek> those are not the same [00:35] <burek> uncompressed is what I meant [00:37] <Halexander9000> I don't think there's anything on that man page that tells you how to use another compression thing-ama-bob. [00:37] <burek> Halexander9000, can you choose your compression options to be as least cpu intensive as they can [00:37] <Halexander9000> burek: The problem is, it outputs as .ogv, which started this bloody problem in the first place. [00:37] <Halexander9000> I can't change the output format. [00:38] <burek> http://wiki.meetthegimp.org/doku.php?id=recording [00:38] <burek> While recording is active, it can be suspending and resumed with Ctrl+Alt+P [00:38] <burek> suspend your recording, find the temp file and duplicate it [00:39] <Halexander9000> Do you see what I'm seeing? .ogv [00:39] <Halexander9000> Only. [00:39] <Halexander9000> At least for RecordMyDesktop. [00:39] <burek> read again what I wrote [00:40] <Halexander9000> burek: I already set the compression to the least cpu intensive setting. [00:41] <burek> you're obviously not reading me [00:41] <burek> read again [00:41] <burek> The recording is done in an uncompressed format, so after it ended, a lengthy time can go by for encoding before the final muxed file is ready. [00:41] <Halexander9000> burek: Trust me, I did. In the Gui version of it. Then I saved those settings. I believe it defaults to those when I use the command line. [00:41] <Halexander9000> burek: I know. [00:41] <burek> well just pause it [00:41] <burek> and copy the temp (raw) file to a safe place [00:42] <Halexander9000> Ah... I see. [00:42] <burek> and we'll easily encode it with ffmpeg [00:42] <Halexander9000> It's 1:42 am. Forgive me if I'm not that fast minded. [00:43] <Halexander9000> Ok, I'll record something silly and then return. [00:43] <burek> it's ok :) [00:43] <burek> ok :) [00:44] <Halexander9000> I don't need to use all those bally tags and setting. [00:44] <burek> it doesn't matter [00:44] <burek> those encoding options [00:44] <burek> only apply after the recording is done [00:48] <Halexander9000> burek: Paused. I'll check the TMP folder for any files. [00:48] <burek> ok [00:49] <burek> /home/user/.TMP [00:50] <burek> http://www.chiptoxic.net/?q=node/18 [00:51] <Halexander9000> I can't seem to find it X( [00:52] <burek> go to the shell and type [00:52] <burek> cd /home/<yourusername> [00:52] <burek> cd .TMP [00:53] <Halexander9000> bash: cd: .TMP: No such file or directory [00:53] <Halexander9000> I'll... cancel that operation and check the GUI to see where the temporary folder is set to. [00:54] <burek> ok [00:54] <burek> or type find /home/<user> -iname "*rmd*" [00:55] <Halexander9000> Nah, it saved in root/tmp somewhere. I couldn't see the file anywhere there. [00:57] <burek> type find / -iname "*rmd*" [00:58] <Halexander9000> What does that do? [00:58] <Halexander9000> I'm in that folder, I can't see a thing. [00:59] <Halexander9000> I've started recording, put the temporary files to go into the .TMP folder, and I'm there in the filemanager and I can't see a thing. [01:00] <Halexander9000> It started looking in my whole computer instead of just that folder. [01:00] <Halexander9000> burek: How do I cancel it? [01:00] <Halexander9000> Never mind. [01:00] <Halexander9000> burek: Are you still there? [01:01] <Halexander9000> Hello? [01:03] <burek> i am [01:03] <burek> sorry [01:03] <burek> ctrl+c [01:03] <burek> that cancels it [01:03] <burek> if you've found the folder [01:04] <burek> then start recording [01:04] <burek> and type ls [01:04] <burek> LS (small) [01:04] <burek> you'll see the list of files in that folder [01:04] <Halexander9000> I realized that. I know where the folder is, but there's nothing in it. [01:04] <burek> your temp file should appear [01:04] <burek> while you are recording [01:04] <burek> and when you are done [01:04] <burek> dont stop the recording but pause it [01:04] <Halexander9000> Nope. And I'm still recording. I paused it like you said. [01:04] <burek> well, it's a wrong folder then [01:05] <Halexander9000> STATE:PAUSED [01:05] <burek> press play [02:20] <christophe_v_E> Hi, I'd like to be able to add 25 random .flv's from a folder together - any easy way to achieve this? [02:25] <christophe_v_E> ^Regarding the above, I don't understand this very well: http://ffmpeg.org/faq.html#toc-How-can-I-join-video-files_003f [02:31] <lucas^> basically, they're pointing out that one way to do it is to remux your FLV files to an MPEG container [02:31] <lucas^> then concatenate them together [02:31] <lucas^> then remux back to FLV [02:31] <avernos> hi, im getting this error Incompatible pixel format 'yuyv422' for codec 'mpeg1video', auto-selecting format 'yuv420p' but i cant find any info on how to deal with it [02:31] <christophe_v_E> .. You lost me at remux [02:31] <avernos> http://paste2.org/p/1919631 [02:31] <avernos> Error while opening encoder for output stream #0.0 - maybe incorrect parameters such as bit_rate, rate, width or height [02:32] <avernos> i've tried -pix_fmt yuv422p but didnt seem to change anything [02:32] <avernos> any ideas? [02:32] <lucas^> remultiplex, or 'take the video / audio data out of your FLV file and put it into a MPEG-2 container' [02:33] <christophe_v_E> Alright - I'll look into it, thank you. [02:33] <lucas^> you could also remux to Matroska and use mkvmerge or something [02:33] <christophe_v_E> I was thinking something more along the lines of "add 1+2 = a" "add a+3" = b "add b + 4" ... [02:34] <christophe_v_E> I can honestly say I have no clue what either of those are - I struggled an entire day to get videos to split [02:36] <christophe_v_E> I'll give it a good night's rest and see what I can do tomorrow. Thanks for the help - I'll keep all of that saved :) [05:23] <pythonirc1011> how can I combine a bunch of png files into a mpeg2 video? [05:43] <pythonirc1011> ffmpeg -i %5d.png -r 10 out.mpg -- says no such file or directory [06:19] <mpsrig> Hello all, I'm having trouble compiling with the error "symbol(s) not found for architecture x86_64" [06:19] <mpsrig> Configure line is: ./configure --enable-gpl --enable-shared --enable-libmp3lame --enable-libx264 [06:19] <mpsrig> any ideas? [08:26] <hachi> hello, can I use a raw video format to hold mjpeg at all? I'm trying to assemble about 70 directories with something like 70k jpeg images into a time lapse video [08:26] <hachi> maybe I'll have to put all the files in one dir, I'm not sure yet [08:30] <hachi> hah, symlink tree [08:42] <bug2000> Should I be worrying from: [act @ 0x20843e0] max_analyze_duration 5000000 reached at 5000000 [09:17] <lucas^> bug2000: that's normal I believe [09:57] <haakon_> Is AAC LD supported? [10:10] <haakon_> What is the preferred AAC decoder? [10:10] <haakon_> I have encountered a file with ER AAC LD [13:03] <Ave> anyone happen to have a working ffmpeg-x264 settings for psp video? [13:03] <Ave> I have bunch of old ones that used to work, but no more with today's x264+ffmpeg [13:03] <Ave> the unit just says "unsupported data" [13:04] <Ave> some profile and level restrictions alone would be nice [13:04] <JEEB> encoding for the PSP isn't actually that hard, lemme re-upload a text file I have on it [13:05] <JEEB> too bad my old hoster just disappeared off the face of the earth it seems [13:05] <Ave> it shouldnt be .. [13:05] <Ave> and I try to keep it very simple [13:05] <JEEB> there are some specifics about the decoder ASIC [13:05] <JEEB> but otherwise it's basically level 3, main profile [13:06] <Ave> I recall seeing some limits about height * width < max with level21 etc [13:06] <JEEB> you don't usually go over those with the PSP's resolution limits [13:06] <Ave> hmmh main even, not baseline [13:06] <JEEB> the PSP's decoder is generally capable, 720x576@60fps is OK for it [13:07] <JEEB> http://x264.fushizen.eu/random/psp_encoding.txt [13:08] <JEEB> it doesn't like b-pyramid, three reference frames seem to be the limit [13:08] <Ave> ok thanks lets see [13:08] <Ave> in the past I used 2 refs even [13:08] <JEEB> you could possibly up to weightp 2 and have less reference frames [13:09] <JEEB> but I chose weightp 1 since it really isn't that worse off now, I'd rather have the extra reference frame there :) [13:09] <Ave> what about rate control? [13:09] <Ave> or is crf safe [13:09] <JEEB> you shouldn't pay much attention to frame rate to be honest, it's not like the ipods [13:09] <Ave> maxrate, bufsize [13:09] <Ave> well frame rate is source rate [13:10] <JEEB> argh, I mean bit rate [13:10] <JEEB> I don't know why I wrote frame rate there [13:10] <JEEB> and yes, crf is fine for everything, you'd just have to maxrate/bufsize it for devices that have problems [13:10] <Ave> well I generally use crf since space is not a problem [13:10] <JEEB> PSP doesn't [13:11] <JEEB> the PSP has those couple of limitations that are a bit weird (possibly due to the fact that it's stuff made in 2004) [13:11] <JEEB> but otherwise it's quite a capable device [13:14] <Ave> are you suppsosed to use -profile main or -x264opts ..something [13:14] <lucas^> hi. ffmpeg 0.8.9 seems to have a bug which prevents processing certain types of MPEG-TS data [13:14] <JEEB> Ave, -profile:v main [13:14] <lucas^> I don't see this same behavior in 0.10 or in the latest Git revisions [13:14] <Ave> ah [13:14] <lucas^> however, a lot of current distributions seem to use this branch [13:15] <JEEB> if you just set a -profile and the audio encoder could have profiles as well (f.ex. aac encoders), then you'd get an error [13:15] <Ave> as is what happens [13:15] <JEEB> with -profile:v you're telling it that you want to set the video encoder profile [13:15] <lucas^> should I try to track down the patch that fixes the particular bug, or work around it somehow (no idea how) [13:15] <Ave> [NULL @ 0x919cec0] [Eval @ 0xbfb692d8] Undefined constant or missing '(' in 'main' [13:15] <Ave> [NULL @ 0x919cec0] Unable to parse option value "main" [13:15] <Ave> funky error there [13:15] <Ave> [NULL @ 0x919cec0] Error setting option profile to value main. [13:15] <JEEB> yeah [13:15] <lucas^> or ship with a static version of ffmpeg (not sure if this is legal, definitely not ideal) [13:15] <JEEB> it's trying to set the aac encoder profile :D [13:16] <Ave> ah well nice, btw is there a "minimum video length" restriction as well [13:16] <Ave> now it seese the file as correct but "this video cannot be player" [13:16] <Ave> played [13:16] <JEEB> hmm [13:16] <JEEB> no idea, never tried single-frame clips [13:17] <JEEB> or things like that [13:17] <lucas^> the exact error code that crops up is '[mpegts @ 0x105b520] first pts value must set', if that helps [13:17] <JEEB> also, you're on a current'ish PSP firmware, right? [13:18] <Ave> 1000 frames, 41 seconds, it tried but gives up [13:18] <Ave> current-ish [13:18] <Ave> old videos do work [13:18] <JEEB> 1000 frames it should certainly play [13:19] <JEEB> what kind of a clip? What kind of command line? [13:19] <Ave> mpeg-ts source [13:19] <Ave> dvb [13:19] <JEEB> I was kind of looking for a bit different info... [13:19] <JEEB> resolution, frame rate etc. [13:19] <JEEB> but I guess 720x576@25i [13:20] <Ave> well I scale to device natice [13:20] <Ave> native [13:21] <JEEB> paste your command line? [13:22] <JEEB> I found "ffmpeg -i input.derp -s 480x272 -vcodec libx264 -crf 22 -preset fast -profile:v main -level 3 -x264opts ref=3:b-pyramid=none:weightp=1 -acodec aac -strict experimental out.mp4" off my logs when helping someone encode stuff for the PSP earlier [13:22] <JEEB> the preset of course is just a compression vs speed kind of thing [13:22] <Ave> ffmpeg -i test.ts -ac 2 -acodec libfaac -ab 128k -s 480x272 -profile:v main -vcodec libx264 -profile:v main -level 30 -crf 22 -refs 2 -weightp 1 -threads 0 -aspect 16:9 -f psp -y out.mp4 [13:23] <Ave> oops dual profile there anyways [13:23] <JEEB> and you can leave the -f psp tbqh [13:23] <JEEB> the PSP hasn't needed special treating for a long time [13:23] <JEEB> also as you can see you need to set certain options with x264opts [13:23] <Ave> the smaller the better [13:23] <Ave> yeah wondering about that [13:24] <JEEB> see my line :P [13:24] <JEEB> everything but profile and preset you have to set via x264opts [13:24] <JEEB> oh, and level of course [13:24] <JEEB> since those three account for most cases [13:25] <Ave> its the pyramid bit I think [13:25] <JEEB> also AFAIK threads 0 was default for libx264, no? [13:25] <JEEB> yes, pyramid is NG [13:25] <JEEB> you can't use it with the PSP [13:26] <JEEB> also are you sure you can even set reference frames and weightp like that with ffmpeg? [13:26] <JEEB> also, if you're using weightp 1 there's no reason to back down on refs to 2 [13:26] <Ave> it actually works [13:27] <Ave> with either option method [13:27] <JEEB> I just didn't know there were such options [13:27] <JEEB> thus I ended up setting them with x264opts that actually talk straight with libx264 [13:27] <Ave> weird, and cabac=1 works [13:27] <Ave> yeah it makes sense [13:27] <JEEB> CABAC is not a weird thing, of course it works [13:28] <Ave> well back in the times it was said that psp doesnt support it [13:28] <Ave> maybe it was old firmware [13:28] <JEEB> nah [13:28] <JEEB> at first, the PSP didn't even support playing H.264 in the firmware (it was only meant for the UMD discs) [13:28] <JEEB> then around 3.5x Sony finally unlocked it [13:28] <JEEB> anyways, the little limits I've written in the text file is everything you need :) [13:29] <Ave> too simple! [13:29] <Ave> thanks a lot [13:29] <JEEB> no problem [15:22] <Halexander9000> Hello? [15:25] <Halexander9000> Ffmpeg's X11grab is not working. Can someone please help me? [15:36] <ubitux> you need to be more explicit [15:41] <Halexander9000> ubitux: http://pastebin.com/ME5zZVyw [15:42] <ubitux> you need to build ffmpeg with --enable-x11grab [15:42] <ubitux> it's disabled by default since it's system dependant (it needs x11 libs obviously) [15:45] <Halexander9000> Um... I already built it last night... does that mean I have to uninstall it then compile it again? [15:48] <ubitux> i don't know your setup and how much pain it will be for you; however, i know you need a build with --enable-x11grab [15:54] <Halexander9000> ubitux: ? [15:55] <Halexander9000> ubitux: Oh, I had didn't scroll down. But yeah, I'm recompiling the whole damned thing again. [15:55] <Halexander9000> I didn't scroll* [15:55] <lucas^> ffmpeg -i foo.ts -acodec copy -vcodec copy -f mpegts bar.ts [15:55] <Halexander9000> ? [15:58] <lucas^> sorry if this is a repost, lagged out [15:59] <lucas^> ffmpeg -i foo.ts -acodec copy -vcodec copy -f mpegts bar.ts [15:59] <Halexander9000> What's that? [15:59] <lucas^> on the particular version of ffmpeg that ships with Fedora 16 currently, this fails with '[mpegts @ 0x1f0d520] first pts value must set' [15:59] <lucas^> with every MPEG-TS DVB stream I try to feed it [16:00] <lucas^> it might be corrupt data, but it works fine on ffmpeg 0.7.x and the latest git revision [16:00] <Halexander9000> Well, ask someone who knows how to help you. I sure don't. [16:01] <lucas^> so now I'm wondering how to deploy this, since Ubuntu seems to have the same version (0.8.9) among others [16:01] <lucas^> is it advisable / legal to just ship a static build of ffmpeg with a program that uses it? [16:01] <Mavrik> yeah [16:02] <Mavrik> (advisable and legal) [16:02] <lucas^> as long as it's compiled with --disable-nonfree --enable-gplv2, right? [16:02] <JEEB> ... [16:02] <JEEB> wat [16:03] <JEEB> enable-nonfree makes the binary non-distributable [16:03] <JEEB> and the whole legality/whatever depends on which license you choose and as long as you abide that [16:04] <lucas^> some project developers don't like people including static builds when deploying, as it makes more work for them sorting through bugreports as old bugs get fixed [16:04] <lucas^> figured I'd ask [16:07] <Mavrik> well, you'll have to find a tradeoff between fixing bugs introduced by new versions of ffmpeg vs. dealing with old ones [16:07] <Mavrik> in my software sticking with a (tested) ffmpeg build caused less time loss [16:08] <m1chael> i just recorded my first video. the files amount to about 11 gigs. i want to combine all of the files in to one file. (i was told i can do this with 'cat') .. i want to burn this entire thing to a dvd.. since the files are 11 gigs, I guess I have to compress these files first. what would you guys do? im new at this [16:11] <Halexander9000> Or you could just write em on a memory card. They're pretty cheap now. [16:12] <Halexander9000> And all you need to write protect them is to pull on that little tab on the side of the thing. [16:17] <lucas^> hmm, maybe I could just track down the patch where the bug was fixed and beg the Fedora guys to back-patch it [16:36] <Halexander9000> I wish compiling had a progressbar... [16:37] <kriegerod> at demuxing, i get frames in DTS order. But i want to process them in PTS order. Can i reorder them this way before or in filtergraph? [16:47] <Halexander9000> ubitux: Are you still there? [16:49] <ubitux> yes, if my isp is not joking with my connection again [16:49] <ubitux> like it's been for the whole day [16:51] <Mrgoose> Hey, I'm using ffmpeg to convert videos but ive noticed ffmpeg isn't multithreaded. Is there a way to have multiple ffmpeg instances encoding the same video at the same time? [16:51] <ubitux> -threads auto [16:52] <ubitux> isn't it the default? it might be disabled because of some issues [16:52] <Mrgoose> well i tried like -threads 8 [16:52] <ubitux> also, the encoder needs to support it [16:52] <Mrgoose> but it looks like it's only using 1 cpu [16:52] <Mrgoose> im using libx264 [16:52] <Mrgoose> maybe that doesn't support it [16:52] <ubitux> x264 is pretty well threaded [16:53] <Mrgoose> damn [16:53] <Mrgoose> wonder what the issue is [16:53] <Halexander9000> Can someone please help me? http://pastebin.com/dB5M1Brg [16:54] <Halexander9000> Ubitux, I recompiled the whole thing for nothing. [16:57] <ubitux> can you run grep X11 config.h? [16:57] <ubitux> in the build directory [16:59] <l1nux> Hi [17:00] <Halexander9000> I got to go, see you in a bit. [17:02] <Halexander9000> ubitux: I think this tutorial will help me http://soledadpenades.com/2010/04/26/unknown-input-or-output-format-x11grab-... [17:03] <ubitux> i'm curious about the issue [17:03] <ubitux> can you just run `grep X11 config.h` in your build directory? [17:03] <ubitux> it's surprising --enable-x11grab is not enough [17:03] <ubitux> 'might be a bug or something [17:04] <Halexander9000> ubitux: You'll just have to wait until I'm back. Need to pay the bills. [17:06] <Halexander9000> ubitux: #define CONFIG_X11GRAB 1 [17:06] <Halexander9000> #define CONFIG_X11_GRAB_DEVICE_INDEV 0 [17:13] <ubitux> mmh so indev is not active [17:13] <ubitux> i guess we could do something about this [18:40] <bartus_> hi ! [18:41] <bartus_> need help with yasm and PIC [18:41] <bartus_> ld complains says:"/usr/bin/ld: common/i386/deblock.o: relocation R_X86_64_32 against `.rodata' can not be used when making a shared object; recompile with -fPIC" [18:42] <bartus_> yasm invocation : "yasm -f elf -m amd64 -DPIC -DARCH_X86_64 -Icommon/i386/ -o common/i386/deblock.o common/i386/deblock.asm" [19:01] <JEEB> bartus_, "Exactly what it says on the tin" [19:01] <JEEB> "recompile with -fPIC" [19:43] <Mmike> when I use ffmpeg to convert a video file, file named x264_2pass.log is placed in the dir where the converted file resides - how do I make ffmpeg not to write that log file?> [19:44] <Mavrik> that's 2-pass log file [19:44] <Mavrik> you can't do 2-pass encoding without it :) [19:44] <Mavrik> so switch to single pass or live with it :) [19:45] <Mmike> -pass 1 [19:45] <Mavrik> yes [19:45] <Mmike> these are my ffmpeg options: http://pastebin.com/cb8Rdp74 [19:45] <Mavrik> that means you're telling it to do 1st pass of two [19:45] <Mavrik> and to write that log file [19:45] <Mavrik> instead of encoding [19:45] <Mmike> Mavrik, aha! [19:46] <Mmike> Mavrik, so I just completely remove that option? [19:46] <Mavrik> so if you don't want to do 2-pass encoding you'll have to remove that parameter :) [19:46] <Mmike> makes sense :) [19:46] <Mavrik> yeah [19:46] <Mavrik> in two-pass, ffmpeg writes that log file in 1st pass and then reads it when doing 2nd pass to increase quality [19:47] <Mmike> One more, if you know - i want my newly encoded file to have .mp4-new extension, but ffmpeg won't work when I name my output file like that - is that by design, or I can force it somehow to write to non-standardly-named files [19:47] <Mavrik> um [19:48] <Mavrik> Mmike, yeah, ffmpeg uses the extension to determine container [19:48] <Mavrik> if you want to name it something else, use "-f" parameter to force container [19:48] <Mavrik> e.g. -f mp4 [19:48] <Mrgoose> when compiling ffmpeg do you have to do --enable-pthreads to get multithreaded? [19:48] <Mmike> Mavrik, thank you very much! [19:48] <Mavrik> Mrgoose, depends on what [19:49] <Mavrik> for ffmpeg integrated things yeah [19:49] <Mavrik> for external encoders (libx264 etc.) it doesn't matter [19:49] <Mrgoose> ah, yea im using libx264 [19:49] <Mrgoose> damn [19:49] <Mrgoose> im tryin to encode .mov to mp4 x264 and it's not using multithread [19:49] <Mrgoose> i have 8cpu cores [19:49] <Mrgoose> looks to only be using 1 [19:53] <Mmike> Mavrik, when I say "-pass 2" is that just the second pass, or both passes? [19:53] <JEEB> second [19:53] <Mmike> Mrgoose, -threads option [19:53] <Mmike> if ffmpeg is compiled in with support for threads [19:54] <Mmike> JEEB, so, for two pass encoding I need to manualy start ffmpeg 2 times? [19:54] <JEEB> yes [19:54] <Mrgoose> so --enable-pthreads when compiling and use -threads 0 when encoding [19:54] <JEEB> Mmike, are you sure you want to do bitrate-based encoding and not quality based? [19:55] <JEEB> it's the same algorithm [19:55] <Mmike> JEEB, I'm not sure I understand what you mean by that :/ [19:55] <JEEB> and well... "quality" based, since we still don't have thousands of little chinese children looking at the encoded results [19:55] <Mmike> I have a .mp4 file that is 700MB large with bitrate of cca 10Mbit/sec, and I want to recode it to cca 700 kbit/sec [19:55] <JEEB> Mmike, there are two encoding modes that set different variables to a set level in x264 [19:56] <JEEB> one is "I was told to fit the output into this file size, I'll try my best to squeeze quality into it", which needs two passes [19:56] <JEEB> another is "I was told to encode with this certain rate factor, I will do so not caring about the bit rate." [19:57] <JEEB> rate factor is the closest we currently have to "a certain meter of quality" in such encoders [19:57] <JEEB> and rate factor based encoding of course only needs a single pass [19:58] <Mmike> so, I'm doing rate factor based encoding, if I got you right? [19:59] <JEEB> I don't know what you're doing [19:59] <JEEB> by the sound of it you were doing 2pass, or wanting to do it at least [19:59] <JEEB> which is only for bitrate-based encoding [19:59] <JEEB> (the "I was told to fit the output into this file size") [20:00] <Mmike> It's actualy 'into this bitrate'. [20:00] <JEEB> well, yes and no [20:00] <JEEB> it's not a constant bitrate [20:00] <JEEB> and the same bit rate + length on clips limits clips to the same file size [20:00] <JEEB> but yes, it's the overall average bitrate [20:01] <Mmike> hm [20:01] <Mmike> ok, so [20:01] <JEEB> 2pass bitrate-based encoding is fine if you're limited by something or if you need to exactly have all clips of the same length exactly the same size [20:01] <JEEB> but if you don't have such limitations, crf-based encoding is often much better :V [20:02] <JEEB> since it's not often that you know what bitrate exactly gives you quality that you'd like [20:02] <JEEB> + crf only needs one pass [20:02] <Mmike> I have original.mp4 that has whatever bitrate (5Mb/s, for instance), and want to have recoded.mp4 to have bitrate of cca 700kb/s - do I want one pass or two pass encoding? [20:03] <JEEB> if you absolutely, positively want it to fit a certain size (have a certain average bitrate over the length of the whole clip), then 2pass average bitrate encoding is for you [20:03] <Mmike> heh [20:03] <JEEB> in other words, if you value the size of the result more than the end result [20:03] <Mmike> thnx for the explanation [20:03] <lucas^> two-pass probably would be best, it'll give you video that meets that bitrate more closely [20:03] <lucas^> er, what jeeb said [20:03] <JEEB> lucas^, no -- x264 will meet the bitrate in any case [20:03] <Mmike> so, if I just do -pass 1, the resulting file is not optimal? [20:04] <JEEB> it's not optimal, since the encoder doesn't have the information on the whole "bitrate-needness" of the whole clip [20:04] <JEEB> that's why you make a log file [20:05] <Mmike> great, thnx [20:05] <JEEB> and -pass 1 actually enables "fast first pass" mode in libx264 [20:05] <JEEB> so it's non-optimal in that sense as well [20:05] <Mmike> actually a client asked me to recode all the files he has in some directory and provided me with ffmpeg options, one of them was -pass 1 [20:05] <JEEB> fun :P [20:05] <Mmike> thank you for your explanations [20:06] <JEEB> it just tells libx264 "This is the first pass, just go quickly through it to check it generally and make a log file" [20:06] <Mrgoose> so i have --pthreads enabled in ffmpeg and im using libx264 . also im using -threads 0 . However it's still using 1 core. Any other things i should look at? [20:07] <JEEB> if you want single-pass encoding without the "fast first pass" feature turned on, just remove the -pass 1. It will also disable the writing of the log file [20:07] <JEEB> but this is sub-optimal for bitrate-based encoding of course [20:08] <Mmike> Mrgoose, have you tried -threads 4? I am using it with -threads 16 (although ffmpeg is using only 6-8 of them) [20:08] <Mmike> JEEB, excellent, all makes sense now. thnx [20:10] <lucas^> installed Ubuntu in a VM, apparently Oneric Whatever uses 0.7.3 [20:11] <lucas^> Debian Squeeze-backports uses 0.7.2, I remember there wasn't any problems with that branch [20:12] <Mrgoose> Mmike, yea I tried threads 4 and mpstat shows only 1 cpu being used [20:12] <lucas^> I guess Fedora is the odd man out in terms of choking on this input [20:12] <Mrgoose> ffmpeg -i /media/BS\ Soulfest\ pt\ 3.mov -vcodec libx264 -threads 6 -vpre libx264-lossless_fast -crf 21 -acodec libfaac -ab 128k output.mp4 [20:12] <Mrgoose> that's my full command [20:20] <Mmike> Mrgoose, I realy don't know. here is how i am using it: http://pastebin.com/cb8Rdp74 [20:21] <Mmike> i do have -threads near the end of option list, but probably isn't the issue [20:48] <bcardarella> How do I convert from rmvb to any other format? When I try the regular way the video ends up being crap. [20:49] <bcardarella> And by "regular way" I mean ffmpeg -i video.rmvb output.mpeg [20:49] <bcardarella> I've played around with the qscale as well [20:49] <bcardarella> no dice [20:50] <JEEB> ffmpeg -i input.derp -vcodec libx264 -crf 22 -preset slow -acodec aac -strict experimental -ab 192k out.mp4 [20:51] <JEEB> have an example [20:52] <JEEB> in that example: -vcodec libx264 -crf 22 -preset slow <- video-related, -acodec aac -strict experimental -ab 192k <- audio-related [21:11] <bcardarella> JEEB: was that for me? [21:25] <pasteeater> bcardarella: yes [21:25] <praedo> hello [21:26] <praedo> i get this with a file that was sent via ftp and transfer was 100% sucessful [21:26] <praedo> it can be played on the local computer but on the remote server i get this error in ffmepg: [21:26] <praedo> ffmpeg [21:26] <praedo> Invalid data found when processing input [21:26] <praedo> why is this happening? [21:30] <pasteeater> praedo: use a pastebin site to show your ffmpeg command and the complete console output [21:30] <pasteeater> also, did you check the integrity of the file to see if it did transfer correctly? compare md5sums: md5sum file.foo [21:32] <praedo> the command is simply ffmpeg -i file [21:33] <praedo> and the output is the usual stuff and that error [21:33] <praedo> i don't have the local file in the remote server to be able to compare with md5 [21:34] <praedo> it looks like a transfer error but it was 100% sent [22:30] <rainmaker1> Hi [22:47] <L1nux> current ffmpeg not compile with arm cpu's ? [22:50] <L1nux> http://pastebin.com/raw.php?i=c5EDMMSa [23:00] <pasteeater> L1nux: armv5te and armv7a are green in FATE: http://fate.ffmpeg.org/ [23:01] <L1nux> pasteeater gcc 4.4.0 ? [23:04] <L1nux> i have build SDL 1.3, faad2, latest x264, ogg, vorbis, LiveMedia... without problem [23:04] <L1nux> why not ffmpeg ? [23:04] <L1nux> my mplayer configure here: http://pastebin.com/raw.php?i=9Mv70J2W [23:04] <pasteeater> i've never used arm. if you at least show your ./configure then others may help you. [23:04] <pasteeater> your ffmpeg configure [00:00] --- Thu Mar 1 2012