Look at this mess that MeGUI made

[Dr.Khron]

So, after a two month hiatus, I'm back on my Simpsons DVD project...

I installed MeGUI (I recently reinstalled XP), and fired up an encoding run. I used the "pre-rendering job" feature, and encoded with my saved template for 264.
The result is a big smeared mess.... I'm not sure what happened.


http://img409.imageshack.us/img409/8595/snapshot20070405171014kz9.png


Any thoughts on what went wrong?


EDIT:
Oh yeah, the uncompressed AVI looks exactly the same, so it wasn't the encoder...

[Sirber]

remove your codec pack ;)

also, DVD project AND uncompressed avi? smells like rule #6 ;)

[Adub]

This is definetly note MeGUI's fault, so don't say it is. And yeah remove your codec pack and you should be okay. Although, I am not sure about the rule #6 thing though.

[check]

hohoho! While I enjoy your jumping to conclusions while at the same time asking for help, your problem almost certainly lies with your decoder. Make sure you have a recent ffdshow installed.

[Dr.Khron]

Sirber- Please try to read my post a little more carefully before accusing me of breaking "the big rule".
I am making rips for my own use of DVDs that I own. Period.

When you select "Add pre-rendering job" in MeGUI, it first creates an uncompressed AVI (with Huffyuv), to feed into the encoding runs. From the Wiki:

Checking this box before you click 'enqueue' will create an extra job that runs before the encoding. This job will encode the input script to a (lossless) HuffYUV file, and then use that file for input for your encoding. The advantage of this is that your avisynth script will only have to run once, meaning a 2+ pass encode will run faster.


As for fixing the problem, I tried what you guys suggested last night, becuase I figured that I must have botched some of the codec settings. I uninstalled CCCP, rebooted, ran the CCCP insurgent (found nothing), installed the latest CCCP, rebooted, and re-ran my encoding job.

SAME RESULTS! Something must be wrong with the AVIsynth script, right?

[buzzqw]

i had one time this funny errors... was caoused by wrong deinterlace options..

better to post the full avs :)

BHH

[Dr.Khron]

Guys- sorry if it seemed like I was blaming MeGUI sepcifically, I knew from the begining it was more likely a set up problem... its just that I used MeGUI to automate the front end (indexing, AVS creation), and I don't know exactly where things went wrong.

Anyway, here is my script, nice and simple.
Note that this looks JUST FINE when previewed in AvsP.

DGDecode_mpeg2source("D:\DVD Ripping Temp\new\S03E01.d2v")
edeintted = AssumeTFF().SeparateFields().SelectEven().EEDI2(field=-1)
tdeintted = TDeint(edeint=edeintted,order=1)
tfm(order=1,clip2=tdeintted).tdecimate(hybrid=1)
#crop
#resize
Undot() # Minimal Noise

Here is the Huffyuv script:
AviSource("D:\DVD Ripping Temp\new\hfyu_S03E01-1.avi")

[check]

hmm, sounds like the encoder is producing corrupt output. What happens if you try with this script:
version()

[Dr.Khron]

That script looks like:

http://img338.imageshack.us/img338/3360/anysynthbe6.jpg


Running that sript through MeGUI with the same settings produces a garbled output similiar to the orginal lossless AVI.
(i was unable to produce a screen dump for some reason)

[check]

ok, try to replace your copy of ffmpeg.exe with a new copy from the update cache (either megui.org/auto or mewiki.project357.com/auto). CRC check the two files to see if your original had an error in transmission.

[Dr.Khron]

Hmmmm... that sounds complicated. I'm heading out for the weekend soon, so I don't have time to fool with it now.

One thing: I ran the exact same job last night, except WITHOUT the "pre-rendering job". It turned out just fine, no problem at all, so there must be something going on with the pre-rendering step. Maybe the Huffy encoding is wrong?

Ok, as far as I know, the pre-rendering job has two advantages:

1. Faster, since you only have to run the AviSynth filters once.

2. Allows you to go back and determine if errors in the final file came from the x264 encoding, or from the AviSynth filters. The first Simpsons disc I tried to rip had some scracthes, and it took me a while to figure out that that was the source of the graphical anomalies in the finished MKV file.


Since I run my encoding batches overnight, the speed boost isn't much of an advantage. I think for right now I might skip the pre-rendering job.

[ChronoCross]

the problem is mencoder. The version that comes with megui doesn't work properly with the latest avisynth and will always produce that output. I reported this bug about a year ago but megui has yet to make an official update.

use the mencoder located here: http://oss.netfarm.it/mplayer-win32.php

and you can run pre-rendering jobs again

[check]

the problem is mencoder. The version that comes with megui doesn't work properly with the latest avisynth and will always produce that output.
In what instances does this occur? It has never happened to me.

[ChronoCross]

In what instances does this occur? It has never happened to me.

happens with the default mencoder for megui on the latest avisynth. if you go back 1 version number it doesn't occur. IT happens on all clips, all resolutions all filters 2 different machines each running a default avisynth and megui installation with latest updates.

I've seen the error, updated mencoder and it's fixed.

[ChronoCross]

http://forum.doom9.org/showpost.php?p=817688&postcount=63
http://forum.doom9.org/showpost.php?p=817750&postcount=64
http://forum.doom9.org/showpost.php?p=819057&postcount=66
http://forum.doom9.org/showpost.php?p=841066&postcount=1161

The original Answer for the issue came off the mencoder mailing list. Unfortunately I'm a little stressed for time so I won't be able to search for it.

It had soemthing to do with alighments of something or other.

[Dr.Khron]

Yep, replacing the mencoder fixed everything!

Thanks for the tip.