[01:35] <Moonlightning> I'm trying to extract the audio from an mp4 video, but it seems I'm missing an encoder. [01:35] <Moonlightning> I'm on Ubuntu 12.04; I believe ffmpeg was installed with the OS [01:36] <c_14> In that case you're probably using libav, see #libav for help. [01:36] <c_14> Or download a static ffmpeg build. [01:36] <c_14> Or compile it yourself. [01:37] <c_14> Options, options, options [01:38] <Moonlightning> Thanks [01:40] <diesel420> static ftw [02:23] <relevart> I'm streaming using ffmpeg, and get "PES packet size mismatch" warnings from time to time. I'd like to filter the packet that generates these warnings but I can't find them using pkt->flags & AV_PKT_FLAG_CORRUPT [02:23] <relevart> pls help! [04:57] <alexanderino> Greetings. I would like to report a potential bug: the ffmpeg implementation of vorbis decoding does not work properly [or at all] with files created with older encoders. For example, I have many files with 'vorbis_vendor = Xiphophorus libVorbis I 20020408'. foobar2000 1.3.2 [which uses the ffmpeg library] refuses to play them, while older 1.x versions causes a warbling distortion. [04:57] <alexanderino> please let me know if there's anything i can do to help [04:59] <klaxa> you can upload a sample and file a bugreport on the ffmpeg bugtracker: http://ffmpeg.org/bugreports.html [05:01] <alexanderino> Thank you, klaxa. Shall do. [05:02] <alexanderino> I only have full songs. Will this be an issue? [05:02] <klaxa> not at all i think [05:02] <alexanderino> ok, good [05:02] <klaxa> thanks for bringing this up btw, i bet you are not the only one having this issue [05:03] <alexanderino> indeed [05:03] <alexanderino> i was chatting with the foobar2000 devs, they pointed out that it has to do with the ffmpeg library having partial support for libvorbis [05:03] <alexanderino> with older versions that do not use ffmpeg [0.666, 0.8.3], the songs play fine [05:04] <alexanderino> same with XMPlay 3.2, but not 3.8 [05:05] <alexanderino> i'll of course include this in the report, but foobar2000 1.3.2 [latest version] outright refuses to play the file. Here is the console output: Unable to open item for playback (ffmpeg: could not open the decoder): "O:\music\Death\(1993) Individual Thought Patterns\01 - Overactive Imagination.ogg" [05:21] <alexanderino> tried ffplay.exe, this is the result: [05:21] <alexanderino> [vorbis @ 00000000044f0260] partition out of bounds: type, begin, end, size, blocksize: 2, 0, 2080, 32, 1024 [05:21] <alexanderino> [vorbis @ 00000000044f0260] Vorbis setup header packet corrupt (residues). [05:21] <alexanderino> [vorbis @ 00000000044f0260] Setup header corrupt. [05:22] <alexanderino> with a recently encoded file, this is output: [ogg @ 000000000453ef60] 1912 bytes of comment header remainf=0/0 [06:12] <alexanderino> report created: https://trac.ffmpeg.org/ticket/3590 [06:13] <alexanderino> the smallest file is over 4 MB, so I have uploaded the sample via FTP with a text file describing it [06:13] <alexanderino> now i shall email the list [06:26] <alexanderino> is ffmpeg-user the correct list to send it? [10:33] <TheSchaf> -_- i have some videos that have a 1 pixel border on the left side [10:34] <TheSchaf> how do i remove that while keeping the same resolution in the best way? [10:34] <TheSchaf> i guess if i rescale the video quality will go down? [10:35] <TheSchaf> is there a way to copy the line next to the border over the border with ffmpeg? [15:20] <qeed> i saw a ffmpeg post saying a person was trying to add protracker mod support in gsoc 2010, did that go anywhere? i tried using ffmpeg ona a mod file and it says Invalid data found when processing input [15:59] <spaam> qeed: it was never commited to master :'( [15:59] <qeed> why not [16:02] <spaam> because it needed some fixes and it was never fixed.. :/ [16:03] <spaam> but one source say that you can compile with libgma or libmodplug to play those files. but yeah. that 3rd party. [16:03] <qeed> i just used xmp [16:04] <spaam> okey [17:28] <wizbit> does anybody remember the name of tool what lets you adjust webcam settings on the terminal? [17:28] <wizbit> my webcam is showing in black and white, but i used a terminal tool to change it to colour, i cant remember what it was [17:39] <revolver> hi people <3 [17:40] <revolver> i was looking for a way to record audio directly from the audio card (recording the sound that is currently being reproduced) [17:40] <revolver> I do that using Audio Hijack in MacOS and Audio Recorder in Windows [17:40] <revolver> How could I do the same in a Linux enviroment? does ffmpeg have the proper tools to do that? [17:49] <klaxa> you audio "driver" will have to take care of that, if you are using pulse it's pretty simple, i think it's possible with alsa, no idea how to do it with alsa really [17:50] <klaxa> on pulse you can open the pavucontrol gui (if you don't have it, you can install it) record with ffmpeg using: ffmpeg -f alsa -i pulse -c:a libvorbis out.ogg and in the gui select "monitor of <soundcard here>" as the source for the ffmpeg recording stream in the recording tab [19:42] <znf> Hello. I have a question related to libx264. I'm somehow getting HUGE files for something that is basically a still image with a "showwaves" filter applied on the bottom of the image. I thought that x264 should be a lot more effective at this. Could someone tip me off as to how I could reduce the filesize? I somehow think that it shouldn't require ~4000kbps for something as simple as this [19:42] <znf> I'm running this command: [19:42] <znf> tools\ffmpeg.exe -y -i temp\audio.mp3 -loop 1 -i temp\canvas.png -i temp\annotated.png -filter_complex "[0:a] showwaves=size=1280x100:mode=line:r=25 [wave];[1:v][wave] overlay=y=H-h:eval=init[comp];[comp][2:v] overlay=eval=init" -shortest -acodec copy -vcodec libx264 -pix_fmt yuv420p -preset ultrafast -tune stillimage -crf 19 -movflags faststart "videos\WANDERHOUSE-SUGAR.mp4" [19:47] <klaxa> well, try increasing the crf value [19:48] <klaxa> 19 is pretty high quality [19:48] <znf> I did, even with 31, the file-size is still huge considering the video content [19:48] <sacarasc> Use an actual bitrate, maybe? [19:48] <znf> ~25minute audio file results in something like ~400mb video size [19:54] <blippyp> znf: your problem is that you're using an ultrafast preset - this will encode the file very fast, but will create large files - change it to veryslow, slow or just leave it out entirely - You'll notice large differences in your file size [19:54] <znf> I'll try, thanks [19:54] <klaxa> ah yeah didn't see that even [19:54] <blippyp> keep in mind though that you are still creating a video file - so the file is going to be much larger than your audio file, and it will take a lot longer to encode [19:56] <blippyp> if you want to keep your video quality to near 'original' I would change your crf to 17 (this is what I always use) if you plan on re-encoding it again for something else you might want to go lower even. [19:56] <znf> yeah, I know that [19:56] <znf> I just thought that since less than 10% of the image changes every frame, it shouldn't really be that big [19:57] <blippyp> no, it doesn't work like webm [19:57] <blippyp> it will still be a large file [19:57] <blippyp> but using a different preset other than ultrafast will show significant differences in your file size nonetheless [19:58] <znf> mhm, I see... though 30fps encoding vs. 130fps... :-/ [19:58] <blippyp> you might be happier using webm for what you want [19:59] <znf> but webm is slow as molasses :( [20:00] <blippyp> it's not that bad - you'll get a much bigger investment in your file size since that's what you're complaining about [20:00] <blippyp> it will do what you wanted [20:00] <znf> just trying to find a sweet spot, mostly [20:00] <blippyp> seriously, if you're using a still image for the video webm is the way to go [20:02] <znf> blippyp, but I don't want to encode stuff at 25fps, for example. Generate a video for a 60 minute song, that's one hour of encoding [20:02] <blippyp> then don't? [20:02] <blippyp> change the framerate to whatever you want...??? [20:03] <znf> the showwaves filter looks bad at below 20fps, I noticed [20:03] <blippyp> what resolution is the video? [20:04] <znf> 720p [20:04] <blippyp> no matter what you're going to have to give up something [20:04] <sacarasc> znf: What's CPU do you have? [20:04] <znf> seems crf=21 with preset=fast is still decent [20:04] <znf> sacarasc, core i5 4440 [20:05] <blippyp> with x264 - it will encode faster (but not really that much faster) and you'll end up with much larger file size - use webm and it will encode a little slower, but you'll end up with MUCH smaller file sizes... [20:05] <sacarasc> And lower quality. [20:05] <blippyp> you might be able to play with the crf since the video isn't changing that much [20:05] <znf> hmm, my build doesn't seem to have webm support [20:05] <znf> does webm support yuv444p? [20:06] <klaxa> no [20:06] <klaxa> vp8 only supports yuv420p [20:06] <znf> crap :( [20:06] <klaxa> also, fast is still pretty bad [20:06] <klaxa> try medium or slow [20:06] <znf> I'm getting ~1.2mbit/s at "fast" [20:06] <klaxa> you should generally start with medium [20:07] <znf> also, does webm support mp3 audio? [20:07] <klaxa> if you think you can go slower, go as slow as possible [20:07] <klaxa> no [20:07] <klaxa> webm supports opus and vorbis [20:07] <znf> then that's out of the question :-/ [20:08] <znf> though, I still want to give it a try [20:08] <znf> anyone knows of an ffmpeg build for windows with libvpx support? [20:09] <blippyp> try the static build on ffmpeg - the linux version has it [20:09] <znf> ah, it seems zeranoe's has it now, too [20:09] <znf> last time I checked it didn't [20:09] <znf> it lists support, anyway [20:11] <znf> yeah... I'm getting 8 fps with webm [20:12] <blippyp> let it finish though - so you can see the benefits... ;) compare it with a x264... [20:12] <znf> woah... [20:13] <znf> default flags (ie: no flags passed to the decoder) [20:13] <znf> == 3 fps [20:13] <klaxa> are you using vp8 or vp9? [20:13] <znf> libvpx [20:14] <klaxa> vpx can encode both, vp8 and vp9 [20:14] <znf> I'm not sure, what's the default? [20:15] <klaxa> i would guess vp8 because it's less complex [20:15] <klaxa> what does ffmpeg print? [20:15] <klaxa> also i think vp8 is single threaded by default too [20:15] <klaxa> because multi-threaded encodes with vp8 are non-deterministic [20:15] <znf> vp8 [20:15] <blippyp> yeah - you'd want to set the -threads [20:16] <znf> setting -threads crashes ffmpeg :-/ [20:16] <znf> but this looks horrible http://i.imgur.com/vhdK2gS.jpg [20:16] <klaxa> in how far? [20:17] <znf> in me pressing enter :> [20:17] <blippyp> not in linux it doesn't.... [20:17] <klaxa> "it crashes" is not really a good description [20:17] <klaxa> does it segfault? [20:17] <klaxa> does it tell you the arguments are invalid? [20:17] <blippyp> show your command - paste it to pastebin or something [20:17] <znf> no, it crashes with "ffmpeg has encountered an error and needs to be closed" [20:18] <znf> tools\ffmpeg.exe -y -i temp\audio.mp3 -loop 1 -i temp\canvas.png -i temp\annotated.png -filter_complex "[0:a] showwaves=size=1280x100:mode=line:r=25 [wave];[1:v][wave] overlay=y=H-h:eval=init[comp];[comp][2:v] overlay=eval=init" -sho [20:18] <znf> rtest -acodec libvorbis -vcodec libvpx -crf 4 -threads 4 "videos\WANDERHOUSE-SUGAR.webm" [20:18] <znf> crap [20:19] <blippyp> I don't see anything wrong with that - you should set a bitrate though - I think crf still wants a bitrate (-b:v) or it won't work very well [20:19] <znf> if I use -vcodec vp9, it doesn't crash [20:20] <klaxa> crf 4 is pretty high too btw [20:20] <klaxa> vp9 will be slow as hell [20:20] <blippyp> vp9 will be much slower than 8 though [20:20] <klaxa> if you run x264 at "fast" and complain about speed, vp9 is not for you [20:20] <znf> well, vp8 crashes when passed threads [20:20] <blippyp> yeah crf 4 is low - with mostly a still background you should be able to get away with much higher value I'd think [20:21] <znf> and even with -crf 4, the quality is incredibly crap [20:21] <znf> erm, isn't lowest == better quality? [20:21] <blippyp> that's because you didn't set a bitrate [20:21] <klaxa> pretty much yeah [20:21] <blippyp> it's defaulting to some crappy value [20:21] <znf> I just set a -b:v 2000k [20:21] <znf> and it's still low :-/ [20:21] <blippyp> that should work - I'd bet you can set it much lower though [20:21] <klaxa> also on my server with an i7 2600 at 3.4 ghz it took 30 minutes to encode a 90 seconds video in 1080p [20:22] <klaxa> so there's some benchmark for you, not sure you want vp9 really [20:22] <znf> then I don't really see the point in webm :-/ [20:22] <blippyp> the final file size [20:22] <blippyp> that's the point [20:22] <klaxa> the point in webm is compatibility across all platforms [20:22] <blippyp> if it's not that important to you than x264 is fine - and faster [20:23] <klaxa> x264 gives better results than vp8 [20:50] <ChocolateArmpits> Hello, is there any command line media player that could be output piped to ffmpeg ? [21:13] <klaxa> i think every player related to mplayer can dump the stream [21:13] <klaxa> you can also use ffmpeg for decoding a stream [21:59] <blippyp> znf: I did a test once to compare putting a smaller video on a much larger black background with webm to test if it would change the file size: And it didn't (or at least very little). However, I mistakenly always assumed that because those pixels did not change that this would also apply with a static 'picture' background. I have been testing it out and it appears I was wrong about that. WebM is definately not what you want - I apologize f [22:20] <ChocolateArmpits> klaxa, I was looking to run on Windows; I want to pipe the output because ffmpeg by itself throws a lot of errors when trying to parse the broken AVI files that I want to fix. FFplay, VLC and other players have no playback problems though. [22:30] <jarainf> ChocolateArmpits, how would ffplay manage to playback without any problems while ffmpeg throws errors? [22:30] <jarainf> Are the errors fatal? [22:31] <jarainf> If not, I doubt you'd get better results using a player to pipe it to ffmpeg. VLC is a beast and might be able to save something, but that's about it... [22:31] <ChocolateArmpits> jarainf, throws a bunch of errors during encoding I think [22:31] <ChocolateArmpits> The files were recovered from a broken sd card [22:31] <jarainf> Could you paste it's output? [22:31] <ChocolateArmpits> Sorry, not at work [22:32] <jarainf> What are the errors about? [22:34] <ChocolateArmpits> Sorry, jarainf, don't remember them exactly. I was only ready to solve it by piping output from VLC, but there's not much concrete information about that. Wasn't preparing to write down the errors [22:35] <ChocolateArmpits> Avisynth reads the files also [22:36] <ChocolateArmpits> If the command line for VLC won't work, then it's Avs and MediainfoCLI to extract codec information for me I guess [00:00] --- Sun Apr 27 2014