MeGUI Bug-Report Thread

[Doom9]

but on loading it into the audio section on megui it gets detected as 360ms - is this a known bug?Ignore the delay in the codec configuration.. you only need it when there's no delay in the filename. Once the audio job has been added, you can select it from the queue, then press load, and then hit configure again.. now you'll see the delay detected from the filename.

[bob0r]

after compile.bat:

F:\msys\1.0\home\user\megui>md Dist\updatecopier

F:\msys\1.0\home\user\megui>copy updatecopier.exe .\Dist\updatecopier
The system cannot find the file specified.

File indeed does not come with the svn trunk checkout.

[Sharktooth]

it's out of trunk (in the root).
however keep 0.2.3.2192 (rev 31) coz the actual revision is in development and unstable.

[bob0r]

compile.bat should be updated then, but isn't it a part of megui then?

Same as x264, megui is still is heavy development, users should test latest megui also :)

[check]

If the autoupdater pops up a window for you to choose which profiles are imported and you close the update window before you choose and click "import" megui dies in a horrible way. This ties in with the fact the profile importer hides itself away at the ver bottom of all the windows.
Also, how about m4a for mp4 audio output? It would stop me from overwriting my long video encodes with 100mb audio files >_>, or at least an option could be added to the relevant encoders.

[cyberbeat]

If the autoupdater pops up a window for you to choose which profiles are imported and you close the update window before you choose and click "import" megui dies in a horrible way. This ties in with the fact the profile importer hides itself away at the ver bottom of all the windows.
I have experienced this too... I think I jumped the gun and clicked on ABORT, thinking it was done only to find the profile window that was hidden. I clicked on all the profiles to import and it crashed hard. I tried to reproduce it and was not able to do it, so I did not report it. I have tried to reproduce it on two systems with no success.

[Sharktooth]

If the autoupdater pops up a window for you to choose which profiles are imported and you close the update window before you choose and click "import" megui dies in a horrible way. This ties in with the fact the profile importer hides itself away at the ver bottom of all the windows.
Also, how about m4a for mp4 audio output? It would stop me from overwriting my long video encodes with 100mb audio files >_>, or at least an option could be added to the relevant encoders.
m4a is a stupid apple "re-invention of the wheel"... just rename it.

[check]

m4a is a stupid apple "re-invention of the wheel"... just rename it.
Hardly, just as .mka is to .mkv, .m4a is to .mp4.

The main advantage is that if you are using the same script for both and mp4 output, you will save yourself from overwriting a previous entry.
The second reason it should be included is that you can add the seperate extension name in the output format box for the relevant encoders - 100% compatible with the existing system and lets people go either way :)

[Sharktooth]

useless. it's a mp4. i dont see any reason to rename an extention when it was standardized with that name.
it will only bring more confusion.

[junglemike]

Have anybody been able to _sucsesfully_ add an ready audio stream to a job list? - I coudn't. and I tried on 2 different pc's - same..
Here it goes:
1)I have an .avs script to encode to h264 with mkv container.
2) audio part is in .mp3 or .ac3 format and i want just to mux it.
3) I put an .avs script, choose hq-slow profile,
4) I don't put anything in lower (audio) part
5) click "AutoEncode" at the very bottom.
6) choose .mkv container, set my desired size,
7) check "add additional content..."
8) press "queue"
9) In "adaptive mux window" i put my audio file to mux (.mp3)
10) once i press "go" - Megui crashes w/o error messages and prompts to send/not to send error to microsoft.
After the crash all my settings are erased - confirmatio of prompts, etc, Also all jobs are erased.
I tried to mux .mp3, ogg, ac3 audio to .mp4 and .mkv containers, and it ALWAYS crashes.

Cay somobody please try this and see what happens. Either my setups are damned or it is a bug.

[blankeyt]

Using the MP4 muxer I choose an MP4 file with only video for video, an MP4 file with only audio for audio. And I enter a value in the delay field for the audio (something big so it's easily noticable), but the muxed file does not appear to have a delay applied (viewing in Media Player Classic), and looking at the log window for the command line, the delay is no where to be found. I tried this with the audio MP4 file named "VTS_01_1 T01 2_0ch 192Kbps DELAY 0ms_0.mp4" and "VTS_01_1 T01 2_0ch 192Kbps.mp4" (in case the delay in the filename was overriding my user entered delay).

I'm using 0.2.3.2192, which is the latest version at this time (at least available through the built-in update).

[check]

Junglemike, have you tried encoding the audio by itself? Does that work?
I can confirm the problem blankeyt found, my commandline created was -add "G:\heyladies.mp4" -add "C:\Desktop\sss.mp4" -new "C:\Desktop\normal.mp4" even though I set an audio delay of 5000.

[~bT~]

Applying delay in MP4Box to audio doesnt work. Adaptive muxer doesnt mux XviD and MP3 properly. The muxed file only has audio and black screen for video.

[cyberbeat]

I tried this with the audio MP4 file named "VTS_01_1 T01 2_0ch 192Kbps DELAY 0ms_0.mp4" and "VTS_01_1 T01 2_0ch 192Kbps.mp4" (in case the delay in the filename was overriding my user entered delay).
I believe that with the most recent changes that were made, it will automatically take the time from the file name. If you want to override that, you will have to select that item in the queue, load it, change your settings, and then click on update in the queue. I believe that is the way Doom9 recently explained that it should work. Here is a link to that discussion: http://forum.doom9.org/showthread.php?p=864509#post864509

[cyberbeat]

DTS audio encoding may be broken in the latest version? I usually grab DTS audio when a movie has it. On a recent attempt to encode a DTS audio track, I am getting the following error:
Log for job job1

Error:
MeGUI.AviSynthException: Script error: syntax error
(, line 1, column 79)
at MeGUI.AviSynthClip..ctor(String func, String arg, AviSynthColorspace forceColorspace, AviSynthScriptEnvironment env)
at MeGUI.AviSynthAudioEncoder.encode()
----------------------------------------------------------------------------------------------------------
The current job contains errors. Skipping chained jobs
I have not had a chance to test this in more depth, but in case one of you made a recent change that might affected that part of megui, could you look at it? I select the DTS audio file on the INPUT screen. Then, I select ND AAC for the Codec and MP4 AAC for the container (I actually just leave that always selected). I queued it up and get the error immediately after starting the the queue. I did update FFDShow, could that be the cause of this? If I get a chance, I will try it on another system that has not been updated.

[Doom9]

You wouldn't happen to have a dts sample? I don't have one handy. I suspect you have an older nicaudio that doesn't support drc.
Applying delay in MP4Box to audio doesnt work.Not entirely correct... it works if you have the delay in your filename, and it overrides your custom given value what what was found in the filename. The next release will no longer do that.

@junglemike: I can't reproduce this with ac3 audio. I currently have no mp3 audio handy (having everything for testing is a PITA).

[Doom9]

@junglemike: I can reproduce it with an mp3 file... but I think that would've happened in earlier releases as well.. it throws a win32 exception that originates in mediainfo, so its an external lib that crashes everything.. I don't think there's much to be done about that from the megui side.

[~bT~]

Not entirely correct... it works if you have the delay in your filename, and it overrides your custom given value what what was found in the filename. The next release will no longer do that.
I never rename my files, always have the delay in them. I use the workaround u posted when encoding ac3 to mp4 but say I want to add more when muxing. I add it in MP4Box but it doesnt make any difference. Can somebody explain whats wrong with the Adaptive Muxer please? Its not an issue but Id rather have it working...

[Doom9]

Can somebody explain whats wrong with the Adaptive Muxer please? Nothing is wrong.. I just didn't implement the whole delay thingie properly yet - it is an oversight that the delay value from the GUI is not taken into account. I have it working just fine in the version I'm currently working on.
There is a workaround other than renaming though.. open the file, then change the delay, then switch to the second audio track.. that way, the GUI value will be used, rather than the value read from the filename.
The problem only happens when you don't add a second audio, or don't switch back from audio 2 to audio 1 when adding two audio tracks.. only the delay shown in the GUI for the currently selected audio track is not taken into account.. anything else is.

[~bT~]

Nothing is wrong.. I just didn't implement the whole delay thingie properly yet - it is an oversight that the delay value from the GUI is not taken into account. I have it working just fine in the version I'm currently working on.

I was actually talking about this:
Adaptive muxer doesnt mux XviD and MP3 properly. The muxed file only has audio and black screen for video.

[Doom9]

well.. that's not the adaptive muxer but divxmux.. we keep telling people to file a bugreport with dxn and provide samples.. but I've yet to see this happening.

[Doom9]

@bEnGaLi tHuG: could you provide a video and audio sample that the avi muxer cannot handle?

[~bT~]

@bEnGaLi tHuG: could you provide a video and audio sample that the avi muxer cannot handle?Its every single encode I have done since a certain update which I cant remember now. Im not messing around and have also posted about this before. Now Im getting this error unrelated to the muxer: http://forum.doom9.org/showpost.php?p=869280&postcount=489

[Doom9]

well.. how do I get an avi and an mp3 from "Its every single encode"? I don't have time to encode each time somebody reports a possible problem.. and a good report includes all the files to quickly reproduce the problem. I might just have enough inroads with DXN to really get something done, who knows, but if it takes me to encode a movie, that's too much to ask.

[cyberbeat]

You wouldn't happen to have a dts sample? I don't have one handy. I suspect you have an older nicaudio that doesn't support drc.
I did some more testing with the DTS problem because it was happening on both of my machines... It turns out that there is a rogue ")" in the following line of "public override bool setup(Job job, out string error)" in AviSynthAudioEncoder.cs.
case ".dts":
script.AppendFormat("NicDtsSource(\"{0}\")", audioJob.Input);
if (audioJob.Settings.AutoGain)
script.AppendFormat(", DRC=1){0}", Environment.NewLine);
else
script.Append(")");
The red ")" above is what is giving me the error that I posted earlier. When I removed it, it works fine.

[agressiv]

I was getting a similar crash to OverlordQ for seemingly no reason. Something about a "key not present in a dictionary". I did find out at least a workaround to the problem.

The default language for audio tracks MeGUI is "Abkhazian", since its the earliest in the alphabet. (change to something else, perhaps?) Really, are there any DVD's that have this language? Even if there are, I doubt anyone using MeGUI will come into contact with them - anyways -

If you leave Audio Track #2 in AutoEncode to that language (in solution.jpg), you will get the error (see error.jpg)

Note that I don't have an Audio Input for Audio Track #2, so this didn't really make much sense to me.

If you click the X though in Audio Track #2, that formally takes care of the problem.

Note that I can leave "Abkhazian" in the Subtitles section (with no Subtitles file) and I don't get the error.

Anyways, not sure if any other newbies were getting this problem. I can only assume if we went into the settings first and changed Abkhazian to English from the get-go, we wouldn't have this problem, but I haven't tested that. :)

agressiv

[agressiv]

Nitpick:

CT AAC Encoder is downloaded through autoupdates as enc_aacPlus.exe, when the config looks for encaacplus.exe.

One other question:

Whats the best way to get a chapters.txt file? Can you do it through MeGUI, or should I do it through DVD Decryptor or something? I've always had to launch ChapterGrabber manually and point at the IFO file, but i was hoping that could be done through MeGUI directly. Chapter Creator looks for a text file....

agressiv

[Sharktooth]

Nitpick:

CT AAC Encoder is downloaded through autoupdates as enc_aacPlus.exe, when the config looks for encaacplus.exe.
I had already fixed that... but seems bugs tends to return just like relentless deads...

[Doom9]

(change to something else, perhaps?)That's up to you.. go into the settings and set which languages you want to have auto selected...
@agressiv: does it happen with the mp4 muxer as well and what's the log megui writes?

[SBaT]

I read few pages back but couldnt notice anyting on the issue I'm having. For some reason when I have automated 2pass from x.264 and jobs are qued in MeGUI 2pass dosent start automaticly as it should. I noticed this to happen on all of my computers with 0.2.3.2192.

After encodes are done I have to try if enabling "Autostart Queue" has anything to do with is as I didnt use it before.

[foxyshadis]

It does, only one job ever runs when autostart is checked. I think that's on the list of bugs.

[pyrates]

Build 2193 doesn't save the jobs to the xml files that you set it to do when you close it. The xml files in the jobs directory that it creates are all 0 bytes in size. Build 2192 didn't have this bug.

Also where is the SAR option in the gui? Megui use to have that but now doesn't.

Also, if you change any of the options when you click on the config button, and then click on ok, it doesn't save them when you click on config again to check. You gotta press update to update the profile with the new settings. Otherwise the settings aren't saved.

And because it doesn't write out the jobs it's gotta do to the xml files properly, I have no way to verify if when I click on enqueue that it's using the custom settings I set or if it's using the profiles original settings because I didn't click on the update button.

[Doom9]

Also where is the SAR option in the gui? Megui use to have that but now doesn't.It lead to so much confusion that it made sense to remove it. You can always use custom commandlines if necessary, and if you use the automated anamorphic encoding in the avs script generator, you only have to worry about the sources DAR (which will be either 4:3 or 16:9 for a DVD / digital video broadcast).

Also, if you change any of the options when you click on the config button, and then click on ok, it doesn't save them when you click on config again to check. You gotta press update to update the profile with the new settings.This is desired behavior and has been noted in the changelog.

I think that's on the list of bugs.I wouldn't know of anything like that.. I believe I've done a couple multi job runs myself and nothing like that ever happened.

[Sharktooth]

Build 2193 doesn't save the jobs to the xml files that you set it to do when you close it. The xml files in the jobs directory that it creates are all 0 bytes in size. Build 2192 didn't have this bug.
2193 is UNSTABLE... use 2192 instead.

[pyrates]

2193 is UNSTABLE... use 2192 instead.

Better tell that to http://www.x264.nl then. They are serving 2193 up.

[Sharktooth]

I've already told bobor to keep 2192...

[int10h]

First of all, I would like to thank you for that great tool !

I noticed a small bug in the VobSub Indexer tool. You can't change the name of the output file(s), as MeGUI pops a dialog to Open an existing file when it should ask for a new filename.

Not that it is crucial to change the output filenames, but I like it...:cool:

[misdecrypt]

I found a bug using the one click encoder. I am encoding a vob file with multiple ac-3 tracks(it has 4). I chose to include two in a x264 mkv file, 1 was 5.1 the other was 2.0.

Instead of doing that it muxed in the 5.1 track four times. It would seem the logic is wrong because it also missed the target video file size. Most likely because it based the video size on muxing in the 5.1 track twice.

When it did the d2v creation it did demux the proper tracks though.

Here is the log:


Generating jobs. Desired size: 367001600 bytes
No audio encoding. Calculating desired video bitrate directly.
Encoded audio file is present: D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3 It has a size of 78475264 bytes.
Encoded audio file is present: D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3 It has a size of 78475264 bytes.
Setting video bitrate for the video jobs to 1193 kbit/s
Setting desired size of video to 209124352 bytes
Desired size of this automated encoding series: 367001600 bytes, split size: 0
Autocropping successful. Using the following crop values: left: 8, top: 0, right: 6, bottom: 2.
Avisynth script created:
global MeGUI_darx = 0
global MeGUI_dary = 0
movie = DGDecode_mpeg2source("D:\WorkDamnit.d2v")
cropclip = autocrop(movie,mode=0,wmultof=4,hmultof=4,samples=10,aspect=0,threshold=34,samplestartframe=0,leftadd=0,rightadd=0,topadd=0,bottomadd=0)
fixed_aspect = 0.888888888888889
c_width = width(cropclip)
c_height = round(height(cropclip) / fixed_aspect)
input_par = float(c_width)/float(c_height)
input_par = (input_par > 1.4) || (input_par < 1.25) ? input_par : (4.0/3.0)
out_width = 576
out_height = round(float(out_width) / input_par)
hmod = out_height - (floor(out_height / 16 ) * 16)
out_height = (hmod > 4) ? (out_height + (16 - hmod)) : (out_height - hmod)
new_aspect = (float(out_width) / float(out_height)) / fixed_aspect
Telecide(movie,guide=1,post=2).Decimate(mode=1,threshold=1.94)
autocrop(mode=0,wmultof=4,hmultof=4,samples=10,aspect=new_aspect,threshold=34,samplestartframe=0,leftadd=0,rightadd=0,topadd=0,bottomadd=0)
BicubicResize(out_width,out_height,0,0.5)
FluxSmoothST(7,7) # Medium Noise
Starting job job1-1 at 6:20:39 PM
encoder commandline:
-i "D:\WorkDamnit.avs" -pass1 "D:\WorkDamnit.stats" -bitrate 1193 -kboost 100 -overhead 0 -turbo -nopacked -vhqmode 3 -closed_gop -lumimasking -max_bframes 4 -bvhq -threads 2
successfully started encoding
Processing ended at 6:52:56 PM
----------------------------------------------------------------------------------------------------------

Log for job job1-1

xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003


Tot: enctime(ms) =497924.00, length(bytes) = 426295729
Avg: enctime(ms) = 11.85, fps = 84.36, length(bytes) = 10149
I frames: 443 frames, size = 38649/17121566, quants = 2 / 2.00 / 2
P frames: 15075 frames, size = 21196/319543406, quants = 2 / 2.00 / 2
B frames: 26481 frames, size = 3384/89630757, quants = 4 / 4.00 / 4
Trying to retrieve width and height from input header
Input colorspace is YV12
xvidcore build version: xvid-1.2.0-dev
Bitstream version: 1.2.-127
Detected CPU flags: ASM MMX MMXEXT SSE SSE2 TSC
Detected 2 cpus, using 2 threads.

----------------------------------------------------------------------------------------------------------
job job1-1 has been processed. This job is linked to the next job: job1-2
Starting job job1-2 at 6:52:56 PM
encoder commandline:
-i "D:\WorkDamnit.avs" -pass2 "D:\WorkDamnit.stats" -bitrate 1193 -kboost 100 -overhead 0 -nopacked -vhqmode 3 -closed_gop -lumimasking -max_bframes 4 -bvhq -threads 2 -mkv "D:\WorkDamnit_Video.mkv"
successfully started encoding
Processing ended at 7:32:32 PM
----------------------------------------------------------------------------------------------------------

Log for job job1-2

xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003


Tot: enctime(ms) =1021422.00, length(bytes) = 208467301
Avg: enctime(ms) = 24.32, fps = 41.12, length(bytes) = 4963
I frames: 443 frames, size = 38399/17010942, quants = 2 / 2.00 / 2
P frames: 15075 frames, size = 9590/144573645, quants = 2 / 3.66 / 5
Trying to retrieve width and height from input header
Input colorspace is YV12
xvidcore build version: xvid-1.2.0-dev
Bitstream version: 1.2.-127
Detected CPU flags: ASM MMX MMXEXT SSE SSE2 TSC
Detected 2 cpus, using 2 threads.
B frames: 26481 frames, size = 1770/46882714, quants = 4 / 5.78 / 8
desired video bitrate of this job: 1193 kbit/s - obtained video bitrate (approximate): 1194 kbit/s
----------------------------------------------------------------------------------------------------------
job job1-2 has been processed. This job is linked to the next job: job1-3
Starting job job1-3 at 7:32:32 PM
encoder commandline:
-o "D:\WorkDamnit.mkv" -A -S "D:\WorkDamnit_Video.mkv" -a 0 -D -S "D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3" -a 0 -D -S "D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3" -a 0 -D -S "D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3" -a 0 -D -S "D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3" --chapters "D:\VTS_03_PGC_01 - Chapter Information - OGG.txt" --no-clusters-in-meta-seek
successfully started encoding
Processing ended at 7:33:10 PM
----------------------------------------------------------------------------------------------------------

Log for job job1-3

mkvmerge v1.7.0 ('What Do You Take Me For') built on Apr 28 2006 17:19:57
'D:\WorkDamnit_Video.mkv': Using the Matroska demultiplexer.
'D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3': Using the AC3 demultiplexer.
'D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3': Using the AC3 demultiplexer.
'D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3': Using the AC3 demultiplexer.
'D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3': Using the AC3 demultiplexer.
'D:\WorkDamnit_Video.mkv' track 1: Using the MPEG-4 part 2 video output module.
'D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3' track 0: Using the AC3 output module.
'D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3' track 0: Using the AC3 output module.
'D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3' track 0: Using the AC3 output module.
'D:\WorkDamnit T01 3_2ch 448Kbps DELAY 0ms.ac3' track 0: Using the AC3 output module.
The file 'D:\WorkDamnit.mkv' has been opened for writing.

The cue entries (the index) are being written...
Muxing took 37 seconds.

[bira]

Couple of bugs.

"One click encoder" does not seem to use AVS profiles.

I created an AVS profile with clever anamorphic encoding and overcrop to mod16. Then I set one click encoder to use that profile, but the created avisynth script is not what it should be. No overcropping has been set, instead a resize line was set.


Another bug:

If I load a .d2v file in avisynth creator and then set it to use the same profile created before (the one with ovecropping) my resulting script is this:

# Set DAR in encoder to -1 : -1. The following line is for automatic signalling
global MeGUI_darx = -1
global MeGUI_dary = -1
DGDecode_mpeg2source("I:\To Be Encoded\VTS_01_PGC_01_1.d2v",info=3)
ColorMatrix(hints=true)
#blank deinterlace line
#crop
#resize
#denoise

[bira]

Another bug:

It has to do with regional settings, decimal and thousand separators.

If I set "," as decimal separator and select "23,976" as framerate in muxer gui, muxer software understand it as 23 fps.

[Sharktooth]

Another bug:

It has to do with regional settings, decimal and thousand separators.

If I set "," as decimal separator and select "23,976" as framerate in muxer gui, muxer software understand it as 23 fps.
Yes, this is a known bug.

[Ronin-7]

I was getting a similar crash to OverlordQ for seemingly no reason. Something about a "key not present in a dictionary". I did find out at least a workaround to the problem.

The default language for audio tracks MeGUI is "Abkhazian", since its the earliest in the alphabet. (change to something else, perhaps?) Really, are there any DVD's that have this language? Even if there are, I doubt anyone using MeGUI will come into contact with them - anyways -

If you leave Audio Track #2 in AutoEncode to that language (in solution.jpg), you will get the error (see error.jpg)

Note that I don't have an Audio Input for Audio Track #2, so this didn't really make much sense to me.

If you click the X though in Audio Track #2, that formally takes care of the problem.

Note that I can leave "Abkhazian" in the Subtitles section (with no Subtitles file) and I don't get the error.

Anyways, not sure if any other newbies were getting this problem. I can only assume if we went into the settings first and changed Abkhazian to English from the get-go, we wouldn't have this problem, but I haven't tested that. :)

agressiv

I too get that same bug, it was driving me nuts as to what was going wrong as I'm still a bit new to this. Thanks for sharing a workaround though it is now working properly.

BTW before seeing your post I changed the default language in the settings to English and it made no difference, still got the error.

[Carpo]

dunno if this is a bug or if im doing something wrong (i did search but when theres 73 pages to look through its a bit much)

everytime i do an encode usung xvid megui only seems to output the finished file at 50% of the size i select eg a 2 cd encode (ac3 audio) comes out as

30% comp test setting - 670meg
45% comp test setting - 677meg
58% comp test setting - 684meg

Starting job job2 at 20:01:27
encoder commandline:

successfully started encoding
Processing ended at 21:27:11
----------------------------------------------------------------------------------------------------------

Log for job job2


----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
Starting job job3-1 at 21:27:11
encoder commandline:
-i "E:\dvd-work\XVID_backups\main\carlitos_way\test1.avs" -pass1 "E:\dvd-work\XVID_backups\main\carlitos_way\test1.stats" -bitrate 1023 -kboost 100 -chigh 20 -clow 7 -overhead 0 -nopacked -vhqmode 4 -qpel -qmatrix "C:\Program Files\megui\extra\eqm_v3ulr_rev3.xcm" -closed_gop -imin 3 -imax 4 -pmin 3 -pmax 5 -bvhq -bquant_ratio 162 -bquant_offset 0 -bmin 3 -bmax 5 -threads 2
successfully started encoding
Processing ended at 23:27:13
----------------------------------------------------------------------------------------------------------

Log for job job3-1

xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003

Trying to retrieve width and height from input header
Input colorspace is YV12
xvidcore build version: xvid-1.2.0-dev
Bitstream version: 1.2.-127
Detected CPU flags: ASM MMX MMXEXT SSE SSE2 TSC
Detected 2 cpus, using 2 threads.

Tot: enctime(ms) =2599445.00, length(bytes) = 1203614639
Avg: enctime(ms) = 12.55, fps = 79.71, length(bytes) = 5808
I frames: 1314 frames, size = 21089/27712018, quants = 2 / 2.00 / 2
P frames: 74965 frames, size = 10696/801838078, quants = 2 / 2.00 / 2
B frames: 130914 frames, size = 2857/374064471, quants = 3 / 3.00 / 3
N frames: 9 frames, size = 8/ 72

----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
job job3-1 has been processed. This job is linked to the next job: job3-2
Starting job job3-2 at 23:27:13
encoder commandline:
-i "E:\dvd-work\XVID_backups\main\carlitos_way\test1.avs" -pass2 "E:\dvd-work\XVID_backups\main\carlitos_way\test1.stats" -bitrate 1023 -kboost 100 -chigh 20 -clow 7 -overhead 0 -nopacked -vhqmode 4 -qpel -qmatrix "C:\Program Files\megui\extra\eqm_v3ulr_rev3.xcm" -closed_gop -imin 3 -imax 4 -pmin 3 -pmax 5 -bvhq -bquant_ratio 162 -bquant_offset 0 -bmin 3 -bmax 5 -threads 2 -avi "E:\dvd-work\XVID_backups\main\carlitos_way\test1.avi"
successfully started encoding
Processing ended at 05:35:00
----------------------------------------------------------------------------------------------------------

Log for job job3-2

xvid_encraw - raw mpeg4 bitstream encoder written by Christoph Lampert 2002-2003


Tot: enctime(ms) =17610908.00, length(bytes) = 702224593
Avg: enctime(ms) = 84.99, fps = 11.77, length(bytes) = 3389
I frames: 1314 frames, size = 13011/17097301, quants = 3 / 3.00 / 3
P frames: 74965 frames, size = 6015/450983355, quants = 3 / 3.00 / 3
B frames: 130845 frames, size = 1789/234143313, quants = 4 / 4.00 / 4
N frames: 78 frames, size = 8/ 624
Trying to retrieve width and height from input header
Input colorspace is YV12
xvidcore build version: xvid-1.2.0-dev
Bitstream version: 1.2.-127
Detected CPU flags: ASM MMX MMXEXT SSE SSE2 TSC
Detected 2 cpus, using 2 threads.
desired video bitrate of this job: 1023 kbit/s - obtained video bitrate (approximate): 682 kbit/s
----------------------------------------------------------------------------------------------------------
Job completed successfully and deletion of intermediate files is activated
Found intermediate output file 'E:\dvd-work\XVID_backups\main\carlitos_way\test1.stats', deleting...
Deletion succeeded.

its fresh install of megui updated to 2192, using xvid codec avi container various profiles as stated above - que analysis and 2 pass, no deinterlacing or anything as megui says its progressive, bitrate calc xvid/avi/ac3 seclected selcted, 2 cds as size, 1023kbit is suggested.

[squid_80]

I frames: 1314 frames, size = 13011/17097301, quants = 3 / 3.00 / 3
P frames: 74965 frames, size = 6015/450983355, quants = 3 / 3.00 / 3
B frames: 130845 frames, size = 1789/234143313, quants = 4 / 4.00 / 4


The quantizers are constant, which means it's saturated. Try a higher rate matrix or lower minimum quant settings.

[foxyshadis]

eqm_v3ulr_rev3.xcm
Doesn't look like 45% to me. 45% (the only one that matches the rest of your options) has to have the hr matrix to work correctly. 58% and 90% need the 6of9. If you're using ulr with all, well sure, it's going to come out badly undersized.

And don't resize either, unless it comes out oversized. Teeg considers it the last resort when other compressibility options have been exhausted.

[Carpo]

i will retry with 58% (which i thought it was - it was about 6:30am and i was lat for work ;) ) using the six of nine file, i only used the suggest size option in megui which said to use 640x352 - should i leave it as is ? untick the box? would it then use the full dvd res ?

[~bT~]

Thanks! that solved my problem.

Sorry for write this so late! :P
Where is this option in FFDShow? Help pls.

[MoUCLAs]

Means ffvh wasn't enabled on the ffdshow VFW config (separate from the main video config). It should be by default, but I guess not in your case.

Lagarith usually isn't that much better than ffvh, but sometimes the slowdown is worth the saved space.


i have the same problem.. i have this package installed http://files.divx-digest.com/software/codec/ffdshow-2546-gcc4.0.3-sse-x264.nl.exe

i cannot find where to enable it..

[foxyshadis]

Start Menu->Programs->FFDShow->VFW Codec Configuration

[MoUCLAs]

yes ok.. but i dont have any encoder/decoder with the name ffhv , only ffv1:

http://img219.imageshack.us/img219/4509/ffdshowlm2.th.png (http://img219.imageshack.us/my.php?image=ffdshowlm2.png)