Isn't this film simply the usual telecined Mpeg2 DVD type?

[manono]

BTW, in my plugins folder I also have other forms of DGDecode.dll I have the one that ends in 'IM' and 'NV' and 3 associated files with each one: .exe & .ini & .html Should I delete these...?

That might be contributing to the problems you're having. You're supposed to be using the version of DGDecode.dll that goes with the same version of DGIndex. If you have them mixed up, don't know what goes with what, and don't have a downloaded and complete DGMPGDec on your hard drive, I might suggest deleting all current versions of both the DGDecode.dll and DGindex and begin again with the version of DGMPGDec on this site.

If some are used by MeGUI, well I'd suggest you get rid of everything MeGUI related, but that's just me. Since you insist on running the useless MeGUI analysis on your sources, all the more reason to get rid of it so you don't get misled again.

INI and HTML files shouldn't be in the Plugins folder to begin with.

[Lathe]

BTW, in my plugins folder I also have other forms of DGDecode.dll I have the one that ends in 'IM' and 'NV' and 3 associated files with each one: .exe & .ini & .html Should I delete these...?

That might be contributing to the problems you're having. You're supposed to be using the version of DGDecode.dll that goes with the same version of DGIndex. If you have them mixed up, don't know what goes with what, and don't have a downloaded and complete DGMPGDec on your haard drive, I might suggest deleting all current versions of both the DGDecode.dll and DGindex and begin again with the version of DGMPGDec on this site.

If some are used by MeGUI, well I'd suggest you get rid of everything MeGUI related, but that's just me. Since you insist on running the useless MeGUI analysis on your sources, all the more reason to get rid of it so you don't get misled again.

INI and HTML files shouldn't be in the Plugins folder to begin with.

Good idea, thanks. I'll do it...

[poisondeathray]

IM is for quicksync version, NV is for Nvidia version . All by the same author. Not necessarily to delete them

MeGUI has a "portable" install IIRC. Some of the plugins are in a separate folder and directory

But I agree you should clean things up and try to organize a bit

[Lathe]

IM is for quicksync version, NV is for Nvidia version . All by the same author. Not necessarily to delete them

MeGUI has a "portable" install IIRC. Some of the plugins are in a separate folder and directory

But I agree you should clean things up a bit and try to organize a bit

Yeah, it's got all it's own stuff in it's own folders (like BDRB) I'm going to do what Manono said and start with the main program above and replace all the subsequent stuff...

[Lathe]

Well, I had the folder where I had DL'd the program above. That is where DGIndex runs from. So, I deleted all versions of that dll in my plugins folder and copied the one from the program here and put THAT DGDecode.dll in there.

DGIndex still froze processing the full MKV at 25% again. So, I thought maybe something was jacked with the MKV (you think...?) So, I used Eac3to and demuxed just the m2v file. NOW, for some odd and cosmic reason DGIndex has processed the whole movie. So, I'll go from there...

[Lathe]

Okay, I got it to run the basic code again:

LoadPlugin("C:\Program Files (x86)\AviSynth 2.6\plugins\DGDecode.dll")
Mpeg2Source("C:\x\00000.mkv_eng1.d2v")
LoadPlugin("D:\EXECUTABLES\MeGUI_2624_x86\tools\av isynth_plugin\TIVTC.dll")
tfm().tdecimate()
Crop(0, 62, -0, -62)

And, in the preview it looks great. BUT... I'm basically back where I started in the sense that I still have to encode the film and then mux in the audio and see if by SOME MIRACULOUS CHANCE it is in sync. At this point though, I kinda doubt it...

***EDIT

BTW, I see that DGIndex created it's own m2v file...

[poisondeathray]

DGIndex still froze processing the full MKV at 25% again. So, I thought maybe something was jacked with the MKV (you think...?) So, I used Eac3to and demuxed just the m2v file. NOW, for some odd and cosmic reason DGIndex has processed the whole movie. So, I'll go from there...

It's normal and expected. DGIndex doesn't support MKV container. Only mpeg2 elementary streams (.m2v), program streams (.mpg, .mpeg) or transport streams (.ts,.m2ts,.mts)

I'm basically back where I started in the sense that I still have to encode the film and then mux in the audio and see if by SOME MIRACULOUS CHANCE it is in sync. At this point though, I kinda doubt it...

If it's a constant delay, there should be the delay value written into the demuxed audio stream by DGIndex. That's the value you use to correct for it . But if you demuxed from eac3to, the value should still be written into the name when you demux the audio using eac3to

BTW, I see that DGIndex created it's own m2v file...

If you indexed an elementary stream (e.g. from eac3to), it should create a .d2v file, not a .m2v file

[Lathe]

It's normal and expected. DGIndex doesn't support MKV container. Only mpeg2 elementary streams (.m2v), program streams (.mpg, .mpeg) or transport streams (.ts,.m2ts,.mts)

I'm basically back where I started in the sense that I still have to encode the film and then mux in the audio and see if by SOME MIRACULOUS CHANCE it is in sync. At this point though, I kinda doubt it...

If it's a constant delay, there should be the delay value written into the demuxed audio stream by DGIndex. That's the value you use to correct for it . But if you demuxed from eac3to, the value should still be written into the name when you demux the audio using eac3to

Ah, that makes sense then. I will always demux the MKV file first and load in the m2v file after this, thanks.

No, I bloody WISH that it was a simply constant delay; I could fix that in my sleep. No, as I mentioned before, the audio was mysteriously running at a totally different frame rate / speed than the video once I re-encoded it.

[Lathe]

There's just 4 minutes left in the encode. I set it super fast so that it wouldn't take very long. I guess that I am in a REAL hurry to find out that the audio is out of sync again

[Lathe]

Well, I'll be damned...

I guess the great benevolence of Manono is indeed shining upon me... Yes, again, inexplicable (although I have a feeling that DGIndex does have something to do with it) the audio after being muxed is perfectly in sync...

So, all I have to do is re-run the encode with higher quality parameters and unless I fall through yet ANOTHER quantum fissure, it should I think be okay...

Thanks kindly guys. I'm thinking that now that I will be using DGIndex from now on, hopefully the files and their frame rates will be in better shape.

Time for a well-earned beer... (or two, or...)