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

[burek]

[01:28] <skifreak> having a problem with copying hdmv pgs subtitles. Just trying to copy the subtitles, nothing fancy, but ffmpeg always closes with the error "application provided invalid, non monotonically increasing dts to muxer." I've been searching around and haven't found much help on the matter.
[01:28] <skifreak> output of ffmpeg v1.2.1: http://bpaste.net/show/103700/
[01:30] <ubitux> it's missing the command line used
[01:31] <skifreak> sorry, just realized that, here http://bpaste.net/show/103701/
[01:31] <skifreak> I usually make short bash scripts of the series I need to run ;-)
[01:32] <skifreak> it failed on the first command in the argument
[01:32] <skifreak> er, collelction of commands I meant
[01:34] <ubitux> looks like yet another issue with the mpeg muxer
[01:34] <ubitux> well, with the timing model of mpeg
[01:34] <ubitux> i wonder if that's not already reported
[01:34] <skifreak> in looking closer, I found this: https://ffmpeg.org/trac/ffmpeg/ticket/1277
[01:35] <ubitux> this was an encoding issue afaict
[01:35] <ubitux> so not related, your problem seems to be about remuxing
[01:35] <skifreak> ah, thanks
[01:36] <skifreak> I thought copying the subs would be the best way, unless anyone has a better idea
[01:36] <ubitux> yes that should be the best way
[01:36] <ubitux> i'm looking if there is not a related issue
[01:36] <ubitux> otherwise you might want to open a bug report
[01:37] <ubitux> since that's an annoying problem
[01:37] <ubitux> make sure you try master/HEAD before though
[01:38] <skifreak> ubitux: sorry, master/HEAD?
[01:38] <ubitux> git
[01:38] <ubitux> latest dev version
[01:38] <skifreak> ok, I'm using gentoo, I'll get the live version
[01:39] <skifreak> v9999 as such
[01:41] <skifreak> another question, if you don't mind. You've seen the commands I run (usually only change crf, try not to go faster than slower). When running one encode by itself, it processes at 0.7-1.5fps, eating 100% of my cpu. When I run seven encodes at once, each runs at 0.7-1.5, which means my overall encode rate continues to rise while the cpu seems to be getting taxed just as much
[01:41] <skifreak> (3770k OCed to 4.3GHz)
[01:42] <ubitux> not really my area; you might want to ask #x264 eventually
[01:42] <ubitux> but possibly some ppl here know
[01:44] <ubitux> skifreak: do you have a sample to share?
[01:45] <skifreak> a sample? I can show you the output of a few of the current encodes I'm running
[01:46] <skifreak> unless you mean a sample of one of my encodes, which I don't see how it matters per this query
[01:49] <ubitux> i mean a file to reproduce the issue
[01:49] <skifreak> sure, I can cut out a clip. Where should I upload it to?
[01:52] <ubitux> if it's < 2M i think trac is OK, otherwise on the ftp
[01:52] <ubitux> (see https://ffmpeg.org/bugreports.html)
[02:11] <skifreak> ubitux: http://www1.datafilehost.com/d/ef65de2c
[02:11] <skifreak> thanks for the help, I very rarely need to submit a bug report, which is more than something
[02:12] <ubitux> i'm able to remux it with git/master
[02:12] <ubitux> ./ffmpeg -i ~/hdmv_pgs_subtitle_remux_fail.m2ts -map 0 -c copy out.m2ts
[02:12] <ubitux> this works ^
[02:13] <skifreak> ubitux, ah ok, thanks
[02:14] <skifreak> getting the master version right now, definitely appreciate the help
[02:14] <ubitux> by "works" i mean it doesn't error out
[02:14] <ubitux> though i get say if the output is correct since the sample is too small
[02:14] <skifreak> ok, thanks for the clarity
[02:14] <ubitux> s/get/can't/
[02:15] <ubitux> but i don't actually have any problem remuxing the file with ffmpeg 1.2.1 either
[02:15] <ubitux> so how do you reproduce the problem with the sample you gave?
[02:16] <skifreak> well, I just tried ffmpeg -i Documents/x264\ Encoding/hdmv_pgs_subtitle_remux_fail.m2ts -map 0 -c copy /tmp/test.mkv but it failed with Could not write header for output file #0 (incorrect codec parameters ?): Invalid argument
[02:17] <ubitux> aaah, mkv
[02:17] <skifreak> nvm, just changed it to m2ts
[02:17] <skifreak> and it encoded fine
[02:17] <skifreak> (v1.2.1)
[02:17] <skifreak> we seem to be lost in inconclusiveness
[02:17] <ubitux> you need to provide a way for us to reproduce
[02:19] <skifreak> ubitux, ok, I most definitely agree, still getting the master version right now
[02:19] <skifreak> I could provide a larger sample at a different point of the video....
[02:20] <ubitux> as long as you can reproduce the problem with the sample..
[02:43] <nedforshame> i have a command like this
[02:43] <nedforshame> cat test.mp3 | ffmpeg -i pipe:0 out.wav
[02:43] <nedforshame> it works and converts it
[02:44] <nedforshame> but i need to know how to get ffmpeg to output through stdout
[02:45] <daniel1> Hi, I want to extract the audio stream of a video without any encoding. How do I do that ? I can only find tutorials with some sort of encoding.
[02:48] <nedforshame> nm figured it out
[02:48] <nedforshame> ffmpeg -i pipe:0 -f wav -
[02:56] <daniel1> n1?
[03:10] <skifreak> ubitux: just tried the same command with the master version, still failed. Uploading hdmv_pgs_subtitle_remux_fail.tgz
[03:26] <ShinzonX> Hey gang I am back!
[03:26] <ShinzonX> ^-^
[03:30] <ShinzonX> Question: I changed the permissions on ffmpeg to run, but the program calling it still encounters permissions issues..
[03:31] <ShinzonX> its even owned by the application's user...
[03:31] <ShinzonX> stumped...
[03:33] <ShinzonX> Here is the error: http://pastebin.com/A3YQWNi1
[03:53] <ShinzonX> is there something in the init.d of the application that needs to be set and passed through to make sure ffmpeg has right user permissions?
[03:53] <ShinzonX> hmmm.. intriguing..
[03:55] <ShinzonX> ah may have found my answer..
[03:58] <skifreak> If anyone wants to know, I uploaded a file, hdmv_pgs_subtitle_remux_fail.tgz, to incoming on the ftp. The m2ts inside of it causes ffmpeg to fail during remuxing (ffmpeg -i hdmv_pgs_subtitle_remux_fail.m2ts -map 0 -c copy out.m2ts)
[04:10] <ubitux> can you open a ticket?
[04:13] <skifreak> sure, I can file one
[05:06] <skifreak> is something wrong with the e-mail server of ffmpeg.org? I've asked it twice to send me an e-mail to verify my address in the last hour but it hasn't done so
[05:14] <skifreak> there we go, e-mail address verified
[05:33] <skifreak> ubitux: opened Ticket #2622
[06:07] <skifreak> I know this is a little long, but somewhere in here ffmpeg cleared the contents of the input file. This has happened a few times to me and I really want to prevent it from ever happening again http://dpaste.com/1208042/
[08:26] <superware> hi JEEB
[08:28] <superware> is there a way to call avformat_open_input, avformat_find_stream_info etc asynchronously? meaning they will never block but rather call a callback when done
[08:29] Action: thetruthisoutthe steps out of an event horizon in midair waving hi
[08:44] <superware> anyone? :|
[10:01] <ubitux> skifreak: thx for opening the ticket
[10:26] <holgersson> Hi guys!
[10:27] <holgersson> I've got a huge *.mkv container and want to kick some streams out - and rename the other ones. How do I do this? neither -metadata title='foo' nor title="foo" worked here.
[10:37] <relaxed> holgersson: select the streams with -map
[10:38] <relaxed> I'm not sure how to label individual streams.
[10:39] <relaxed> so, -map:v:0 -map:v2 -map:a:1 would include the first and third video stream along with the second audio stream.
[10:39] <relaxed> er, -map:v:2
[10:40] <relaxed> that's wrong :(
[10:41] <relaxed>  -map 0:v:0 -map 0:v:2 -map 0:a:1
[10:48] <superware> is there a way to call avformat_open_input, avformat_find_stream_info etc asynchronously? meaning they will never block but rather call a callback when done.
[10:48] <holgersson> relaxed: Yea, I do so, but I don't know how to fix the stream's name.
[10:49] <holgersson> relaxed: So thanks anyway :)
[10:51] <relaxed> holgersson: The man page suggests "-metadata:s:a:1 language=eng" to tag the first audio stream.
[10:51] <burek> superware, create threads that will do that
[10:52] <relaxed> Which is kind of silly when you consider -map starts at 0. Maybe I'm missing something.
[10:53] Action: relaxed slides a beer down to burek 
[10:53] <burek> yeah, -map could have been designed a bit more careful :)
[10:53] Action: burek catches a beer and purs :)
[10:54] <JEEB> well, the starting at zero is OK, I think ffmpeg's internal markers all start like that
[10:54] <JEEB> when you do ffmpeg -i welp you will get them starting at zero
[10:54] <relaxed> yes, most arrays start a zero so I'm used to it.
[10:55] <burek> yeah, but why are stream selectors starting from 1 then
[10:55] <JEEB> are they?
[10:55] <relaxed> but why -metadata:s:a:1 defines the first stream is confusing.
[10:55] <relaxed> JEEB: was that directed at me?
[10:56] <relaxed> The man page could be wrong.
[10:56] <burek> hm, i think web docs are corrected now
[10:56] <burek> E.g. -codec:a:1 ac3 contains the a:1 stream specifier, which matches the second audio stream.
[10:56] <holgersson> relaxed: seems not to work here
[10:56] <burek> it appears we are making noise when there is no need to :)
[10:58] <relaxed> From the man page: "To set the language of the first audio stream: ffmpeg -i INPUT -metadata:s:a:1 language=eng OUTPUT"
[10:58] <relaxed> holgersson: try -metadata:s:a:0 language=eng
[11:00] <holgersson> relaxed: ah, my fault was not setting the _exact_ stream informations
[11:00] <holgersson> so I tried -map 0:0 -metadata title=foo
[11:02] <relaxed> If you want to include/exlude specific streams you need multiple -map(s)
[11:02] <relaxed> exclude*
[11:03] <relaxed> then note the new order when using -metadata
[11:03] <holgersson> yeah
[11:03] <relaxed> ffmpeg -i input -map 0:a:1 -metadata:s:a:1 language=eng OUTPUT
[11:04] <superware> burek: there is a difference between blocking a (dedicated) thread vs. doing it async
[11:04] <holgersson> yeah
[11:04] <relaxed> er, -metadata:s:a:0 language=eng ( I think)
[11:05] <burek> and "-map -0:a:1" would exclude that audio stream
[11:05] <burek> superware, do you have a better idea how to make a sync call an async one?
[11:06] <relaxed> burek: it would include it
[11:07] <burek> relaxed, note the minus sign before the stream specifier
[11:10] <superware> burek: well, hmmm
[11:19] <superware> avformat_find_stream_info takes forever, what can be done?
[11:20] <superware> (a few seconds)
[11:20] <Mavrik> lower probesize
[11:20] <Mavrik> but that could cause it to not find all streams
[11:21] <superware> hi Mavrik, what if I already know some of the streams properties?
[11:21] <Mavrik> you can fill them out manually then :)
[11:21] <superware> AVFormatContext is quite large...
[11:23] <superware> seems like a complex move
[11:27] <luc4> Hi! I'm trying to transcode a video and I got this: http://pastebin.com/t8q4CmhB. Everything seems ok, except the fact that the last line is never updated. Timer is stuck and also the size remains the same. Anyway, ffmpeg seems to be 100% CPU. Is this supposed to happen?
[11:28] <burek> "Trailing options were found on the commandline."
[11:28] <burek> move your "-threads 0" before output file name
[11:30] <luc4> burek: but I used this command many times without problems... also... this is an i5... why only 1 core is used? It commonly uses 4 cores...
[11:30] <luc4> burek: I'll stop and try as you said anyway, thanks!
[11:31] <burek> are you even bothering to read what am i writing to you
[11:31] <burek> you have a warning which you ignored all the time so far
[11:31] <burek> and probably your ffmpeg wasn't even running multi-threaded
[11:31] <burek> because of that
[11:31] <Mavrik> superware, you need to fill just the AVStream structure :)
[11:33] <luc4> burek: yes, I read and I uderstood what you wrote, but ffmpeg was running on 4 cores, top was showing almost 400% CPU usage and the output was ok. It seems however weird that ffmpeg is still using 100% cpu and the output file is stuck at 8MB.
[11:34] <burek> well, i just pointed out the obvious warning you had, which might or might not help resolve your issue :)
[11:35] <burek> luc4, also, are you sure your input is not damaged at some point
[11:35] <burek> can you decode it?
[11:36] <luc4> burek: and I was pointing out what seems strange and I was curious about the reason... I'm trying what you segguesting meanwhile.
[11:37] <burek> try ffmpeg -i DSCN0468.AVI -c:v rawvideo -c:a aac -strict experimental -f null /dev/null
[11:37] <burek> and see if there are any errors or something
[11:37] <luc4> burek: vlc seems to play it correctly... I'll try again to see if some copy has corrupted the file.
[11:37] <luc4> burek: ah ok, thanks
[11:38] <burek> or even better "-c:a pcm_s16le" instead of "-c:a aac -strict experimental"
[11:41] <luc4> burek: do you also know if there is a way to get the total number of frames in a video? It might be useful to get an idea of how much time it will take to transcode.
[11:42] <luc4> burek: I tried with ffprobe but I couldn't get it.
[11:43] <burek> ffprobe is a swiss-army knife for such things
[11:43] <burek> http://ffmpeg.org/ffprobe.html
[11:44] <burek> -count_frames i guess
[11:44] <JEEB> it really depends on the source container, though
[11:44] <JEEB> some things have an index of sorts, so you can just parse that and get the frame count
[11:44] <JEEB> some things don't have that
[11:44] <JEEB> and you actually have to go and parse the whole file to get a full count
[11:44] <burek> "The problem is that the exact number of frames is often not stored in metadata and can only be truly found (not estimated) by decoding the file and figuring out how many there are. If you only need an estimate, you can just use the framerate and duration provided by ffmpeg -i <filename> to estimate."
[11:45] <burek> yeah, that :)
[11:45] <JEEB> I think ffprobe had some "decode me some frames yo!" option
[11:45] <JEEB> lots of output
[11:45] <JEEB> but you'd get your count
[11:45] <JEEB> ^^;
[11:45] <luc4> thanks!
[11:46] <luc4> burek: decoding seemed to be ok, I'll try to move the -threads param.
[11:46] <burek> ok
[11:46] <burek> if it gets stuck again, then probably it's a bug and you could report it on our bug tracker if you want
[11:47] <luc4> burek: although... seemed to take really not much...
[11:47] <zap0> i wonder why so many projects make people jump thru lots of hoops just to submit information.
[11:47] <luc4> burek: and the result is a little confusing: video:3839kB audio:58840kB subtitle:0 global headers:0kB muxing overhead -100.000034%
[11:48] <burek> luc4, what's important is that ffmpeg was able to completely decode your input
[11:48] <luc4> burek: but this file is over 3GB.
[11:48] <burek> that's normal, considering you sent your output to /dev/null
[11:49] <luc4> burek: also the video and audio size?
[11:49] <burek> zap0, what do you mean
[11:49] <burek> luc4, just try your original command line with corrected -threads position
[11:50] <luc4> burek: ok, thanks
[11:51] <zap0> a lot of bug reports go unreported, because the amount of effort it takes to submit bugs.    registering, etc.    many people just cant be bothered with all that.
[11:52] <burek> zap0, i agree
[11:53] <burek> do you have any suggestion how to resolve that?
[11:53] <zap0> and the complete disconnect from the app producing a bug, to it getting into a bug report tracker database.
[11:54] <zap0> i know sometimes it involves explaining what you are doing, but a lot of the time,  you just feel like your repeating everything again..  wasn't the point of a computers to automate repeatitive tasks?
[11:55] <zap0> not making bugs the EASIEST thing to repeat is a huge lost development opptunity
[11:55] <zap0> report/
[11:56] <zap0> i doubt much will change by me ranting, so i'll stop.
[11:57] <burek> well, you have a point, but we are all aware of that i guess, so, the million dollar question is how to make the process easier/better?
[11:58] <zap0> with every big project, there should come a time when "development" starts really focusing on all the non-technical issues.
[12:00] <zap0> when an app crashes or stops with an error, why isn't there a link, right there, in the output.. that takes you directly into the right area of the bugtracker, so you can submit all that valuable info, easiely..  no jumping thru hoops like registering, and navigating into a bugtracker via 'menus' and logins etc.
[12:01] <sbprt> hi
[12:01] <zap0> if submitting a bug takes 20 steps..  then its too many.  make it 5.   ideally, make it 1.
[12:01] <sbprt> how i can limit the video to 1 seccnd?
[12:02] <sbprt> ffmpeg -r 15 -s 320x240 -f video4linux2 -i /dev/video0 output.flv
[12:02] <burek> ffmpeg -r 15 -s 320x240 -f video4linux2 -i /dev/video0 -t 1 output.flv
[12:02] <zap0> sbprt, have you read the list of basic commands?
[12:02] <burek> zap0, something like this? https://ffmpeg.org/trac/ffmpeg/ticket/2623
[12:03] <sbprt> burek: work fine!!
[12:03] <zap0> burek, awesome!
[12:04] <burek> sbprt ok :)
[12:04] <burek> zap0 there you see :) we did make a progress :) :beer: :)
[12:04] <burek> ranting and complaining are useful if we can extract the point out of it :)
[12:04] <sbprt> now how i can run it in loop (so i can get like a-lot of files that contain 1 sec
[12:05] <zap0> burek, i'll be back ever week ranting until this ticket gets actioned.
[12:05] <burek> zap0 :)) ok :)
[12:05] Action: zap0 bookmarks ticket url
[12:05] <burek> sbprt, you need to use a segmenter in ffmpeg
[12:06] <burek> http://www.ffmpeg.org/ffmpeg-all.html#segment_002c-stream_005fsegment_002c-ssegment
[12:06] <sbprt> at the and i want to make like a buffer of 10 sec,
[12:09] <sbprt> so when i hit record it will take 10 sec from the past and 10 sec from the future
[12:12] <sbprt> i try with this command but it's not work
[12:12] <sbprt> ffmpeg -r 15 -s 320x240 -f video4linux2 -i /dev/video0 -map 0 -f segment -segment_list out.list out%03d.nut
[12:12] <burek> sbprt http://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20capture%20a%20lightning%20(thunderbolt)%20with%20FFmpeg
[12:14] <sbprt> hehe i try this guide first
[12:15] <sbprt> but i get a-lots of errors
[12:15] <burek> what kind of errors
[12:17] <luc4> burek: the same seems to be happening. ffmpeg from 400% is down to 100% cpu usage and seems like it is stuck at frame n. 615. I can report this but does it make sense to report without prividing also the file to reproduce?
[12:17] <burek> luc4, well it would be great if you could provide a sample too
[12:18] <burek> just make a note that it's a private video or something and it should be deleted after the resolution of the bug
[12:18] <luc4> burek: maybe I could try to just encode video or audio to see which one of the encoders it causing this?
[12:18] <burek> yes, that would be great
[12:19] <burek> use -c:a copy or -c:v copy to ignore one of the streams
[12:19] <burek> or -vn -an
[12:21] <burek> ffmpeg -i DSCN0468.AVI -vcodec libx264 -vprofile high -preset veryslow -crf 22 -an -threads 0 out_video.mp4
[12:21] <burek> ffmpeg -i DSCN0468.AVI -acodec aac -strict -2 -vn out_audio.mp4
[12:21] <luc4> burek: I'll try that. This is a 3.5GB private video, so I can provide this. I'll try to get the camera that created this and see if I can reproduce with a sample video to upload.
[12:21] <burek> ok, it would be better if you could nail the exact cause of the issue
[12:21] <burek> so if it's the certain frame, you could cut off the rest of the frames
[12:22] <luc4> burek: I'll do some tests and see what info I'll be able to provide. Thanks!
[12:22] <burek> :beer: :)
[12:22] <luc4> burek: ahhh, that might be a good idea :-)
[13:09] <luc4> burek: when transcoding audio only, is it normal that no output is shown about current frame, time, size etc...?
[13:25] <sbprt> burek: this is the error that i get
[13:26] <sbprt> http://pastebin.com/Ywgm38GN
[13:30] <burek> sbprt, update your ffmpeg
[13:30] <burek> it's old
[13:30] <burek> luc4, any logs?
[13:32] <luc4> burek: http://pastebin.com/zwEQmUA5, and CPU is down to 100%. File size does not change.
[13:32] <luc4> burek: by file size I mean output file size. Now I'm trying with ac3 and seems to be working correctly.
[13:35] <burek> luc4, so aac encoder is what is causing the issue?
[13:35] <luc4> burek: that is my understading.
[13:36] <burek> luc4, could you try something like this
[13:36] <burek> ffmpeg -i DSCN0468.AVI -vn -c:a copy sample.avi
[13:37] <luc4> burek: sure
[13:37] <burek> and then try: ffmpeg -i sample.avi -acodec aac -strict -2 out_audio.mp4
[13:37] <burek> just to see if the remuxing helped anything
[13:38] <burek> if it shows the same issue, then you could upload just a sample.avi
[13:38] <burek> which would be smaller in size i guess
[13:41] <luc4> burek: same happens. Press [q] to stop, [?] for help is the last thing I see. It is like looping forever somewhere.
[13:43] <burek> great
[13:43] <burek> now you have a smaller sample for a bug report :)
[13:44] <burek> how big it is btw?
[13:46] <relaxed> burek: oh :)
[13:47] <luc4> burek: 58MB
[13:48] <luc4> burek: might it be possible to cut it with ffmpeg? Maybe a smaller sample reproduces the issue as well.
[13:49] <burek> well
[13:49] <burek> at what point in time is the problematic frame located?
[13:49] <burek> does it show anywhere?
[13:51] <luc4> burek: when trying to transcode both audio and video around 620 frames. Trying to only transcode audio seems to be at the very beginning. I don't even get the information of how much data was transcoded.
[13:52] <burek> i see
[13:52] <burek> judging by this pastebin http://pastebin.com/t8q4CmhB
[13:53] <burek> it happens around time=00:00:20.43
[13:53] <burek> so, you might take some 30 seconds sample, like this
[13:53] <burek> ffmpeg -i DSCN0468.AVI -vn -c:a copy -t 30 sample.avi
[13:53] <burek> which should exhibit the same problematic behavior, but will be small enough for a sample for a bug report
[13:54] <luc4> burek: yes, that in the case of the complete transcoding. Ah thanks, I'll try and see if I can reproduce on the samller sample.
[14:01] <smjd> When I'm using '-vf vidstabtransform=crop=black', the empty areas are green instead of black. How do I change that?
[14:04] <burek> crop=black should make it black
[14:04] <burek> can you post entire command line + output log in a pastebin?
[14:15] <smjd> http://pastebin.com/raw.php?i=dFp8Amy0
[14:16] <sbprt> how i can update it?
[14:17] <sbprt> to update ffmpeg.. i try todo apt-get upgrate - but i get the same vesion.
[14:23] <burek> hmh.. smjd, this might very well be a bug
[14:23] <burek> since in the log it says that the filter recognized your crop=black option
[14:23] <burek> sbprt, which distro are you using
[14:44] <sbprt> burek: i'm use UBUNTU 12.04
[14:45] <burek> i think ubuntu doesn't use ffmpeg
[14:45] <burek> it uses a fork named avconv or something
[14:48] <sbprt> i try now with this ppa
[14:48] <sbprt> ppa:jon-severinsson/ffmpeg
[14:48] <sbprt> https://launchpad.net/~jon-severinsson/+archive/ffmpeg
[14:48] <sbprt> burek: ^
[14:48] <burek> yes you can try with it
[14:48] <burek> if it doesn't work well, you can always compile it
[14:48] <burek> it's not that difficult
[14:49] <sbprt> i never compiled something
[14:49] <burek> hmh
[14:49] <burek> you might use static builds then
[14:49] <burek> just download and run them?
[14:49] <burek> btw, what do you need ffmpeg for?
[14:50] <sbprt> connect it to telescope and save videos.
[14:50] <burek> i guess you'll probably want only libx264
[14:50] <sbprt> very simmilar to the lighetning guide.
[14:51] <burek> https://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20quickly%20compile%20FFmpeg%20with%20libx264%20(x264%2C%20H.264)
[14:51] <burek> https://ffmpeg.org/trac/ffmpeg/wiki/How%20to%20quickly%20compile%20FFmpeg%20with%20libx264%20(x264%2C%20H.264%29
[14:51] <sbprt> the comppresion not important. it will be 10 - 20 sec long..
[14:52] <sbprt> but it must to be real time.
[14:52] <burek> it really should take like 10 minutes
[14:52] <burek> not more
[14:52] <burek> but
[14:52] <burek> lets try static build first
[14:52] <burek> it might be easier
[14:53] <sbprt> what to chose?
[14:53] <burek> what is your kernel version
[14:53] <burek> type uname -a
[14:54] <sbprt> http://ffmpeg.gusari.org/static/32bit/ffmpeg.static.32bit.2013-06-02.tar.gz
[14:54] <sbprt> 3.5.0-23-generic
[14:54] <burek> yes that will work from gusari
[14:54] <sbprt> what is gusari?
[14:54] <burek> is your ubuntu 64bit or 32bit
[14:54] <sbprt> 32 bit
[14:55] <burek> it's just a domain which hosts those automated build
[14:55] <burek> ok then
[14:55] <burek> that link you posted will be ok
[14:55] <burek> just extract it somewhere and run your ffmpeg with either absolute path to it
[14:55] <burek> or by going into that directory and typing: ./ffmpeg ....
[14:55] <luc4> burek: when submitting a bugreport, how do I "link" to a file I upload to upload.ffmpeg.org?
[14:56] <sbprt> it is now extrat it
[14:56] <burek> luc4, did you read this
[14:56] <luc4> burek: yes
[14:56] <burek> so just mention the filename used
[14:56] <luc4> burek: I can place a text file with the same name .txt, but how do I link the file with the bugreport?
[14:57] <luc4> burek: simply a name I hope to be unique? Ok.
[14:57] <burek> create a bug report, take the url and paste it in the txt file? :)
[14:57] <burek> also mention that file name in the report
[14:57] <luc4> burek: ok
[14:57] <sbprt> burek: i have now 2 files  ffmpeg  ffprobe
[14:57] <burek> ffmpeg is what you need
[14:58] <burek> try typing just: ./ffmpeg
[14:58] <burek> to see if it works
[14:59] <sbprt> burek: with this command m #0:0: Video: rawvideo (YUY2 / 0x32595559), yuyv422, 320x240, 36864 kb/s, 30 fps, 30 tbr, 1000k tbn, 1000k tbc Codec AVOption delay () specified for output file #0 (udp://127.0.0.1:1234) is not an encoding option.
[14:59] <sbprt> i get this error: Codec AVOption delay () specified for output file #0 (udp://127.0.0.1:1234) is not an encoding option.
[15:01] <sbprt> burek:
[15:01] <sbprt> http://pastebin.com/WuMfPD9k
[15:04] <burek> oh well
[15:04] <burek> if you are going to use that lightning example
[15:04] <burek> please read it more carefuly :)
[15:04] <sbprt> burek: what do you mean?
[15:05] <burek> to read it more slowly and in complete
[15:05] <elkng> if I convert video from 30 fps/second to 25 fps/second will it broke something ?
[15:05] <elkng> will there be problems with desynchronised audio ?
[15:05] <burek> elkng yes :) but i don't know what :)
[15:05] <sbprt> burek: i see 2 options..
[15:05] <elkng> burek: is "burek" means "bread" in some language ?
[15:06] <burek> elkng, a pie actually
[15:06] <burek> sbprt, -delay is not implemented yet in ffmpeg
[15:06] <burek> so read entire article first
[15:06] <luc4> burek: I suppose attaching to the bugreport is ok as well right? I saw limit was 2.5MB and sample file was 1.3MB :-)
[15:06] <burek> then it's ok :)
[15:06] <sbprt> the funny thing it's if i run it with the ./  i get the error - but without the ./ it look working..
[15:07] <burek> sbprt, with ./ you get "ffmpeg version N-53758-g5711e4f Copyright (c) 2000-2013 the FFmpeg developers"
[15:07] <burek> what do you get without ./
[15:08] <sbprt> ffmpeg version 0.10.6-6:0.10.6-0ubuntu0jon1~precise1 Copyright (c) 2000-2012 the FFmpeg developers
[15:09] <ubitux> someone should definitely update those packages
[15:09] <burek> so, you get the point now, right?
[15:09] <ubitux> 0.10 is so old..
[15:09] <burek> ubitux yes, but.. we don't have access there
[15:09] <ubitux> burek: well, or create another ppa i don't know
[15:10] <sbprt> but the old look OK.. the new give the error..
[15:12] <sbprt> and in the other terminal with the ffmpeg -f mpegts... command i all the time get error (with the new and the old)
[15:12] <burek> sbprt, old one just ignores options it doesn recognize
[15:12] <burek> i.e. it also doesn't work
[15:12] <burek> so, please read the article in full
[15:12] <burek> :)
[15:14] <sbprt> i read it few times..
[15:14] <sbprt> http://pastebin.com/KJYkNNEL
[15:15] <sbprt> this is what i get in the ffmpeg -f mpegts.. command
[15:17] <sbprt> this is the same command but with newer ffmpeg http://pastebin.com/VGwKy1LQ
[15:18] <burek> Codec AVOption delay () specified for output file #0 (udp://127.0.0.1:1234) is not an encoding option.
[15:18] <burek> what did i tell you few lines before
[15:18] <burek> [15:06:51] <burek> sbprt, -delay is not implemented yet in ffmpeg
[15:18] <burek> [15:06:56] <burek> so read entire article first
[15:20] <sbprt> burek: ok.. i think in the new ffmpeg it alredy implemented..
[15:21] <sbprt> i try now with the 3 commands..
[15:25] <sbprt> this is what i get
[15:26] <sbprt> command 1 http://pastebin.com/F6H79SiK
[15:26] <sbprt> command 2 http://pastebin.com/b821D9K3
[15:28] <sbprt> command 3 http://pastebin.com/kNgfFzCm - here i get the error.
[15:31] <sbprt> burek: any idea?
[15:34] <paxcoder> Where's the channel logged?
[15:35] <paxcoder> Do you have a fact bot perhaps? I want to know how to concat mpeg files
[15:36] <burek> paxcoder
[15:36] <sbprt> mencoder -forceidx -of lavf -oac copy -ovc copy -o output.flv 1.flv 2.flv 3.flv 4.flv 5.flv 6.flv 7.flv 8.flv 9.flv 10.flv
[15:37] <paxcoder> sbprt, umm that's mencoder. What's lavf and forceidx?
[15:37] <paxcoder> burek, thanks
[15:37] <burek> sbprt, try the 3rd one with: ./ffmpeg -probesize 50000000 -f mpegts -i udp://127.0.0.1:5678 -vcodec libx264 -t 30 output.flv
[15:39] <sbprt> burek: i try now..
[15:40] <sbprt> burek: i get this error http://pastebin.com/EWs80GmL
[15:42] <paxcoder> who owns fflogger?
[15:43] <burek> me
[15:43] <paxcoder> can you build in factoid support a la dpkg in #debian?
[15:44] <burek> sbprt, try ./ffmpeg -probesize 50000000 -f mpegts -vcodec rawvideo -s 320x240 -i udp://127.0.0.1:5678 -vcodec libx264 -t 30 output.flv
[15:46] <sbprt> also het error :(
[15:46] <sbprt> [mpegts @ 0xadf4120] Could not detect TS packet size, defaulting to non-FEC/DVHS Option video_size not found.
[15:47] <sbprt> maybe the udp stream not working?
[15:47] <paxcoder> that's an overkill
[15:47] <burek> sbprt, try to play around with video params
[15:47] <burek> i'll come back later and investigate what's wrong, ok?
[15:48] <sbprt> ok. thank you a-loooot!
[15:49] <burek> :beer: :)
[15:49] <paxcoder> :-/
[15:49] <paxcoder> dpkg does it better
[15:49] <sbprt> burek:  i will send with fedex..
[15:51] <SATALIN> who know haw i can play and save to local storage my stream  with use ffmpeg??
[15:54] <paxcoder> cya
[16:04] <SATALIN> where ffmpeg lib saved data from stream (internet). please help me
[22:04] <iceTwy> Evening!
[22:07] <iceTwy> I'm having an issue with ffmpeg.
[22:07] <iceTwy> If I'm screencasting, then ffmpeg will segfault as soon as I'll move my pointer around.
[22:07] <iceTwy> Log > http://pastebin.com/CsGed4EX
[22:13] <iceTwy> Any reason?
[22:25] <superware> running the demuxing example (http://ffmpeg.org/doxygen/trunk/doc_2examples_2demuxing_8c-example.html) on a UDP/TS/H.264 VLC stream isn't smooth at all, very very jumpy. VLC's CPU is ~30%, the example is 6-8%, any ideas?
[23:00] <skifreak> ubitux: thanks for helping me file it. Hopefully I was descriptive enough and provided enough information.
[23:00] <ubitux> yes it's fine, thank you
[23:00] <ubitux> i cant tell when your bug is going to be fixed though
[23:03] <skifreak> understandable. No huge rush, I'll just encode everything but the subs for now. Remuxing the subs when the fix is in shouldn't take long for me.
[00:00] --- Mon Jun  3 2013