MeGUI: General Questions and Troubleshooting Thread

[Pulp Catalyst]

1st time using megui, tried before but.... the way it worked was quite daunting, but this time i said get in and learn it,

been following guides and stuff,

however i noticed that Megui has the low CPU Utilization for Xvid encoding (also noticed it uses encraw)

60% (tripple core AMD)

although other programs i have tried averages around 70%, those same programs using the new Xvid 1.3.1 averages around 80-85% (1.3.1 really has increased the efficiency of multi-threading....YES!!!) but MeGUI still only uses 60%, can someone please advise?

[kalehrl]

In xvid settings window put the approptiate number od cores (3 in your case) in Threads.

[rapscallion]

Re encoding a 1080i/29.970 fps source for the first time and wondering what fps I should enter in the avisynth script.

If I put fps=30000/1001 (29.970029), Megui log shows @ 2500000/86207 fps, which= 28.999965 fps

What is the correct/exact fps that I should enter?
If I use 29.970, Megui log shows @ 10000000/333667, which=29.97.

[tebasuna51]

AssumeFps(30000, 1001)

[rapscallion]

AssumeFps(30000, 1001)

Thanks , however, per my post, when I do that, Megui log shows 28.999965 fps.
Which, of course is wrong. When muxed to a *.m2ts, via Tsmuxer, result is 29.00 fps, according to Mediainfo.

Edit : Correction. Actually I used that in the Directshow line. Using it as intended worked fine.

[LigH]

Sounds like a confusion of numeric conversions, like the english notation (decimal dot) vs. the german notation (decimal comma) or similar... ?!?

[Music Fan]

@ rapscallion : what does Virtual Dub show when you open your script in it ? See file, file information.
If it's not 29.97 while it should be, you can try to put the fps in the first line of your script, like that ;
directshowsource("file", fps=29.97)
It forces the framerate.
It's generally used with wmv files, and is especially useful for those with variable framerate (nevertheless very rare).
Or you can try that ;
directshowsource("file", convertfps=true)
Open your script in Virtual Dub before specifying the fps, see which fps is detected in file information, then try these scripts and see if there is a difference. Also check the duration of the file in file information.
But in my opinion, you video is well encoded and the problem comes from the container or Mediainfo.

[tebasuna51]

Thanks , however, per my post, when I do that, Megui log shows 28.999965 fps.
Which, of course is wrong. When muxed to a *.m2ts, via Tsmuxer, result is 29.00 fps, according to Mediainfo.
Please put your full (avs included) Megui log.

[rapscallion]

[Information] Log
-[Information] Versions
--[Information] [4/14/2011 5:34:45 PM] MeGUI Version : 2006 (svn)
--[Information] [4/14/2011 5:34:45 PM] OS : Windows XP Professional x86 SP3 (5.1.196608.2600)
--[Information] [4/14/2011 5:34:45 PM] Latest .Net Framework installed : 3.5 (3.5.30729.01)
--[Information] [4/14/2011 5:34:45 PM] Avisynth Version : 2.5.8.5 (12/21/2008 9:46:54 PM)
-[Information] Update detection
--[Information] [4/14/2011 5:34:45 PM] Connecting to server: http://megui.xvidvideo.ru/auto/
--[Information] [4/14/2011 5:34:45 PM] All files are up to date
-[Information] Log for job1 (video, hit_test.avs -> )
--[Information] [4/14/2011 5:36:43 PM] Started handling job
--[Information] [4/14/2011 5:36:43 PM] Preprocessing
--[Information] [4/14/2011 5:36:43 PM] Avisynth input script: DirectShowSource("D:\BD-Test\hit man\hi_test.m2ts",fps=30000/1001,audio=false)--[Information] [4/14/2011 5:36:43 PM] Job commandline: "C:\Dvd_rw\Megui3.2\tools\x264\x264.exe" --preset faster --pass 1 --bitrate 35000 --stats "D:\BD-Test\hit man\hit_test.stats" --open-gop bluray --tff --subme 7 --pic-struc --level 4.1 --bframes 3 --ref 4 --slices 4 --aud --nal-hrd vbr --b-pyramid strict --keyint 30 --min-keyint 3 --vbv-bufsize 30000 --vbv-maxrate 40000 --weightp 0 --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --output NUL "C:\br avs\hit_test.avs"
--[Information] [4/14/2011 5:36:43 PM] Encoding started
--[Information] [4/14/2011 5:39:05 PM] Standard output stream
--[Information] [4/14/2011 5:39:05 PM] Standard error stream
---[NoImage] avs [info]: 1920x1080i 1:1 @ 2500000/86207 fps (cfr)
---[NoImage] x264 [info]: using SAR=1/1
---[NoImage] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64
---[NoImage] x264 [info]: profile Main, level 4.1
---[NoImage]
---[NoImage] x264 [info]: frame I:72 Avg QP:13.14 size:314224
---[NoImage] x264 [info]: frame P:1470 Avg QP:16.47 size:152934
---[NoImage] x264 [info]: frame B:197 Avg QP:15.12 size: 93306
---[NoImage] x264 [info]: consecutive B-frames: 79.0% 17.6% 0.2% 3.2%
---[NoImage] x264 [info]: mb I I16..4: 45.8% 0.0% 54.2%
---[NoImage] x264 [info]: mb P I16..4: 51.2% 0.0% 0.0% P16..4: 47.2% 0.0% 0.0% 0.0% 0.0% skip: 1.7%
---[NoImage] x264 [info]: mb B I16..4: 15.6% 0.0% 0.0% B16..8: 45.6% 0.0% 0.0% direct:13.8% skip:25.1% L0:27.5% L1:21.5% BI:50.9%
---[NoImage] x264 [info]: coded y,uvDC,uvAC intra: 95.2% 80.3% 51.5% inter: 64.4% 57.2% 24.2%
---[NoImage] x264 [info]: i16 v,h,dc,p: 7% 13% 71% 9%
---[NoImage] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 9% 25% 28% 4% 9% 4% 8% 4% 10%
---[NoImage] x264 [info]: i8c dc,h,v,p: 47% 34% 14% 6%
---[NoImage] x264 [info]: kb/s:35462.73
---[NoImage] encoded 1739 frames, 12.24 fps, 35462.73 kb/s
--[Information] [4/14/2011 5:39:05 PM] Postprocessing
---[Information] Deleting intermediate files
--[Information] [4/14/2011 5:39:05 PM] Job completed
-[Information] Log for job2 (video, hit_test.avs -> hit_test.264)
--[Information] [4/14/2011 5:39:05 PM] Started handling job
--[Information] [4/14/2011 5:39:05 PM] Preprocessing
--[Information] [4/14/2011 5:39:05 PM] Avisynth input script: DirectShowSource("D:\BD-Test\hit man\hi_test.m2ts",fps=30000/1001,audio=false)
--[Information] [4/14/2011 5:39:06 PM] Job commandline: "C:\Dvd_rw\Megui3.2\tools\x264\x264.exe" --preset faster --pass 2 --bitrate 35000 --stats "D:\BD-Test\hit man\hit_test.stats" --open-gop bluray --tff --subme 7 --pic-struc --level 4.1 --bframes 3 --ref 4 --slices 4 --aud --nal-hrd vbr --b-pyramid strict --keyint 30 --min-keyint 3 --vbv-bufsize 30000 --vbv-maxrate 40000 --weightp 0 --colorprim "bt709" --transfer "bt709" --colormatrix "bt709" --sar 1:1 --output "D:\BD-Test\hit man\hit_test.264" "C:\br avs\hit_test.avs"
--[Information] [4/14/2011 5:39:06 PM] Encoding started
--[Information] [4/14/2011 5:48:06 PM] Standard output stream
--[Information] [4/14/2011 5:48:06 PM] Standard error stream
---[NoImage] avs [info]: 1920x1080i 1:1 @ 2500000/86207 fps (cfr)
---[NoImage] x264 [info]: using SAR=1/1
---[NoImage] x264 [info]: using cpu capabilities: MMX2 SSE2Fast SSSE3 FastShuffle SSE4.1 Cache64
---[NoImage] x264 [info]: profile High, level 4.1
---[NoImage]
---[NoImage] x264 [info]: frame I:72 Avg QP:14.99 size:255457
---[NoImage] x264 [info]: frame P:1470 Avg QP:16.74 size:155994
---[NoImage] x264 [info]: frame B:197 Avg QP:17.52 size: 95218
---[NoImage] x264 [info]: consecutive B-frames: 79.0% 17.6% 0.2% 3.2%
---[NoImage] x264 [info]: mb I I16..4: 11.7% 76.4% 11.9%
---[NoImage] x264 [info]: mb P I16..4: 1.6% 22.3% 2.0% P16..4: 47.1% 18.7% 6.2% 0.0% 0.0% skip: 2.0%
---[NoImage] x264 [info]: mb B I16..4: 0.2% 4.5% 0.3% B16..8: 40.0% 16.5% 4.2% direct: 7.7% skip:26.6% L0:49.7% L1:33.3% BI:17.1%
---[NoImage] x264 [info]: 8x8 transform intra:84.7% inter:48.4%
---[NoImage] x264 [info]: coded y,uvDC,uvAC intra: 92.7% 88.6% 66.1% inter: 68.9% 65.5% 27.6%
---[NoImage] x264 [info]: i16 v,h,dc,p: 22% 28% 38% 11%
---[NoImage] x264 [info]: i8 v,h,dc,ddl,ddr,vr,hd,vl,hu: 5% 15% 51% 4% 4% 3% 6% 4% 8%
---[NoImage] x264 [info]: i4 v,h,dc,ddl,ddr,vr,hd,vl,hu: 10% 20% 33% 6% 7% 4% 8% 4% 8%
---[NoImage] x264 [info]: i8c dc,h,v,p: 49% 33% 12% 7%
---[NoImage] x264 [info]: ref P L0: 37.4% 25.4% 14.2% 10.2% 6.8% 6.0%
---[NoImage] x264 [info]: ref B L0: 52.0% 28.0% 11.4% 8.6%
---[NoImage] x264 [info]: ref B L1: 69.0% 31.0% 0.0% 0.0%
---[NoImage] x264 [info]: kb/s:35548.71
---[NoImage] encoded 1739 frames, 3.22 fps, 35548.71 kb/s
--[Information] Final statistics
---[Information] [4/14/2011 5:48:07 PM] Video Bitrate Desired: 35000 kbit/s
---[Information] [4/14/2011 5:48:07 PM] Video Bitrate Obtained (approximate): 35548 kbit/s
--[Information] [4/14/2011 5:48:07 PM] Postprocessing
---[Information] Deleting intermediate files
----[Information] [4/14/2011 5:48:07 PM] Successfully deleted D:\BD-Test\hit man\hit_test.stats
----[Information] [4/14/2011 5:48:07 PM] Successfully deleted D:\BD-Test\hit man\hit_test.stats.mbtree
--[Information] [4/14/2011 5:48:07 PM] Job completed

[Music Fan]

@ rapscallion : did you see my message ? Try what I explained before encoding.
If the framerate and the duration are good in Virtual Dub, you will be sure that your script is good. MeGui won't change the fps.

[rapscallion]

@music fan
Yes, and thank you for the response, however my keyboard was not working on the pc I was using this morning.
So, all I could do was cut and paste.

It seems to make no difference whether I use 29.97, 29.970 or 29.970029. VD indicated 29.970 .
If I enter 30000/1001 in the Directshow line, VD shows 29.000, just as Mediainfo and the Megui log does.

Running the script w/o fps, VD indicated 1387.347 fps. Now that's bizarre !

Bottom line: I started the op looking for the exact # to enter, because 23.976 fps is actaully a longer, floating point figure.
So, I wanted to be sure what # to use for 29.97 fps. It would appear that 29.970 fps is correct ?

[poisondeathray]

Sorry

[rapscallion]

Try assumefps(30000,1001) , instead of specifying in directshowsource

Using that works fine as well, 29.970 fps.
Both methods totally acceptable I assume ?

[poisondeathray]

^ heh I did a ninja edit and deleted my message. I see now above that you already tried that

I don't know what is going on

The exact # for 23.976 is (24000,1001)
and for 29.97 is (30000,1001)

[poisondeathray]

@It seems to make no difference whether I use 29.97, 29.970 or 29.970029. VD indicated 29.970 .
If I enter 30000/1001, VD shows 29.000, just as Mediainfo and the Megui log does.

Running the script w/o fps, VD indicated 1387.347 fps. Now that's bizarre !


This means you directshow filters are "seeing" the file as 1387.347


If vdub "sees" the avs correctly as 29.97 , there must be some sort of communication error between avs=>x264 , because avs=>vdub appears to work ok

As temporary workaround, you can specify the fps in the x264 commandline box --fps 30000/1001

You can try redownloading megui or re-install avisynth too

[Music Fan]

It seems to make no difference whether I use 29.97, 29.970 or 29.970029. VD indicated 29.970 .
If I enter 30000/1001, VD shows 29.000, just as Mediainfo and the Megui log does.

Running the script w/o fps, VD indicated 1387.347 fps.
So write 29.97, that's the best thing to do with this file.
Except if it's actually 23.976 hard pulldowned.

Using that works fine as well, 29.970 fps.
Both methods totally acceptable I assume ?
Not always, assumefps can be problematic if the framerate is not clearly identified when not specified, which is the case of your video. You'd better specify the fps in the first line of the script and if you don't need to accelerate or slow the video, you don't have to add assumefps.

[rapscallion]

Thanks MF: This is the David Foster and Friends Hitman video ,that was shot in 1080i MBAFF, 29.970 fps for sure.

[Music Fan]

Ok, so if it has already been correctly de-interlaced (I guess your video is in 29.97p and not 59.94i), you just have to specify the fps in the first line.
Anyway, I'm astonished that Virtual Dub can't see the correct fps when you don't specify it, it looks like a container problem.
A re-encapsulation could maybe solve this.
What are the codec and container of your video ?
And in avisynth, did you open it with directshowsource or another command line ?

[tebasuna51]

Using that works fine as well, 29.970 fps.
Both methods totally acceptable I assume ?
No, use always:
DirectShowSource("D:\BD-Test\hit man\hi_test.m2ts",audio=false)
AssumeFps(30000, 1001)

Or, of course:
AssumeFps(24000, 1001)
AssumeFps(24)
AssumeFps(25)
...
always exact values when you know.

[Music Fan]

No, not always, as I explained sooner. Especially when Vdub detects the correct framerate. Or in the case described by rapscallion.
And assumefps can't be used with variable framerate videos. They are rare but it has to be known.

[rapscallion]

Ok, so if it has already been correctly de-interlaced (I guess your video is in 29.97p and not 59.94i), you just have to specify the fps in the first line.
Anyway, I'm astonished that Virtual Dub can't see the correct fps when you don't specify it, it looks like a container problem.
A re-encapsulation could maybe solve this.
What are the codec and container of your video ?
And in avisynth, did you open it with directshowsource or another command line ?
Video is untouched ( I just cut a 1 min test clip from it) Hasn't been de-interlaced.
Opened in avisynth with "directshowsource".
I also tested the complete video file and VD showed the same 1387.347fps.

Could the fact that it's MBAFF cause the frame rate discrepancy, because I opened another 1080i
video, that's TFF, and VD reported it correctly @29.970fps ?

Here's the info on the 1 min clip.

Video
ID : 4113 (0x1011)
Menu ID : 1 (0x1)
Format : AVC
Format/Info : Advanced Video Codec
Format profile : High@L4.1
Format settings, CABAC : Yes
Format settings, ReFrames : 4 frames
Duration : 59s 993ms
Bit rate mode : Variable
Bit rate : 28.3 Mbps
Maximum bit rate : 38.0 Mbps
Width : 1 920 pixels
Height : 1 080 pixels
Display aspect ratio : 16:9
Frame rate : 29.970 fps
Standard : NTSC
Resolution : 8 bits
Colorimetry : 4:2:0
Scan type : MBAFF
Bits/(Pixel*Frame) : 0.456
Stream size : 202 MiB (96%)
Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177

[tebasuna51]

And assumefps can't be used with variable framerate videos. They are rare but it has to be known.
But AviSynth can't manage vfr, inside must be cfr and use timecodes after in the container.

[hello_hello]

When I convert a DVD using MeGUI and the x264 encoder and check the media properties using MPC-HC it lists the colours as:

Color primaries : BT.709-5, BT.1361, IEC 61966-2-4, SMPTE RP177
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.709-5, BT.1361, IEC 61966-2-4 709, SMPTE RP177

However it's the same regardless of whether I have MeGUI's colour correction option enabled or not and the encodes display on my PC using exactly the same colours (I'm still not sure I've worked out how a PC decides which colours it's going to use) but shouldn't the conversion without colour correction be BT.601? The above example is a PAL DVD if it makes a difference.

I found a fairly old DVD encode and it's colour properties are:

Color primaries : BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M
Transfer characteristics : BT.709-5, BT.1361
Matrix coefficients : BT.601-6 525, BT.1358 525, BT.1700 NTSC, SMPTE 170M

That one just happens to be NTSC and possibly wasn't converted using MeGUI (I can't remember), but isn't it how the colour properties should appear if colour conversion has taken place? And if it is, is there any way to fix the colour properties of all the DVDs I've encoded using MeGUI?

[Music Fan]

Video is untouched ( I just cut a 1 min test clip from it) Hasn't been de-interlaced.
Opened in avisynth with "directshowsource".
I also tested the complete video file and VD showed the same 1387.347fps.
Ok, and what's the container of your video ?
For AVC, you should extract the h264 stream with TSMuxer if it's in mts (or m2ts), and with MKVextract if it's in MKV.
Then you open it with DGAVCIndex which creates a dga file that you open with the command "AVCSource".
In this case, I believe you need to add assumefps.
Or DSS2 or FFMS2 in place of DGAVCIndex as explained here ;
http://forum.doom9.org/showthread.php?p=1465128#post1465128


Could the fact that it's MBAFF cause the frame rate discrepancy, because I opened another 1080i video, that's TFF, and VD reported it correctly @29.970fps ?
Maybe, I don't know.
When you say TFF, I guess you mean progressive (always in TFF), because TFF can be MBAFF, and as MBAFF means interlaced, and it can be TFF or BFF.
In avisynth, you can specify 29.97 even if it's interlaced. The important thing to know is if you wanna keep it interlaced or not.
If yes, you have to know if it's TFF or BFF (generally TFF) and specify it in MeGui. And also in avisynth but it's not always necessary.
Actually, the fact that the video is in MBAFF doesn't mean necessarily that it's interlaced, because we can encode a progressive source in interlaced. It's rare but possible.
When you open your script in avisynth, you can see easily if it's really interlaced or not.
If it is, the frames are blended, like this ;
http://www.doom9.org/images/Interlace.jpg

To encode in interlaced with MeGui, you have to check encode interlaced in the "frame-type" tab and add --tff or --bff in the custom command line (misc tab).
If the video is not really interlaced, you don't have to de-interlace it even if it's detected as MBAFF. Thus you encode it as progressive.
But you could need nevertheless to make believe to your standalone player that he is playing interlaced video even when you wanna encode in progressive. In this case, don't check encode interlaced but type --fake-interlaced in the custom command line. And maybe --pic-struct.

[Music Fan]

But AviSynth can't manage vfr, inside must be cfr and use timecodes after in the container.
It can open it ;
http://avisynth.org/mediawiki/VFR
I was thinking especially to wmv (because I needed it one day) ;
http://avisynth.org/mediawiki/VFR#opening_non-avi_vfr_content_in_AviSynth

[Lighto]

http://i.imgur.com/XGGyN.png
Just wondering, what exactly does "shut down when finished local queue" do?

Does it shut down the worker when the jobs assigned to the worker is all done or does it shut down the machine when the jobs assigned to the worker is all done?

It isn't checked or anything when I clicked it.

[tebasuna51]

It can open it ;
http://avisynth.org/mediawiki/VFR

Of course, but try to play the avs directly, you play cfr.

You need add the timecodes like http://avisynth.org/mediawiki/VFR say:
Now mux to MKV:
...
Browse for the "timecodes.txt" timecode file

[Music Fan]

try to play the avs directly, you play cfr.
Of course, I never said that the aim was to keep the vfr, but just to open it and find its good duration.;)

[rapscallion]

Ok, and what's the container of your video ?
For AVC, you should extract the h264 stream with TSMuxer if it's in mts (or m2ts), and with MKVextract if it's in MKV.
Then you open it with DGAVCIndex which creates a dga file that you open with the command "AVCSource".
In this case, I believe you need to add assumefps.
Or DSS2 or FFMS2 in place of DGAVCIndex as explained here ;
http://forum.doom9.org/showthread.php?p=1465128#post1465128
AVC, as shown in the Mediainfo in the same post you quoted.


Maybe, I don't know.
When you say TFF, I guess you mean progressive (always in TFF), because TFF can be MBAFF, and as MBAFF means interlaced, and it can be TFF or BFF.
In avisynth, you can specify 29.97 even if it's interlaced. The important thing to know is if you wanna keep it interlaced or not.
No, I mean interlaced. Here's part of the mediainfo :

Frame rate : 29.970 fps
Scan type : Interlaced
Scan order : Top Field First



To encode in interlaced with MeGui, you have to check encode interlaced in the "frame-type" tab and add --tff or --bff in the custom command line (misc tab).
Latest Megui build --interlaced has been replaced by --tff/--bff
If the video is not really interlaced, you don't have to de-interlace it even if it's detected as MBAFF. Thus you encode it as progressive.
But you could need nevertheless to make believe to your standalone player that he is playing interlaced video even when you wanna encode in progressive. In this case, don't check encode interlaced but type --fake-interlaced in the custom command line. And maybe --pic-struct.

That brings up an interesting question. If the source is interlaced, will you get the best picture quality by encoding interlaced or progressive?

Thanks for all the helpful info !

[tebasuna51]

... but just to open it and find its good duration.;)
For what you need its good duration if you have previously the timecodes ;) ?

[Music Fan]

AVC, as shown in the Mediainfo in the same post you quoted.
AVC is the codec, not the container. What's the extension of your file ? Generally, the extension corresponds to a container, but sometimes it's not the case, that's why Mediainfo is useful ; it shows the container (above in basic mode and tree mode), whatever the extension.

If the source is interlaced, will you get the best picture quality by encoding interlaced or progressive?
I prefer to keep it interlaced because there are two times more images, so it's twice more fluid.
But interlaced encoding demand a little bit more bitrate than progressive for the same quality.
In this case, the de-interlacing will be done in real time by your player or screen, and the fluidity will be kept.
1080i will become 1080p keeping the 60 frames (or actually 59.94). But the quality of this operation is very different from one player to another.
1080i means 540 lines per field.
If you de-interlace with avisynth, you will lose 1 frame on 2 (except if you make "bobbing", but a standalone player won't play 60 frames in 1080p). But this de-interlacing will probably give best results than a real time de-interlacing.

[rapscallion]

AVC is the codec, not the container. What's the extension of your file ? Generally, the extension corresponds to a container, but sometimes it's not the case, that's why Mediainfo is useful ; it shows the container (above in basic mode and tree mode), whatever the extension.

Oh, sorry, it's a Blu-Ray disc, *.m2ts

[Pulp Catalyst]

i assumed that Megui was using Xvid 1.3.1 (as it always is updating), obviously i was surprised that it's using a old version of Encraw (2009 version)

now i realised that, i've copied what Xvid4PSP does, (CPU count + 2)

so 5 for me, CPU usage up to 68-72% now, like all the rest of programs, accept for anyone using Xvid 1.3.1 82%+ average (xvid 1.3.1 hint hint) lol

could i update to 1.3.1 (i assume not, which is why it doesn't come with 1.3.1) thought i'll ask.

[Zathor]

xvid encraw 1.3.x does not support avi/mkv output files larger than 2GB. That is the reason why it has not been updated already. But you can update it yourself if this is no problem for you. In this case you have to set HVS masking to none as the syntax as changed.

[Pulp Catalyst]

thankyou Zathor, i'll get on it.

[soso12]

Hello,
I have very often this message like that :

http://thumb.phyrefile.com/s/so/soso12/2011/04/20/300/2011-04-20_104728.png (http://www.phyrefile.com/image/view/fyzW1smkTmetwXDZ)

it do that especially in 1080p not in 720p, i don't know why, if some boby can help me, please !
:thanks:

[LigH]

This might be related to a 32 bit application addressing at most 2 GB of RAM.

Enforcing 12 threads seems to be quite heavy. What kind of CPU do you use that it has so many cores - an i7 with hyperthreading, reporting 8 cores?

The more threads you use, the more RAM you need. Speed may be high, but quality will be limited.

[soso12]

Big Thanks LigH, the problem came from the threads, i put 6 threads instead of 12 and now it works fine !
:thanks:

[jimmydrac]

Ok. I just put together a Asus p8p67 pro, I7 2600k, and 4 Gigs of pc1600 ram. I have everything at stock settings and hyperthreading enabled. I used x264Benchmark HD v4.0 and it showed my speeds had doubled from my q9550 that it replaced. Also, the benchmark was using between 90 - 99% cpu. The problem is when I go to encode anything in Megui, it only uses 30 - 40% of my cpu. I have tried increasing the thread count (all the way to 16) but nothing. I have also tried using other x264 encoders (Staxrip, Ripbot) but to no avail. Nothing will use more than 30 40 % cpu. I have tried all the things I know. I was using NO FILTERS other than Spline36Resize tdecimate and everything at stock settings. CRF 18 medium preset, tune film. This has me knocking my head off the wall. On my q9550 the cpu always went to 95 - 99 % using MEGUI. I have searched this forum and googled, but can't find anything about this. Also I noticed that the x64 version in Megui no longer works at all. Not sure if the problem is related or not. The file I am using is from my Happauge PVR1212. I am indexing using DGIndexNV. I am not sure if the 2600k is having to wait for the resizer and deinterlacer, or if there is another problem.


I7 2600k Stock Settings
Asus p8p67 Pro
4 Gigs PC 1600 Ram
Win 7 X64 SP1
Shark007 Codec Pack

[bazz]

ive just updated to 2008
i see youve add an option to select which audio decoder to use
NicAudio, FFaudiosource or Directshow?
my question is which one is preferable for ac3 / Lame mp3 ?
and ive never tried Nero Dolby Digital II but if theres options which one there is prefered?

thanks

[thanatoscy]

Good afternoon everybody & Sharktooth, thanks for all the work i have learned a great deal from you and everybody else. It cme to m attention that in the latest svn x264 encoding profiles, under the rate control the Min/Max/Delta Q's are set to 0-69-4 respectively. With Sharktooth's profiles are set to 10-51-4 respectively.

Q1. Is there a reason for this change?
Q2. Can please pretty-please someone explain to me how the Min/Max/Delta settings work? (please do not copy-paste the wiki explanation since it's confusing to me)

Again, thanks a lot

[Lighto]

Good afternoon everybody & Sharktooth, thanks for all the work i have learned a great deal from you and everybody else. It cme to m attention that in the latest svn x264 encoding profiles, under the rate control the Min/Max/Delta Q's are set to 0-69-4 respectively. With Sharktooth's profiles are set to 10-51-4 respectively.

Q1. Is there a reason for this change?
Q2. Can please pretty-please someone explain to me how the Min/Max/Delta settings work? (please do not copy-paste the wiki explanation since it's confusing to me)

Again, thanks a lot

The default value of qpmax is changed to 69 since x264 rev 1881+.

The QPs above 51 are "fake QPs" for VBV emergency. You can disable VBV emergency entirely by pushing the max down to 51.

Not that sure about Q2.

[Zathor]

Just curious if MeGUI still auto updates
The last update on the development server was 4 days ago, so it is still being updated. :rolleyes:

it seems to be behind in updating the x264 codec, it is at 1924 but there is a 1937 available now, can I just download and overwrite the 1924 or should MeGUI be doing this?
The reason for not updating x264 is that the syntax has changed. If you are not using --open-gop you can safely update yourself. Otherwise wait for the next MeGUI update (or change/add it in the custom command line).

[mariush]

A small bug report.... well maybe it's not really a bug but I would say maybe unhandled case

AVI with video xvid and sound pcm 5.1 , and a mp3 sound generated from the 5.1 track.

Megui -> Tools > AVI Muxer -> Video : avi file , Audio : mp3 file -> mux -> muxed avi with 2 audio tracks, the first being the mp3 and the second the original 5.1 sound from the avi.

Shouldn't MeGUI tell the muxer to ignore the audio tracks from the avi file entered at the video section ? Or maybe it should scan the avi entered in the video section and automatically add the sound from that as Audio Track 1 below, with the option for users to delete/disable it.

I basically had to go in Virtualdub to do a direct stream copy on video and then mux this avi with no sound with the mp3 to get the right result.

[Lighto]

A small bug report.... well maybe it's not really a bug but I would say maybe unhandled case

AVI with video xvid and sound pcm 5.1 , and a mp3 sound generated from the 5.1 track.

Megui -> Tools > AVI Muxer -> Video : avi file , Audio : mp3 file -> mux -> muxed avi with 2 audio tracks, the first being the mp3 and the second the original 5.1 sound from the avi.

Shouldn't MeGUI tell the muxer to ignore the audio tracks from the avi file entered at the video section ? Or maybe it should scan the avi entered in the video section and automatically add the sound from that as Audio Track 1 below, with the option for users to delete/disable it.

I basically had to go in Virtualdub to do a direct stream copy on video and then mux this avi with no sound with the mp3 to get the right result.

AVI-Mux GUI in MeGUI's tools folder will be able to do that.
Nonetheless if you feel that this is a necessary feature, you can make a feature request to the developers.

[mozzle]

Hi there.

I've recently started backing up my Blu-Rays. The first two went fine and turned out great. My process is as follows:

1. Rip the BD to drive using DVDFab 8 resulting in a single .mt2s file.
2. Open MeGUI and use the File Indexer to index the file and create an AviSynth script.
3. Encode video with MeGUI.

On my third try, when I tried to index an .mt2s file the same way I had previously, the following message appeared after choosing the .mt2s file with the MeGUI File Indexer:

"It is recommended to use a MKV, AVI, MP4 or FLV container to index files with the FFMS2 indexer."

This was the first time I have seen this message. I knew I was using a new version of MeGUI so I went ahead and indexed the file. Upon completion, the AviSynth Script Creator launched but the preview video looked like this: http://img683.imageshack.us/img683/9452/unled1in.jpg

Here's what the script looks like:

LoadPlugin("C:\Program Files\megui\tools\ffms\ffms2.dll")
FFVideoSource("C:\Documents and Settings\My Documents\DVDFab\Temp\MainMovie\THE DARK KNIGHT\BDMV\STREAM\00007.m2ts").AssumeFPS(24000,1001)

And here's the log:

-[Information] Log for job1 (idx, 00007.m2ts -> 00007.m2ts.ffindex)
--[Information] [4/26/2011 5:23:49 PM] Started handling job
--[Information] [4/26/2011 5:23:49 PM] Preprocessing
--[Information] [4/26/2011 5:23:49 PM] Job commandline: "C:\Program Files\megui\tools\ffms\ffmsindex.exe" -t -1 -f
"C:\Documents and Settings\My Documents\DVDFab\Temp\MainMovie\THE DARK KNIGHT\BDMV\STREAM\00007.m2ts"
--[Information] [4/26/2011 5:23:49 PM] Indexing started
--[Information] [4/26/2011 5:53:28 PM] Standard output stream
--[Information] [4/26/2011 5:53:29 PM] Standard error stream
--[Information] [4/26/2011 5:53:37 PM] Postprocessing
---[Information] Deleting intermediate files
--[Information] [4/26/2011 5:53:42 PM] Job completed

I'm not sure what changed or how to avoid this problem in the future. I don't think I'm doing anything differently.

I'm on Windows XP Pro SP3 / Intel Quad 6600 / MeGUI 2009 (svn) - Development Server / AviSynth 2.5.8

Hope this is enough info to get some help. Much appreciated.

[Betsy25]

Got an error when using the M2TS Muxer.

Log:[Error] Log for job1 (mux, T1_Video - .h264 -> T1_Video - -muxed.m2ts)
-[Information] [27/04/2011 3:28:24] Started handling job
-[Information] [27/04/2011 3:28:24] Preprocessing
-[Information] [27/04/2011 3:28:24] mux script
--[NoImage] MUXOPT --no-pcr-on-video-pid --new-audio-pes --avchd --vbr --vbv-len=500 --split-size 4096MB
--[NoImage] V_MPEG4/ISO/AVC, "O:\Other DVD\Das Leben Der Anderen (2006)\T1_Video - .h264", fps=24.0 ,
insertSEI, contSPS
--[NoImage] A_AC3, "O:\Other DVD\Das Leben Der Anderen (2006)\T2_Audio - German.ac3", lang=ger
--[NoImage] S_TEXT/UTF8, "O:\Other DVD\Das Leben Der Anderen (2006)\TLoO(2006).srt", video-width=1280,
video-height=540, fps=24.0
-[Information] [27/04/2011 3:28:24] Job commandline: "C:\Program Files\MeGUI\tools\tsmuxer\tsmuxer.exe"

"O:\Other DVD\Das Leben Der Anderen (2006)\T1_Video - -muxed.meta"
"O:\Other DVD\Das Leben Der Anderen (2006)\T1_Video - -muxed"
-[Information] [27/04/2011 3:28:24] Muxing started
-[Error] [27/04/2011 3:28:30] Process exits with error code: -1073741811
-[Information] [27/04/2011 3:28:30] Standard output stream: SmartLabs tsMuxeR.
Version 1.10.6 http://www.smlabs.net
-[Information] [27/04/2011 3:28:30] Standard error stream
-[Information] [27/04/2011 3:28:30] Job completed


Error ONLY occurs when the option --split-size is set.

... when using the TsMuxerGUI.EXE directly, it inserts :
--split-size=4GB
...while MeGUI inserts...
--split-size 4096MB
into the .meta file. (Notice the missing = sign)

[Zathor]

1. Rip the BD to drive using DVDFab 8 resulting in a single .mt2s file.
2. Open MeGUI and use the File Indexer to index the file and create an AviSynth script.
3. Encode video with MeGUI.
I recommend to replace step 1 with the "HD Streams Extractor" tool in MeGUI which invokes eac3to to create a mkv file. This is usually better indexed by ffms than a m2ts file.

Got an error when using the M2TS Muxer.
Thanks, will have a look at it.

[mozzle]

Zathor - "I recommend to replace step 1 with the "HD Streams Extractor" tool in MeGUI which invokes eac3to to create a mkv file. This is usually better indexed by ffms than a m2ts file."


Thanks for the reply, Zathor.

I assume you mean replace step 2?

I tried it and got the buzzer. Here's the log:

[Error] Log
-[Information] Versions
--[Information] [4/26/2011 10:40:04 PM] MeGUI Version : 2009 (svn)
--[Information] [4/26/2011 10:40:04 PM] OS : Windows XP Professional x86 SP3 (5.1.196608.2600)
--[Information] [4/26/2011 10:40:04 PM] Latest .Net Framework installed : 3.5 (3.5.30729.01)
--[Information] [4/26/2011 10:40:04 PM] Avisynth Version : 2.5.8.5 (12/21/2008 9:46:54 PM)
-[Information] Update detection
--[Information] [4/26/2011 10:40:04 PM] Connecting to server: http://megui.org/auto/
--[Information] [4/26/2011 10:40:05 PM] All files are up to date
-[Error] Log for job3 (ext, 00007.m2ts -> xxx)
--[Information] [4/26/2011 10:40:20 PM] Started handling job
--[Information] [4/26/2011 10:40:20 PM] Preprocessing
--[Information] [4/26/2011 10:40:20 PM] Job commandline:
"C:\Program Files\megui\tools\eac3to\eac3to.exe" "C:\Documents and Settings\My Documents\DVDFab\Temp\MainMovie\THE DARK KNIGHT\BDMV\STREAM\00007.m2ts"
1:"C:\Documents and Settings\My Documents\DVDFab\Temp\MainMovie\THE DARK KNIGHT\BDMV\STREAM\T1_Chapter - .txt"
2:"C:\Documents and Settings\My Documents\DVDFab\Temp\MainMovie\THE DARK KNIGHT\BDMV\STREAM\T2_Video - .mkv"
3:"C:\Documents and Settings\My Documents\DVDFab\Temp\MainMovie\THE DARK KNIGHT\BDMV\STREAM\T3_Audio - English.ac3" -progressnumbers
--[Information] [4/26/2011 10:40:20 PM] Extracting started
--[Error] [4/26/2011 10:40:24 PM] Process exits with error code: 1
--[Information] [4/26/2011 10:40:24 PM] Standard output stream
---[NoImage] M2TS, 1 video track, 1 audio track, 2:32:13, 24p /1.001
---[NoImage] 1: Chapters, 39 chapters
---[NoImage] 2: VC-1, 1080p24 /1.001 (16:9)
---[NoImage] 3: AC3, English, 5.1 channels, 640kbps, 48kHz
---[NoImage] Creating file "C:\Documents and Settings\My Documents\DVDFab\Temp\MainMovie\THE DARK KNIGHT\BDMV\STREAM\T1_Chapter - .txt"...
---[NoImage] a03 Extracting audio track number 3...
---[NoImage] v02 Extracting video track number 2...
---[NoImage] v02 Muxing video to Matroska...
---[NoImage] v02
---[NoImage]
--[Information] [4/26/2011 10:40:24 PM] Standard error stream
--[Information] [4/26/2011 10:40:24 PM] Job completed

I attempted to extract with the default settings: MKV and AC3.

:mad:

EDIT: Okay, updated to the latest Haali Media Splitter and tried it again. It didn't buzz me the first two seconds and it's churning...so I'm hopeful.

EDIT 2: Okay, after updating Haali Media Splitter, results were much better, but there is still a problem. There are frames with problems, as seen here:

http://img15.imageshack.us/img15/298/unled1sp.jpg

What do I need to do to avoid this?

EDIT 3: Did a test encode and it looked fine. There weren't any artifacts as seen in the preview window in both MeGUI and AVSP. I don't know what the hell is going on.

:confused:

[forum king]

hey folks !!
long time :)
well i have again hit a very very strange problem .
my megui is encoding well but since past 1 week i have noticed that the encoding itself stops out of the blue (not always ) either during first pass just at the beginning or just at the start of 2nd pass.
the error that is shown in the log is

Calling setup of processor failed with error 'The file C:\Documents and Settings\LOLOL\Desktop\parteh.avs cannot be opened.
DirectShowSource couldnt open file .........
No combination of filters coul;d be found to render the stream

and the same jobs when put in waiting again they encode flawlessly after hitting start :P
I have used 1911 as well as 2008 versions , same thing happens off and on in both.

Its kinna strange as if megui has become moody and all.
any advises .:)