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

[burek]

[02:46] <PurplePeter> I'm having the behavior that if I use ffmpeg with x11grab as input and libx264 as output, then I get garbled gray output that makes mplayer throw lots of errors -- however, if I split up the exact same command by having ffmpeg pipe out raw video into *another* ffmpeg that does the encoding, it works fine. Why might this be?
[02:52] <Olson> me again :P
[02:54] <Olson> I got "File for preset 'slow' not found" when trying to encode a video earlier.. I built ffmpeg from source so I thought I had the relevant presets also? perhaps not.. is there easy way to get / put them somewhere or where would I look please?
[02:54] <Olson> I guess i'm using x264 encoding
[02:54] <Olson> it worked before but i'm on a fresh install and I can't rememeber what I did last time to get back everything to normal
[02:55] <sacarasc> Try using -preset slow
[02:55] <Olson> ohhh im dumb
[02:55] <Olson> thank you
[02:55] <Olson> I thought -vpre was the new thing
[02:56] <Olson> or..
[02:56] <Olson> anyway yup, that was it, thank you kinda sacarasc sir
[02:56] <Olson> *kindly
[02:58] <sacarasc> -vpre is the old one.
[02:59] <Olson> right yah, I copied and paste from a file, I thought I had updated all my commandlines, but I clearly did not :)
[02:59] <Olson> my brain doesn't remember all the stuff very well :P
[03:36] <Olson> I realise I can chop the beginning of video off and encode a certain length like with using -ss 00:00:10 -t 00:04:35 for example to cut 10s of the beginning and make total length 4m35s.. however I wondered if there be a clever way to cut off the end 5 seconds or something, without knowing the exact total length in a similar fashion?
[05:01] <TeknoJuce> hi has anyone ever actually been able to stream live h264 content with only ffmpeg and not using that apple segmenter crud to an android or ios device?
[06:09] <s0126h> why did google buy vp8
[06:09] <Olson> I realise I can chop the beginning of video off and encode a certain length like with using -ss 00:00:10 -t 00:04:35 for example to cut 10s of the beginning and make total length 4m35s.. however I wondered if there be a clever way to cut off the end 5 seconds or something, without knowing the exact total length in a similar fashion?
[06:16] <rud> TeknoJuce: yes, but to an RTMP server
[06:22] <s0126h> why did google buy vp8
[07:09] <TeknoJuce> rud please explain
[08:35] <ivan_19082012> hello, I'm trying to use ffmpeg in my ios app and have problem with h264 decoding.
[08:36] <ivan_19082012> for the first frame I got unknown NAL unit type 28, and after that I got a lot of non existing PPS refs
[08:36] <ivan_19082012> and decode slice header error
[08:37] <ivan_19082012> video file playing fine in VLC player
[08:41] <ivan_19082012> is anybody here?
[08:42] <microchip_> no
[08:47] <ivan_19082012> all people sleep or my question is hard to answer?
[08:52] <botcity> advice please. do i need to convert my footage from my camera sony .mts file into some other format before editing it as kdenlive has trouble with them?
[09:14] <cbsrobot> botcity: sure
[09:21] <botcity> okay is there a quick command to use that can convert the mts file. and with no loss of quality?
[11:27] <perrth> Does anyone get 50% CPU usage with latest git ffplay?
[11:27] <perrth> OS: windows
[13:14] <JPeterson> can avi contain avc?
[13:19] <JPeterson> can someone felp me with this flv to avi muxing http://pastebin.com/dfp5YaAJ?
[13:19] <JPeterson> the goal is to open file in virtualdub
[13:58] <Olson> I realise I can chop the beginning of video off and encode a certain length like with using -ss 00:00:10 -t 00:04:35 for example to cut 10s of the beginning and make total length 4m35s.. however I wondered if there be a clever way to cut off the end 5 seconds or something, without knowing the exact total length in a similar fashion?
[14:30] <plc5_250> ffmpeg is crashing for me when trying to convert multiple high res photos into a video.  Pastebin: http://pastebin.com/MuceUbWr   OS is CentOS 6.3  Computer is a Dell PowerEdge 850.
[14:41] <abckb__> how do I specify options for libxvid?
[14:43] <abckb__> Is there anything for libxvid, like there is -x264opts for x264?
[14:44] <maister> With -vf scale, how do you change the filter type to say point filtering?
[14:53] <maister> nvm, found it (-sws_flags).
[15:01] <fturco> Hello. I just registered to FFmpeg bug tracking system because I'd like to receive notification for interesting bugs. But I can't find a way to tell it to send me emails for selected bugs..
[15:03] <JPeterson> can someone help me merge a flv http://pastebin.com/dfp5YaAJ
[15:03] <JPeterson> i mean two
[15:04] <fturco> JPeterson, do you want to join them?
[15:04] <JPeterson> fturco: yes
[15:04] <fturco> JPeterson, https://ffmpeg.org/faq.html#How-can-I-concatenate-video-files_003f
[15:06] <JPeterson> fturco: that's pretty verbose https://ffmpeg.org/faq.html#Concatenating-using-raw-audio-and-video
[15:07] <saste> fturco: modify ticket -> add to cc
[15:09] <fturco> JPeterson, I'm not an expert, but I think you should try concat:
[15:10] <fturco> saste, I don't have that possibility. I only have "leave as new", "open" and "assign to"
[15:12] <saste> fturco: uhm seems a trac permission thing
[15:12] <saste> i'm possibly listed as a dev so i may have some "special" privileges
[15:13] <saste> fturco: open a ticket requesting to add random users in CC:
[15:13] <saste> alternatively just subscribe to the ffmpeg-trac ML
[15:20] <fturco> saste: http://ffmpeg.org/trac/ffmpeg/ticket/1657
[15:25] <TBK> hi, where i can get the ffmpeg source that include hevc decoding ?
[15:26] <JEEB> hevc decoding is being developed on the libav side, and it's still raw in development
[15:27] <JEEB> https://github.com/smarter/libav/commits/hevc <- the developer's repo is here
[15:27] <JEEB> it can decode intra at the moment
[15:28] <TBK> ah, can i encode to hevc too with this ?
[15:28] <JEEB> nope
[15:28] <JEEB> but do note, HEVC isn't even complete as a spec yet
[15:29] <TBK> then i should use x265, right ?
[15:29] <JEEB> so both what HM outputs and what spec says/will say can change
[15:29] <JEEB> there is no x265
[15:29] <JEEB> or well, there is a project by that name but it doesn't seem to have gone anywhere
[15:29] <JEEB> it's run by a chinese guy who used to have a couple of commits in x264 back in 2004
[15:29] <JEEB> HM is currently the only working encoder, but even that can have differences to the spec and vice versa
[15:30] <JEEB> unless you are in it for the development, you really shouldn't look at HEVC being an alternative right now
[15:30] <JEEB> the spec isn't finished, and software is still very raw
[15:31] <TBK> yeah i know, the final draft will released in 2013, right ?
[15:31] <JEEB> yeah, the spec should be finalized'ish in early 2013
[15:31] <TBK> but i just want to do a little test
[15:31] <JEEB> what kind of a test?
[15:32] <JEEB> I don't think testing HEVC for performance is realistic yet
[15:32] <TBK> can you put the HM link ?
[15:32] <JEEB> http://hevc.kw.bbc.co.uk/git/w/jctvc-hm.git
[15:32] <JEEB> BBC's HM git repo
[15:33] <TBK> thanx :)
[15:33] <JEEB> also, don't ask me how to use HM, the configuration file is a long mess and you never know what features actually work correctly
[15:35] <TBK> ok, i'll just try :|
[15:35] <JEEB> and as I said, testing HEVC isn't really feasible at the moment
[15:36] <JEEB> since I don't think anyone will really be encoding with HM, and we really don't have alternatives yet
[15:36] <JEEB> it's nice that we're getting a decoder, naturally
[15:36] <JEEB> so that we can be ready for the forthcoming encoders
[16:09] <JPeterson> what's the explanation for 1000 fps flvs?
[16:09] <bennu> Does it say somewhere on the FFmpeg site why they don't wish to have a forum?
[16:11] <JEEB> JPeterson, I think the timescale for flv is 1/1000 of a second, and you either have a lulzy file or the average frame rate calculation you're using is giving you lulzy results
[16:12] <JEEB> (flv can very well have variable frame rate content, so you really want to look at the time stamps and not some average frame rate with it)
[16:14] <bennu> You a developer, JEEB?
[16:15] <JEEB> don't know if I can call myself such yet
[16:16] <bennu> Haha, but you do mess around with some programming/scripting? =D
[16:17] <JEEB> yes, I'm waiting for final reviews on certain patches at the libav project
[16:19] <bennu> Ah, so you were talking specifically about FFmpeg-related developing.  I was just asking in general.  I know another one of the good samaritans I see in here helping people out regularly has developed some other projects.
[16:19] <bennu> (burek)
[16:20] <JEEB> he's alright when he knows what he's talking about :) (which, in most cases, he more or less does)
[16:20] <JEEB> I think I once got somewhat harsh on him when he didn't, and he put me on ignore for a while
[16:21] <bennu> Haha, yea I've offered to help a couple times and I always have to predicate my offer with something like "I don't know shit, can't do shit, but would love to try to help..."
[16:22] <bennu> ffmpeg's a tricky project, really.
[16:23] <JPeterson> can someone spot the problem in this merger http://pastebin.com/dfp5YaAJ
[16:23] <bennu> Seems to me like it's kind of necessary for it to be the&supreme tool that it is.
[16:23] <JPeterson> the second part is strectched from 20 s to 80 s
[16:34] <JPeterson> becase of "Estimating duration from bitrate, this may be inaccurate" how do i set the input fps?
[17:41] <febeling> I aim to concatenate several MP4 files, but it doesn't work for me. Here is the invocation and the output. The resulting file has the same time length as the first input. http://pastebin.com/NCGB088d
[17:42] <febeling> any pointers would be great
[18:04] <saste> febeling: http://ffmpeg.org/faq.html#How-can-I-join-video-files_003f
[18:05] <febeling> saste: yes, I read those parts, didn't help me so far. You see what I'm doing wrong from the paste?
[18:06] <saste> febeling: you can't use concat that way, please read concat protocol documentation with attention
[18:08] <saste> no it's not actually explained in the concat docs, it should since that's a recurring misunderstanding
[18:15] <febeling> the mmcat script from the "How to concatenate" page looks promising, but gives me an error. Here is the output: http://pastebin.com/vU2ZEcpd
[18:31] <burek> febeling, the error is telling you
[18:31] <burek> that you have some permission issues
[18:31] <burek> with /tmp/mcs_v_all named pipe (fifo)
[18:31] <burek> can you read/write to /tmp
[18:31] <burek> are you root?
[18:32] <febeling> na, that is all like you would expect on a OS X system.
[18:32] <febeling> there are a number of temp files at that point, located in /tmp
[18:33] <burek> try manually typing: touch /tmp/mcs_v_all
[18:34] <burek> let me see, I just spotted something wrong
[18:34] <febeling> all fine, $? is 0
[18:34] <burek> just a sec to see if that's the issue
[18:35] <burek> oh, those files are created as regular files
[18:36] <burek> so the size limit must have be the reason
[18:36] <burek> just a sce
[18:37] <burek> ok, try now with http://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20concatenate%20(join%2C%20merge)%20media%20files
[18:38] <burek> I just added mkfifo for both mcs_a_all and mcs_v_all
[18:38] <burek> it was missing
[18:40] <febeling> ok. it is still running without output, but didn't print any error.
[18:41] <febeling> sorry, it does output some text, but no errors.
[18:41] <burek> well, if it's the ffmpeg's text/output, then that's fine
[18:41] <febeling> yes, that's what I meant.
[18:42] <febeling> keeps on running. is that expected? the files are < 4mins together.
[18:43] <burek> well, it decodes them into raw streams, concats and encodes again
[18:43] <burek> so it depends on your cpu+ram
[18:43] <burek> and input video size of course
[18:43] <febeling> cpu is idling
[18:44] <febeling> feels like it hangs, tbh
[18:44] <burek> does the output file grow?
[18:44] <febeling> mom
[18:45] <burek> mom?
[18:45] <febeling> one moment
[18:45] <burek> ok :)
[18:45] <febeling> the output file is not there
[18:45] <burek> hm, can you replace those "2>/dev/null" in the script with some file names, to save the log output of all ffmpegs
[18:45] <burek> and investigate which one went wron
[18:46] <febeling> all /tmp/mcs* file have size 0
[18:46] <burek> those are named pipes
[18:46] <febeling> k
[18:46] <burek> not files on disk actually
[18:46] <burek> rather some buffers in your ram
[18:53] <febeling> nothing goes wrong that I could spot. It stops just somewhere there. Here the output with set -x (tracing) and set -e (exit on error) added: http://pastebin.com/sYeHrFhh
[19:04] <burek> febeling, try this for a test
[19:04] <burek> http://pastebin.com/raniG4xC
[19:04] <burek> I've changed all /dev/nulls to /tmp/mcs_log_$i
[19:04] <burek> and final /tmp/mcs_log_output
[19:04] <burek> and examine the logs then, to see which one is failing
[19:05] <febeling> ok, one sec
[19:08] <febeling> similar behavior, low cpu, keeps on running
[19:09] <burek> can you see logs
[19:10] <febeling> http://pastebin.com/rLhjrD1B
[19:10] <burek> are there any /tmp/mcs_log_1,2,3 ?
[19:11] <febeling> hm, yes
[19:12] <febeling> http://pastebin.com/rvtHNVbn
[19:14] <burek> something strange is going on
[19:15] <burek> the decoding ffmpegs, that decode your input into raw streams, are not producing any output
[19:16] <burek> it might be that they require < /dev/nul because of sending to background with &
[19:16] <burek> just a sec to update
[19:16] <febeling> ok
[19:17] <burek> try with this http://pastebin.com/5web4Srw
[19:21] <febeling> similarly stuck it seems
[19:21] <burek> well then, try manually... :/
[19:21] <burek> extract all your videos to raw streams and then just do the cat
[19:22] <burek> http://ffmpeg.org/faq.html#How-can-I-join-video-files_003f
[19:22] <burek> wrong link, this one: http://ffmpeg.org/faq.html#Concatenating-at-the-file-level
[19:23] <febeling> ok, thank you for the help
[19:24] <burek> http://ffmpeg.org/faq.html#Concatenating-using-raw-audio-and-video
[19:24] <burek> sorry :)
[19:24] <burek> the faq has been updated so old links are no more accurate
[19:26] <febeling> ok :)
[20:12] <Jan-> Has anyone ever written a set of p/invoke definitions to allow C# or other .net code to use any of the libav stuff?
[20:33] <JPeterson> info: ffmpeg f4v vp6f?
[20:33] <JPeterson> with -f mp4 i get [mp4 @ 01d77500] track 0: could not find tag, codec not currently supported in container
[20:36] <JEEB> vp6 has no specification in mp4
[20:37] <JEEB> as in, there is no standardized way of how to put it there
[20:38] <JPeterson> JEEB: thx
[20:48] <burek> febeling, I've narrowed down everything and found a bug in ffmpeg, which was why it didn't work properly
[20:48] <burek> so, the solution would be to use real files instead of named pipes
[20:48] <burek> until the bug is fixed
[20:49] <febeling> burek: sounds good
[21:01] <febeling> burek: yes, works partially now. my third part has no video though. but thanks for the fifo tip.
[21:01] <burek> :beer: :)
[22:24] <Barvinok> hi all. I'm preparing some video for web publication, the ffmpeg invocation and the process is shown in this paste: http://paste.ubuntu.com/1155960/ . for the reasons yet unclear, ffmpeg drops FPS by a factor of 2, even though I did NOT specify -r
[22:24] <Barvinok> why this might be?
[22:33] <Mavrik> hmm, is your input interlaced by any chance?
[22:34] <Barvinok> I'm not sure
[22:35] <Barvinok> I also wonder what that means "26.79 fps, 15 tbr" aren't they supposed to be the same?
[22:38] <Mavrik> hmm
[22:38] <Mavrik> not necessarily, even though they should be
[22:39] <Barvinok> I can of course set wanted fps by -r, but what I actually want is to preserve the fps of the original material, and that may differ across my media files
[22:40] <JEEB> that's what ffmpeg should do by default
[22:40] <JEEB> use input time stamps
[22:40] <JEEB> unless your settings do something
[22:42] <Barvinok> the point is that it does not, that's why I'm here.
[22:42] <Barvinok> that is the command: ffmpeg -i "$1" -vcodec libtheora -q:v 4 -flags +4m -vf ${vftext}drawtext="fontfile=/usr/share/fonts/corefonts/verdanab.ttf: text='DiChron\:Barvinok': x=5: y=5: fontsize=16: fontcolor=yellow at 0.7" -acodec libvorbis -ab 64k -ac 1 "$vname.ogg"
[22:43] <JEEB> what's the -flags +4m?
[22:43] <JEEB> also, are you sure it's not libtheora just skipping frames?
[22:44] <JEEB> I remember it doing that in some cases, but I'm not sure if it did that with whatever -q sets
[22:44] <Barvinok> of flags I don't really know, just read somewhere that it increases clarity of the image
[22:44] <JEEB> lol
[22:44] <Barvinok> yeah, that makes me look stupid, i know
[22:45] <Barvinok> how do I check if that's libtheora fault ?
[22:45] <JEEB> test with something minimal like ffmpeg -i input -vcodec -ratecontrolmode -acodec -ratecontrolmode out.file
[22:45] <JEEB> first
[22:46] <JEEB> and then switch to, say, -vcodec libx264
[22:46] <JEEB> which doesn't drop frames
[22:46] <JEEB> (and use mkv as the container)
[22:46] <Barvinok> I can't
[22:46] <JEEB> even for testing?
[22:46] <Barvinok> this is to be embedded in html5 video and viewed using firefox
[22:47] <Barvinok> yes, for testing I can
[22:47] <JEEB> that's the whole point
[22:47] <Barvinok> but libtheora/libvorbis is essential
[22:47] <JEEB> I wasn't telling you to do it with libx264
[22:47] <Barvinok> ok
[22:47] <JEEB> I was telling you to first minimize the command
[22:47] <Barvinok> doing that now
[22:47] <JEEB> then check with libx264 and matroska output
[22:48] <JEEB> I know since you are trying to do theora you might get insulted by me telling you to test with libx264, but please bare with it your Dear GNUness
[22:48] <JEEB> < /sarcasm>
[22:49] <JEEB> (also I hear there's vp8 now supported with firefox, so if it's libtheora you might want to switch to it)
[22:49] <Barvinok> I have no religious reservations for codecs, I just want ff be able to see it. will try vp8 if that's the way
[22:50] <JEEB> yeah, libvpx for vp8 encoding
[22:50] <JEEB> more up-to-spec
[22:50] <Barvinok> what's '-ratecontrolmode' ?
[22:50] <JEEB> and supported by firefox since quite a few versions ago
[22:50] <JEEB> Barvinok, your selected rate control mode of preference
[22:50] <JEEB> -q:v in your case, and -crf:v for libx264
[22:52] <Barvinok> okay, I did this "ffmpeg -i 00-00-00-00000001.mp4 -vcodec libtheora -q:v 4 -acodec libvorbis -ab 64k test.ogg" . seems minimalistic enough. fps still dropped from 26.79 to 15
[22:54] <JEEB> ooh
[22:54] <JEEB> I see on your pastebin
[22:54] <JEEB> dup=3 drop=703
[22:54] <JEEB> three frames were duplicated, and 703 frames were dropped
[22:54] <Barvinok> using libx264 and mkv container has no effect. still dropped frames.
[22:55] <JEEB> now test with ffmpeg -i input -vcodec libx264 -crf 22 -acodec libvorbis -ab 64k test.mkv
[22:55] <Barvinok> ok, doing now
[22:56] <Barvinok> same shit
[22:56] <JEEB> "fun"
[22:56] <JEEB> also I guess you're checking during playback?
[22:56] <JEEB> and not looking at the encode rate
[22:57] <JEEB> but on the other hand, you're getting so many drops it really should be visible
[22:57] <Barvinok> yes, and it's visually distinguishable by naked eye
[22:57] <JEEB> k
[22:57] <JEEB> try a newer ffmpeg?
[22:57] <Barvinok> ok, doing now
[22:57] <Mavrik> it seems like ffmpeg wrongly determines input fps
[22:57] <JEEB> if it still happens with current ffmpeg git HEAD
[22:57] <JEEB> Mavrik, the thing is it shouldn't do anything with the fps
[22:57] <JEEB> it should only use input time stamps
[22:58] <Mavrik> JEEB: unless it thinks it has to change the framerate
[22:58] <JEEB> the "fps" is just for show for the user
[22:58] <JEEB> Mavrik, how would it?
[22:58] <JEEB> as far as I know the frame rate shouldn't even be used for anything
[22:58] <Mavrik> JEEB: check the probe output again
[22:59] <JEEB> I know what I see there, but I'm trying to tell you that ffmpeg shouldn't internally use the "frame rate" info for encoding
[22:59] <JEEB> it uses timestamps it gets from the demuxer
[22:59] <Mavrik> JEEB: yes
[22:59] <JEEB> Barvinok, if it still happens with the current git HEAD ffmpeg, you can try filing a bug
[22:59] <Mavrik> unless it's changing timebases, then it recalculates them and dups/drops flags
[22:59] <JEEB> with a sample and how to replicate if possible
[23:00] <Mavrik> and if for some reason ffmpeg thinks the input video is 26fps due to some bug that might explain what we're seeing
[23:00] <Mavrik> "ffmpeg -r 15 -i ..." would be a good experiment for that theory
[23:01] <JEEB> we are on the same page that there might be a bug, but please stop using the frame rate "indicator" for anything
[23:01] <JEEB> as ffmpeg internally wouldn't use that "frame rate" for anything
[23:01] <Barvinok> 0.11.1 is building now. it's gentoo, so might take few minutes
[23:02] <JEEB> I'd just recommend building current git HEAD
[23:02] <JEEB> because if it still happens on that release you'd end up testing git HEAD in any case :P
[23:02] <Mavrik> JEEB: hmm, is the indicator read directly from a container?
[23:02] <Barvinok> Mavrik, but the original video is actually 26 fps
[23:03] <JEEB> Mavrik, depends -- but the calculated/parsed "frame rate" in itself doesn't have anything. The stuff that creates that number might have a problem, but the number itself isn't a problem
[23:03] <JEEB> argh
[23:03] <JEEB> I'm getting derp with words
[23:03] <JEEB> but I think you know what I mean
[23:04] <Mavrik> JEEB: of course :)
[23:04] <Mavrik> that's what I was getting at as well - the indicator difference is a symptom
[23:05] <JEEB> also it might as well be that the input file has no single frame rate
[23:05] <JEEB> like many files that mobile devices tend to create nowadays
[23:05] <Barvinok> yes, it's actually from a mobile device
[23:06] <JEEB> thus the "26.xxfps" is just an average of the timestamps in that video
[23:06] <JEEB> or well, average of the time between timestamps
[23:06] <Mavrik> mhm
[23:06] <Mavrik> JEEB: I've found that those files tend to confuse older ffmpegs, usually causing them to attempt to force constant frame rate
[23:13] <Barvinok> ok, 0.11.1 using libx264 and mkv is also dropping frames
[23:13] <Barvinok> now trying git head
[23:20] <Barvinok> meanwhile, may I suggest that someone try this problematic MP4 file on your side?
[23:21] <JEEB> you should just put it up on an issue on the trac issue tracker :)
[23:21] <Barvinok> I only wanted to make sure the file is the problem and not anything on my side
[23:22] <JEEB> I know that gentoo does StupidThings at times, but I would guess that it most probably isn't limited to you. I think it would be a good idea to start uploading the sample around now tho :)
[23:23] <JEEB> and getting ready to write something on the trac after finding out if the current git HEAD fails as well
[23:23] <Barvinok> haven't seen gentoo do anything stupid. and i cant' see how can it ever interfere with ffmpeg internals :)
[23:24] <JEEB> well, gentoo does do stupid stuff like disable assembly optimizations with 32bit x264 f.ex. (not sure if it does it any more)
[23:24] <JEEB> but yes
[23:25] <JEEB> unless it's something really bad it shouldn't affect so much as to give you a miscompilation
[23:25] <JEEB> thus I did say that it most probably isn't just you
[23:29] <Barvinok> well... (*sigh*)
[23:29] <Barvinok> git head failed too
[23:29] <JEEB> alrighty
[23:29] <Barvinok> though it was little more talkative
[23:29] <JEEB> oh?
[23:29] <Barvinok> hold on
[23:29] <JEEB> but yeah, bug tracker time
[23:30] <Barvinok> this time it was this: http://pastebin.com/pqy3rZtN
[23:31] <JEEB> "Que input is backward in time"
[23:31] <JEEB> lol
[23:31] <JEEB> anyways~
[23:31] <JEEB> http://ffmpeg.org/trac/ffmpeg/
[23:31] <JEEB> search for something similar
[23:31] <JEEB> if there's nothing like that
[23:31] <JEEB> create a new issue ticket, and link/add a sample to it
[23:32] <JEEB> how to replicate, what happens etc.
[00:00] --- Mon Aug 20 2012