[Ffmpeg-devel-irc] ffmpeg.log.20121225

burek burek021 at gmail.com
Wed Dec 26 02:05:01 CET 2012


[01:42] <Macey> Merry Christmas All, Anyone know if the mpegts muxer will do audio only pcr?
[01:42] <Macey> i correctly puts it on video
[02:47] <kewo> how do i permanently change unsynced video/audio of a video?
[04:04] <retard> pres butan
[04:07] <kewo> how do i permanently change unsynced video/audio of a video?
[04:08] <BtbN> I got a problem with ffmpeg. I'm trying to live-transcode an endless stream, but it just stops after a while. There is no error in the log, but this: "[mpegts @ 0x24563a0] Estimating duration from bitrate, this may be inaccurate"
[04:08] <BtbN> so i guess ffmpeg does not understand that this stream never ends
[04:08] <BtbN> how do i tell it that the stream never ends?
[04:57] <kewo> how do i permanently change tint/hue of a video
[05:23] <liquidmetal> I've installed ffmpeg on ubuntu - now trying to compile something that uses the ffmpeg api. I'm getting a bunch of errors like avcodec_decode_video not found, av_open_input_file not found, etc.
[05:24] <liquidmetal> Were these functions changed recently in ffmpeg recently? And is there a list of functions that we're supposed to use instead of these?
[05:28] <BtbN> you're sure its ffmpeg and not libav?
[05:29] <liquidmetal> yes - it's ffmpeg
[05:30] <liquidmetal> Followed this guide https://ffmpeg.org/trac/ffmpeg/wiki/UbuntuCompilationGuide
[05:50] <liquidmetal> Should I just downgrade to an older version of ffmpeg?
[07:35] <liquidmetal> I'm trying to compile vxl - it uses ffmpeg. But I'm getting several errors like av_open_input_file not declared, etc
[07:35] <liquidmetal> Is there a page/wiki/etc that lists deprecated methods and their replacements?
[16:32] <Aziroshin> Just did a connection speed test. 2/3 of it is still available (upload). I doubt it's a connection issue.
[16:38] <ubitux> and your cpu?
[16:40] <ubitux> maybe there is a framerate mismatch between what the devices output and what framerate you output too
[16:40] <ubitux> also, you might want to try 1.0 or git/master
[18:29] <BtbN> burek: is there anything else than -loglevel debug to make it output the error?
[19:11] <burek> im reading about wowza now, it seems great for a streaming server
[19:11] <Mavrik> yeah, wowza is pretty awesome
[19:16] <burek> im thinking about something.. too bad ffmpeg does not implement anything like commercial licenses or something.. that way it would be able to gather funds for paid developers in needed areas, such as ffserver for example
[19:33] <BtbN> This is my ffmpeg line: ffmpeg -i "http://localhost:9981/stream/channelid/285" -loglevel debug -c copy -c:v libx264 -b:v 2000k -vf "scale=trunc(oh*a/2)*2:480" -f mpeg tmp.mpg
[19:33] <BtbN> It's an endless dvb stream
[19:33] <BtbN> this is the log it generates: http://bpaste.net/show/66459/
[19:33] <BtbN> i just can't figure out why it just stops
[19:37] <burek> BtbN [h264 @ 0x4d7b8c0] error while decoding MB 119 1, bytestream (-10)
[19:38] <BtbN> but why does it continue after that, and then just suddenly stop?
[19:39] <burek> i would guess your input stream might be damaged
[19:40] <BtbN> It's a DVB stream
[19:40] <BtbN> of course there can be some errors in it
[19:41] <BtbN> but playing it with vlc, xbmc or any other player works fine
[19:41] <BtbN> even if i dump it to a file and then transcode it with ffmpeg it works
[19:41] <BtbN> just directly transcoding the http stream has this problems
[19:41] <burek> it might also be a bug in ffmpeg
[19:41] <burek> you could report it
[19:42] <BtbN> Yes, but without a sample that provokes this behaviour, a bug reports would be useless
[19:43] <BtbN> problem is, i can't even test it with some other software
[19:43] <BtbN> as every single transcoding-software is using ffmpeg for decoding
[19:51] <Zeeflo> im getting furious now.. I just bought a server to encode webm.. Now, this is a very powerfull server, and still webm encodes so slowly!
[19:51] <Zeeflo> i cant even comprehend it
[19:52] <Zeeflo> can someone troubleshoot this with me, cause theres gotta be something wrong with how I encode it
[19:52] <JEEB> too bad libvpx doesn't have clear compression/speed kind of settings for it
[19:52] <JEEB> unlike libx264, which has been made rather simple to use :s
[19:53] <JEEB> all I can say is that you should check first that your input (decoding etc.) isn't a bottleneck
[19:53] <Zeeflo> http://pastebin.ca/2296635
[19:53] <JEEB> like, do everything but set video output codec to rawvideo or something, and then output to /dev/null or NUL on windows
[19:53] <Zeeflo> am I bottlenecking anything in my input there?
[19:54] <Zeeflo> seriously, im only getting 9 more fps then I did on a much much much less good server..
[19:54] <JEEB> well libvpx isn't exactly optimized either :P
[19:54] <Zeeflo> isnt it the only lib to make webm?
[19:54] <JEEB> only library to encode vp8 at the moment, yes
[19:55] <Zeeflo> then, that library sucks as*
[19:55] <JEEB> but before throwing yourself into some conclusion
[19:55] <JEEB> hah
[19:55] <JEEB> and was I supposed to actually make something out of that pastebin regarding bottlenecking?
[19:55] <JEEB> as I said
[19:55] <JEEB> do your video filters and input
[19:55] <Zeeflo> im using the daily build
[19:56] <Zeeflo> the burek build
[19:56] <JEEB> and set output codec to rawvideo
[19:56] <Zeeflo> i dont know what you mean JEEB
[19:56] <JEEB> and output audio to something like pcm16le or something
[19:56] <Zeeflo> what does that help, I need it in webm..?
[19:57] <JEEB> it is to check how fast your chain is without any encoding at the end of it
[19:57] <JEEB> to see if you have any damn bottlenecks BEFORE encoding
[19:57] <Zeeflo> ok.
[19:57] <Zeeflo> can you give me an example please?
[19:58] <JEEB> let's see
[19:59] <Zeeflo> i really thought buying this expensive hardware just did the trick.. :/
[19:59] <Zeeflo> im so bummed..
[19:59] <JEEB> something like this ./ffmpeg -i 11.11.11.avi -aspect 16:9 -vf "scale=1280:720,ass=11.11.11.ass" -codec:v rawvideo -codec:a pcm_s16le -f nut /dev/null
[20:00] <Zeeflo> ok
[20:00] <JEEB> this will basically decode the video you have set, set the aspect and the video filter, and then encode rawvideo and raw pcm audio into nut into /dev/null
[20:00] <JEEB> check how fast that goes
[20:00] <Zeeflo> frame= 3020 fps=287 q=0.0 size= 4145172kB time=00:02:01.95 bitrate=278447.7kbits/s
[20:00] <Zeeflo> very freaking fast
[20:00] <JEEB> ok, so decoding/filters aren't the issue
[20:01] <JEEB> you could add -ac 2 to it too
[20:01] <Zeeflo> to the raw output test?
[20:01] <JEEB> because you're mixing it into stereo with your usual usage, too
[20:01] <JEEB> yes
[20:01] <JEEB> it'll pretty surely still be fast
[20:02] <JEEB> but just to make it relatively similar
[20:02] <Zeeflo> hmm..
[20:02] <Zeeflo>  -codec:a -ac 2
[20:02] <JEEB> ...
[20:02] <Zeeflo> gives me error
[20:02] <JEEB> naturally
[20:02] <JEEB> you're trying to set "-ac 2" for -codec:a
[20:03] <JEEB> or well, "-ac", but still similar :P
[20:03] <Zeeflo> hehe
[20:03] <Zeeflo> yea sorry
[20:03] <Zeeflo> well.. its even faster now
[20:03] <Zeeflo> frame= 5410 fps=300 q=0.0 size= 7344385kB time=00:03:37.56 bitrate=276535.2kbits/s
[20:03] <JEEB> well, in any case your input or filters don't seem to be the bottleneck as I kind of thought
[20:04] <JEEB> what's left are the encoders
[20:04] <Zeeflo> yes
[20:04] <JEEB> also some of your settings for ffmpeg are quite redundant
[20:04] <Zeeflo> and I am using the standalone daily build from burek
[20:04] <JEEB> like -movflags +faststart
[20:04] <Zeeflo> ok
[20:05] <JEEB> which only has effect on mov-style containers
[20:05] <Zeeflo> is that not needed for webm?
[20:05] <JEEB> like mp4/mov
[20:05] <Zeeflo> ah ok
[20:05] <Zeeflo> yea
[20:05] <Zeeflo> ok
[20:05] <JEEB> otherwise it's then libvpx settings reading time I guess
[20:05] <Zeeflo> i removed it, but its still really bad fps
[20:06] <Zeeflo> getting close to only 20 now
[20:06] <Zeeflo> and only at 820 kbits
[20:06] <JEEB> well naturally, it doesn't exactly mean anything to encoding
[20:06] <JEEB> it's just an unneeded option
[20:06] <Zeeflo> ok
[20:06] <Zeeflo> could i do something with the -cpu option ?
[20:07] <JEEB> I have no idea about libvpx internals, you should read up on their documentation regarding their options
[20:07] <JEEB> http://www.webmproject.org/docs/encoder-parameters/
[20:07] <JEEB> and related documents
[20:07] <JEEB> it's mostly stuff that maps straight into libvpx's stuff
[20:08] <Zeeflo> humm..
[20:08] <Zeeflo> i just think that libvpx are in need of getting better..
[20:09] <JEEB> well it /does/ have some speed-wise settings
[20:10] <JEEB> so you might get it to go faster, but if you don't want to change yer settings then you're stuck with what you've got :P
[20:10] <JEEB> mozilla just opted to start a xvp8 project :D
[20:10] <Zeeflo> well.. libx264 does it 3-4 times faster, with better settings..
[20:11] <JEEB> well yes, libx264 is much more optimized and so forth
[20:11] <JEEB> libvpx is basically On2 code open source'd
[20:11] <Zeeflo> then how come webm is already pretty much the streaming standard if the library is so .... blip blip!
[20:11] <JEEB> hint: it isn't
[20:11] <JEEB> esp. with streaming
[20:12] <JEEB> it's just something Google released up and said they'd start phasing out H.264 (hint: they haven't)
[20:12] <Zeeflo> for streaming my videos, im encoding a HD and SD version of the video in mp4, ogv and webm
[20:12] <Zeeflo> the html5 player wants the webm and mp4 as minimum
[20:13] <JEEB> you're not streaming, you're just doing http loading of the file. And it's just one of those things those freetards elected as being "free enough". Welcome to what you get :P
[20:13] <JEEB> also Google has pretty much given up on VP8, they're already making up VP9 which (hopefully) will suck less
[20:14] <Zeeflo> that doesnt help much at this moment
[20:14] <JEEB> meanwhile there's HEVC coming up from ITU-T and MPEG
[20:14] <JEEB> well, if you want that stuff to become faster, you either encode more stuff at the same time or start optimizing your settings and/or libvpx itself
[20:14] <JEEB> Too Bad (TM)
[20:15] <Zeeflo> well, i hoped someone here would help me optimize the settings..
[20:15] <JEEB> I linked you the documentation
[20:16] <JEEB> I don't use libvpx myself because I have no need for it so far
[20:16] <Zeeflo> im still reading it
[20:16] <JEEB> so unfortunately I can't help
[20:16] <JEEB> if there are any people here who know of how to make libvpx go faster, then they might speak out
[20:16] <JEEB> but I wouldn't bet on it
[20:16] <JEEB> most people using libvpx have mostly given up on the speed aspect of things :P
[20:16] <Zeeflo> i dont either
[20:16] <Zeeflo> hehe.. like im about to do!
[20:17] <Zeeflo> and then just, TO bad for firefox and explorer!
[20:17] <Zeeflo> are you familiar with x264?
[20:18] <JEEB> relatively, yes
[20:18] <soundz> hello ffmpeg! how can i select specific fonts with ASS filter?
[20:18] <JEEB> I use it relatively often
[20:18] <Zeeflo> soundz, you dont. you specify it in the ass
[20:19] <Zeeflo> JEEB: ill pastebin my x264 settings, and would like a comment about it
[20:19] <JEEB> sure
[20:19] <soundz> i guess it is already specified, but when i encode it still give me font errors, and wrong fonts shows in the video
[20:20] <soundz> and i installed all those fonts
[20:20] <Zeeflo> http://pastebin.ca/2296640
[20:20] <Zeeflo> soundz, you need to have the fonts on your pc/server
[20:20] <JEEB> 1) why are you setting qmin/max?
[20:20] <JEEB> 2) I don't see a preset set, are you alright with the default 'medium'?
[20:20] <soundz> they are
[20:20] <JEEB> otherwise it seems fine
[20:21] <Zeeflo> i read that ffmpeg
[20:21] <Zeeflo> i read that ffmpegs standard qmin/max screws up the image if not set
[20:21] <JEEB> nope, it doesn't
[20:21] <JEEB> not with libx264 at least
[20:21] <Zeeflo> ah
[20:21] <Zeeflo> yea, thats only with webm
[20:22] <Zeeflo> so, away with qmin/max for x264
[20:22] <JEEB> yup
[20:22] <Zeeflo> is there no preset there?
[20:22] <JEEB> nope, it's using the default "medium" in that case
[20:22] <JEEB> not that it's bad
[20:22] <Zeeflo> i used to have good
[20:22] <Zeeflo> preset normal
[20:22] <JEEB> uhh
[20:22] <Zeeflo> i think i used to have
[20:22] <JEEB> libx264 has no such presets
[20:22] <JEEB> sec
[20:22] <JEEB> here's a list http://mewiki.project357.com/wiki/X264_Settings#preset
[20:22] <JEEB> medium is generally a good preset
[20:22] <Zeeflo> medium
[20:23] <JEEB> yes, that's the default
[20:23] <Zeeflo> i used to use medium
[20:23] <Zeeflo> so, if not defined, it uses medium?
[20:23] <JEEB> yes
[20:23] <JEEB> 3) why are you setting threads manually?
[20:23] <Zeeflo> does it support 12 threads?
[20:23] <Zeeflo> will x264 use all available cores by default?
[20:23] <JEEB> yes, and it sets amount of threads by default to 1.5 * the amount of cores
[20:24] <JEEB> so yes, it will at least try
[20:24] <JEEB> limiting it only makes sense when you need to use the CPU for something else, too
[20:24] <Zeeflo> its a dual cpu xeon
[20:24] <soundz> i copied all the fonts that im using to /usr/share/fonts, /usr/local/share/fonts, and /home/$user/.fonts and run fc-cache
[20:24] <Zeeflo> will it use both cpu's?
[20:24] <JEEB> yes
[20:24] <Zeeflo> ok
[20:24] <Zeeflo> so, Ill delete that as well
[20:24] <JEEB> how many cores are seen in the system, it will use 1.5 * of that by default
[20:25] <Zeeflo> ok
[20:25] <Zeeflo> do I need the -map 0 ?
[20:25] <JEEB> that just selects all streams from the first input
[20:25] <JEEB> I have no idea if you want it or not
[20:25] <JEEB> otherwise you will get the "best" audio and video streams from the input
[20:26] <JEEB> what ffmpeg selects
[20:26] <Zeeflo> ok
[20:26] <JEEB> otherwise the x264 settings by themselves make sense, you have a maxrate and bufsize set, bit rate based encoding
[20:26] <Zeeflo> so its only really cool to use maps if its a container with multiple audio/videos
[20:26] <Zeeflo> like a mkv
[20:27] <JEEB> well, if you want to keep all of the a/v/s streams from input then you will want to use -map 0
[20:27] <JEEB> even if there are more than one of each
[20:27] <Zeeflo> theres no reason to keep all, when I only want to have 1 video stream and 1 audio stream
[20:28] <Zeeflo> then I would ffprobe a file first, see whats in it, and then map the streams i want, correct?
[20:28] <JEEB> btw you could also take a look at this for libvpx http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavcodec/libvpxenc.c;h=0de11b5448c90fd56a1d0809f180a2f09c4eb4f7;hb=HEAD#l573
[20:28] <JEEB> Zeeflo, if you want some specific streams, yes -- otherwise you could just let ffmpeg select the "best" video and audio streams from it
[20:29] <Zeeflo> so, I could delete the map if I wanted to..
[20:29] <Zeeflo> the avi's only contains 1 stream of each anyways
[20:30] <JEEB> most probably yes
[20:31] <Zeeflo> i find the map usefull if I have to encode an mkv with multiple streams
[20:31] <Zeeflo> or similar
[20:31] <JEEB> yeah
[20:31] <JEEB> you could select specific streams instead of having ffmpeg automagically select you the "better" one
[20:32] <Zeeflo> when I map, the configuration is: -map videostream:audiostream correct?
[20:32] <JEEB> nope
[20:32] <Zeeflo> i.e -map 2:5
[20:32] <Zeeflo> ok
[20:32] <Zeeflo> what would it be then?
[20:32] <JEEB> I don't remember the full mapping thing, but it's basically <input file ID>:<stream ID>
[20:32] <JEEB> and then you could have multiple of those
[20:33] <JEEB> -map 0:0 -map 0:1 would have the first and second stream of the first input file mapped into the output's first and second streams
[20:33] <Zeeflo> ah yea..
[20:33] <Zeeflo> that makes sense
[20:33] <JEEB> there was a way to set the output side stream number in it too
[20:33] <JEEB> but that goes over my head right now
[20:33] <JEEB> so just use multiple maps in that case
[20:33] <JEEB> lol
[20:34] <Zeeflo> i dont need it for plain mp4 streaming files :D
[20:34] <JEEB> for example we had a guy who wanted to switch around his audio streams, which were streams 2 and 3 (1 and 2) of the first input file
[20:34] <JEEB> -map 0:0 -map 0:2 -map 0:1 did that
[20:34] <JEEB> video was 0:0
[20:35] <JEEB> 0:1 and 0:2 were the audio tracks
[20:35] <Zeeflo> ah so, the stream you input first becomes the first stream etc etc
[20:35] <Zeeflo> oh my goodness..
[20:36] <JEEB> yup, first map gets the first, and so forth
[20:36] <Zeeflo> this server encodes fast!
[20:36] <JEEB> :D
[20:36] <Zeeflo> 576p (1024x576) with 1200kbits and medium setting, 149fps
[20:36] <Zeeflo> and around 100 fps with FULL hd
[20:37] <Zeeflo> at 1800 kbits
[20:37] <JEEB> nice
[20:37] <JEEB> sounds like you could even make the preset slower with libx264
[20:37] <JEEB> lol
[20:37] <Zeeflo> and with libvpx at only 572p it gives me 20fps
[20:38] <Zeeflo> screw libvpx
[20:38] <Zeeflo> where would i put the preset?
[20:38] <Zeeflo> right after the libx264 ?
[20:38] <JEEB> after -codec:v libx264 , -preset presetname
[20:38] <Zeeflo> yea
[20:38] <JEEB> http://mewiki.project357.com/wiki/X264_Settings#preset
[20:38] <Zeeflo> let me try ultrafast
[20:39] <JEEB> lol
[20:39] <JEEB> I'm pretty sure that's gonna bottleneck at the decoding
[20:39] <Zeeflo> haha
[20:39] <JEEB> because ultrafast usually easily goes ~200-300fps with full HD with sandy bridge
[20:39] <Zeeflo> let me try slow
[20:39] <JEEB> of course, ultrafast is mostly for speed benchmarks
[20:40] <JEEB> (just like placebo is for quality benchmarks without speed limits)
[20:40] <Zeeflo> yea
[20:40] <Zeeflo> hehe
[20:40] <Zeeflo> ill try placebo
[20:41] <JEEB> some people actually find placebo being "fast enough" for their DVD rips
[20:41] <JEEB> or 720p encodes
[20:41] <JEEB> which is somewhat funny
[20:41] <Zeeflo> haha its totally putting the server to its knees..
[20:41] <Zeeflo> 11 fps
[20:41] <Zeeflo> only at 600 kbits
[20:41] <Zeeflo> 9 fps at 700 kbits
[20:42] <Zeeflo> seriously? Does people argue using this preset?
[20:42] <JEEB> well, if it's fast enough for them it's not a problem for me :)
[20:42] <JEEB> I use veryslow usually when I need high compression
[20:42] <soundz> halp?
[20:43] <Zeeflo> does a slower preset not make the filer bigger?
[20:43] <Zeeflo> soundz, whats your server o/s?
[20:43] <JEEB> if you are encoding with average bit rate mode, nope
[20:43] <soundz> ubuntu 12.04
[20:43] <Zeeflo> soundz go here #ubuntu
[20:43] <soundz> oh, thanks
[20:43] <Zeeflo> its not a ffmpeg issue
[20:43] <soundz> sorry
[20:44] <JEEB> with crf the end size with slowest presets could end up being a bit bigger than with "medium" with the same crf number
[20:44] <JEEB> but that's just because with slower presets x264 "sees" more details
[20:44] <JEEB> and crf values aren't exactly the same throughout all of the presets for obvious reasons
[20:44] <Zeeflo> would my settings support veryslow and create a filesize the same as it does now?
[20:44] <JEEB> different algorithms
[20:44] <JEEB> yes?
[20:44] <JEEB> there's nothing in there not "supporting" a slower preset
[20:45] <JEEB> presets can be generally used
[20:45] <JEEB> they set your defaults
[20:45] <Zeeflo> is there really a need for a preset below medium? can you see the difference?
[20:45] <JEEB> yes, there are various needs where faster than medium presets are needed, as well as needs where a preset slower than medium are needed
[20:45] <JEEB> all depends on what you exactly need
[20:46] <JEEB> aka "if it's fast enough for you, you can use it"
[20:46] <Zeeflo> in my case, I need mp4's for streaming
[20:46] <Zeeflo> rtmp streaming
[20:47] <Zeeflo> uhm.. why does htop say I have 24 cores?
[20:48] <Zeeflo> i should only have 12
[20:48] <microchip_> hyper-threading
[20:48] <JEEB> hyperthreading
[20:48] <Zeeflo> hmmmm
[20:48] <Zeeflo> oh yea
[20:48] <Zeeflo> i got 2 cpus
[20:48] <Zeeflo> hah
[20:48] <Zeeflo> i forgot
[20:49] <Zeeflo> then perhaps I should try -threads 24 with libvpx
[20:49] <Zeeflo> then MAYBE itll go to 40fps hehe
[20:52] <p4plus2> burek: Thanks, that looks like exactly what I was after I'll play around with it and see what I come up with
[20:53] <Zeeflo> what?
[20:53] <p4plus2> waaaay earlier when I was asleep he gave me an answer
[20:53] <Zeeflo> oh
[20:53] <p4plus2> Still deserves a thanks though ;)
[20:54] <Zeeflo> of course
[20:55] <Zeeflo> JEEB: which player do you use for your streaming?
[20:56] <JEEB> the last time I did streaming, I used VLC from both sides I guess (both for http streaming and receiving it). Then there was mplayer2/mpv that I use.
[20:56] <Zeeflo> direct streaming i guess?
[20:57] <Zeeflo> ah, http as well
[20:57] <JEEB> well, receiver UDP output to localhost -> take that into VLC -> realtime encoding into a http port -> receive that on the other side
[20:57] <Zeeflo> it so difficult to choose a default streamer..
[20:57] <JEEB> realtime streaming alright :)
[20:58] <JEEB> anyways, off to have some food o/
[20:58] <Zeeflo> ive not come across a streaming platform that truly supports all devices and browsers, yet!
[20:58] <Zeeflo> have a good one then
[22:34] <doost> hello
[22:35] <doost> I am making a screencast. In it I need to play videos. I need to know what command to use. I am completely new to ubuntu and ffmpeg.
[22:36] <klaxa> doost: http://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20grab%20the%20desktop%20%28screen%29%20with%20FFmpeg
[23:01] <doost> klaxa: This is what i get when i enter the command on that page,,, http://pastebin.com/RvthJtNu ,,,  this command seems to work for me,,, but it doesn't record the sound of the video bieng played while the screencast is being recoreded. I want both my voice and the video's sound be recorded.
[23:03] <doost> this is the command that works: ffmpeg -f alsa -ac 2 -i pulse -f x11grab -r 30 -s 1366x768 -i :0.0 -acodec pcm_s16le \
[23:03] <doost>  -vcodec libx264 -preset ultrafast -crf 0 -threads 0 screencast.mkv
[23:03] <Tjoppen> -f alsa -i default    is enough for me
[23:05] <doost> I'm sorry, but i'm a complete noob. how would that change the command?
[23:08] <Tjoppen> replace -i pulse with -i default
[23:09] <Tjoppen> urr... I didn't check the pastebin out. x11grab is angry
[23:28] <doost> sorry,,, I was disconnected
[00:00] --- Wed Dec 26 2012


More information about the Ffmpeg-devel-irc mailing list