MeGUI: General Questions and Troubleshooting Thread

[Kurtnoise]

\0/...that's great.

[ACrowley]

yeah..but i must correct me, the Remaining Time is still unstable

Example :
1080p x264 2pass takes 30h. But the Remaining Time after 5h encoding is only 3h , few hours later its 10h ...etc etc etc

I can remember, in old Builds it was one static Value which was correct Remaining Time

[mroz]

I find it hard to believe it ever gave an accurate prediction for the end of pass two while it was in pass one, but it could be more helpful than it currently is. ATM I assume it predicts based on percentage progress (treating each of n passes as 100/n percent) assuming a progress rate of the current average since start. Naturally with a fast first pass one gets low estimates during the first pass, which then steadily climb.

A better simple solution would be to assume a progress rate based on a moving window average - ie just use average speed for the last s seconds of encoding.

As to a method that would give useful figures for final completion even during early stages, the only method I can conceive off would have to build up speed profiles for the various jobs. This could be done by logging average fps for each of the last j jobs, with these stats recorded for each pass (where applicable) of each defined profile (the stats might need to be wiped when a profile is edited). Initially when stats aren't available, it would have to fall back to the cruder method, but once you had a few runs in, it should give reasonable results.

Edit: re wiping stats, a better automated heuristic might be: flag when a profile is edited & if measured fps deviates significantly from the logged average, wipe the stats log for that profile.

[Kurtnoise]

Originally Posted by ACrowley

yeah..but i must correct me, the Remaining Time is still unstable

Example :
1080p x264 2pass takes 30h. But the Remaining Time after 5h encoding is only 3h , few hours later its 10h ...etc etc etc

I can remember, in old Builds it was one static Value which was correct Remaining Time

Time Remaining code is the same since the beginning...I didn't modify it.

Maybe your CPU was busy by multiple tasks ?

[fleon]

I have a problem with megui: I installed and opened then i started to update megui with everything but when mencoder is completed I get and error also I reopened the program and tried to update another componet or external program I get the same error, I also have staxrip installed, this is the error:

[uncertainty]

Originally Posted by fleon

I have a problem with megui: I installed and opened then i started to update megui with everything but when mencoder is completed I get and error also I reopened the program and tried to update another componet or external program I get the same error, I also have staxrip installed, this is the error:

I'm getting the same error message as you are with megui's auto updater. It just started yesterday with trying to update just the core. I'll just turn off auto updater till we get more feedback on this issue.

[Sharktooth]

do a clean install AND before updating set the auto-update to development server.
it should fix things until the "stable" folder on the auto-update server will be updated.

[St Devious]

do i have to auto-update everytime i install a new version of megui ?

[saint-francis]

Every time you do a clean install you do but if you just update the core through the auto update function you will only have to restart MeGUI.

[berrinam]

Originally Posted by mroz

A better simple solution would be to assume a progress rate based on a moving window average - ie just use average speed for the last s seconds of encoding.

I did that for one of the tools (the Avisynth analysis pass) and it was probably fine, but I since removed it when I simplified the code so that all the processors use the same time estimation code. I thought about a moving average, but I went for the current method because I'm lazy and the code without a moving window average looks nicer: no variables about the last update time. But that's just laziness. Please post this to the feature request tracker so that it doesn't get forgotten, and it will be seen to eventually.

[awx]

I'm getting this error when I try to open a D2V with the AVS Script Creator:

Cannot open video input
---------------------------
The file E:\XYZ\VTS_01_PGC_01_1.d2v cannot be opened.

Please make sure it's a valid AviSynth script and that AviSynth is properly installed.

You can check the validity of your script and AviSynth installation by opening the file in your favorite media player.

If that works, try opening the video in VirtualDub(Mod) as well. If the former works and the latter doesn't, install a YV12 codec.

Error message for your reference: Attempted to read or write protected memory. This is often an indication that other memory is corrupt.

I've tried doing several clean installs of MeGUI, reinstalling AVISynth and switching to the development update servers.

Any ideas what is wrong? MeGUI was working great until the new version came out.

[kumi]

Ditto, I reported it on the bug tracker.

[awx]

Originally Posted by kumi

Ditto, I reported it on the bug tracker.

Where is your bug? I just checked the tracker on SF and cannot find it.

Also, I just finished a clean install of the .1038 version and this problem still exists for me.

[mroz]

Originally Posted by awx

Where is your bug? I just checked the tracker on SF and cannot find it.

Also, I just finished a clean install of the .1038 version and this problem still exists for me.

1832210

[Sharktooth]

i "closed" the report since doing a clean install fixes the problem.
ensure you remove everything related to megui (including the update_cache folder) and then install the latest version.

[vtn54]

Dear Sharktooth, Clean install don't solve this problem, problem comes from the MediaInfoWrapper.dll in new version ,replacing it with old version solved this problem for me.

[kumi]

Confirmed, it's MediaInfoWrapper.dll.

MediaInfoWrapper.dll 0.7.5.3 = broken
MediaInfoWrapper.dll 0.7.4.4 = working again

Thanks vtn54.

[knary]

Hi

can you plz make MeGui doing 2-pass with Nero AAC

because that what i have read in NeroAACEnc docs

Multipass encoding:
-2pass : Enables two-pass encoding mode.
Note that two-pass more requires a physical file as input,
rather than stdin.
-2passperiod : Overrides two-pass encoding bitrate averaging period,
<number> : in milliseconds.
: Specify zero to use least restrictive value possible (default).

also here

Originally Posted by Ivan Dimkovic

I am pleased to announce the launch of FREE Reference Quality MPEG-4 Audio solution from Nero, in the command line form!

* First in the world FREE 2-Pass MPEG-4 AAC Encoder
* Compression Ratios ranging from ultra high (58 CDs fit on one!) to High-End Audio (2.5:1), for absolutely perfect audiophile encodings
* Crystal Clear, Award Winning Sound Quality at every compression ratio and bit rate!
* Support for Embedded Album Art (Covers, Booklets, Lyrics!)
* Store Entire Audio Album in a Single .mp4 File with all the Features of an Audio CD embedded inside, but at a fraction of the space!
* Reference Quality MPEG-4 Audio Codec
* Fully Compatible with the Latest Version of the State-of-the-art MPEG-4 Audio Standard (LC-AAC, HE-AAC and HE-AAC v2)

http://www.nero.com/nerodigital/eng/...tal_Audio.html

[Doom9]

@knary: that has been brought up a long long time ago. If you look at how megui works, you'd realize why it wasn't possible then and it's not possible now.

[ACrowley]

Originally Posted by Kurtnoise13

Time Remaining code is the same since the beginning...I didn't modify it.

Maybe your CPU was busy by multiple tasks ?

Mh... so far i can remember the Remaining Time was one static Value from encoding beginning on.
And the Value was more or less correct

In new Builds its sometimes 3h and later 30h again...it jumps around

I use Threads=0 on my X2 Dual Core for x264 encoding

But i dont think its a megui Problem I noticed the same on x264 cli