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

[burek]

[00:17] <milehigh> Using 0.10.3-1 from rpmfusion for Fedora 17, getting weird behavior, the -standard option seems to be missing, see this paste from running with the deprecated -tvstd option: http://pastebin.com/K6MgMsfS
[00:19] <DelphiWorld> FFM :P
[00:20] <milehigh> nevermind
[00:25] <DelphiWorld> burek: DUDE
[01:17] <DelphiWorld> burek: PING
[01:17] <DelphiWorld> FFServer error log http://dpaste.com/hold/756834/
[01:17] <DelphiWorld> unable to open a udp mcast stream
[01:49] <DelphiWorld> anyone ?
[01:56] <DelphiWorld> need help streaming using ffserver :(
[02:24] <pintcat> hi everyone!
[02:25] <pintcat> i' trying to build ffmpeg on debian with libutvideo feature...
[02:26] <pintcat> does anyone know what is needed (probably some header scripts from the ut video source)?
[02:27] <pintcat> ...and where i have to put it
[02:58] <llogan> pintcat: ffmpeg already has a ut video decoder
[02:59] <llogan> but if you want to use libutvideo to en/decode then first you have to compile utvideo
[02:59] <llogan> http://umezawa.dyndns.info/archive/utvideo/utvideo-11.1.0-src.zip
[02:59] <llogan> then add --enable-libutvideo to ffmpeg ./configure
[03:31] <pintcat> thanx llogan, BUT: compiling ut video isn't enough...
[03:31] <llogan> pintcat: what do you mean?
[03:32] <pintcat> well, it just builds some object files and libutvideo.a in utv_core
[03:33] <llogan> works fine for me: http://pastebin.com/qXzNj2y5
[03:34] <pintcat> aaah! so the header scripts and the binary have to be in a specific place...
[03:34] <pintcat> that's all i wanted to know
[03:34] <llogan> unzip utvideo-11.1.0-src.zip; cd utvideo-11.1.0; make; sudo checkinstall ...
[03:35] <pintcat> yes (that's the dirty way to install stuff on debian ;)
[03:35] <LordCrc> whats the webm equivalent of "-x264opts crf=15", quality wise
[03:35] <llogan> sudo checkinstall --pkgname=utvideo --pkgversion="1:11.1.0" --backup=no --deldoc=yes --fstrans=no --default
[03:35] <LordCrc> as in which options set to what?
[03:37] <llogan> LordCrc: libvpx can use -crf, but i have no idea what values to use. i haven' tused libvpx much myself.
[03:37] <LordCrc> llogan: so just -crf then? thanks
[03:37] <LordCrc> guess ill just have to try and see
[03:37] <llogan> you can also just use -crf instead of -x264opts crf for libx264
[03:38] <LordCrc> oh, i can now?
[03:38] <LordCrc> nice
[03:38] <LordCrc> youtube keeps truncating the video when i use x264, gonna try webm
[03:38] <llogan> use a pastebin site to show your ffmpeg command and the complete console output (for x264)
[03:39] <pintcat> btw. did someone check the windows ffmpeg binary from http://ffmpeg.zeranoe.com/builds/ ?
[03:39] <llogan> is there something wrong with it?
[03:40] <pintcat> yeah, ut encoding doesn't seem to work
[03:40] <llogan> use a pastebin site to show your ffmpeg command and the complete console output
[03:40] <pintcat> makes ffmpeg crash
[03:40] <llogan> crashes bad!
[03:40] <pintcat> confirmed?
[03:41] <llogan> oh, no. linux luser here.
[03:41] <pintcat> :)
[03:42] <llogan> but i might be able to duplicate it here anyway
[03:42] <pintcat> there's not much output...
[03:43] <pintcat> ...ffmpeg just hangs and that's all about it
[03:44] <LordCrc> http://codepad.org/QAnNUzEc
[03:45] <LordCrc> mind you i used an older version before with same results, this is using nightly build from some days ago
[03:45] <LordCrc> oh sorry
[03:45] <LordCrc> wrong encoding options ignore that
[03:47] <LordCrc> http://codepad.org/JQb7O5Cx
[03:47] <LordCrc> i just encoded a few seconds
[03:47] <llogan> pintcat: i have no idea what your command is so i can't even try it
[03:48] <LordCrc> but i've tried different crf values, different ffmpeg versions, same result, same point youtube chokes
[03:49] <pintcat> sorry, just a simple line like that: ffmpeg -i someclip.avi -vcodec libutvideo -acodec copy output.avi
[03:50] <pintcat> happened with every video (different formats) i tried
[03:50] <llogan> every input format or every output format?
[03:51] <pintcat> input format, output format was always avi
[03:52] <llogan> LordCrc: does the output play normally in ffplay?
[03:52] <LordCrc> llogan: i'll check, works perfectly fine in MediaPlayer Classic HomeCinema though
[03:53] <llogan> how long until it stops in youtube?
[03:53] <LordCrc> 2 minutes exactly
[03:53] <LordCrc> audio keeps on playing though, weirdly
[03:54] <LordCrc> but it says my 9min clip is 2min in the flash player
[03:55] <llogan> pintcat: are you using the most recent ffmpeg from zeranoe? static or shared? 32 or 64 bit?
[03:55] <LordCrc> yes, static 32bit
[03:55] <LordCrc> well, "most recent", i got the version from 7th of june
[03:56] <llogan> sorry, that was for pintcat
[03:56] <LordCrc> however i had exactly the same result with my old binary from months ago
[03:56] <LordCrc> oh right
[03:56] <pintcat> yes, static build from 2012-06-08, 32bit
[03:59] <llogan> LordCrc: i don't know why it's doing that for you, but you can try just the video or another audio encoder and see if it happens again
[03:59] <llogan> ffmpeg -i frapsinput.avs -y -vcodec libx264 -an -preset slow -crf 18 -t 00:03:00 output.mp4
[03:59] <llogan> ffmpeg -i frapsinput.avs -y -vcodec libx264 -preset slow -crf 18 -acodec libmp3lame -aq 4 -t 00:03:00 output.mkv
[03:59] <LordCrc> hm yes, good point
[04:00] <LordCrc> weird thing is
[04:01] <LordCrc> i had this  much longer video, 23mins, where YT did the same thing
[04:01] <LordCrc> but when i split the mp4 file in two 12 minute segments using mp4box it worked just fine...
[04:01] <LordCrc> so the stream itself must be ok?
[04:01] <LordCrc> this whole thing is just weird
[04:04] <pintcat> sounds like a muxing failure
[04:04] <LordCrc> oh hello
[04:04] <pintcat> did you try another container?
[04:04] <LordCrc> what should happen when ffplay gets to the end of the file?
[04:04] <pintcat> hhi :)
[04:04] <llogan> it keeps "playing" forever
[04:05] <LordCrc> cause its "jammed", repeating the last few samples of the audio
[04:05] <LordCrc> ok so thats expected?
[04:05] <llogan> no
[04:05] <LordCrc> ok i could seek back fine
[04:05] <llogan> try with -autoexit
[04:05] <pintcat> ls
[04:06] <pintcat> whoops
[04:06] <LordCrc> ah yes, autoexit made it quit fine
[04:06] <llogan> i'd blame libvo_aacenc. only because i'm not sure what is going on and the only odd messages i saw were "que ..."
[04:07] <LordCrc> llogan: that came when i updated ffmpeg, didnt have those before, but yeah ill try the other audio
[04:07] <LordCrc> i guess i can try mkv as well, just for fun
[04:08] <llogan> pintcat: crashes for me too in windows
[04:08] <pintcat> ok
[04:09] <llogan> is it only libutvideo that crashes?
[04:09] <pintcat> right now my fresh compiled ffmpeg encodes a video with ut...
[04:09] <pintcat> ...and it seems to work fine :)
[04:10] <llogan> weird. i'll mention it to zeranoe if i see him around.
[04:10] <pintcat> i noticed that the guy from zeranoe used an outdated version of ut
[04:11] <pintcat> 10.2.4
[04:12] <pintcat> (at least he refers to that source)
[04:17] <LordCrc> i seem to recall some talk about gpu assisted encoding, still some time off or?
[04:17] <LordCrc> of 264
[04:18] <LordCrc> (ive also heard its very difficult to encode it on gpu so :)
[04:19] <llogan> LordCrc: various discussions on the topic: http://pastebin.com/raw.php?i=Ce8xaCsD
[04:19] <LordCrc> thanks :)
[04:21] <pintcat> hm... ffmpeg finished encoing without problem, but now ffplay can't play it :(
[04:21] <pintcat> the source video plays fine
[04:23] <LordCrc> i wrote a kind of "mjpeg with delta frames" encoder which used the gpu for motion vector searches, but that was fairly trivial, from what i heard h264 has some things which makes it much more difficult to port to a gpu
[04:32] <LordCrc> ok, so i tried the following "ffmpeg -i bf3sqdm_test_ref.mp4 -vcodec copy -acodec copy bf3sqdm_test_ref.mkv"
[04:32] <LordCrc> should that work?
[04:32] <LordCrc> got this error http://codepad.org/dhpvoULy
[04:32] <LordCrc> oh sorry
[04:33] <LordCrc> wrong binary
[04:34] <LordCrc> somehow ffmpeg got into my path...
[04:36] <pintcat> LordCrc: assuming the problem is in the mp4 container and the stream itself is ok, this should work then
[04:36] <LordCrc> pintcat: yes, it worked fine when i used the proper binary, like i said somehow a ffmpeg.exe got into my path
[04:36] <LordCrc> thanks for the sanity check tho :D
[04:37] <pintcat> no i meant it should solve the problem with YT
[04:37] <LordCrc> oh yes
[04:37] <LordCrc> that too
[04:37] <pintcat> isn't taht what you're still trying?
[04:37] <LordCrc> yep
[04:37] <LordCrc> while im encoding with a different audio
[04:51] <LordCrc> so this is gameplay video from a first person shooter... and when i upload it i get this lovely message, every time: "We detected that your video may be shaky. Would you like us to fix that?" heh
[04:51] <pintcat> is it shaky? :P
[04:52] <LordCrc> pintcat: hehe, if it wasnt, it wouldnt be much of a video to show ;)
[04:52] <LordCrc> guess they analyse the motion vectors? if they generally all point in one direction one frame, other direction next frame?
[04:52] <LordCrc> seems to work tho
[04:54] <pintcat> clip has full length now?
[04:54] <LordCrc> just finished uploading (800mb file :), so checking it out
[04:54] <pintcat> uh-oh!
[04:55] <LordCrc> interesting
[04:55] <LordCrc> copying it into mkv seems to have worked
[04:56] <pintcat> so ffmpeg's "imagination" of mp4 was the culprit :P
[04:56] <LordCrc> or youtubes interpretation ;)
[04:57] <LordCrc> ive uploaded many files using the same binaries and encoding settings, not had this issue until last week
[04:59] <pintcat> so either ffmpeg or YouTube have made some bad changes
[04:59] <LordCrc> yes
[05:00] <LordCrc> slight audio sync issues, but i think thats the input
[05:01] <pintcat> that's normal for youtube
[05:03] <pintcat> there's still something faulty with ut-encoding/-decoding...
[05:06] <LordCrc> pintcat: may i ask what "ut" stands for?
[05:07] <pintcat> i have no clue
[05:07] <juanmabc> unreal tournament of course?
[05:07] <juanmabc> :D
[05:07] <LordCrc> juanmabc: yeah, thats what comes to mind :)
[05:08] <pintcat> probably some japanese stuff
[05:10] <juanmabc> hehe
[05:10] <juanmabc> those guys
[05:11] <pintcat> ok, gotta get some sleep now...
[05:11] <pintcat> bye all!
[05:11] <LordCrc> "Ut Video Codec Suite is a new free-software lossless video codec for Windows which Takeshi UMEZAWA has developed"
[05:11] <LordCrc> let me guess, his initials?
[05:19] <LordCrc> anyway thanks for the help
[05:20] <LordCrc> lets hope youtube can stay happy with the mkv
[06:03] <temp10> is there any built-in way to reencode mp3s w/ the same bitrate?
[06:04] <temp10> always seems to stick at 64kb, and i have a bunch 2 do w/ different bitrates
[06:05] <LordCrc> temp10: why would you do that if i may ask?
[06:06] <temp10> ive been uploading to google music, a whole bunch failed
[06:06] <temp10> read that its a VBR issue, so i fixed the VBR ones, but there are still a bunch left
[06:06] <LordCrc> temp10: oh, you have a bunch with varying bitrate, and you want to standardize them at a fixed rate?
[06:06] <temp10> no, hoping that batch-reencoding will fix w/e is wrong
[06:07] <temp10> everything else seems to carry-over fine, except im stuck w/ 64kb, and -sameq doesnt seem 2 work anymore
[06:07] <temp10> also no -b:a copy, or -b:a same option (-b is undocumented?)
[06:08] <LordCrc> -b is for video, -ab is for audio
[06:08] <LordCrc> iirc
[06:08] <temp10> both are missing from the current documentation
[06:08] <temp10> (online, im on windows atm)
[06:09] <LordCrc> it's in mine
[06:09] <LordCrc> under Codec AVOptions
[06:10] <temp10> im using ffmpeg.org/ffmpeg.html atm
[06:11] <temp10> so is there any way to specify it use the same bitrate?
[06:11] <LordCrc> same as source you mean?
[06:11] <temp10> yes
[06:12] <LordCrc> not that i know of... you could use a script to first probe the source then extract the bitrate and pass it as a parameter
[06:13] <temp10> right, that would b a nightmare in Command Prompt
[06:14] <LordCrc> would be slightly tedious but
[06:15] <temp10> i mean, considering the process already has that information in-hand
[06:15] <temp10> i then have 2 process the output just to feed it back in
[06:16] <temp10> it doesnt complain abt -sameq as a parameter, but it doesn't seem 2 obey it either
[06:16] <temp10> unless thats a libmp3lame issue
[06:22] <LordCrc> for /f "tokens=3*" %%a in ('bin\ffprobe "input.mp3" 2^>^&1') do if "%%a"=="Audio:" for /f "tokens=6" %%x in ("%%b") do set INPUT_BITRATE=%%x
[06:22] <LordCrc> something like that
[06:22] <temp10> ya, i know abt for ... in
[06:22] <temp10> thnx anyway tho
[06:22] <LordCrc> my interpretation is that sameq is for video
[06:22] <LordCrc> not gottent it to work either tho so
[06:31] <temp10> well some are now failing on Header Missing, guess that was the issue
[06:44] <APoulos> Can anyone tell me how to combine .avi files using ffmpeg?
[06:44] <APoulos> do I need to cat them?
[06:54] <LordCrc> APoulos: what i ended up doing was using avisynth for this
[06:55] <APoulos> LordCrc, Im on linux
[06:55] <LordCrc> APoulos: ah
[06:55] <LordCrc> APoulos: cat wont work, im pretty confident
[06:55] <APoulos> yeah
[06:55] <APoulos> just only the first part combined
[06:55] <LordCrc> APoulos: oh yeah, i think you may repackage them into mkv, and then merge the mkv's
[06:55] <APoulos> but it showed that it had the full size
[06:55] <APoulos> from avi?
[06:55] <LordCrc> using the mkv tools
[06:55] <LordCrc> yes
[06:56] <LordCrc> i did that as well
[06:56] <LordCrc> (before i ended up with avisynth)
[06:56] <APoulos> LordCrc, thats like trying to upvert an mp3 to flac
[06:56] <APoulos> you cant do that...
[06:56] <LordCrc> APoulos: eh no?
[06:56] <LordCrc> APoulos: avi and mkv are containers
[06:57] <LordCrc> APoulos: if the data in them are stream based, should work fine
[06:57] <LordCrc> (it did for me)
[06:57] <APoulos> LordCrc, well I mean i could use mencoder.. but Im afraid of losing quality..
[06:58] <APoulos> to combine the avi files that is
[06:58] <LordCrc> APoulos: this doesnt reencode, just repackage
[06:58] <LordCrc> first i did  "-vcodec copy -acodec copy" to repackage the avi into mkv
[06:58] <LordCrc> then i used mkvmerge to combine the mkv files
[06:59] <APoulos> LordCrc, I hate mkv... sorry to say.. but something about it makes it harder to work with.
[06:59] <APoulos> LordCrc, is there any other ways?
[06:59] <LordCrc> APoulos: perhaps, im no expert :)
[07:00] <APoulos> LordCrc, I mean I'll use mkv if I have to, but I always thought that repackaging as a diff container - depending on the container - was similar to how repackaging audio works - WAV > FLAC > then from there you go down
[07:00] <LordCrc> FLAC is a codec
[07:00] <APoulos> LordCrc, so I assumed it went VOB > MKV/MPG > other containers
[07:00] <APoulos> like video
[07:00] <LordCrc> afaik
[07:01] <LordCrc> WAV is a container, so can contain whatever
[07:01] <LordCrc> when i say repackage i mean the data streams are used as-is
[07:01] <LordCrc> otherwise it's reencode
[07:01] <APoulos> ah
[07:02] <APoulos> now I understand
[07:02] <APoulos> well shit. I guess its true, you learn something new everyday.
[07:02] <LordCrc> avi and mkv are just containers, so can contain essentially whatever data streams you wish
[07:02] <LordCrc> its just that mkv allows the steams to be merged, it seems :)
[07:02] <LordCrc> streams
[07:02] <LordCrc> (unlike avi, which is a bit of a fiddly format)
[07:03] <APoulos> sorry LordCrc, I'm more of an audio encoder (an audiophile :)) that is so used to the way it works when packaging audio
[07:03] <LordCrc> np
[07:03] <APoulos> thats why I thought that
[07:03] <LordCrc> lots of confusion regarding this all around it seems :)
[07:03] <APoulos> alright, so if I change it to mkv
[07:03] <APoulos> then change it back to avi
[07:03] <APoulos> it will be all well
[07:03] <APoulos> ?
[07:03] <LordCrc> doesnt help that most mkv files people see use the same codec, so people start associating mkv with that codec (cough x264)
[07:04] <LordCrc> yes should
[07:05] <LordCrc> so what i did was first "ffmpeg -i input1.avi -y -vcodec copy -acodec copy temp1.mkv" etc for all the inputs, then "mkvmerge -o full.mkv temp1.mvk +temp2.mkv +temp3.mkv" etc
[07:05] <APoulos> LordCrc, the reason I'm converting to mp4 or avi containers is for my PS3
[07:05] <APoulos> you get me?
[07:05] <LordCrc> ah
[07:06] <LordCrc> yes
[07:06] <LordCrc> mp4 can be combined too i think... need to check
[07:07] <LordCrc> but not sure which codec your avi has?
[07:07] <APoulos> LordCrc, I'm going to post a thread in the forums so I can just take care of it later, you know?
[07:07] <APoulos> Thanks for your help though LordCrc
[07:08] <LordCrc> hope it helps :)
[07:08] <APoulos> Me too haha
[07:08] <APoulos> thanks anyways man
[07:08] <APoulos> maybe you can talk to some of the others about the situation im having, if you're on their timezone
[07:08] <APoulos> because as much as I love IRC, I cant idle for very long
[07:09] <LordCrc> im not in the timezone im in, if you get what i mean :)
[07:24] <APoulos> ah
[07:24] <APoulos> gotcha
[09:07] <CoJaBo> There was a really nice sequence of options, I *think* using ffmpeg, to convert a video to a series of PNGs or JPEGs or something (decimating the framerate in the process); but I can't seem to find it- any ideas?