DGMPGDec 1.4.9 Final

[halsboss]

Yikes, something broke upgrading 1.4.8 -> 1.4.9. Unzipped 1.4.9 over the top of 1.4.8, ran dgindex, and the 2-line test AVS

LoadPlugin("C:\SOFTWARE\DGindex\DGDecode.dll")
avisource("D:\DVD\The Perfect Pearl\Kings Of Camouflage.avi")

yields from HC and MPC the error

LoadPlugin: unable to load "C:\SOFTWARE\DGindex\DGDecode.dll"
(D:\DVD\The Perfect Pearl\x.avs, line 1)

I know it doesn't use the DLL it's just a test avs.

Unzip 1.4.8 back over the top of 1.4.9, run dgindex, and the avs works fine again in MPC and HC ...

Setup: vanilla xp pro, avisynth 2.5.7, nero 7, ffdshow latest, TREND, not much else, Plugins folder:

Volume in drive C is C-boot
Volume Serial Number is 3031-5FEA

Directory of C:\Program Files\AviSynth 2.5\plugins

05/05/2007 11:40 AM <DIR> .
05/05/2007 11:40 AM <DIR> ..
05/07/2005 09:34 PM 7,129 colors_rgb.avsi
24/12/2006 06:42 PM 24,576 DirectShowSource.dll
21/02/2007 09:00 PM 6,656 ffavisynth.dll
24/12/2006 06:42 PM 112,640 TCPDeliver.dll
4 File(s) 151,001 bytes
2 Dir(s) 3,146,997,760 bytes free

(all plugins manually loaded from elsewhere).

Wonder if I need to reboot after unzipping 1.4.9 and running dgindex but before using it in MPC or HC ?

[Adub]

Make sure that you replace your old DGDecode.dll with then correct new one.

Oh, by the way.

Thanks a lot for the new release neuron2! I am in the midst of updating as I write this.

You rule!

P.S. I look forward to DGAVCindex

[halsboss]

Thanks for the suggestion. Make sure that you replace your old DGDecode.dll with then correct new one. I was unzipping the 1.4.9 over the top of the previously-unzipped 1.4.8 folder and answering "yes" to replace all files - thought that'd do it.

Since it works, doesn't work, works again with 1.4.8 -> 1.4.9 -> 1.4.8 I assume it's being replaced.

Wondered if a reboot after unzipping will replace it in memory, however the 3rd unzip of 1.4.8 back again works, maybe that's not it... or is it ? might try if suggestions limited.

Hey, do I need to get rid of all the DGDecode.dll's under HC's folder "C:\SOFTWARE\HC\DGDECODE" (v021) ? Also the one under PGCedit ?

[hajj_3]

i hope to see a new version of gordian knot bundled with this lovely new version:)

[Guest]

@halsboss

I downloaded dgdecode.dll from the release package and loaded it with no problem, so it looks like a path problem or something on your machine. Try putting dgdecode.dll in the same folder as your script and reference it with "dgdecode.dll". What happens?

Anyone else having problems?

[SeeMoreDigital]

....DGMPGDec 1.4.9 Final is working fine for me.

[squid_80]

Could be because it's being compiled with VS2005. The new dgdecode.dll has a dependency on msvcr80.dll, while the older ones use msvcrt.dll (from vs6.0). Installing the vs2005 redistributable package should solve the problem.

[Fizick]

or may be recompile with /MT instead of /MD

[halsboss]

Could be because it's being compiled with VS2005. The new dgdecode.dll has a dependency on msvcr80.dll, while the older ones use msvcrt.dll (from vs6.0). Installing the vs2005 redistributable package should solve the problem.

Is this the one ? "Microsoft Visual C++ 2005 Redistributable Package (x86)" http://www.microsoft.com/downloads/details.aspx?familyid=32bc1bee-a3f9-4c13-9c99-220b62a191ee&displaylang=en
The Microsoft Visual C++ 2005 Redistributable Package (x86) installs runtime components of Visual C++ Libraries required to run applications developed with Visual C++ on a computer that does not have Visual C++ 2005 installed.

:) noting http://www.itwriting.com/blog/?postid=261 "Visual Studio 2005 DLL Hell" :)

[abc]

For my machine with win-XP installed on drive E, DGDecode 1.4.9 would not load; whereas ver 1.4.8 is ok.
For the other machine with win-XP installed on drive C, 1.4.9 is working.
Could this be the reason?

[Kayaker]

More robust AC3 handling !

Thant's great. I rencently got a couple of VOBs that apparently were strangely odd in the beggining.

When I trascoded the demuxed AC3 ( either with DGIndex or PGCdemux ) with Besweet it throwed some sync error in the first part.
After some sync error it worked great, but then the audio was out of sync.

If I skipped the first 5 seconds ( with [ in DGIndex for example ) it all went good.

The problem is that until I processed the AC3 stream with Besweet I didn't know that it was somehow corrupt.
Maybe this more robust AC3 stream handling will take care of that.

I'll check this out as soon as I can with 1.4.9

[Adub]

Halsboss,

You are placing the new DGDecode.dll file into your Avisynth plugins folder, right?

If you do this, you don't need to get rid of all the DGDecode.dll's in your HC folder. Just make sure to reference the one in your plugins in folder in your Avisynth script and you should be okay.

[Kayaker]

It seems that those AC3 ares screwed up badly.

It seems there nothing a demultiplexer can do, either DGIndex or PGCDemux. And that's reasonable.

If I extract the AC3 stream since the beggining I got "Stream error : Sync found after xxx bytes" afterwards with BeSweet.
And of course an out of sync audio stream.

The only option is to skip a few seconds with [.

Well that's ok, there's nothing DGIndex 1.4.9 can do with an AC3 screwed stream.

I wonder if there's no timestamp or something inside VOBs or AC3 stream that can somehow compensate the delay of the screwed frames, so as not to get an out of sync compressed audio stream.
Because If I play with the original extractec AC3 it seems to be in sync.

But I guess this is not the right place to ask that :)

[snowden]

when i installed dgindex 1.4.9, and checked and double-checked that i go all the loadplugin() paths correct, i made a .d2v of a file just to test, and when i try to open it in Gordianknot i get the message 'Error - this is not a valid d2v, avi or avs file' . 1.4.8 works fine. any ideas as to what's wrong? :(
[P.S. i also checked the path to dgindex in GK, so that's ok too...]

[Kayaker]

@snow

And what about autoloading plugins ?

Usually in "C:\Program Files\AviSynth 2.5\plugins" , but check in your registry HKEY_LOCAL_MACHINE\SOFTWARE\AviSynth\plugindir2_5

[halsboss]

Hi, per @halsboss
looks like a path problem or something on your machine. Try putting dgdecode.dll in the same folder as your script and reference it with "dgdecode.dll". What happens?

OK, placed DGDecode.dll in the same local folder as the .d2v and .avs and .mpg and use avisynth line
LoadPlugin("DGDecode.dll")
but that yielded the same/similar error "unable to load "DGDecode.dll""

So I moved the dll to "C:\Program Files\AviSynth 2.5\plugins\DGDecode.dll" and took out the explicit avisynth plugin load line (and checked the reg entry for the plugins folder and it's correct) ... no load error this time, however HC threw "there is no function named mpeg2source"...

I'm stumped unless I need to load the "Microsoft Visual C++ 2005 Redistributable Package" or maybe per Fizick comment neuron may decide to try "recompile DGindex with /MT instead of /MD" ?

[Guest]

I just arrived back from Munich. I'll give you a VC 6 build tomorrow.

[squid_80]

I'm stumped unless I need to load the "Microsoft Visual C++ 2005 Redistributable Package"
That's what I suggested. Didn't you try it?

[halsboss]

That's what I suggested. Didn't you try it?

Thankyou for the good suggestion, I was reporting back on the result of the other before I tried that as I'm a bit paranoid and like to install minimal stuff if possible :) It was the next step. I also just noticed these in another forum, for anyone who may have missed them, they seem to be related in passing to the load problem (similar but under Linux/wine)?
Oh. Did you use VC 2003/2005? Maybe I need to somehow install the distribution pack on Linux for that then? I will see how that goes. :) I will report back later.
...
EDIT: Installing the MS Visual Studio C++ Redistributable did nothing. :( Maybe it's a .NET thing, which doesn't install at all on wine.
and
Why not just compile with code generation->Runtime library set to multi-threaded instead of multithreaded DLL? It'll blow up the size of the .dll slightly but should eliminate the library dependency.

(Sooner or later people are going to end up with something that needs the vs2005 libs anyway, so personally I wouldn't worry about it...)
Kind Regards

[Guest]

Here's a VC 6 build of DGMPGDec 1.4.9 for people struggling with DLL issues:

http://neuron2.net/dgmpgdec/dgmpgdec149vc6.zip

[Zarxrax]

Aside from dll issues, is there any difference between the other version? Maybe slower performance or something? I plan to package dgindex with some other software for people to download, so this new compile sounds like it would be the better one to go with to avoid compatibility headaches?

[Livesms]

I have HDTV (1080p) video (Gladiator) with 2 audio streams (eng and rus) - 21Gb. PID 011 fo video, 014 for rus audio and 015 for eng.
I want to reencode it with x264 to fit 2DVD.
I tried to put it to Avisynth using d2v generated by DGMPGDec 1.4.9 Final but it always says smth like filed order was incorect (generating d2v) and then eng audio stream is shorter then rus. d2v files generated by DGMPGDec 1.4.9 Final is different when i generate it using Streams 011, 014 and when i do the same task with 011, 015.

How can I reencode correctly?

[Guest]

Aside from dll issues, is there any difference between the other version? Maybe slower performance or something? Should be identical for all intents and purposes.

I plan to package dgindex with some other software for people to download, so this new compile sounds like it would be the better one to go with to avoid compatibility headaches? Don't forget to follow GPL. You have to include the source code, either directly or with a prominent link to the source code on my page. Thank you.

[Guest]

How can I reencode correctly? If you ignore the field order warning how does the encode come out? If you apply field order correction how does the encode come out? You have to tell me what is wrong with the final encode. The D2Vs will be different in the two cases because the PIDs are stored in there. What else is different?

[halsboss]

Here's a VC 6 build of DGMPGDec 1.4.9 for people struggling with DLL issues:
http://neuron2.net/dgmpgdec/dgmpgdec149vc6.zip
Thankyou ! It works a treat.

[hajj_3]

neuron, can you add the ability of dvb-s2 (h264 .ts files) as i cant you get the following error message:

"no video sequence header found"

[Livesms]

If you ignore the field order warning how does the encode come out? If you apply field order correction how does the encode come out?

I don't want start x264 encode :)
How can I apply order correction? DGIndex generate .fix file and says that field order was corrected.

You have to tell me what is wrong with the final encode. The D2Vs will be different in the two cases because the PIDs are stored in there. What else is different?
Yes - really. Differs only PID byte (14 - 15) :)
And what can I do with audio?

[Guest]

neuron, can you add the ability of dvb-s2 (h264 .ts files) H.264 will be supported in DGAVCDec, and not in DGMPGDec. There is an alpha of DGAVCDec available but it does not yet support transport streams.

[Guest]

I don't want start x264 encode OK. Then how is the video in the two cases when you serve the AVS script into VirtualDub? My point is that, as described in the user manual, the fixed D2V may or may not be the correct one to use. The only way to tell is to try both and see which works correctly. From the user manual:

"For some pathological streams, however, you may find that the field order correction causes problems that you don't encounter when using the ".bad" D2V file. Therefore, it is always advisable to treat the correction as an advisory and to test both the good and bad D2V files."

How can I apply order correction? DGIndex generate .fix file and says that field order was corrected. Are you using DGIndex 1.4.9? That version does not generate a file with a .fix extension. As described in the user manual, which I strongly recommend that you read, it clearly explains the result of using the Fix D2V tool: the original D2V is saved as *.d2v.bad and the corrected one as *.d2v.

And what can I do with audio? A fixed field order transition may throw off the sync by 16ms. That is too small an amount to bother with.

[Guest]

Thank you! It works a treat. I've replaced the version on my site with this VC6 build, so anybody needing this build should get it through my website in the normal way.

[hajj_3]

H.264 will be supported in DGAVCDec, and not in DGMPGDec. There is an alpha of DGAVCDec available but it does not yet support transport streams.

ahhh, i see. Do have a rough ETA or a version supporting .ts files, like 3-5weeks??

btw you are doing such an amazing job, i only wish gordian knot would come back to life and be developed.

what do you think about dgindex 1.5.0 containing dgmpg, dgavc and dgindex in 1, so the program has can handle anything you can throw at it?

many thanks neuron!

[Inventive Software]

what do you think about dgindex 1.5.0 containing dgmpg, dgavc and dgindex in 1, so the program has can handle anything you can throw at it?

DGMPGDec and DGAVCDec are the AviSynth plugins. DGIndex and DGAVCIndex create the files that the plugins load, so the only things that have any likelihood of being merged are DGMPGDec and DGAVCDec (possibly into DGDecode), and DGIndex and DGAVCIndex (maybe to DGIndex 2)

[Guest]

DGMPGDec package = DGIndex + DGDecode [MPEG]

DGAVCDec package = DGAVCIndex + DGAVCDecode [AVC]

I have no plans to ever merge the MPEG and AVC support.

[Mazer Rackham]

Is it possible to load several mpgs into DGIndex and save them as separate d2v project files? I'd need this option right now. ;-)

[Inventive Software]

WTF? Open and save each MPG in DGIndex. Simple as... ;)

[Mazer Rackham]

Open, OK, Save, Open, add second file, delete first file, OK, Save, Open, add third file, OK, delete second file, OK, Save...

Man, that is boring and time consuming - a batch mode would be a nice feature.

[Guest]

You can automate it with a batch file and the CLI. In fact it's already been done and if you search you may find it.

[HookedOnTV]

Just to clarify, we can no longer have the field order correction be automatic and have to do it manually (from tools menu)?

[Guest]

The field order check is performed automatically and a popup will warn you if a reversal is seen. But the correcting of it is manual via the Fix D2V tool.

[miztadux]

ahhh, i see. Do have a rough ETA or a version supporting .ts files, like 3-5weeks??


Just demux the raw avc stream out of your TS and you will be able to use DGAVC right now.
If you don't want to demux, use directshowsource or wait...

Open, OK, Save, Open, add second file, delete first file, OK, Save, Open, add third file, OK, delete second file, OK, Save...

Man, that is boring and time consuming - a batch mode would be a nice feature.

Here's a cli example, if you don't want to dwelve into the details, with somehow standard options:

dgindex.exe -exit -ia=3 -FO=0 -TN=1 -OM=2 -AIF=[__INPUT_FILE__] -OF=[__OUTPUT_FILE__]

OM=2 means "demux all streams", use OM=0 if you don't want to demux

[JarrettH]

I've got a few hybrid movies like The Arrival, Pan's Labyrinth, and now Contact...is it possible to preview a movie from a certain selection? The only way I found out these were hybrid films was after I encoded them and flipped through towards the end.

[kumi]

You can use the position scrubber, and then press F6 to playback from that location in the video.

[Guest]

Do have a rough ETA or a version supporting .ts files, like 3-5weeks? I prefer you to take this to the DGAVCDec thread. But today I succeeded to get basic playback of transport streams working in DGAVCIndex. But there's still a couple weeks of work left.

[JarrettH]

I was also wondering if the audio file is identical whether you extract using forced film or honour flags :confused::):thanks:

[Boulder]

The audio file is not touched at all, the stream is demuxed as it is (unless you choose to decode to WAV, which is not recommended anyway).

[eEXPERTxtreme]

Hello. I just recently started using DGIndex... and, well... stopped using it.. -_-

well, you see.... I took a source video that has certain audio delay, -233 ms. I demuxed audio, and created .d2v file...
The synchronization was perfect. HOWEVER, I also noticed that DGIndex EXTENDED both video and audio duration, from about 55 minutes to 58 minutes! that's 3 minutes more than it should be -.-

ALSO, when I make .d2v file, and play it with avisynth, using DGDecode, I get an ugly video... what I mean is:
my source video IS interlaced, and the video I get when playing .d2v file is ALSO interlaced, BUT, the video I get has ugly colored interlaced lines, I get red line, then green line, then red, then green one, and so on... Even when I deinterlace and denoise afterwards, same problem is present. And yeah, I tried HONOR pulldown flags, IGNORE pulldown flags, and FORCE film VERSIONs... ALL of them produced ugly-ly interlaced videos, with colored interlaced lines I can't get rid of...

Also, I used the source video, I mean, opened it in DGIndex, then selected a part of the source video, I mean, I cut out the rest.... I NOTICED that that single part has field order transition. But it didn't report it... and I saved the .d2v file.. and played it with avisynth script... I noticed that the field order was automatically fixed, even though I didn't use "FIX .d2v" ... and when I tried "FIX .d2v", it said no errors found.

Also, I tried making a .d2v file for the whole source video, and THEN it did report field order transition, I used FIX D2V to fix it, and it only fixed a few parts of video, according to the log it created, but again, field order was entirely fixed, and yet again, the video had ugly red-green lines interlaced pattern. I wonder what's wrong... >.>

Also, I used the way to script avisynth file that neuron2 described, BUT, when I use that script, with Delayaudio() command, the .ac3 file is automatically turned into PCM audio format, which can't be encoded to .mp3 format...

[Guest]

Post one problem at a time and I will help you. Which one do you want to start with?

The funny interlacing is due to bad YV12 upconversion by the application receiving the script. It's a well-known problem and nothing to do with DGMPGDec. Add this to the end of your script: ConvertToYUY2(interlaced=true).

Avisynth decompresses the audio but there's no reason why you cannot re-encode it to MP3. I do it all the time.

DGIndex does not extend the length of source material.

Naively cutting a video with repeat flags may alter the field order.

But as I say, if you want help, let's do one problem at a time. Which one do you want to start with?

[eEXPERTxtreme]

Thanks alot, neuron2!
I added ConvertToYUY2(interlaced=true) to avisynth file and now the ugly interlaced lines are gone!w

now about audio:
I load my .avs file in virtualdubmod, and check streams, it reports PCM audio file, BUT, the .vob file audio stream is .ac3 format, which means, the .ac3 format got converted to PCM format. then I used lame to convert the PCM to .mp3, but it reported error, and failed to convert.....

[Guest]

How did you use lame and what error did you get? Please save us time by including all the information you have; don't make me cross-examine you. :)

[eEXPERTxtreme]

Oh, sorry, I deeply apologize... ^^;;
I was kinda in a hurry when I last posted. Ok, so here it is:
I loaded avs file I made into virtual dub mod. then I saved a raw, uncompressed file... Then I loaded the raw .avi I created in Auto Gordian Knot, and set output audio to CBR, 128kbps. (I always do this do get .mp3 audio). Usually, AutoGK encodes the video, ALSO encoding the audio to what I select (usually 128 kbps CBR .mp3)... But now it reported error while encoding... I also tried encoding same file with .ac3 audio (the one that hasn't been delayed with delayaudio() , in order to fix the delay, and it managed to successfully convert .ac3 to .mp3, while conversion from PCM to .mp3 failed. Oh yeah, Auto Gordian Knot has built-in program "Lame" that does the encoding for me.. I don't know why it failed :/
Also, it won't open Lame program when i double click the icon, so I use AUTOGK. Also, besweet is way to complicated, so i won't use that..