MeGUI - x264/XviD/lavc/Snow encoder with MP4/MKV/AVI output & audio

[patelsiraj1]

Hi all..

Can we have feature of Autoresize in MeGUI like Automkv and AutoGK.

[Sharktooth]

feature requests -> HERE (http://sourceforge.net/tracker/?atid=798479&group_id=156112&func=browse)

[delanejenkins]

Ok finally figured out what i was doing wrong. I had to manually enter the name for "name.stats" in the custom command line for the first pass to match the name of my output file. Working like a charm now. Thanks for the help guys

[deets]

would it be possible to add an option to use the 64 bit version of x264?

currently i can use ripbot264 but it doesnt support dga files and hardware deinterlacing, but megui does, but lacks the 64 bit option :)

[Akatsuker]

Two simple and fast ones for you (I've been searching but found nothing):

First - Quoting, meWIKI:

1st/2nd/3rd pass:' If you want more control over your pass settings, you can set every pass up individually. You will have to set up every pass you want this way, MeGUI will not detect or setup missing passes.

Logfile: When encoding a first pass, the video encoder will run through the movie and write statistics about it to a log file for use in subsequent passes. With this option, you can specify the location of the pass if you want to. The default location is in the output directory. For LMP4/XviD this option is on the last page, for x264/Snow it is on the first.

The thing is, I did an automated 2 pass, but in the second job (2nd pass), i've got an error ("unsupported format(DIB)" thing). Found this (http://forum.doom9.org/archive/index.php/t-107549.html) and I'll give a try putting "converttoYV12()" on the script.

But, like I said, it was a 2pass automated, and the 1st job (analysing and generating a .stats file) worked fine. I want to do just the 2nd pass, using the "2 pass - 2nd pass" on the x264 config menu.

On the quotes, it says "write statistics about it to a log file for use in subsequent passes". Okay. But how x264 will know what the .stats file it should be using on this 2nd pass? The option there is for writing some new stats file, even when I try this option (on "Logfile"). :confused:

Second - Just opened my stats file, I see that it records and uses the resolution info (it's a 720p video). Can anybody please just confirm that, if I want to do two encodes of the same script (except for the resolution: script 1 is 720p, but script 2 is, for example, 480p), I couldn't use the same .stats for both?

Sorry if that's too dumb... Like I said, I've been searching for the answers. Thanks. ^^'

[Ruriko]

How do I add a picture at the begining of the video for 10 seconds?

[Sharktooth]

@deets: it does but you cant simply replace x264 with x264 64bit... you need to "flag" megui as a 64bit app, replace avisynth, filters and all the needed decoders with 64 bits ones, etc...

@akatsuker: 1st, you can either use automated 2 pass or 2-pass 1st pass and then 2-pass 2nd pass. do yourself a favour and dont mix... 2nd, the answer is no.

@Ruriko: the answer is: thru avisynth. you should ask in the avisynth forum.

[badbob001]

In MeGUI (0.3.1.1046), I run AVS Script Creator, select a Video Input, and the video is displayed in a new window. It plays fine. BUT if in MeGUI I click [Preview AVS Script] or check [x] Apply Auto Preview, the video turns solid green.

If I go ahead and encode the video, the result is still green. What is wrong?

The input is mjpeg avi. I have AVisynth 2.5.8 installed.

[Inspector.Gadget]

You may have a broken MJPEG decoder. Try using ffdshow-tryouts instead.

[rtjnyoface]

I really just wanted to stop in really quick and let all the individuals working on MeGUI thank you. I can't imagine the time and effort put into the project. Once again, thanks.

:thanks:

[Yoshiyuki Blade]

I really just wanted to stop in really quick and let all the individuals working on MeGUI thank you. I can't imagine the time and effort put into the project. Once again, thanks.

:thanks:

Indeed. They've been keeping on top of things with constant updates, and adjusting to the changing times as necessary. Major thanks to the MeGUI devs!

I just noticed one of the latest updates, when you go to x264 options and hit the "Load Defaults" button, youll get a virtually clean command line, with the bare essentials (program/output/input commands). Only --partitions p8x8,b8x8,i4x4,i8x8 and --thread-input are visible now.

By the way, is --partitions p8x8,b8x8,i4x4,i8x8 necessary to be visible despite being the default?

[Sharktooth]

nope... however it will "disappear" soon... ;)
it's just one of those "redundant" options i was referring to in the MeGUI dev thread.

[Yoshiyuki Blade]

nope... however it will "disappear" soon... ;)
it's just one of those "redundant" options i was referring to in the MeGUI dev thread.

Awesome! I should lurk around in that thread to see what's up.

[arch_angel16]

Got something of an issue:

My hdtv died, and I can't afford to replace it, so my media center is now an old large projection tv and an xbox with xbmc. Since xbox can't really take x264 all that well, I'm re-encoding all my stuff to high bitrate divx. Thus far, MeGUI's been awesome for this, but I'm running into an issue:

Some of my files have aspect ratio that don't match their height and width, (ie a 16:9 video with a 704x480 resolution) and MeGUI reads the file as having an AR of 1.467. Now, what's funny is that media player classic opens the video at 16:9/1.778 just fine.

when making the avisynth script, I manually set the AR to 1.778, checked auto preview and resize. the values in the resize field automatically changed to 704x400 (good) and it seemed good to go. I saved the script, and auto-encoded the file.

...the autoencode worked at something like 300fps (first indication something was wrong) and the output file size was only a few megabytes. This is off of a 24 minute long, 350mb original file.

I'm re-doing the job so I can save & output the log entry (my next post).

Anyways, anyone have experience with this?

[Inspector.Gadget]

Post your AVS Script, arch_angel16.

[arch_angel16]

My avs script:

DirectShowSource("E:\anime\test\test.mkv", fps=23.976, audio=false, convertfps=true)
#deinterlace
#crop
LanczosResize(704,400) # Lanczos (Sharp)
#denoise

My xvid config:

program -i "input" -pass2 ".stats" -bitrate 1300 -kboost 100 -clow 15 -overhead 0 -turbo -max_key_interval 250 -nopacked -vhqmode 4 -qpel -closed_gop -lumimasking -imin 1 -pmin 1 -bvhq -bquant_ratio 162 -bquant_offset 0 -bmin 1 -threads 2 -o "output"

And my full log after encode complete:

[Information] Log
-[Information] Versions
--[NoImage] MeGUI Version : 0.3.1.1051
--[NoImage] OS : Windows Vista Ultimate Edition x86 SP1 (6.0.65536.6001)
--[NoImage] Framework used : 2.0 SP1 (2.0.50727.1434)
-[Information] Hardware
--[NoImage] CPU : Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz
-[Information] AutoEncode job generation log
-[Information] AutoEncode job generation log
--[NoImage] Split Size : null
--[Information] Eliminating duplicate filenames
---[NoImage] Video output file: E:\anime\test\test.mkv
---[NoImage] File already exists. New video output filename: E:\anime\test\test_0.mkv
---[NoImage] Muxed output file: E:\anime\test\test-muxed.mkv
---[NoImage] Encodable audio stream 0: E:\anime\test\test.ac3
-[Information] Log for job1 (audio, test.mkv -> test.ac3)
--[Information] [7/19/2009 6:23:36 PM] Started handling job
--[Information] [7/19/2009 6:23:36 PM] Preprocessing
--[NoImage] Avisynth script
---[NoImage] DirectShowSource("E:\anime\test\test.mkv", video=false)
---[NoImage] EnsureVBRMP3Sync()
---[NoImage] Normalize()
---[NoImage] return last
--[NoImage] Commandline used: -readtoeof 1 -b 384 - "{0}"
--[Information] [7/19/2009 6:23:36 PM] Encoding started
--[Information] [7/19/2009 6:23:36 PM] Encode thread started
--[Information] [7/19/2009 6:23:36 PM] Avisynth script environment opened
--[Information] [7/19/2009 6:23:37 PM] Script loaded
--[Information] Output Decoder
---[NoImage] Channels: 2
---[NoImage] Bits per sample: 16
---[NoImage] Sample rate: 48000
--[NoImage] Commandline: C:\Program Files\megui\tools\aften\aften.exe -readtoeof 1 -b 384 - "E:\anime\test\test.ac3"
--[Information] [7/19/2009 6:23:37 PM] Encoder process started
--[NoImage] Output from encoder via stderr
---[NoImage] Aften: A/52 audio encoder
---[NoImage] Version SVN
---[NoImage] (c) 2006-2007 Justin Ruggles, Prakash Punnoor, et al.
---[NoImage] input format: Microsoft WAVE Signed 16-bit little-endian 48000 Hz stereo
---[NoImage] output format: 48000 Hz stereo (2/0)
---[NoImage] SIMD usage: MMX SSE SSE2 SSE3
---[NoImage] Threads: 2
---[NoImage] progress: 100% | q: 359.0 | bw: 60.0 | bitrate: 384.0 kbps
--[Information] [7/19/2009 6:24:18 PM] Postprocessing
---[Information] Deleting intermediate files
--[Information] [7/19/2009 6:24:19 PM] Job completed
-[Information] Log for job2 (video, test.avs -> )
--[Information] [7/19/2009 6:24:19 PM] Started handling job
--[Information] [7/19/2009 6:24:19 PM] Preprocessing
--[NoImage] Job commandline: "C:\Program Files\megui\tools\xvid_encraw\xvid_encraw.exe" -i "E:\anime\test\test.avs" -pass1 "E:\anime\test\test_0.stats" -bitrate 1300 -kboost 100 -clow 15 -overhead 0 -turbo -max_key_interval 250 -nopacked -vhqmode 4 -qpel -closed_gop -lumimasking -imin 1 -pmin 1 -bvhq -bquant_ratio 162 -bquant_offset 0 -bmin 1 -par 1:1 -threads 2
--[Information] [7/19/2009 6:24:19 PM] Encoding started
--[NoImage] Standard output stream
---[NoImage] xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003
---[NoImage] Tot: enctime(ms) =138404.00, length(bytes) = 2441803
---[NoImage] Avg: enctime(ms) = 3.79, fps = 264.02, length(bytes) = 66
---[NoImage] I frames: 147 frames, size = 3077/ 452319, quants = 2 / 2.00 / 2
---[NoImage] P frames: 12131 frames, size = 146/ 1771126, quants = 2 / 2.00 / 2
---[NoImage] B frames: 24262 frames, size = 9/ 218358, quants = 3 / 3.00 / 3
--[NoImage] Standard error stream
---[NoImage] Trying to retrieve width and height from input header
---[NoImage] xvid [info]: Avisynth detected
---[NoImage] xvid [info]: Input colorspace is YUYV or YUY2
---[NoImage] xvid [info]: Input is 704 x 400, 23.976fps (2500000/104271), starting from frame 0
---[NoImage] xvid [info]: Number of frames to encode: 36540, Bitrate = 1300kbps
---[NoImage] xvid [info]: xvidcore build version: xvid-1.2.2
---[NoImage] xvid [info]: Bitstream version: 1.2.2
---[NoImage] xvid [info]: Detected CPU flags: ASM MMX MMXEXT SSE SSE2 TSC
---[NoImage] xvid [info]: Detected cpus = 2, threads requested = 1, threads in use = 1
---[NoImage] xvid [info]: Threaded input reading active
--[Information] [7/19/2009 6:26:48 PM] Postprocessing
---[Information] Deleting intermediate files
--[Information] [7/19/2009 6:26:48 PM] Job completed
-[Information] Log for job3 (video, test.avs -> test_0.mkv)
--[Information] [7/19/2009 6:26:48 PM] Started handling job
--[Information] [7/19/2009 6:26:48 PM] Preprocessing
--[NoImage] Job commandline: "C:\Program Files\megui\tools\xvid_encraw\xvid_encraw.exe" -i "E:\anime\test\test.avs" -pass2 "E:\anime\test\test_0.stats" -bitrate 1300 -kboost 100 -clow 15 -overhead 0 -max_key_interval 250 -nopacked -vhqmode 4 -qpel -closed_gop -lumimasking -imin 1 -pmin 1 -bvhq -bquant_ratio 162 -bquant_offset 0 -bmin 1 -par 1:1 -threads 2 -mkv "E:\anime\test\test_0.mkv"
--[Information] [7/19/2009 6:26:48 PM] Encoding started
--[NoImage] Standard output stream
---[NoImage] xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003
---[NoImage] Tot: enctime(ms) =140853.00, length(bytes) = 2442097
---[NoImage] Avg: enctime(ms) = 3.85, fps = 259.43, length(bytes) = 66
---[NoImage] I frames: 147 frames, size = 3079/ 452613, quants = 1 / 1.00 / 1
---[NoImage] P frames: 12131 frames, size = 146/ 1771126, quants = 1 / 1.00 / 1
---[NoImage] B frames: 24262 frames, size = 9/ 218358, quants = 1 / 1.00 / 1
--[NoImage] Standard error stream
---[NoImage] Trying to retrieve width and height from input header
---[NoImage] xvid [info]: Avisynth detected
---[NoImage] xvid [info]: Input colorspace is YUYV or YUY2
---[NoImage] xvid [info]: Input is 704 x 400, 23.976fps (2500000/104271), starting from frame 0
---[NoImage] xvid [info]: Number of frames to encode: 36540, Bitrate = 1300kbps
---[NoImage] xvid [info]: xvidcore build version: xvid-1.2.2
---[NoImage] xvid [info]: Bitstream version: 1.2.2
---[NoImage] xvid [info]: Detected CPU flags: ASM MMX MMXEXT SSE SSE2 TSC
---[NoImage] xvid [info]: Detected cpus = 2, threads requested = 1, threads in use = 1
---[NoImage] xvid [info]: Threaded input reading active
--[Information] Final statistics
---[NoImage] Video Bitrate Desired: 1300 kbit/s
---[NoImage] Video Bitrate Obtained (approximate): 15 kbit/s
--[Information] [7/19/2009 6:29:17 PM] Postprocessing
---[Information] Deleting intermediate files
----[Information] [7/19/2009 6:29:17 PM] Successfully deleted E:\anime\test\test_0.stats
--[Information] [7/19/2009 6:29:17 PM] Job completed
-[Information] Log for job4 (mux, test_0.mkv -> test-muxed.mkv)
--[Information] [7/19/2009 6:29:17 PM] Started handling job
--[Information] [7/19/2009 6:29:17 PM] Preprocessing
--[NoImage] Job commandline: "C:\Program Files\megui\tools\mkvmerge\mkvmerge.exe" -o "E:\anime\test\test-muxed.mkv" --engage keep_bitstream_ar_info --default-duration 1:24000/1001fps -d 1 -A -S "E:\anime\test\test_0.mkv" -a 0 -D -S "E:\anime\test\test.ac3" --no-clusters-in-meta-seek
--[Information] [7/19/2009 6:29:17 PM] Muxing started
--[NoImage] Standard output stream
---[NoImage] mkvmerge v2.9.7 ('Tenderness') built on Jul 1 2009 18:43:35
---[NoImage] 'E:\anime\test\test_0.mkv': Using the Matroska demultiplexer.
---[NoImage] 'E:\anime\test\test.ac3': Using the AC3 demultiplexer.
---[NoImage] 'E:\anime\test\test_0.mkv' track 1: Using the MPEG-4 part 2 video output module.
---[NoImage] 'E:\anime\test\test.ac3' track 0: Using the AC3 output module.
---[NoImage] The file 'E:\anime\test\test-muxed.mkv' has been opened for writing.
---[NoImage] The cue entries (the index) are being written...
---[NoImage] Muxing took 4 seconds.
--[NoImage] Standard error stream
--[Information] [7/19/2009 6:29:22 PM] Postprocessing
---[Information] Deleting intermediate files
----[Information] [7/19/2009 6:29:22 PM] Successfully deleted E:\anime\test\test_0.mkv
----[Information] [7/19/2009 6:29:22 PM] Successfully deleted E:\anime\test\test.ac3
--[Information] [7/19/2009 6:29:22 PM] Job completed

[arch_angel16]

Can anyone tell me what's happening?

[badbob001]

Got something of an issue:

My hdtv died, and I can't afford to replace it, so my media center is now an old large projection tv and an xbox with xbmc. Since xbox can't really take x264 all that well, I'm re-encoding all my stuff to high bitrate divx.

I too have been trying to find the right settings for megui to encode into x264 for the original xbox. I tried the settings from here: http://xbmc.org/wiki/index.php?title=HOW-TO_Encode_H.264_Videos_Compatible_With_XBMC_For_Xbox

But to get good quality for high motion vids, you need to enable some x264 settings that are really cpu-heavy. But in the process, I discovered the following:

Xbmc has two players: mplayer by default and dvdplayer. Dvdplayer plays x264 much more smoothly under 100% cpu conditions. Try it out before you re-encode all your 480p x264 content. Use the 'play using...' menu option to pick the player to play a vid. To make it permanent, set dvdplayer to be the default with advancesettings.xml. Note that dvdplayer uses a lot more ram than mplayer so it'll freeze if you don't have enough memory. I had to lower my xbox from 1080i to 720p and uses smaller thumbnails in my skin to get enough ram for all movies. It's probably possible to everything at 1080i when using a very minimal skin.

[arch_angel16]

I'm not recoding 480p h264, I'm recoding 720p and 1080p content downwards to 720x400 xvid with 1300k/s bitrate. it's working pretty well, except in the rare situation of a bad encode or an encode where the height / width doesn't 1:1 match the aspect ratio.

[badbob001]

In MeGUI (0.3.1.1046), I run AVS Script Creator, select a Video Input, and the video is displayed in a new window. It plays fine. BUT if in MeGUI I click [Preview AVS Script] or check [x] Apply Auto Preview, the video turns solid green.

If I go ahead and encode the video, the result is still green. What is wrong?

The input is mjpeg avi. I have AVisynth 2.5.8 installed.

I got it. I installed MeGUI on another PC and it worked fine. So I used InstalledCodec (http://www.nirsoft.net/utils/installed_codec.html) to list my codecs to compare and I started disabling any codec that wasn't on the working PC. The culprit was m3jpeg32.dll from Morgan Multimedia.

[mallb]

A small cosmetic issue on video preview window.

Screen resolution: 1920x1200, DPI scale: 120


10148

[popper]

i receaved this error after a current clean install and using x264_dp_ Standalone-PS3-Xbox360_Fast.xml as the output.

[NoImage] Standard error stream: C:\Program Files\megui\tools\x264\x264.exe: unrecognised option `--no-mbtree'

am i to assume the included presets have not been updated to the newer x264 cli options yet ?, if so, how do i fix it being new to this GUI.

or is it, given `--no-mbtree' is one of the newer options, that the included x264 is running behind the preset updates,and is an older one in the auto update, so just manually replace it with a newer version, if so which one, or perhaps you will be providing the required auto update soon.

----------------------------
ohh,looking at the MeGUI change log it seems option two (the currently supplyed older Jeebs 1183 patched x264) is the problem.

i wonder if there are also other external tools (mencoder and ffmpeg/libx264) that have been updated to the newest x264 options recently and so are also in need of new MeGUI updates inclusion?

DS's latest http://mirror05.x264.nl/Dark/x264_mbtree13.exe testing 0.69.1195+2 5ed78fa isnt compiled for Mp4 output apparently (works for mkv, but that containers no good for direct 360 streaming use) so im not sure what the latest version is to use here or which D9 thread to find it posted...

"0.3.1.1053
- (kurtnoise) [x264 Config] * add presets/tunings/mb-tree/rc-lookahead/no-psy options. Requires x264 revision 1206 or higher.

* redesign config panel in 4 tabs (Main, the default one + Frame-type + Rate-Control + Analysis + Misc)

* clean up the code for better reading. "

[scottws]

i receaved this error after a current clean install and using x264_dp_ Standalone-PS3-Xbox360_Fast.xml as the output.

[NoImage] Standard error stream: C:\Program Files\megui\tools\x264\x264.exe: unrecognised option `--no-mbtree'

am i to assume the included presets have not been updated to the newer x264 cli options yet ?, if so, how do i fix it being new to this GUI.

or is it, given `--no-mbtree' is one of the newer options, that the included x264 is running behind the preset updates,and is an older one in the auto update, so just manually replace it with a newer version, if so which one, or perhaps you will be providing the required auto update soon.

----------------------------
ohh,looking at the MeGUI change log it seems option two (the currently supplyed older Jeebs 1183 patched x264) is the problem.

i wonder if there are also other external tools (mencoder and ffmpeg/libx264) that have been updated to the newest x264 options recently and so are also in need of new MeGUI updates inclusion?

DS's latest http://mirror05.x264.nl/Dark/x264_mbtree13.exe testing 0.69.1195+2 5ed78fa isnt compiled for Mp4 output apparently (works for mkv, but that containers no good for direct 360 streaming use) so im not sure what the latest version is to use here or which D9 thread to find it posted...

"0.3.1.1053
- (kurtnoise) [x264 Config] * add presets/tunings/mb-tree/rc-lookahead/no-psy options. Requires x264 revision 1206 or higher.

* redesign config panel in 4 tabs (Main, the default one + Frame-type + Rate-Control + Analysis + Misc)

* clean up the code for better reading. "


I'm having the same problem. I've tried several presets and they all end up with...

--[NoImage] Standard error stream: C:\Program Files (x86)\megui\tools\x264\x264.exe: unrecognised option `--no-mbtree'

As of 1:00am EDT on 8/12/09, I am using MeGUI with all available updates on Windows 7 Ultimate x64 RC. The latest x264 build available at this time according to MeGUI is Jeeb's 1183 x264.

I downloaded Jarod's 1206 x264 (x64) from here (http://x264.nl/) and replaced the copy in the megui folder. This did not work; there was an error in the MeGUI log stating that x264 could not open the AVS file. I replaced that copy with Jarod's 1206 x264 (x86) from the same link and so far this seems to be working in the sense that the encoding job is actually running now.

[nurbs]

Sharktooth is currently unavailable, so the files in autoupdade are a bit out of date and a x64 version of x264 obviously can't work directly with a 32bit version of avisynth.

[scottws]

Sharktooth is currently unavailable, so the files in autoupdade are a bit out of date and a x64 version of x264 obviously can't work directly with a 32bit version of avisynth.

Sorry, it wasn't obvious to me. I just use the stuff. I don't know the details of their inner-workings.

[Undead Sega]

so in order to keep the x64 version of x264 and to have it work is to install the 64bit version of AviSynth?

[kypec]

so in order to keep the x64 version of x264 and to have it work is to install the 64bit version of AviSynth?
:search: and you'll find how to use 64-bit x264 with 32-bit Avisynth (http://forum.doom9.org/showthread.php?t=144140)

[Undead Sega]

well ive done what scottws has done, by replacing the x64 x264 with a x86 x264, and that hasnt solved my problem either, instead i get:

C:\Program Files (x86)\megui\tools\x264\x264.exe: unknown option -- nal-hrd--output

why is this now? :(

[nurbs]

For starters it should be --nal-hrd --output What version of megui are you using?

Also you must make sure that the x264 version you are using is compiled with the nal-hrd patch. (when the command line is fixed)

[Undead Sega]

sorry for my technical mistake there on my previous post, however i am using the latest version onf MeGUI with all the latest updates, but as i said i replaced x264 with the x86 version of it. Not to forget to mention, that i am running all this on Windows 7 x64.

[nurbs]

The question is if the version of x264 you downloaded was compiled with the nal-hrd patch. If you have an unpatched version, for instance the one from x264.nl or one of the unpatched builds the people on this forum provide, then --nal-hrd will of course not be recognized.
You can download an up do date patched build here http://forum.doom9.org/showthread.php?p=1318350#post1318350

[Undead Sega]

can i get a patched 64bit x264?? would that sort everything out potentially if one exists? :D

[Undead Sega]

okay, i am abit confused now, ive downloaded this one:

x264 r1232 32bit
download ; release notes
built on Aug 25 2009, gcc: 4.3.4 20090220 (prerelease) (x32.generic.Komisar)
fprofiled, -march=i686

and replaced it in the tools folder of MeGUI and i still get the same thing, did i do something wrong? :(

[LigH]

If the reason for this error was that two options got glued together, and are still connected without a space in between, then it doesn't matter which build you are trying, this double-option will never get recognised, a space in between is required to separate them.

[Undead Sega]

but i was given:

-- nal-hrd--output

i took this off the log.

[bluebebe]

hi, what happened with megui? no updates since ~ 4 weeks?

[Taurus]

hi, what happened with megui? no updates since ~ 4 weeks?
11 posts above - see the answer.
Sharktooth, the maintainer of MeGui is temporary(I hope) out of reach.
I hope he's doing fine.

[nurbs]

Also the development version has been updated a couple of times since the last stable release.

[Undead Sega]

but i was given:

-- nal-hrd--output

i took this off the log.

anyone at all? i dont know what to do, as this is what i get, as the stream error. i desperately need to start encoding with MeGUI :(

[Undead Sega]

anyone at all may i ask? :(

[OAKside]

I think MeGUI's LAME MP3 VBR quality scale is backwards. Although I don't come across the "10-100" quality scale
very often (the 0-9 scale is more common) so I could be wrong. Can anyone verify this?

megui 100 = V9 (correct 100 = V0)
megui 90 = V8 (correct 90 = V1)
...
megui 20 = V1 (correct 20 = V8)
megui 10 = V0 (correct 10 = V9)

[Inspector.Gadget]

Numerically, yes. A VBR quality of 100 is likely equal to -V 0 --vbr-new. But that's more intuitive for most people, and the reason for the additional digit of precision is because LAME now supports command like -V 5.5

Edit: incorrect

[OAKside]

A VBR quality of 100 is likely equal to -V 0 --vbr-new.MeGUI's VBR quality of 100 equates to -V 9 (not -V 0), and so on all the way down the scale (10 equates to -V 0), opposite of LAME documentation.
I un/installed MeGUI, re-encoded and checked the logs because I couldn't believe it. Do you think this oddity in MeGUI is intentional?

[Inspector.Gadget]

Looks like they follow the LAME standard with the decimal point shifted once to the right. Odd, and somewhat counterintuitive...

[OAKside]

Looks like they follow the LAME standard with the decimal point shifted once to the right. Odd, and somewhat counterintuitive...That still wouldn't quite be right. (-V 10.0 should then equate to 100, but it's off at 90?) Since using the scale backwards works perfectly, someone must be using it backwards?! :p

[Ruriko]

I got this error unrecognised option `--rc-lookahead'
how to fix this?

[nurbs]

You can fix it by using an up to date version of x264.

[tomos]

updated everything in megui and i still get that error. megui says i have ver 0.3.1.1051

[XhmikosR]

The update server is not being updated. You can try putting in MeGUI's settings kurtnoise's update server (http://kurtnoise.free.fr/MeGUI/). So you can use latest x264 from http://x264.nl/, and latest dev MeGUI from SF.net (http://sourceforge.net/projects/megui/files/). If you need a patched x264 build then take a look at this (http://forum.doom9.org/showthread.php?t=130364&page=114) topic.

[tomos]

ta, will give that a shot :)