Widescreen Gaming Forum

If the input is too slow, then mplayer may throw that warning. Depending on where you got mplayer or what version you have, it may really be slow. I use up to date builds which are far, far, far, far, far, far, far, far, far, far newer than what's on mplayer's site.

I thought I had an up to date version, got it off a link from Doom9 I think but it could be behind.

Seems to be it was just doing it in real time, it took almost exactly how long the movie was to finish the .wav file.

Even if it was just running slow seems too much a coincidence that it took that long. So my guess is that its just recording the file as it "plays" in mplayer rather than just running through the file as fast as possible.

CPU usage was next to nothing and my HDD was not being hit hard ether.

When it was done though I compared it to the .wav I demuxed with VDM and they were exactly the same. Size, Bitrate, ect so I guess I have no real reason to use that method as it did not offer me any advantage.

So my next big ??? is how do you handle audio if you do any sort of editing to the video like cutting or time shift. With it demuxed you would have to find a way to run the audio stream through the exact same commands.

I think Avisynth can do that but not sure.

Im just picturing the situation where you did a lot of video editing and all you have is the original audio track. I cant see any way to match it up at that point.

I personally if I had any heavy editing to do would use Sony Vegas and just export the file as a HuffYuv file and then feed that into x264.

Actually I may even be able to frame serve to x264. It did not work with some of the gui programs but I am most positive it would work with Avisynth and it possibly may work going directly into x264.

I need to run some speed test too, too see if its faster to feed a file directly into x264 rather than use avisynth, also in the case of the 64bit.exe you sent me I can even cut avs2yuv out of the chain making it even faster.

You can use mencoder to dump the audio, too. Look at -oac copy with it.

You can use mencoder to dump the audio, too. Look at -oac copy with it.

Trying to figure it out...

I tried this:



returns no oac selected.

so tried -oac(copy) and got bad command

tried - oac -copy got -copy is not a known command

So googled it and looks like my file goes before the options.

so mencoder file.avs -oac copy -o test.wav

Still get no -oac selected though.


Edit: nvm I figured part of it out. there is oac and that for audio codec and ovc for video codec. it was telling me I did not have one or the other. You have to have both.

You can use a -nosound tag it says but I tried -novideo and it kicked back that a video stream is necessary so I have yet to find how to run just a audio demux.

Not much on it on google ether, Looks like nobody really uses this to demux. Thats ok I can stick with what I have VirtualDub does it well, I would not be supprised if mkvmerge or mp4box can do it too.

Look at the mencoder line I mentioned on the previous page.

You'll also want to specify -ovc frameno (so it skips video).

Look at the mencoder line I mentioned on the previous page.

You'll also want to specify -ovc frameno (so it skips video).

Oh ok so its -nosound for audio but for video you have to use frameno.

I'll try it now.

I did the path thing as you can see its great, and one of the best pieces of information that I should have known so long ago.

So the exe files work now even without the .exe extension. Im still having to put the path to files though, is that normal?

If I run a bat file from the directory I do not have too, but if I just run a command prompt I do.

Im looking at your code and its different than How I just put this in.

I used this and it looks like its working


Gave me a warning that the output file is .avi but its running anyways. Same behavior as mplayer.exe its very slow, as if it was doing it in real time.

I'll see what I can do by coping your code from the page before you have a few other tags in there like -of

and -of help just told me thats output format :P

That would explain why I did not even get a file out of my script.

Yours is running now and working still its slow though :x

Im going to try to move around the stuff a bit to see if it works, you have the input file at the end and I had it at the start, it seems to be smart enough to know that the only command without a input string is the source file.

edit: never mind your code ran but I cant not find a file for it ether...

I also tested just running files without the path and in a prompt I was able to type just audiosource.avs and it works, not sure why mencoder said it could not find it until I put it the full path.

Oh, by the way, it's faster if you just use the fraps capture directly with mplayer or mencoder. You don't need to use an avs script with it. :) (I never do)

In this case I only used a .avs script because its 2 clips being added together.

My fraps seems to break recordings into 4gb chunks on its own, I do not see an option to overide that.

I do want to test feeding a FRAPS file directly into mencoder or x264 without Avisynth to see how much faster it is, My CPU maxes out all 4 cores to 100% when encoding with x264 but some of that is probably going to Avisynth and not just x264. Also some of it maybe going to avs2yuv.

In this case I only used a .avs script because its 2 clips being added together.

My fraps seems to break recordings into 4gb chunks on its own, I do not see an option to overide that.

I do want to test feeding a FRAPS file directly into mencoder or x264 without Avisynth to see how much faster it is, My CPU maxes out all 4 cores to 100% when encoding with x264 but some of that is probably going to Avisynth and not just x264. Also some of it maybe going to avs2yuv.

You can just dump the audio for the two files separately and combine them together. They are raw WAV streams so you can actually just add them together without a problem.

You can do that with the copy /B command and using + symbols. Look up info on that.

You can also just load the two wav files inside the avs script with WAVSource() like so:

audio_a = WAVSource("part1.wav")
audio_b = WAVSource("part2.wav")
audio = audio_a + audio_b

Yeah, what about video clips.

Coud I just feed them into x264 directly and mux them together or does it all have to be rendered together.

Another curiosity of mine, is it possible to cut a video clip after it has been encoded without re-rendering it?

I have one that I forgot to cut and its 10min 30sec long so youtube rejects it. I have to cut 30 seconds off and I know I cant recode the same file without loss of quality and I already deleted the sources.

Yeah, what about video clips.

You can do that same method with video clips, too.

a = blah()
b = blah()
c = a+b


You can also encode the files separately and just combine the two .264 files in order since they're raw bitstreams.

Another curiosity of mine, is it possible to cut a video clip after it has been encoded without re-rendering it?

Yeah, just extract the raw bitstream out of the MP4 of MKV, cut the end off, and then remux.

Hmm what program is suitable for doing that? I dont think Vegas can do that as when you go to save the file you have to render it in some format or another.

Also for joining things what program are you refering too?

I know how to do it in avisynth but your talking about something else.

copy is a cmd prompt command. You can use it to join files. :) Just type copy /? (you'll want to use /B, too).

For cutting, I'd use Avisynth.

You can probably do that without even demuxing it. (but you'd have to remux it still)

Ok cool I'll look into it later.

I tried my speed test to feed a fraps file directly into x264 and it did not work.

Does not support the video type.

So looks like I have to transcode it with avs2yuv after all.

No big deal, I'll do a speed test on the next file I edit in vegas that is rendered as a huffyuv file.

Nope, you can't pass it directly to x264.

mplayer frapsvid.avi -ao null -vo yuv4mpeg
ren stream.yuv stream.y4m
x264 options stream.y4m

Okay intrupting this Dopefish & ViciousXUSMC chat channel :lol: .

What codec do you guys use for the sound. Currently looking at AAC, but can't encode to it. Or do you know a better codec :)

Nero AAC is what I use now.

Prior to that I used FAAC. AAC is to MP3 as H264 is to DIVX/XVID.

Though for a DVD rip I may just copy the AC3 track depending.

What do you mean you cant encode to it though? NeroAACenc.exe is a free file and all you really need if you use CLI.

If you want a good interface
BeLight uses BeSweet wich is an advanced program that ties Neroaacenc into a few other progograms to expand its options.

http://forum.doom9.org/showthread.php?s=&threadid=85566

BeSweet stuff is here, along with a program that I have not tried yet AACMachine its supposed to be good.

http://besweet.notrace.dk/

Also there is another GUI out there called BeHappy.

@dopefish

This has been a great leaning experience for me. I love to learn new things it gets me all excited. Also it has made me revisit something I didn't dare touch a long time ago.

Mame! :P I can easily use the CLI version of it now rather than relying on a GUI (though a GUI may be nice since there are so many games and remembering the names would be impossible for all of them)

I just got the x86 and x64 versions of the windows binaries and got them up and running. The x64 binary loads stuff way faster but the actual game play so far for the one game I tried is awful it skips and stutters not sure why.

Here is what really interest me though it looks like a good place to start to learn how to compile from source code: http://mrdo.mameworld.info/compile.html

Its probably all automated due to the files they provide but I am going to try to compile a 64bit Mame with the newest updates, and hopefully find how to compile x264 at some point.

Note to self need new hard drive... 150GB of Mame files..

Got any recommended settings/flags for encoding with x264? I've already done a few runs but am wondering if I can get better image quality (High Profile ABR 2000 at 720p).

If you absolutely must target a bitrate instead of quality (i.e. for size reason, burning to a DVD or copying to a memory stick), then mess with these:

x264 --bitrate 2000 --ref 6 --mixed-refs --no-fast-pskip --bframes 16 --b-pyramid --weightb --direct auto --subme 9 --trellis 2 --psy-rd 1.0:0.1 --partitions all --8x8dct --me tesa --threads auto --progress --no-dct-decimate --no-psnr --no-ssim --pass 1 --output video.264 input.y4m

x264 --bitrate 2000 --ref 6 --mixed-refs --no-fast-pskip --bframes 16 --b-pyramid --weightb --direct auto --subme 9 --trellis 2 --psy-rd 1.0:0.1 --partitions all --8x8dct --me tesa --threads auto --progress --no-dct-decimate --no-psnr --no-ssim --pass 2 --output video.264 input.y4m


You can cut down on the options for the first pass to make it go by quicker. However, these options in general are going to encode very slowly. :)

I'm not aiming at a bitrate or filesize (though the lower filesize would be a bit nicer), I just want some better image quality. I mentioned ABR 2000 as an example of what I used (and am kinda unimpressed) with.