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

[burek]

[00:00] <LittleFoot> because
[00:00] <LittleFoot> it hapens when i push that to webm
[00:00] <danielr> that works
[00:00] <LittleFoot> mkv file is perfect
[00:00] <danielr> avoids the fadein
[00:00] <LittleFoot> if i encode to webm or mpeg it gets like that
[00:00] <burek> LittleFoot, those are simply put encoding artifacts
[00:01] <LittleFoot> ffmpeg -i ~/Desktop/output.mkv -s 1280x720 -vpre libvpx-720p -b 3900k -pass 1 -an -f webm -y ~/Desktop/output.webm
[00:01] <burek> the consequence of distorting the image preparing it for better compression
[00:01] <LittleFoot> thats my comnad
[00:01] <LittleFoot> ffmpeg -i ~/Desktop/output.mkv -s 1280x720 -vpre libvpx-720p -b 3900k -pass 2 -acodec libvorbis -ab 100k -f webm -y ~/Desktop/output.webm
[00:01] <LittleFoot> thats the second pass
[00:01] <danielr> it sadly generates one extra frame if i do that
[00:01] <burek> LittleFoot, try making -b higher
[00:01] <burek> like 5M
[00:02] <LittleFoot> is that bitrate?
[00:02] <burek> danielr, what do you mean extra frame
[00:02] <llogan> LittleFoot: why not libx264 instead? does it do the same?
[00:02] <burek> LittleFoot, yes
[00:03] <LittleFoot> llogan, because thats googles newest video format
[00:03] <llogan> they re-encode whatever you give them anyway.
[00:03] <burek> LittleFoot, yt will re-convert it anyway
[00:03] <burek> :)
[00:03] <LittleFoot> well yt uses webm
[00:03] <LittleFoot> as their prefered format
[00:04] <burek> but they use better encoding options
[00:04] <LittleFoot> well fix my comand
[00:04] <llogan> yes. so they re-encode whatever you give them to vp8 and h264.
[00:04] <llogan> AFAIK
[00:04] <burek> and if you provide them with the original that is of better quality you'll get the better output even when they re-encode it again
[00:04] <danielr> my bad no a problem looks good
[00:05] <llogan> if your original is too big: ffmpeg -i input -c:v libx264 -preset medium -crf 18 -c:a libfaac -q:a 100 output.mp4
[00:07] <danielr> http://flowplayer.electroteque.org/controls-preview this is the outcome btw, so ill fix up this frame issue.
[00:08] <llogan> burek: your link is on the site now
[00:08] <burek> :beer: :)
[00:09] <LittleFoot> can i quit in the middle of second pass
[00:09] <LittleFoot> and start again
[00:09] <LittleFoot> from pass 2
[00:09] <llogan> why are you doing 2 passes? i gave you an example command
[00:09] <hwk> yes
[00:09] <hwk> the log pass file is already written in the 1st
[00:09] <LittleFoot> because thats the best newesst way
[00:09] <burek> LittleFoot, you can also use -t <seconds> to limit the output duration, so you can test it more efficiently
[00:11] <LittleFoot> ur using libx
[00:11] <LittleFoot> im using lib vpx
[00:12] <burek> LittleFoot, it seems you don't understand some things
[00:12] <llogan> sigh. nothing i say matters.
[00:12] <burek> it doesn't matter what codec you use to encode your video
[00:12] <LittleFoot> wat :/
[00:12] <burek> yt will re-encode it anyway
[00:12] <LittleFoot> ya but webm format is wat yt likes now
[00:12] <burek> so what?
[00:13] <LittleFoot> dam i still see purple shits
[00:13] <burek> use the line llogan provided for you
[00:13] <burek> and test it
[00:13] <burek> see if you get the same artifacts again
[00:14] <LittleFoot> his is not even HD
[00:14] <burek> if not, read above what we already told you and try to understand it
[00:14] <burek> LittleFoot, how did you conclude that?
[00:14] <LittleFoot> iono
[00:14] <LittleFoot> ffmpeg -i input -c:v libx264 -preset medium -crf 18 -c:a libfaac -q:a 100 output.mp4
[00:14] <LittleFoot> where is the size?
[00:14] <burek> copied from the input?
[00:15] <LittleFoot> where is it 720p
[00:15] <burek> his is even better than yours, since it keeps the original size
[00:15] <burek> and lets yt resize it
[00:15] <burek> in a better way than you do it
[00:15] <LittleFoot> oya
[00:15] <LittleFoot> :O
[00:16] <LittleFoot> Unrecognized option 'c:v'
[00:16] <LittleFoot> then wat is that
[00:17] <burek> can you please use pastebin.com, to show your command line and its output?
[00:18] <LittleFoot> ffmpeg -i ~/Desktop/gl/movies/output.mkv -c:v libx264 -preset medium -crf 18 -c:a libfaac -q:a 100 ~/Desktop/output.mp4
[00:18] <llogan> that means you are using an older ffmpeg: ffmpeg -i input -vcodec libx264 -preset medium -crf 18 -acodec libfaac -aq 100 output.mp4
[00:18] <burek> try -vcodec instead of c:v
[00:18] <hwk> yeah, oldies but works :)
[00:18] Action: llogan plays yackety-sax
[00:19] <burek> btw, I've tried mixing beer, lemon, soda and mineral water :)
[00:19] <LittleFoot> Unrecognized option 'preset'
[00:19] <LittleFoot> jeeeeeeesh
[00:19] <LittleFoot> comon guyz
[00:19] <burek> it really tastes great :D
[00:19] <LittleFoot> were gona be here all day
[00:19] <burek> LittleFoot, your ffmpeg is old
[00:19] <LittleFoot> so stop updating stuff
[00:19] <ryoohki> yesterday someone was saying 18 - 30 were goodvalues for -crf.  what is crf?  it's not in the man page
[00:19] <burek> LittleFoot, stop acting childish
[00:20] <burek> otherwise people will lose patience and stop helping you
[00:20] <LittleFoot> ppl in debian told me not to use unstable programs
[00:20] <burek> in the end it's YOUR problem, not other's
[00:20] <burek> then go to debian support channel
[00:20] <llogan> LittleFoot: you never provided the console output so therefore we must use our limited psychic powers to help you
[00:20] <burek> and start trolling there
[00:20] <llogan> change -preset to -vpre
[00:20] <hwk> yeah, topic: Make sure you use the latest ffmpeg compiled version before complaining about errors!
[00:20] <LittleFoot> ah yes
[00:21] <LittleFoot> -vpre
[00:21] <LittleFoot> from my otehr comand
[00:21] <LittleFoot> Unrecognized option 'c:a'
[00:21] <burek> ^^
[00:21] <LittleFoot> i knew thsi would be an issue
[00:21] <ryoohki> LittleFoot: i've done software support and noone want s to debug problems resolved already in the latest sowtware release
[00:21] <burek> -acodec
[00:22] <LittleFoot> yes
[00:22] <LittleFoot> those changes to ffmpeg r retarted
[00:22] <ryoohki> LittleFoot: usually support people say, update to the latest and if the bug is still there we'll work on it
[00:22] <LittleFoot> just leave the dam flags alone
[00:22] <burek> LittleFoot, you're on my ignore list, good luck with solving your problem
[00:22] <hwk> :)))
[00:22] <hwk> =)))
[00:22] <LittleFoot> burek stop acting like a girl
[00:22] <burek> I mean how retarted you have to be to come ask for a help
[00:22] <burek> and call those people retarted
[00:23] <burek> retarded*
[00:23] <LittleFoot> man ur akting silly
[00:23] <ryoohki> LittleFoot: -c:a is -acodec
[00:23] <burek> so childish
[00:23] <LittleFoot> ryoohki, thats wonderful
[00:23] <llogan> ryoohki: crf is a method of rate control.
[00:23] <LittleFoot> now stop changing ur syntac
[00:23] <LittleFoot> how would u feel if strousup kept changing C++ syntax
[00:24] <LittleFoot> today { is <
[00:24] <LittleFoot> dam pedants
[00:24] <LittleFoot> ruin everything
[00:24] <danielr> @burek thanks very much I have everything I need now
[00:25] <llogan> LittleFoot: you didn't use my example that showed the old syntax for all of your options (other than -vpre)
[00:25] <llogan> otherwise you wouldn't have the c:a issue
[00:25] <burek> danielr, :beer: :)
[00:25] <LittleFoot> i did copy urs
[00:25] <LittleFoot> omg
[00:25] <ryoohki> llogan: control-rate-f????
[00:25] <danielr> if you come to australia ;)
[00:26] <burek> it's a deal :) I will one day :)
[00:26] <ryoohki> LittleFoot: they have to change the syntax as the programevolves and becomes better
[00:26] <danielr> you can find me via that page i sent ;)
[00:26] <hwk> TAKE IT OR LEAVE IT! :)
[00:26] <burek> ok :)
[00:26] <llogan> ryoohki: constant rate factor. (i'm talking about crf as an x264 option, not libvpx).
[00:26] <LittleFoot> somethings u dont change
[00:26] <ryoohki> llogan: good!  i'musing x264
[00:26] <LittleFoot> acodec makes more sense than a:c
[00:26] <LittleFoot> any day
[00:27] <hwk> you will end up with 4 lines of options if they are so long
[00:27] <LittleFoot> just like $variable makes more sense than $v
[00:27] <LittleFoot> looks like they got a team of hacky colege nubs working on the new ffmpeg
[00:27] <burek> btw, -vpre is good for those 4 liners, hwk  :) I think :)
[00:28] <llogan> ryoohki: think of it as a method to select a quality without a target bitrate.
[00:28] <burek> or shell scripts, which are not portable, sadly
[00:28] <LittleFoot> watever
[00:29] <hwk> the only thing i find confusing are the options for filters and codecs
[00:29] <hwk> they should be grouped in some way
[00:29] <ryoohki> llogan: good idea however some hardware decodeers specify their bit rate
[00:29] <burek> hwk, how
[00:29] <ryoohki> llogan: i have a ipod nano 5g
[00:29] <hwk> -vcodec x264[options]
[00:30] <bcoudurier> LittleFoot, lol
[00:30] <burek> hwk, well, when you type -vcodec and select your encoder, everything else after that (and before next -i option) is considered as an input option for next input (-i)
[00:30] <LittleFoot> bcoudurier, lol to which lol
[00:30] <bcoudurier> at least 2
[00:30] <bcoudurier> <LittleFoot> acodec makes more sense than a:c
[00:30] <burek> ffmpeg [global options] [[infile options][‘-i’ infile]]... {[outfile options] outfile}...
[00:31] <bcoudurier> <LittleFoot> looks like they got a team of hacky colege nubs working on the new ffmpeg
[00:31] <hwk> -vcodec x264[options] -acodec lifaac[-b:100-c]
[00:31] <LittleFoot> it should be
[00:31] <LittleFoot> audio-codec=
[00:31] <burek> hwk, you are used to vlc syntax :)
[00:31] <hwk> i didnt use vlc before :)
[00:31] <burek> try it :)
[00:31] <hwk> this is the first thing which came in my mind
[00:31] <llogan> LittleFoot: feel free to submit a patch to change the syntax to your desired names
[00:32] <LittleFoot> at the very least
[00:32] <bcoudurier> llogan, in this case it would be reverting changes :)
[00:32] <LittleFoot> keep the old flags bound to new flags
[00:32] <hwk> i know what comes after the codecname inside [] are the codec options
[00:32] <LittleFoot> thats how backwards compatibility works
[00:32] <llogan> bcoudurier: then how about a java wrapper to deal with it?
[00:32] <bcoudurier> funny :)
[00:32] <burek> how stupid this kid is
[00:32] <burek> i just dont believe
[00:33] <burek> c:a is newer option
[00:33] <burek> and its no wonder it doesnt work
[00:33] <burek> on your ancient ffmpeg
[00:33] <burek> does that make sense to you kid?
[00:33] <LittleFoot> ok llogan i still see purple colors
[00:33] Action: llogan re-plays yackety-sax
[00:33] <LittleFoot> ffmpeg -i ~/Desktop/gl/movies/output.mkv -vcodec libx264 -vpre medium -crf 30 -acodec libfaac -aq 100 ~/Desktop/output.mp4 -t 30
[00:34] <LittleFoot> btw why r u using h264
[00:34] <LittleFoot> that format is ancient
[00:34] <llogan> because itz teh awesmoe
[00:34] <burek> he's hopeless :)
[00:35] <LittleFoot> h is older than x
[00:35] <LittleFoot> and now its vpx
[00:35] <burek> LittleFoot, this is the best link you'll get for your problem(s): http://bit.ly/sanbXQ
[00:35] <burek> :)
[00:36] <llogan> you didn't use -crf 18
[00:36] Action: llogan has other stuff to do and initiates /ignore
[00:36] <hwk> =))
[00:36] <LittleFoot> omg i want 30
[00:36] <hwk> thats funny
[00:36] <ryoohki> here's what i'm using now: ffmpeg -i "${FILE}".mp4 -acodec aac -ac 2 -ab 160k -s 376x240 -c:v libx264 -vcodec libx264 -vpre ipod320 -preset veryslow -crf 18 -f mp4 -strict experimental ipodnano/"${FILE}"_ipodnano.mp4
[00:37] <LittleFoot> stop being a quiter
[00:37] <squerp> When I run ffmpeg -i test.webm, I get a duration for my video (134.09 seconds), but if I try to grab a thumbnail after 133.04, I get "Output file is empty, nothing was encoded"
[00:37] <ryoohki> here's what i'm using now: ffmpeg -i "${FILE}".mp4 -acodec aac -ac 2 -ab 160k -s 376x240 -vcodec libx264 -vpre ipod320 -preset veryslow -crf 18 -f mp4 -strict experimental ipodnano/"${FILE}"_ipodnano.mp4
[00:37] <burek> ryoohki, " -c:v libx264 -vcodec libx264"
[00:37] <burek> no need for both
[00:37] <burek> either c:v or vcodec
[00:37] <ryoohki> burek: yeah i know, i droppped it in  the second one
[00:38] <llogan> -crf 18 is a bit high for the small screen of an ipod
[00:38] <llogan> in my opinion
[00:38] <burek> ryoohki, do you get any error?
[00:38] <llogan> ~24-28
[00:38] <burek> squerp,
[00:38] <burek> can you please use pastebin.com, to show your command line and its output?
[00:38] <ryoohki> burek: nope
[00:38] <LittleFoot> llogan, well this artifacting is clearly something else
[00:38] <LittleFoot> because its hapening with any comand i try
[00:38] <ryoohki> burek: me?
[00:38] <burek> no not you
[00:39] <burek> ryoohki, what problem are you experiencing with that command
[00:39] <ryoohki> burek: none
[00:39] <burek> oh, you are just proud it works and want to show to us? :D
[00:39] <ryoohki> burek: just a little confusion - i'm using a recipe from the ffmpeg wiki for nano's
[00:39] <LittleFoot> heeeeeeeeeeeelp
[00:39] <LittleFoot> where is pasteeater
[00:39] <ryoohki> LittleFoot: compile the latest - what os are you on?
[00:40] <burek> :D
[00:40] <LittleFoot> debian
[00:40] <ryoohki> just use the git sources
[00:40] <burek> confusion about what exactly ryoohki ?
[00:40] <ryoohki> -ac 2 -ab 160k
[00:41] <burek> audio channels 2 (stereo), audio bitrate 160 kbps
[00:41] <ryoohki> burek: thanks!
[00:41] <squerp> http://pastebin.com/HRHyDKUy
[00:41] <burek> :beer: :)
[00:41] <ryoohki> LittleFoot: need help compiling?
[00:41] <LittleFoot> i dun think ull figure it out
[00:42] <LittleFoot> im on debian6 using 3.0 kernal
[00:42] <hwk> 3.8 is latest :)
[00:42] <burek> ryoohki, at 133.05 seconds is almost the end of your input
[00:42] <burek> that might be the issue
[00:42] <LittleFoot> yesh but thats not stable
[00:42] <ryoohki> burek: huh?
[00:42] <squerp> he means me
[00:43] <burek> ryoohki, sorry, not you, squerp  :)
[00:43] <hwk> it is. using it on my router
[00:43] <squerp> I'm aware that it's almost the end, but I can't seem to get an accurate duration
[00:43] <squerp> I also tried mencoder
[00:43] <LittleFoot> wats ur ffmpeg version
[00:43] <squerp> I basically want to get 100 evenly spaced pictures from throughout the video, but what's happening is sometimes I get 99 and the last one crashes out
[00:44] <LittleFoot> this is mine
[00:44] <LittleFoot> FFmpeg version SVN-r26400, Copyright (c) 2000-2011 the FFmpeg developers
[00:44] <LittleFoot>   built on May 31 2012 00:11:21 with gcc 4.4.5
[00:44] <LittleFoot> how can that be old
[00:44] <hwk> squerp: take the shots based on frames
[00:44] <hwk> ffprobe -count_frames
[00:45] <hwk> to get the total frames
[00:45] <hwk> using that you can get a more precise duration
[00:45] <burek> ryoohki, just give up, the guy is ignorant
[00:45] <burek> he deserves a little tough love
[00:45] <ryoohki> burek: shame on you
[00:46] <ryoohki> burek: he should stay ignorant?
[00:46] <LittleFoot> burek im smarter than u
[00:46] <burek> whatever he could do wrong, he did wrong
[00:46] <hwk> +b no kick
[00:46] <burek> that's obviously a troll
[00:46] <burek> take a look at the ffmpeg "git" version he used
[00:46] <LittleFoot> stop caling me a troll
[00:46] <hwk> to switch the mute option for him
[00:46] <burek> do you see my point now?
[00:46] <ryoohki> burek: we all start the same
[00:46] <LittleFoot> burek im coding 3d engine
[00:46] <hwk> its svn dude
[00:46] <bcoudurier> it's one year old
[00:46] <burek> well, he started with a completely wrong attitude
[00:46] <LittleFoot> u sit in ffmpeg all day
[00:46] <burek> and deserved ignorance at least
[00:46] <ryoohki> SVN-r26400, Copyright (c) 2000-2011
[00:47] <LittleFoot> we all have our strengths
[00:47] <LittleFoot> just shut up
[00:47] <burek> ffmpeg switched from svn to git long time ago
[00:47] <hwk> with that kernel he recompiled all his shit
[00:47] <ryoohki> LittleFoot: let me help you compile the latest
[00:47] <bcoudurier> burek, a little more than a year ago
[00:47] <LittleFoot> im not asking you to program colision detection
[00:47] <hwk> no wonder things dont work for him
[00:47] <squerp> I need to have timestamps associated with the pictures. If I get them by frame is that doable?
[00:47] <burek> bcoudurier, well, with multimedia projects that change this fast, as ffmpeg does, it's still a long ago
[00:47] <ryoohki> ffmpeg was working a year ago
[00:47] <bcoudurier> burek, that doesn't matter
[00:48] <LittleFoot> things work for me as u can see in my demo
[00:48] <bcoudurier> IMHO ffmpeg has to adapt to the world
[00:48] <hwk> squerp: "$1" -i "$3" -an -vf drawtext="timecode='00\:00\:00\:00' :rate=24 :fontcolor=white :fontsize=21 :shadowcolor=black :x=5 :y=5",scale='min(300\, iw*3/2):-1',select="not(mod(n\,$5)),tile=4x12" -vsync 0 -frames:v 1 "$4" |& sed -u 's/^/0:  /' >> "$2/log"
[00:48] <bcoudurier> not the contrary
[00:48] <LittleFoot> what an ahole
[00:48] <burek> we all have our personal opinions, I'm just stating a fact
[00:48] <burek> it's too old
[00:48] <burek> period
[00:49] <LittleFoot> its waht i was able to find on google
[00:49] <LexSfX> so your opinions are fact?
[00:49] <LittleFoot> what a dick
[00:49] <hwk> produces 48 shots in a single image with the thumb width of 300px
[00:49] <bcoudurier> 0.5.10 appeared on 2012-06-09. It is the latest point release from the 0.5 release branch, which was cut on 2009-03-02
[00:49] <bcoudurier> so now shutup
[00:49] <burek> it's not my opinion LexSfX, read above
[00:49] <LittleFoot> burek u have a lil penis huh
[00:49] <bcoudurier> 0.5 is still maintained
[00:49] <llogan> LexSfX: you must not have read anything burek typed to him
[00:49] <bcoudurier> ok ?
[00:49] <ryoohki> LittleFoot: enough
[00:49] <bcoudurier> seriously
[00:49] <hwk> +b his host for 30 min no kick
[00:50] <hwk> my mind hurts
[00:50] <ryoohki> LittleFoot: need help?  i'm offering, otherwise leave
[00:50] <bcoudurier> people, enough with that
[00:50] <bcoudurier> 0.5 is still maintained
[00:50] <LittleFoot> ryoohki, i kno ur helping
[00:50] <LittleFoot> but he is not
[00:50] <LittleFoot> and just insulting
[00:50] <LittleFoot> over some silly version number
[00:50] <burek> I'm insulting? :)
[00:50] <burek> omg
[00:50] <burek> take a look at your lines man..
[00:50] <burek> they are nothing but the flame
[00:50] <burek> grow up
[00:51] <LittleFoot> u mean upgrade?
[00:51] <burek> and update your ffmpeg if you want help
[00:51] <burek> stop whining otherwise
[00:51] <ryoohki> LittleFoot: it's just better to get the latest.  i do that for some programs like get_flash_video, everything else i just yum upgrade or apt-get upgrade
[00:51] <LittleFoot> yes but i cant to apt get upgrade
[00:51] <ryoohki> LittleFoot: it's normal to upgrqade to the latest if you want help
[00:51] <LittleFoot> because debian likes old stuff
[00:52] <hwk> we dont speak ancient greek
[00:52] <LittleFoot> ryoohki, what OS r u?
[00:52] <ryoohki> LittleFoot: linux - fedora 17 and ubuntu 12.04
[00:52] <bcoudurier> LittleFoot, yes, you might upgrade if you need extensive help
[00:52] <LittleFoot> almost every single app i try to upgrade debian bitches about
[00:52] <squerp> hwk: I can't get that command to work (possibly because I'm using Cygwin?). I'm not getting any output
[00:53] <squerp> also I don't understand most of it :/
[00:53] <LittleFoot> ya i kno if i was using ubuntu id have all the latest
[00:53] <LittleFoot> by default
[00:53] <burek> squerp, are you on windows?
[00:53] <squerp> yes
[00:53] <burek> did you check Zeranoe's win32 builds?
[00:53] <burek> wait, this is not it
[00:53] <LittleFoot> ryoohki, i also have linux mint which has all the latest stuff
[00:54] <LittleFoot> but i like using debian for some reason
[00:54] <ryoohki> LittleFoot: is there a reason you can't switch to ubuntu 12.04 or fedora 17?
[00:54] <LittleFoot> i like debian because its complicated lol
[00:54] <LittleFoot> but then i rip my face off trying to figure stuff out
[00:54] <ryoohki> LittleFoot: mint is good, have you tried ffmpeg onmint?
[00:54] <burek> I also use debian and I compiled ffmpeg
[00:54] <LittleFoot> i guess thats why i make 3d engines
[00:54] <burek> so, what's the big deal with debian?
[00:54] <ryoohki> LittleFoot: try linux from scratch or gentoo
[00:54] <squerp> Are you saying that will be more up to date or might not have the problem I'm having
[00:55] <LittleFoot> yes i have ffmpeg on mint
[00:55] <burek> squerp, no just it migh be easier for you to maintain it, if you are not comfortable with cygwin
[00:55] <LittleFoot> its super easy there ofcource
[00:55] <ryoohki> LittleFoot: sure but sometimes you need to compile fromsource - you should learn how to do it
[00:56] <ryoohki> LittleFoot: it's not hard
[00:56] <LittleFoot> yes i know how
[00:56] <ryoohki> LittleFoot: unless you run into problems
[00:56] <squerp> It's for a shared project so I'm not sure I can switch
[00:56] <LittleFoot> which should i compile from source
[00:57] <ryoohki> LittleFoot: like a dependency hell-chain - sometimes to compile something you have to compile something else which needs that latest compile of   something else/... arrrghhh
[00:57] <LittleFoot> i think the newest ffmpeg is gona ask for newest gcc
[00:57] <squerp> ultimately I'm starting a command line ffmpeg process in java, but I wanted to figure the arguments out in cygwin first
[00:57] <LittleFoot> exactly
[00:57] <burek> squerp, this way you get ffmpeg.exe
[00:57] <burek> so you can also run it in java :)
[00:57] <LittleFoot> ryoohki, im gona try in linux mint first
[00:57] <LittleFoot> lol
[00:57] <ryoohki> LittleFoot: the mint ffmpeg is probably good enough, i'm using fedora 17 which is great
[00:57] <LittleFoot> before i enter hell mode
[00:57] <squerp> right, I have a ffmpeg.exe already - maybe that's why I was confused :)
[00:58] <LittleFoot> ryoohki, brb leme come back in mint lol
[00:58] <ryoohki> LittleFoot: ok
[00:58] <LittleFoot> P O SSSSSSSSSSSSS
[00:58] <LittleFoot> !!!!!!!
[00:58] <burek> squerp, ok, so, your issue is that sometimes your video produces 99 frames and sometimes 100
[00:58] <squerp> right, in particular some videos tell me that they are of a duration, but fail to get the last frame that is withing that duration
[00:59] <burek> I see.. and why do you need 100 frames every time for?
[00:59] <burek> what*
[00:59] <squerp> It's interfacing with a frontend that someone else is writing; it will be much cleaner if that frontend can rely on having the same number of images every time
[01:00] <squerp> if it's completely unresolvable, I can document the problem and maybe settle for 99 frames, but I felt like I should at least consult with some experts before giving up
[01:00] <burek> you might do something like, check the video duration, subtract couple of seconds, just to be sure, and adapt the frame rate to the rest of the duration, so you get clean 100 frames
[01:01] <squerp> right, but that's awkward if the video is 2 seconds long :/
[01:01] <burek> in that case you still need 100 frames?
[01:01] <squerp> and I can't even seem to come up with a margin that it always works within
[01:01] <squerp> yes, still need 100
[01:02] <burek> well, your duration might be estimated
[01:02] <burek> and bit rate might be variable
[01:02] <squerp> so is there a way to get the exact duration?
[01:02] <LittleFoot> ok gaize
[01:03] <LittleFoot> mint 11 baby
[01:03] <burek> play the video fast forwarded is the safest way if you dont have metadata to tell it to you instead
[01:03] <burek> or use the duration and bitrate
[01:03] <burek> which might miss couple of seconds
[01:03] <burek> which in your case creates a problem
[01:03] <squerp> is there a way to do the fast-forwarded option in the command line?
[01:03] <burek> did you try ffprobe
[01:04] <burek> or mediainfo
[01:04] <squerp> no, I have not
[01:04] <squerp> I'll go look into those for a bit
[01:04] <squerp> thanks much!
[01:04] <burek> ok, have fun :)
[01:06] <LittleFoot> i think my mint is too old as well
[01:06] <LittleFoot> lol
[01:06] <burek> too old for what
[01:06] <LittleFoot> damit
[01:07] <LittleFoot> even osx lion is asking to update already and i just got it
[01:07] <LittleFoot> its just too annoying
[01:07] <LittleFoot> i throw all my comps out of the window
[01:08] <LittleFoot> ya but its gona need the latest gcc
[01:08] <LittleFoot> which is gona need something else
[01:08] <burek> just read it
[01:09] <LittleFoot> what is ur ffmpeg version
[01:16] <squerp> burek, so far everything that I've tried to find the duration with ffprobe gives me the same number as I was getting in ffmpeg
[01:16] <squerp> but maybe I'm not doing the right thing...
[01:16] <burek> what's the last cmd you've tried
[01:16] <squerp> ./ffprobe.exe -i redcliff.webm
[01:16] <ryoohki> LittleFoot: back?!
[01:17] <ryoohki> LittleFoot: me too
[01:17] <squerp> http://pastebin.com/Cfc8M8VZ
[01:17] <burek> squerp, no, what's the last cmd that gives you problems :)
[01:18] <squerp> the problem is that the duration must still be wrong
[01:18] <LittleFoot> im updating mint
[01:18] <squerp> because I can't get a thumbnail within the last second
[01:18] <LittleFoot> since i have 11 and there is aready mint13
[01:19] <burek> squerp, you might try -vframes 100
[01:19] <burek> that'll maybe duplicate the last one (problematic)
[01:19] <burek> what is the cmd that you are using to get all 100 frames
[01:19] <squerp> that gets the first 100 though
[01:20] <squerp> I'm doing 100 commands in a Java loop, and precalculating the -ss arg per command
[01:20] <burek> why?
[01:20] <squerp> based on the duration that ffmpeg/ffprobe gave me
[01:20] <ryoohki> LittleFoot: upgrade to the latest mint
[01:20] <squerp> well, when I tried with -r 1 the frames were actually exactly 1 per second
[01:20] <squerp> and I need them to have an accurate timestamp
[01:20] <Arthur_N> hi, I have some videos which technically have stereo audio streams, but there's only sound in the right channel. Any way to duplicate the sound so I get the same on both channels?
[01:20] <burek> http://ffmpeg.gusari.org/viewtopic.php?f=25&t=35
[01:20] <squerp> *weren't
[01:21] <burek> squerp, take a look at that
[01:21] <LittleFoot> omg i cant be updating OS every day
[01:21] <LittleFoot> it needs to be a roling distro
[01:21] <squerp> ya, I'm having a seperate problem with that too
[01:22] <squerp> When I do this I get 136 files: http://pastebin.com/KzmRVP8z
[01:23] <squerp> and so the timestamps are off because the video is 134 seconds long
[01:23] <squerp> I've tried other videos too just to make sure mine doesn't have wonky data or something
[01:23] <burek> Arthur_N, did you read this: http://ffmpeg.org/ffmpeg.html#Mixing-examples
[01:24] <burek> squerp, are those time stamps off from the beginning or just in the end
[01:25] <Arthur_N> burek, ah, I must've missed that. Thanks, I'll see if I can get it rolling :)
[01:26] <burek> squerp, try setting -r to (100/duration)
[01:26] <burek> :)
[01:30] <burek> Arthur_N, I think you'll need this one: pan="stereo:c1=c1"
[01:30] <burek> or c0=c1
[01:31] <squerp> I got 102 total files
[01:31] <squerp> :(
[01:31] <burek> squerp, add -vframes 100
[01:31] <burek> :)
[01:32] <squerp> well, yes, now there are 100 files, but the problem is they're not evenly spaced throughout the video and I'm missing files for the last 3 seconds
[01:33] <Arthur_N> burek: thanks, but got this: Unable to find a suitable output format for 'pan=stereo: c0=c1'
[01:33] <squerp> I realize that these are picky demands, and I wish they weren't, but ultimately they're not mine they're from the front end
[01:34] <burek> Arthur_N, ffmpeg -i input -vf pan="stereo:c1=c1" -vcodec copy -acodec copy outputfile
[01:34] <burek> i'm not sure if -acodec copy will work
[01:34] <burek> or if you will have to re-encode the audio
[01:34] <burek> squerp, what is the overall goal, maybe you can solve it in a more elegant way without all this hassle
[01:35] <squerp> I want to be able to prove 100 files to use as previews of a video. It's important that the files have accurate timestamps, and ideally there could be exactly 100 that are evently spaced.
[01:35] <burek> Arthur_N, wait, -vf won't work
[01:35] <burek> you need to use lavfi
[01:35] <burek> just a sec
[01:36] <burek> ffmpeg -f lavfi -i 'amovie=input.wav,pan="stereo:c1=c1"' output.wav
[01:36] <burek> try like that
[01:36] <burek> or c1=c0
[01:36] <burek> play with it to hit the right channel
[01:37] <Arthur_N> thanks
[01:38] <Arthur_N> do I need to extract the audio first then?
[01:38] <burek> well, I'm not sure
[01:38] <burek> try without extraction first
[01:38] <Arthur_N> ok
[01:38] <burek> squerp, do you extract those 100 frames because something else in your project uses it for something
[01:39] <burek> or what is the global goal, why do you need 100 frames exactly
[01:39] <squerp> Yes, the files are for the front end of my program so that the user can preview later and earlier parts of a video while watching it (like on youtube)
[01:39] <burek> i see
[01:39] <squerp> they've asked for 100 evenly spaced frames, and it seems like something I should be able to provide
[01:39] <squerp> so I'd like to either do that or have a good explanation for why it cannot be exact (obviously the latter is not ideal)
[01:40] <burek> is it viable to provide a function that can return a frame from a certain position
[01:40] <burek> so they can call that callback whenever they need a certain frame
[01:40] <squerp> no, the video's on a server. it's okay to stream that because it can buffer but we need the frames up from
[01:40] <squerp> otherwise the preview will feel very slow and not be too useful
[01:41] <squerp> *up front
[01:41] <burek> hm, try a little test
[01:41] <ryoohki> LittleFoot: how's things now?
[01:41] <squerp> of the callback approach? I've already been told it's not viable
[01:41] <burek> ffmpeg -i -c:copy out.mp4
[01:41] <burek> no no
[01:41] <squerp> oh, sorry
[01:41] <burek> try remuxing your input
[01:42] <burek> and check its duration
[01:42] <Arthur_N> got another error. I used ffmpeg -f lavfi -i Part1.flv 'pan="stereo:c0=c1"' Part1_stereo.flv and got Unknown input format: 'lavfi'
[01:42] <burek> squerp, ffmpeg -i input.mkv -c:copy out.mp4
[01:42] <burek> ffmpeg -f lavfi -i 'amovie=Part1.flv,pan="stereo:c1=c1"' output.wav
[01:43] <burek> Arthur_N,
[01:43] <Arthur_N> thx
[01:44] <squerp> burek, I can't get that to work - would it work with .webm as well?
[01:44] <Arthur_N> still the Unknown input format: 'lavfi'
[01:44] <burek> squerp,
[01:44] <burek> can you please use pastebin.com, to show your command line and its output?
[01:44] <squerp> http://pastebin.com/8ZF4KDE2
[01:44] <burek> Arthur_N, you too :)
[01:45] <burek> squerp, sorry, it's not -c:copy it's -c copy
[01:45] <burek> but i think it wil complain again, because of vorbis
[01:46] <Arthur_N> http://pastebin.com/ew3DJW2f
[01:46] <Arthur_N> thanks for the help, I appreciate it :)
[01:46] <burek> Arthur_N, you are not using the ffmpeg's ffmpeg, but rather libav's ffmpeg
[01:46] <burek> if it feels weird and confusing
[01:47] <squerp> http://pastebin.com/nY3DHq2V
[01:47] <burek> thank that to your distribution maintainer
[01:47] <saste> Arthur_N: ffmpeg version 0.8.1-4:0.8.1-0ubuntu1, Copyright (c) 2000-2011 the Libav developers
[01:47] <squerp> It makes the file but complains about header
[01:47] <squerp> and cannot get duration of new file
[01:47] <burek> if you can, try this Arthur_N
[01:47] <saste> Arthur_N: it's not ffmpeg but libav, doesn't support lavfi and pan filter
[01:47] <burek> just to see if it will work
[01:47] <LittleFoot> ok i didnt update ffmpeg on mint
[01:48] <burek> squerp, can you give a paste of the remuxing process
[01:48] <LittleFoot> and no artifacts
[01:48] <LittleFoot> ryoohki:
[01:48] <squerp> I did, but hang one - new one coming at you b/c I changed it to out.webm and it worked better
[01:48] <Arthur_N> so, should I get a static ffmpeg or update/build libav?
[01:49] <saste> Arthur_N: yes, but keep in mind that here we support only ffmpeg
[01:49] <squerp> This was copying it to a new file and then getting info on that file: http://pastebin.com/WSdkSXpG
[01:49] <squerp> the duration is slightly different
[01:49] <squerp> but did I need to do something else to remux or is that automatic?
[01:49] <LittleFoot> i guess ill just install a diff version of ffmpeg on debian
[01:49] <LittleFoot> brb restarting to debian
[01:50] <burek> squerp, do you see the problem?
[01:50] <burek> time=00:02:13.03
[01:50] <burek> of the output stream
[01:50] <burek> it is highly likely that your input file is invalid/damaged
[01:50] <Arthur_N> saste: you answered a multiple options question with "yes", but from the rest of your response I assume you meant the latter ;)
[01:50] <burek> or it just shows invalid duration
[01:51] <burek> Arthur_N, it's your choice after all :)
[01:51] <burek> with static you can quickly check if it works
[01:51] <burek> and if it does, don't have to hassle with compiling things if you don't need to
[01:52] <squerp> hah, interesting - I got a fresh video from saveyoutube.com and was getting the same problem with that video
[01:52] <burek> but if you want to do it right, you can compile ffmpeg from source code
[01:52] <squerp> if that process displays the correct time then it should enough for me to be able to determine where to get the thumbnails
[01:52] <saste> Arthur_N: i mean that if you want pan/lavfi you need a reasonably recent ffmpeg
[01:52] <saste> libav still doesn't support that, so upgrading won't help
[01:53] <burek> squerp, not only it shows the correct time, it fixes your input
[01:53] <burek> making it valid now
[01:53] <burek> try those commands you have on that webm file now
[01:53] <Arthur_N> ah ok, thanks for the clarifications
[01:53] <burek> see if you get 100 frames finally
[01:53] <squerp> I did, that's in the pastebin too - still gives 2:14
[01:54] <squerp> so the new file doesn't know it's currect duration either
[01:54] <squerp> must be something to do with bad metadata vs bitrate?
[01:54] <squerp> erm, I got the duration of the new file
[01:54] <burek> gosh.. I see this for the first time :)
[01:54] <squerp> but I agree that if I update to 100/new_time I will get the right thumbnails
[01:54] <burek> try out.ts instead of out.webm
[01:57] <squerp> out.ts doesn't have a duration at all: http://pastebin.com/Gk9iMqHV
[01:57] <squerp> but either way I'm not sure I need ffmpeg to know the duration, I should be able to scrape it form the output during the copy
[01:58] <squerp> is there a away to get the same data as in the copy but without writing a new file? It would be much cleaner for me since I don't actually want the new one
[02:00] <burek> squerp, well, you can always delete the new file
[02:00] <burek> since if you redirect the output to /dev/null it wont tell you the file size
[02:00] <burek> (duration)
[02:00] <burek> anyway try it
[02:01] <burek> ffmpeg -i input.mkv -c copy -f matroska /dev/null
[02:01] <burek> ffmpeg -i input.mkv -c copy -f webm /dev/null
[02:01] <burek> etc
[02:02] <squerp> not sure I have a dev/null on cygwin
[02:03] <Arthur_N> still problems: http://pastebin.com/7PGrDjXP
[02:03] <squerp> tried setting the output to the same file as the input - didn't work very well :-)
[02:03] <burek> Arthur_N, I'm not sure your escape sequence is understood correctly because of quote -> '
[02:03] <burek> single quote *
[02:04] <burek> try switching single/double quotes
[02:04] <Arthur_N> ok
[02:04] <burek> around pan and around entire lavfi thing
[02:04] <burek> ffmpeg -f lavfi -i "amovie=/home/magne/Videoklipp/Biker\ Mice\ from\ Mars/Back\ to\ Mars/Part1.flv,pan='c1=c1'" /home/magne/Videoklipp/Biker\ Mice\ from\ Mars/Back\ to\ Mars/output.wav
[02:04] <burek> or use some short file name without spaces :)
[02:04] <Arthur_N> did not work either
[02:05] <burek> squerp, it's a no no :D
[02:05] <Arthur_N> the file name is short and without spaces; it's just the folder names that's long and ugly ^^
[02:06] <burek> Arthur_N, try extracting audio first: ffmpeg -i Part1.flv -vn out.wav
[02:06] <burek> and use the wav instead of flv, just to see if that's the problem
[02:06] <Arthur_N> ok
[02:07] <burek> squerp, I'm not sure, but I think it's the best to use temp file and delete it afterwards
[02:07] <squerp> so, I used copy to see which of my files have a Duration that doesn't match up with the Time: output, and it's starting to look like maybe my files from saveyoutube.com have bad metadata
[02:08] <squerp> I need to look into whether the problem happens with other files
[02:09] <burek> squerp, it's not bad metadata, I think, it's more like they didn't properly muxed that video
[02:09] <burek> so they have an invalid value in the muxer for duration
[02:09] <burek> because metadata should be displayed in ffmpeg's output, just like video and audio streams do
[02:10] <burek> encoder         : Lavf54.6.100
[02:10] <burek> that's meta
[02:16] <Arthur_N> success! Now I just need to merge the WAV file with the video
[02:18] <burek> ok, how was your original audio encoded
[02:18] <burek> can you do ffmpeg -i Part1.flv
[02:18] <burek> and use pastebin.com to show the output
[02:21] <Arthur_N> wait a moment, I need to organize this in a bash script
[02:22] <burek> wait, try first if the -af will work
[02:22] <burek> I read that -af is now implemented
[02:22] <burek> and it would make things a lot easier
[02:22] <burek> so, try this first:
[02:23] <burek> ffmpeg -i Part1.flv -af "pan='c1=c1'" -vcodec copy out.flv
[02:30] <Arthur_N> burek: thank you SO much! That worked, with a minor modification, and saved me much hassle
[02:31] <burek> :)
[02:31] <burek> :beer: :)
[02:31] <Arthur_N> you deserve one all right :D
[02:31] <burek> :)
[02:35] <squerp> burek, I've confirmed that the problem has to do with videos from saveyoutube.com, and occurs much less severely elsewhere. It will help a ton to have a way to get an accurate length even when they file is awry, but is there a way to have ffmpeg fix these files?
[02:37] <burek> well, I guess that duration is written in container (mkv) or calculated
[02:37] <burek> and ffmpeg can only tell the correct value once it "plays" all the frames and counts the time precisely
[02:37] <burek> that's why it showed it correctly when we quickly remuxed the video
[02:38] <burek> that's my understanding of it
[02:38] <squerp> right, but it still stores or calculates the wrong duration for the copy of the file
[02:38] <burek> if you think without re-encoding the streams
[02:39] <squerp> my boss is wondering if, since I actually have to run the video through ffmpeg to transcode anyway, maybe there's a way to correct that for good?
[02:39] <burek> then I don't know..
[02:39] <burek> well
[02:39] <burek> there is a diff between remux and transcode
[02:39] <burek> remux is just changing the format/container
[02:39] <burek> not re-encoding
[02:40] <burek> container/format contains audio+video+subtitle streams
[02:40] <burek> which are encoded using various encoders
[02:40] <burek> when you transcode something, you re-encode those streams
[02:41] <burek> when you remux something you just put those streams into some other container (avi, mkv, mp4, flv, ...)
[02:41] <burek> and you don't re-encode anything
[02:41] <burek> that's why it finished so quickly
[02:42] <burek> so, if you want to fix it for good, you should try re-encoding it using the "same encoding options"
[02:42] <burek> which is not quite easy to guess precisely
[02:42] <burek> or you can use some fixing utilities, like flvmeta for flv files
[02:42] <burek> try finding something for mkv/webm files
[02:44] <squerp> So, when we first import our file we run the following on it:
[02:44] <squerp> ffmpeg -y -i input.webm -threads 8 -f webm -vcodec libvpx -deinterlace -g 120 -level 216 -profile 0 -qmax 42 -qmin 10 -rc_buf_aggressivity 0.95 -vb 2M -acodec libvorbis -aq 70 -ac 2 out.webm
[02:44] <squerp> I'd assume that's transcoding not remuxing, right?
[02:44] <burek> that's transcodin
[02:44] <burek> g
[02:44] <squerp> we actually have to do that anyway since the original videos aren't webm
[02:45] <squerp> so, is that doing enough work that we could fix the duration while it's happening?
[02:45] <burek> it should
[02:46] <squerp> oh?
[02:46] <squerp> don't think it is
[02:46] <burek> try right now with your mkv file
[02:47] <burek> -mkv +webm
[02:47] <squerp> I don't have an mkv file handy
[02:47] <burek> my mistake
[02:47] <squerp> is there a good place to find one?
[02:47] <burek> webm*
[02:47] <squerp> ah, is it enough to transcode from webm to webm?
[02:47] <burek> well try right now :)
[02:48] <burek> it should fix that issue
[02:49] <squerp> no dice: http://pastebin.com/naJ7as8U
[02:50] <burek> try without -deinterlace
[02:51] <squerp> okay, trying that
[02:51] <squerp> p.s., we have no idea what most of those arguments do :-)
[02:52] <squerp> looks like the same problem
[02:52] <burek> http://ffmpeg.org/ffmpeg.html
[02:52] <burek> most of them are documented there
[02:52] <squerp> ya, I've been learning slowly
[02:52] <squerp> my boss grabbed the full command of the web
[02:52] <squerp> I've been trying to learn things more from that doc
[02:52] <burek> well, you are better of using -crf or -b
[02:53] <burek> that way you control quality/bitrate
[02:53] <burek> so you can fine tune your output
[02:53] <burek> off*
[02:53] <burek> can you please use pastebin.com, to show your command line and its output?
[02:53] <burek> the last output
[02:53] <squerp> http://pastebin.com/YCfKMAcF
[02:53] <burek> I think you hit the bug :)
[02:56] <squerp> dyou mean something went wrong with the transcode?
[02:56] <burek> I mean there might be something wrong either in libvpx or in ffmpeg
[02:56] <squerp> oh!
[02:56] <burek> you can report that if you like on ffmpeg bug trac
[02:56] <burek> that way we'll have a chance to fix it :)
[03:49] <LittleFoot> o/
[03:49] <LittleFoot> troll is back
[03:49] <LittleFoot> ryoohki, o/
[03:51] <LittleFoot> libavdevice54: Depends: libx11-6 (>=2:1.4.99.1) but 2:1.3.3-4 is to be installed
[03:51] <LittleFoot> thats kind of a huge change i dont cant do
[04:16] <grepper> LittleFoot:  not an ffmpeg issue, see your distro channel
[04:17] <LittleFoot> grepper, shut up
[04:18] <LittleFoot> wasnt talkin to u
[04:19] <grepper> wow, how old are you ?  Grow up
[04:19] Action: grepper gone to do something useful
[04:47] <Nickname123> how does the idet filter work?
[04:48] <Nickname123> err... how do i use it rather
[05:00] <LittleFoot> ok ryoohki i builded the 0.9 version
[05:07] <LittleFoot> yey no more artifacs
[05:07] <LittleFoot> 720p vp8 video at 30 fps
[05:07] <LittleFoot> wooooooheeeeeeeeeee
[05:11] <LittleFoot> now building FFmpeg 0.11.1 "Happiness"
[05:11] <LittleFoot> its not giving me errors weird
[05:15] <squerp> burek, just fyi this is the bug I filed: https://ffmpeg.org/trac/ffmpeg/ticket/1444
[05:15] <squerp> and thanks so much for all the help
[05:22] <LittleFoot> ryoohki, ok im using version 11 now
[05:22] <LittleFoot> i got no errors
[05:22] <LittleFoot> weird
[05:37] <ryoohki> LittleFoot: upgrade to the latest mint
[05:37] <LittleFoot> no im in debian
[05:37] <ryoohki> LittleFoot: upgrade often...
[05:37] <LittleFoot> i ran all updated on mint11
[05:37] <LittleFoot> but its still mint11 lol
[05:37] <ryoohki> ok
[05:37] <LittleFoot> i also ran all updates on debian
[05:38] <LittleFoot> and that messed up my gtx560
[05:38] <LittleFoot> so i had to reinstall that
[05:39] <LittleFoot> and also built ffmpeg 11 w out any probs
[05:39] <LittleFoot> which was weird
[05:39] <LittleFoot> and i reincoded my movie w it
[05:39] <LittleFoot> and no more artifacts
[05:41] <LittleFoot> debian updater only shows nvidia stuff
[05:41] <LittleFoot> because it doesnt know wtf its doing lol
[05:42] <LittleFoot> so im all updated!!!!! weeeeeeeeeeeeeeeeee
[09:31] <burek> grepper, just ignore him, he was rude yesterday also and deserved to suffer all that he suffers currently :)
[09:32] <burek> squerp, thanks :) :beer: :)
[12:14] <danielr> Hi guys it's me again, this is what i'm discovering with ffmpeg, its not producing black frames at the start but two identical frames which messes up a few things, is there a way to preventing it producing duplicate frames at the start ? here is an example http://www.lietuviska.tv/xixo/11329620-0.jpg
[12:44] <danielr> http://muzso.hu/2008/12/28/extracting-thumbnails-still-images-frames-from-a-video-with-ffmpeg i followed this and indeed the offset time still generates two frames the same at the start hence the need to calculate total frames + 1
[12:53] <danielr> the work around is to remove the first frame i think, however is there a way to start the file sequence at 0  ? image%03d.jpg
[12:57] <burek> danielr, your video has got duplicate frames
[12:57] <burek> so, use the video editor and edit your video?
[12:58] <danielr> it does it with any video and explains this on that old article too
[12:58] <burek> where exactly does it explain
[12:58] <danielr> so  if i emit ss two black frames, if i add ss, moves it along but shows again two frames
[12:59] <burek> I don't understand
[13:00] <danielr> http://static.electroteque.org/images/big_buck_bunny_480p_h264-0.jpg
[13:00] <burek> with what command line is it produced?
[13:01] <danielr> http://www.lietuviska.tv/xixo/11329620-0.jpg this is someone elses
[13:02] <danielr> "However this does not work as I expected. It's either a bug or I'm not fully understanding how ffmpeg works. Either way ... the output from the above command will not contain the frames that we targeted. The first two images in the saved sequence will always be the first two frames of the input video (strange, isn't it? ) " I don't know what he means but it seems its the first two frames, not in the interval
[13:03] <burek> with what command line is it produced?
[13:03] <danielr> can't get to my old paste bin link from yesterday
[13:03] <danielr> sec
[13:04] <danielr> http://pastebin.com/1Yx2xQ03
[13:04] <danielr> what i discovered the total frames calculation rounded up is 60, but its producing 61 which is why that guy is calculating an extra one so if the first frame is removed that might work for my system
[13:05] <burek> can you please use pastebin.com, to show your command line and its output?
[13:06] <danielr> but I would need it starting at 0
[13:06] <danielr> http://pastebin.com/1Yx2xQ03
[13:07] <danielr> stdout in a sec
[13:08] <danielr> http://pastebin.com/9M129Uu4
[13:09] <danielr> my build is macports on crapple
[13:09] <danielr> ffmpeg version 0.7.11, Copyright (c) 2000-2011 the FFmpeg developers
[13:09] <danielr>   built on Mar  6 2012 06:00:18 with gcc 4.2.1 (Apple Inc. build 5666) (dot 3)
[13:10] <burek> this is probably a bug
[13:10] <burek> but to know it for sure
[13:10] <burek> you might need to compile the latest ffmpeg from git source
[13:10] <burek> to be sure it is or it's not
[13:11] <burek> the command seems valid, along with the output
[13:11] <burek> but the resulting files are not, I guess
[13:11] <burek> maybe your workaround could be to generate 1 more frame and simply delete the 1st (duplicate) frame?
[13:11] <burek> if you don't want to update your ffmpeg
[13:12] <burek> also, I'm not sure precisely what does this mean "muxing overhead -100.011448%"
[13:12] <burek> but it doesn't look ok
[13:14] <danielr> nfi
[13:15] <danielr> well the total frames should be 60 rounded up from 59.xx
[13:15] <danielr> is there a way to start the index from 0
[13:15] <danielr> that way it could be scripted to remove that file and start the index normally from 1
[13:16] <burek> check the manual for image2 format
[13:16] <burek> http://ffmpeg.org/ffmpeg.html
[13:17] <burek> "If the pattern contains "%d" or "%0Nd", the first filename of the file list specified will contain the number 1, all the following numbers will be sequential."
[13:20] <leandrosansilva> Hello to all. Is there another way to convert images with one pixel format using something else than sws_scale?
[13:20] <leandrosansilva> I used sws_scale in a project but now I'm reading the ffmpeg.c (from ffmpeg) and avconv.c (from libav) and they're not using sws_scale anymore
[13:21] <leandrosansilva> but I couldn't identify what they are using
[13:22] <danielr> %03d this is my sequence number it starts at 001
[13:50] <danielr> I guess there is no way to start from 000 the documentation doesn't mention it
[14:06] <funyun> hi. i'm trying to convert a mkv file to a file i can burn as a dvd but with subtitles. can anything help me with the subtitles part? this is what i have so far ffmpeg -i input.mkv -map 0:0 -map 0:1 -map 0:2 -aspect 16:9 -target ntsc-dvd -crf 17 -ab 224k -threads 0 output.mpg
[14:07] <funyun> 0:0 is the video, 0:1 is the audio and 0:2 is the sub track
[14:09] <blight_> hi guys
[14:09] <blight_> can ffmpeg handle broadcast wave files? can it extract and audio stream from a movie preserving the broadcast wave information=
[14:23] <funyun> anybody?
[14:57] <burek> blight_, can you ask your question in a different way? :)
[14:58] <blight_> how do i get the -map_metadata option to work?
[14:58] <blight_> with broadcast wav :p
[14:59] <burek> what is a "broadcast wav" ?
[15:01] <blight_> contains some extra data chunks as specified by the european broadcast union around 1997 or something
[15:01] <burek> I still don't understand what you are asking :( sorry..
[15:03] <burek> "can it extract and audio stream from a movie preserving the broadcast wave information" -> the answer should be "yes"
[15:03] <burek> for map_metadata see: http://ffmpeg.org/ffmpeg.html
[15:05] <funyun> hi. i'm trying to convert a mkv file to a file i can burn as a dvd but with subtitles. can anything help me with the subtitles part? this is what i have so far ffmpeg -i input.mkv -map 0:0 -map 0:1 -map 0:2 -aspect 16:9 -target ntsc-dvd -crf 17 -ab 224k -threads 0 output.mpg
[15:07] <blight_> burek: thanks but it seems like it doesnt work
[15:24] <funyun> hi. i'm trying to convert a mkv file to a file i can burn as a dvd but with subtitles. can anything help me with the subtitles part? this is what i have so far ffmpeg -i input.mkv -map 0:0 -map 0:1 -map 0:2 -aspect 16:9 -target ntsc-dvd -crf 17 -ab 224k -threads 0 output.mpg
[15:52] <burek> blight_, what exactly doesn't work
[15:52] <burek> can you please use pastebin.com, to show your command line and its output?
[16:02] <funyun> hi. i'm trying to convert a mkv file to a file i can burn as a dvd but with subtitles. can anything help me with the subtitles part? this is what i have so far ffmpeg -i input.mkv -map 0:0 -map 0:1 -map 0:2 -aspect 16:9 -target ntsc-dvd -crf 17 -ab 224k -threads 0 output.mpg
[16:02] <burek> funyun, please don't spam with your question
[16:02] <burek> use google instead, while you are waiting for someone to help
[16:03] <funyun> i tried that. couldn't find anything :'(
[16:03] <burek> then be patient..
[16:11] <danielr> I'm assuming there is no solution this is what i've let people know, i've worked around the duplicated frame problem in my system, by removing the first file and increasing the index to obtain the thumbnail because the file sequencing is out of order and has to start at 2.
[16:11] <danielr> "FFmpeg generates an extra duplicated frame at the start possibly due to a bug, there is no way to control the filename sequence so removing the first index at 001.jpg works around this problem and the total frames is calculated correctly. This causes an indexing issue for the thumbnails feature therefore the thumbnailsOffset property is required which defaults to 1."
[16:13] <burek> danielr, it might have been a bug that is fixed a long time ago
[16:14] <burek> the only way you can know for sure
[16:14] <burek> is to compile the latest ffmpeg
[16:14] <burek> or use static
[16:18] <danielr> ./ffmpeg
[16:18] <danielr> -bash: ./ffmpeg: cannot execute binary file
[16:18] <danielr> it's ok, there is work arounds, the build takes hours so i'll leave it at that :(
[16:18] <burek> are you on *nix
[16:18] <danielr> thanks anyway
[16:19] <danielr> crapple
[16:19] <burek> ok
[16:19] <burek> :beer: :)
[16:22] <danielr> lol
[16:42] <sandsmark> what does it mean if it returns here?: http://git.videolan.org/?p=ffmpeg.git;a=blob;f=libavformat/asfdec.c;h=6bcfe0ac3458f2837bcd05fdb189c1aee57ef21a;hb=HEAD#l582
[16:43] <sandsmark> that it isn't a valid asf header?
[16:43] <sandsmark> (if so, it probably should return something other than -1, which bubbles up as "Operation not permitted")
[16:49] <sandsmark> http://sprunge.us/ZgRY and if so, is this patch valid?
[17:08] <christophe_v_e> Hey, I'm trying to join 25 .flv's - I found: http://ffmpeg.org/faq.html#How-can-I-join-video-files_003f      but I have no idea how I'd go about modifying that to do what I'd like.
[17:24] <burek> christophe_v_e, the best choice is to use video editor
[17:24] <burek> although you can try concat: protocol
[17:25] <burek> http://ffmpeg.org/ffmpeg.html#concat
[17:25] <christophe_v_e> I'm trying to write a code, through php I'm trying to split videos in pieces, then join them in a different way. I managed to split them, but this seems rather difficult.
[17:27] <burek> well it is
[17:27] <burek> try concat
[17:27] <burek> if that doesn't work
[17:27] <burek> you're out of luck
[17:30] <christophe_v_e> (I'm really bad at this) I'm not sure how I'd specify an output using concat. I'm guessing just using: exec('ffplay concat:pieces/video_1_part_1.flv|pieces/video_2_part_1.flv');      won't work? (because it doesn't).
[17:32] <christophe_v_e> Is there an easier way of merging different types of video files? I can always convert the flv's (with ffmpeg, I hope?) if needed.
[17:41] <burek> christophe_v_e, there are examples there in that document that you can use
[17:41] <burek> ffmpeg -i concat:split1.mpeg\|split2.mpeg\|split3.mpeg -vcodec copy out.mpeg
[17:46] <christophe_v_e> Doesn't work, thanks anyway :)
[17:47] <christophe_v_e> I'll look for a way to convert my flv's and then join them, it seems others had to do the same - from what google gives me
[17:49] <Sazpaimon> so I'm getting "Changing stream parameters in multistream ogg is unsupported" in my ffmpeg HEAD revision
[17:50] <Sazpaimon> is anyone working on this or is there an alternative I can use?
[17:57] <Fire_> is this an ok place to ask legal questions?
[17:59] <Fire_> Can't make sense of the license, is a program that just feeds ffmpeg a command line string, and packages ffmpeg with itself breaking the LGPL?
[18:11] <christophe_v_e> I tried converting my .flv files to something that would allow easy file joining .. I failed. Any tips on either joining .flv's or converting .flv's to something that will let me join them?
[18:13] <proc_> One of my computers at work is using Ubuntu (newest dumb animal name version). On my Debian machines at home my compile scripts work just fine. The much hated Ubuntu box is tossing out this. "ERROR: libvpx decoder version must be >=0.9.1" when do ./configure blah blah. Any ideas what this is about.
[18:17] <proc_> Never mind. In my rush to blame Ubuntu for sucking so much I forgot to compile vpx =P
[18:18] <Mavrik> *facepalm*
[18:25] <christophe_v_e> Can somebody explain why it is that every time I search for mencoder ffmpeg shows up?
[18:55] <swkide> Greetings! I am looking for an example to create "http live streaming" segments with ffmpeg - I have no luck with the command line
[18:55] <swkide> ffmpeg -v debug -i $input -c copy -map 0 -f segment -segment_time 10 -segment_list out.list out%03d
[18:55] <swkide> complete command and output is here: http://pastebin.com/j1xBSnYm
[18:55] <swkide> Any help is appreciated or any other way to create apple http segments - Thanks
[18:57] <swkide> Oh - the "normal" segmenter from http://svn.assembla.com/svn/legend/segmenter/ does not compile against ffmpeg 0.11.1
[19:00] <grepper> christophe_v_e:  I don't know what you mean by 'search for', but it possibly because the mplayer/mencoder project uses ffmpeg libs as well
[19:08] <christophe_v_e> Thank you, grepper - I meant google. Anyway, I managed to convert my flv's to mp4's .. to get one joined .mpg, but when I want to convert my .mpg to .mp4 it create a 0kb .mp4 Anybody?
[19:13] <christophe_v_e> When I convert .mp4 to .mpg it doesn't play.
[19:18] <grepper> http://ffmpeg.org/faq.html#How-can-I-join-video-files_003f
[19:19] <grepper> not sure how current this is:  I thought there was a concat filter but I don't see it in ffmpeg -filters
[19:40] <christophe_v_e> exec('ffmpeg -i video_1.flv -s 640x480 video_1.mpg'); - any idea how I'd modify this line to convert all .flv files to .mpg?
[20:29] <burek> <Fire_> Can't make sense of the license, is a program that just feeds ffmpeg a command line string, and packages ffmpeg with itself breaking the LGPL?
[20:29] <burek> if you let the end user install ffmpeg
[20:29] <burek> then you're ok
[20:29] <burek> also, if you provide the source code of the entire ffmpeg, with the clear message that you are using the free software
[20:29] <burek> and that end users have it for free, then also yes
[20:29] <burgalon> anyone could please help me install ffmpeg on OSX Snow Leopard. I'm trying to install using homebrew and getting an error "Requested 'fribidi >= 0.19.0' but version of FriBidi is 0.10.9"
[20:29] <burek> but, just to be sure, ask in #ffmpeg-devel
[20:30] <burek> christophe_v_e, use the video editor like avisynth or adobe premiere
[20:31] <christophe_v_e> As I said before, I'm writing a php script to automatically download, split & merge video files.
[20:31] <burek> well ffmpeg can't do that
[20:31] <burek> how else can I tell it
[20:32] <christophe_v_e> I'm now struggling to join .mpg files - it works, however, once I change folders .. it stops working.
[20:32] <burek> it can concat: some video files
[20:32] <burek> and you can cat mpeg video files (not even using ffmpeg)
[20:32] <burek> but everything beside that is better off with a video editor
[20:32] <christophe_v_e> exec('copy /b video_1.mpg+video_2.mpg merged.mpg');       - this works fine.
[20:33] <christophe_v_e> however, when I change it to exec('copy /b somefolder/video_1_part_5.mpg+somefolder/video_2_part_2.mpg somename.mpg');      it stops working .. for some reason I don't know.
[20:33] <burek> swkide, I don't know of any ffmpeg example to create http segmented files
[20:33] <burek> try using apple tools
[20:33] <burek> it's their thing anyway
[20:34] <burek> grepper, it's a protocol :)
[20:35] <burek> christophe_v_e, you can use shell scripts for that mass convert thing
[20:35] <burek> for %%i ...
[20:35] <burek> burgalon, you need to ask your distribution's maintainer
[20:36] <burek> here you can get a help on how to compile ffmpeg from scratch
[20:36] <burgalon> alrighty... so I guess I'll try to compile it from scratch
[20:36] <burgalon> can you send me a link to a most recent how-to compile latest ffmpeg on OSX (snow leopard) ?
[20:36] <burek> i would advise you to first ask your maintainer
[20:36] <burek> you might have better luck to just install it
[20:37] <burgalon> thanks
[20:37] <swkide> thx @burek
[20:37] <burek> :beer: :)
[20:37] <christophe_v_e> indeed, not using ffmpeg anymore to do that
[20:40] <swkide> Yes! I finally produced some output - now testing if it works as ipad stream ...
[20:40] <swkide> ffmpeg -v debug -i $input -c:v copy -c:a copy -vbsf h264_mp4toannexb \
[20:40] <swkide>         -map 0 -f segment -segment_time 10 -segment_list test.m3u8 stream%03d.ts
[20:44] <burek> cool
[20:55] <blight_> burek: it just doesnt copy the damn metadata, is that so hard to understand? http://pastebin.com/3FDbHPVG
[21:01] <kippi> why would this just output sound but no video? ffmpeg -i /Link\ to\ usr/1/as.flv -acodec aac -strict experimental -vcodec libx264 /var/www/vhosts/l/ms/streams/1/as.mp4
[21:27] <LittleFoot> o/
[21:29] <kippi> think it's because i have got problems with libx264 and ubuntu
[21:31] <LittleFoot> use lib vpx?
[21:31] <LittleFoot> its utubes latest encoding
[21:31] <LittleFoot> u can save as webm
[21:34] <kippi> hmmm, that's installed too but it can't find that either
[21:40] <LittleFoot> wat r u trying to do
[21:40] <kippi> just trying to convert a flv to mp4
[21:40] <LittleFoot> weird
[21:41] <LittleFoot> that wont look good hehe
[21:41] <Mavrik> kippi, if you already have .flv encoded to h.264/aac then you don't need to reencode
[21:42] <kippi> Mavrik: what do i need to do then?
[21:42] <Mavrik> first check if you have such video with ffprobe.
[21:43] <kippi> [flv @ 0x16aca4e0] Could not find codec parameters (Video: h264)
[21:44] <kippi> yep it is
[21:45] <Mavrik> ~em.
[21:45] <Mavrik> run ffprobe and paste output to pastebin.
[21:45] <Mavrik> you're looking at wrong output.
[21:47] <kippi_> http://pastebin.ca/2160934
[21:52] <kippi_> ##########
[22:06] <christophe_v_e> Hey, it turns out my merging .mpg files doesn't really work when using multiple files - it only outputs the first. I'm using exec('copy /b video_18_part_19.mpg+video_20_part_9.mpg+video_2_part_16.mpg+video_3_part_5.mpg+video_3_part_29.mpg merged.mpg');
[22:18] <expresspotato> Hi all. We're trying to upgrade our fffmpeg source but get undefined references to get_buffer which was in aviobuf.c but has since been removed. What method should we be replacing it with?
[22:23] <expresspotato> Hi,
[22:23] <expresspotato> I'm trying to upgrade the FFMpeg source used with one of our projects but get_buffer has gone away. I'm not 100% sure on which method to replace it with. Here are two contexts in which its used, any help is appreciated.
[22:23] <expresspotato> I look forward to hearing from you soon,
[22:23] <expresspotato> Thanks,
[22:23] <expresspotato> Kevin
[22:23] <expresspotato>     cur_offset = avio_tell(pb);
[22:23] <expresspotato>     if (!para->playctrl_info.read_end_flag && (0 == pkt->data_size)) {
[22:23] <expresspotato>         rev_byte = get_buffer(pb, pbuf, para->max_raw_size);
[22:23] <expresspotato>         if ((rev_byte > 0) && (cur_offset <= para->pFormatCtx->data_offset)) {
[22:23] <expresspotato>             try_count = 0;
[22:23] <expresspotato>             pkt->data_size = rev_byte;
[22:23] <expresspotato>             para->read_size.total_bytes += rev_byte;
[22:23] <expresspotato>             pkt->avpkt_newflag = 1;
[22:23] <expresspotato>             pkt->avpkt_isvalid = 1;
[22:23] <expresspotato>   do {
[22:23] <expresspotato>                 read_length = get_buffer(s->pb, data + 12, read_size);
[22:23] <expresspotato>                 if ((read_length <= 0) || (sync_flag == 1024)) {
[22:23] <expresspotato>                     if (read_length == AVERROR(EAGAIN)) {
[22:34] <llogan> expresspotato: please use a pastebin service to show multiple lines (like pastebin.com)
[22:44] <abhilashtt01> hi Guys
[22:48] <expresspotato> ok
[22:49] <expresspotato> I'm trying to upgrade the FFMpeg source used with one of our projects but get_buffer has gone away. I'm not 100% sure on which method to replace it with. Here are two contexts in which its used, any help is appreciated. See this paste @ pastebin: http://pastebin.com/tbhenvQ2
[23:08] <llogan> why do some many stackoverflow questions use FFMpeg instead of FFmpeg?
[00:00] --- Thu Jun 14 2012