MeGUI: General Questions and Troubleshooting Thread

[Sharktooth]

@arrirc: what's not clear in what megui told you?
"This could cause problems"...
Use a mod 16 res (overcrop to mod 16 or resize to mod 16).

[squid_80]

If the Auto Crop option is using the autocrop avisynth plugin, there are two parameters: wMultOf(default 4) and hMultOf(default 2) that can be used to ensure the final width/height is a multiple of x. Since autocrop seems to be an "I'm lazy, do everything for me" option I think it would make sense to use them.

[Sharktooth]

it's not the avs autocrop function.

[check]

@squid: Out of interest, does that over or under-crop? Or is that also configurable?

@berrinam: Why would some files have info=3 and some not? Did previous builds of MeGUI remove it while it was borked?

[rebkell]

@squid: Out of interest, does that over or under-crop? Or is that also configurable?

@berrinam: Why would some files have info=3 and some not? Did previous builds of MeGUI remove it while it was borked?

I always/only got info=3 if I had Color Correction checked in the avisynth creator.

[squid_80]

@squid: Out of interest, does that over or under-crop? Or is that also configurable?
Looking at the source code it appears to be designed to overcrop.

[Sharktooth]

however why should we force a mod16 crop when we have a mod16 resize? overcropping is not always good.

[arrirc]

@arrirc: what's not clear in what megui told you?
"This could cause problems"...
Use a mod 16 res (overcrop to mod 16 or resize to mod 16).

I am not clear about why the error is given when I use Not To Resize+AutoCrop function.
If I resize the final output according to the suggested resolution: 720x364, then anyway it is a resize!

So what exactly should I do so that the original wxh is maintained (that is no resizing)?

Use a mod 16 res (overcrop to mod 16 or resize to mod 16).

Very sorry Sharktooth, but I have no idea what exactly are you asking me to do. :(

Thank you for relying.

[Sharktooth]

OMG...
ok, you dont want to resize? then adjust the CROP so the final width and height can BOTH be divided by 16 (MOD 16!)
If you still dont understand... RTFM!
http://mewiki.project357.com/wiki/Computer_movie_files/Video/Mod16

[UncleFester]

Hello to the forum! Noobs first post, so go easy on me...

This might be better in the avisynth forum, but lurking in there makes me realize how very tiny my understanding of avisynth is, which brings me to my first point...

MeGUI is awesome! But...

:stupid:

I have what I think should be a fast machine: ASUS P5Q Pro, Wolfdale E8400 Core2Duo at 3Ghz, 8GB DDR2-1066, 9600GT, separate RAID-0 arrays for OS (Vista64) and data.

My old P4 @ 3Ghz with 2GB on WinXP took ~5 hours to fully convert (audio+video+mux) a ~2 hour movie from VOB to MP4. New machine is taking 2 to 3 hours, which is a huge improvement, no doubt, but I had gotten the impression that would be much better than that. I've read about people who are converting 2 hour movies in ~45 minutes.

FWIW, all my times are with the process priority set to high, and no other use of the machine - I leave it running overnight, and yes, I have turned off all of background junk in Vista (search, indexer, auto-defrag, etc.)

I'm not sure how much bearing it has on this type of usage, but my rig's Vista "experience" score is a solid 5.9 (currently the highest you can get), except for CPU, which is a 5.7. I suppose I could overclock, but I like it quiet...

I've been lurking for awhile and did a few searches, but can't seem to find an good answer to the question of how long a quality encode should take.

Since my only desire is to stream my stupidly (as in too-many-to-find-the-disc-you-want) large DVD collection through my XBox360, I am following a guide I found at http://www.digital-digest.com/articles/Xbox_360_H.264_Conversion_Guide_page1.html more or less to the letter. If there is a flaw in this approach (overkill on quality? something else?), or if someone could point me at a better guide, I'm all ears.

I've been wanting to do this for years, but until the combination of the MP4 file sizes, huge (affordable) drives, and meGui, it's wasn't really practical. Now it is, except I would rather not spend the next six months converting them.

[Sharktooth]

if you need more speed, use the PD-PS3-Xbox360_Fast profile
it's much faster but there is definatly a quality drop.

[arrirc]

OMG...
ok, you dont want to resize? then adjust the CROP so the final width and height can BOTH be divided by 16 (MOD 16!)
If you still dont understand... RTFM!
http://mewiki.project357.com/wiki/Computer_movie_files/Video/Mod16

Thank you very much Sharktooth...I'll post the result/ feedback here. :)

[JarrettH]

Not sure why this happened, but the delay value didn't work or wasn't applied when I mux'd this:

VTS_01_0 T80 3_2ch 448Kbps DELAY -295ms.ac3

It was for There Will Be Blood. The box was ticked in the muxxer I remember. Can clearly see it out of sync...I'm thinking it probably has to do more with some kind of protection on the disc. I think the same happened to me when I tried to encode Unforgiven. I can see the title menu jump for a split second and then the movie starts...thinking the way the track was ripped it gets confused because it's between those two parts of the disc...?

[UncleFester]

if you need more speed, use the PD-PS3-Xbox360_Fast profile
it's much faster but there is definatly a quality drop.

@Sharktooth - Thanks for the quick reply!

How much quality is lost? I realize that is often a very subjective thing, so I have start a couple of test encodes running now so I can see for myself, but how about a "general sense of the forum" on whether the difference in speed is worth the quality drop?

BTW, I am not really unhappy with the encode time now and I can't tell the difference between the original DVD and the MP4stream. Since I don't want to ever have to do these conversions again, I am more interested in maintaining quality (but I don't want to overdo it either).

Mebbe I had just built up in my head that my shiny new rig was going to be better than it is. :(

[Blue_MiSfit]

I don't know if this is a known issue or not, but I'm having a problem in Vista x64 with the latest dev build of MeGUI.

I can load one source with no problems. However, if I queue a job and then select another source, MeGUI hangs - with the "..." button lit up.

Edit:
Blew away my whole MeGUI installation, downloaded and let it re-update. Behavior remains. To reproduce:
Open a script, apply a profile, queue an encode. Then, try to open another script = fail.

~MiSfit

[Warpman]

I don't know if this is a known issue or not, but I'm having a problem in Vista x64 with the latest dev build of MeGUI.

I can load one source with no problems. However, if I queue a job and then select another source, MeGUI hangs - with the "..." button lit up.

Edit:
Blew away my whole MeGUI installation, downloaded and let it re-update. Behavior remains. To reproduce:
Open a script, apply a profile, queue an encode. Then, try to open another script = fail.

~MiSfit
I expirienced a similar bug when using AvisythMT+ Megui. It does work with the unmodded 2.58 tho.

Drop a simple avs (even version() will do) severeral times in the avs input field... and it will magicly stopping to work after 2-3times.

[check]

How much quality is lost? I realize that is often a very subjective thing, so I have start a couple of test encodes running now so I can see for myself, but how about a "general sense of the forum" on whether the difference in speed is worth the quality drop?Since you are running tests yourself, an answer here should not be required.

Mebbe I had just built up in my head that my shiny new rig was going to be better than it is. :(
While encoding, is your CPU running at 100% utilisation? Are you testing the difference with an identical script?

[Suchy]

Hi.
I have question about x264 used in MeGui.
I noticed that it's patched versions only.
I check applied pathes here: http://forum.doom9.org/showthread.php?t=89979
It looks like x264 used in MeGui have:
- fgo
- psy rdo
- vaq1
- vaq2

So if I want to use fgo, psy rdo, vaq2 I must add comands to command line manually (vaq1 seems included in configuration).
It's correct, or maybe I misunderstanding sth?

[Sharktooth]

VAQ1 is official... and it's no longer a patch.
VAQ2 is not included and neither FGO.
PSY RDO, NAL-HRD and some other patches are in though.
VAQ and PSY RDO are enabled by default (PSY RDO requires --subme >= 6)

[Suchy]

Thanks. That's exactly it what I want to know.
I thought that FGO is included, becasue in linked patchs was fgo1 and fgo2 diff.
But now, all is clear.

[Sharktooth]

https://forum.doom9.org/showthread.php?p=1156595#post1156595

that's the build and applied patches.

[UncleFester]

Since you are running tests yourself, an answer here should not be required.


While encoding, is your CPU running at 100% utilisation? Are you testing the difference with an identical script?

@Check - Yes, my CPU is showing 100%, and my test setups are identical (source, script, crop, etc). The only difference will be the different avisynth profile.

On a slightly different note, I had the impression that having dual core CPU meant I should use two workers running separate encoding queues, but that simply made the overall time take longer vs. letting one worker concentrate on one job at a time.

Besides using the temporary worker to do something short and quick, what kind of hardware would I need to properly make use of multiple workers?

Or am I totally wrong on the point of having multiple workers?

[saint-francis]

Or am I totally wrong on the point of having multiple workers?

More or less. The multiple workers are for processes that aren't multi-threaded. X264 is very good at using multiple cores. Use multiple workers for things like audio encoding and D2V creation at the same time.

[UncleFester]

More or less. The multiple workers are for processes that aren't multi-threaded. X264 is very good at using multiple cores. Use multiple workers for things like audio encoding and D2V creation at the same time.

That's what I had figured out on my own, nice to have confirmation.

:thanks:

[toytown]

I expirienced a similar bug when using AvisythMT+ Megui. It does work with the unmodded 2.58 tho.

Thanks for that, ive been having the problem for ages and removing AvisynthMT fixed the problem, no more hangs in Megui.

Ive also noticed that my audio will never encode in Megui unless i have just 16 bit integer ticked on the output tab of FFDshows audio config.

[rebkell]

I've just encountered a strange problem with the status window for Worker 1, the status window appears to be off the viewable area of my display. I've closed it and enabled it several times and it's not showing. I tried to right click the status app in the task bar and move it, and the little four pronged arrow that shows up when you want to move a window around on the screen jumps to the top left of my display.

It's currently encoding and I don't want to shut down megui, so I'll let it finish, but just wondering if anyone has ever run into this problem before. I've been running megui for the last 6 or 8 months and I've never experienced anything like this, any way to reposition the window without shutting down megui?

Edit: I got it back on screen, I right clicked and clicked move and then used the arrow keys on the keyboard and it finally appeared on the screen. It was like it went to an extended desktop window, but my machine doesn't have an extended desktop, but anyway, if anyone ever experiences something similar. I used the arrow keys and finally got the window to appear on my display.

[Blue_MiSfit]

Dreadful. No MT?? That's ... needed!

~MiSfit

[toytown]

Dreadful. No MT?? That's ... needed!

With the MT version you could enqueue a movie on either Megui/Staxrip and it would be no problem, however if you didnt restart the application after enqueuing one job, then it would freeze.

The solution was to simply enqueue a job, close application, open application, requeue a job. Then when all jobs were queued start the jobs. The downside was that you couldnt add any more jobs after this and you had to wait for them to finish so you could close the app and start again.

[Sharktooth]

i want to stress the fact it's an avisynth_MT problem and not a staxrip or megui problem...

[toytown]

i want to stress the fact it's an avisynth_MT problem

Perhaps it needs to be mentioned somewhere so that people will be aware. I know i had the problems for months and could never find the solution. Maybe on load Megui could check the avisynth.dll and warn that it will be unstable if used, or something like that.

Same for audio, on my Vista HTPC, i would sometimes set it up to encode overnight when i knew it wasnt going to be used. However it would always fail to encode the audio, on the older versions of Megui there was no error log for audio so it was almost impossible to find out the problem, on v0.3 it simply reports that it cannot find the audio stream. However the problem can be fixed by simply opening the audio config on FFDShow and setting the audio to output 16bit only (anything else it will fail).

Its little things like this which i have learnt to live with and havent found the solutions whilst checking forums/google etc. Yet one post like the one above and ding instantly fixed, they need to be mentioned somewhere.

[Sharktooth]

ok. will add a readme with those info in the next version.

[elguaxo]

I have the following AVS:

FFmpegSource("c:\sample.mkv").ConvertToYV12()

When I open the AVS file in MeGUI 0.3.0.1015 and add it to the queue I get the following errors:

http://img235.imageshack.us/img235/7628/error1ut0.png

and I answer NO

http://img235.imageshack.us/img235/2096/error2ea6.png

and I answer YES and everything after that works as expected.

The colorspace is YV12, why do I get this error?
If I add Info() at the end of the script the colorspace is reported on screen as YV12.

Thanks.


edit: I'm using FFmpegSource 1.19

[Warpman]

i want to stress the fact it's an avisynth_MT problem and not a staxrip or megui problem...

If thats the case, why can i drop a script with version() 100times in vdm and it still works?

Also i can still import more script using the "..." button and it works.

Only Drag& Drop gets disabled apparently for no reason.

Also would it be possible to enqueue avs scripts that are not working? (They are dependent of other jobs running before so they will work when they are started)

:thanks:

[stax76]

I'm not sure since I wasn't able to reproduce the freeze on my XP box but the .NET CLR might have strict protection forcing proper use of memory, threading, COM etc. If you don't know what the real problem is, it's of course always easy to blame other applications (you can translate codec packs are evil most of the time to I've no clue so it must be the codec pack), truth is the bug could be in MeGUI, in AviSynth or in the .NET CLR but MeGUI is rather unlikely. Drag & Drop is OLE/COM so AviSynth might screw COM in managed applications.

[Sharktooth]

I have the following AVS:

FFmpegSource("c:\sample.mkv").ConvertToYV12()

When I open the AVS file in MeGUI 0.3.0.1015 and add it to the queue I get the following errors:

http://img235.imageshack.us/img235/7628/error1ut0.png

and I answer NO

http://img235.imageshack.us/img235/2096/error2ea6.png

and I answer YES and everything after that works as expected.

The colorspace is YV12, why do I get this error?
If I add Info() at the end of the script the colorspace is reported on screen as YV12.

Thanks.


edit: I'm using FFmpegSource 1.19
try this script:
FFmpegSource("c:\sample.mkv")
ConvertToYV12()
does it still tells you the colorspace is wrong?

[elguaxo]

try this script:
FFmpegSource("c:\sample.mkv")
ConvertToYV12()
does it still tells you the colorspace is wrong?

I get the same error.

[Warpman]

I'm not sure since I wasn't able to reproduce the freeze on my XP box but the .NET CLR might have strict protection forcing proper use of memory, threading, COM etc. If you don't know what the real problem is, it's of course always easy to blame other applications (you can translate codec packs are evil most of the time to I've no clue so it must be the codec pack), truth is the bug could be in MeGUI, in AviSynth or in the .NET CLR but MeGUI is rather unlikely. Drag & Drop is OLE/COM so AviSynth might screw COM in managed applications.

Well same here i never got a freeze, only drag&drop stopped working.

I asked some friend and they could reproduce that drag&drop stopped working.
A guess from a friend: Avisynth MT doesnt close an instance of an avisynth script when requested because another thread might stil need it.

I will ask Avisyth MT developer if he has an idea what might be the problem...

[Sharktooth]

I get the same error.
weird. ill investigate.

[elguaxo]

:thanks:

[toytown]

A guess from a friend: Avisynth MT doesnt close an instance of an avisynth script when requested because another thread might stil need it.

I compiled Megui some days ago and ran it, using AvisynthMT i got the DisconnectedContext error, which normally means that Megui requested something from AvisynthMT, but it had already closed. So its possible that Megui is trying to reference something which doesnt exist.

[Sharktooth]

Avisynth_MT is an alpha stage software. Any problems you encounter with it, ask the Avisynth_MT developers to fix it.

[Danguard]

Hello,
Sorry if i write here, but i really don't have any clue how to solve this issue:

When i try to encode with oneclick profile a video i get always the same error (even when i tell him to not encode the audio tracks, so it should be just a muxing in the final mkv).
In attachment the log i have before megui crash

I checked the folder, and he wrote all the audio files correctly
The files are called:
1X02 T80 2_0ch 192Kbps DELAY 0ms
1X02 T81 3_2ch 448Kbps DELAY 0ms
1X02 T82 2_0ch 192Kbps DELAY 0ms
1X02 T83 2_0ch 192Kbps DELAY 0ms
1X02 T84 2_0ch 192Kbps DELAY 0ms

I really don't know what to do to fix it, someone can help me?
If you need more information, just tell me, i can re-create this problem all the times you want :|

Thank you.

[meatwad666]

so i let the autoupdater run and take me from 0.2 something (relatively recent) to 0.3 (current); however now all of my customized profiles (encoder, avisynth, etc.) are gone! what happened?

[neelo]

i have seen a tutorial of ripping a movie using MeGUI.. in that it say that place your video profile in

C:\Programfile\megui\profiles\video

and audio in

C:\Programfile\megui\profiles\audio


But in my PC there is no like that any option...

its like this

C:\Programfile\megui\allprofiles

http://i35.tinypic.com/347b8m9.jpg

look there is no video folder or audio folder to place my video profile and audio profile

what should i do ???

[Eric10301]

I'm trying to figure my way through megui and I recorded a small sample I'm trying to re-encode. Its a 1080i mpeg2 HD stream which I'm trying to encode to 720p x264 mkv. First I ran it through the D2V Creator and demuxed the audio. Then went into the avisynth script creator. Once I load the .d2v I used the following settings:

DAR 16:9 NTSC
Clever anamorphic encoding and resize mod 16
resize 1280 720

Ran it through the auto-detect

source type interlaced
field order bottom field first
deinterlacer yadif
resize filter lancozs

My encode settings are

program --pass 2 --bitrate 2500 --stats ".stats" --bframes 3 --no-b-adapt --direct temporal --partitions p8x8,b8x8,i4x4 --threads auto --thread-input --progress --no-psnr --no-ssim --output "output" "input"

The resulting file is really screwed up vertically stretched here is a pic: http://img514.imageshack.us/img514/9165/picgs3.png
Here is the sample I'm messing with: http://www.megaupload.com/?d=19KHG1AZ

Where am I going wrong?

[check]

@eric: Post your AVS script.

[Sharktooth]

so i let the autoupdater run and take me from 0.2 something (relatively recent) to 0.3 (current); however now all of my customized profiles (encoder, avisynth, etc.) are gone! what happened?
It happened your custom profiles were made with an old 0.2 or prior version of megui (latest 0.2 versions were already compatible with 0.3). At some time the support for ancient profiles was dropped coz they were incompatible with the newer version of megui.
To avoid that in the future, once in a while, open the profiles and click the update button to save them in the new format.

@neelo: the screenshot you posted shows the TOOLS folder, not the PROFILES folder.

[Eric10301]

# Set DAR in encoder to 144 : 79. The following line is for automatic signalling
global MeGUI_darx = 144
global MeGUI_dary = 79
DGDecode_mpeg2source("C:\sample3\Bikini Destinations_0001.d2v",info=3)
ColorMatrix(hints=true,interlaced=true)
Load_Stdcall_Plugin("C:\Program Files\megui\tools\yadif\yadif.dll")
Yadif(order=0)
#crop
LanczosResize(1280,720) # Lanczos (Sharp)
#denoise

[Sharktooth]

have you checked the "suggest resolution" option? or have you just set 1280, 720?
however i dont think your doing it right converting 1080 to 720 using anamorphic encode.
1920x1080 is not anamorphic and should NOT be anamorphically encoded.

[ZombiePimp]

Eric10301, you're likely seeing the same bug that's already reported on the sourceforge tracker. I'm seeing it too.
http://sourceforge.net/tracker/index.php?func=detail&aid=2010131&group_id=156112&atid=798476