DGMPGDec 1.4.9 Final

[neuron2]

If you can provide a sample stream, I will try to support it. Do it fast, because I am preparing to release 1.4.9. ACrowley, you asked for the feature and I'm willing to make it work. If you can't provide a stream, at least say so, so I can get on with releasing 1.4.9. Thank you.

[Boulder]

He's not been here since that reply of yours, so chances are that he doesn't have reply notification enabled..like some of us who get >10 emails per day saying that someone has posted to the topic :)

[neuron2]

Maybe he'll come back and get it slipped into the final. Why would someone ask a question and then not wait to hear the answer? Beats me.

Anyway, here is Version 1.4.9 release candidate 1:

* The reporting of matrix coefficients was off by one GOP so if they changed, one GOP would be reported wrongly. Fixed.

* Multiple __vid__ and __aud__ per line are now supported.

* Audio-only demuxing of LPCM audio was fixed.

* Making a range that cuts from the start failed for some program streams. Fixed.

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

[Terranigma]

Thanks a lot neuron2. Your hard work don't go unoticed :)

[lolent]

Thank you very much too neuron2 for this very good soft :p

[neuron2]

I appreciate the kind words.

Now it's time to get DGAVCDec into a decent state. :)

I discovered something about the history of DGIndex/DVD2AVI today. There was a console application that preceded DVD2AVI, called MPEG2AVI. Royce Liao created it, based on the original MSSG reference software. I'll update my Credits file for the release.

Anybody know the exact details of the origin of mpeg2source()? Who wrote the very first Avisynth source filter? I believe it was Mathias Born. Is that indeed correct?

[Revgen]

I have a transport stream file and DGMPGDec demuxed the audio and reported it as -707ms delay. However it wasn't correct. I played around with it and it looks like the real delay is -2121ms which is about 3x what DGMPGDec orginally reported.

Here's a link to the .d2v file. http://www.sendspace.com/file/mk5w5w

I can upload the orginal stream if you want me too. It's about 311mb.

[neuron2]

Yes, I need the stream. Don't cut the start and make sure it's long enough to include content that allows me to see the real sync.

But 2 seconds of delay sounds pathological. It could have been muxed badly. Where did you get it? Does it play in-sync in a player such as VLC?

[Revgen]

Yes, I need the stream. Don't cut the start and make sure it's long enough to include content that allows me to see the real sync.

But 2 seconds of delay sounds pathological. It could have been muxed badly. Where did you get it? Does it play in-sync in a player such as VLC?

Well it's a cap from a TNT NBA game capped digitally from a firewire port.

I just cut the part I wanted with HDTV2MPEG2. It doesn't matter whether I demux it from the orginal game or the cut from HDTV2MPEG2, the audio still gets messed up.

And yes, it does play fine in VLC player and voices are in sync througout. Although it does pause about 10 to 15 secs into the clip then goes again. It doesn't affect sync in any way. I dunno if the pause is a problem with the stream or if it's just the way the video was produced.

I'll cut out a sample and upload it. I'll try making it smaller than the one the .d2v is from so it'll be a quicker upload.

[Revgen]

Here's the stream.

http://www.megaupload.com/?d=XJOWN4R6

It's smaller than the one from the .d2v file. DGMPGDec reports a delay of -602ms for this one. But the real delay is roughly -2000ms.

[neuron2]

"File is temporarily unavailable"

Is there an alternative?

BTW, I don't want anything you've demuxed. I want the raw capture file.

[Revgen]

Yes, it's a raw capture.

I'm gonna recut (I deleted the megaupload one from my HDD. The download link looked fine last night) and reupload it to www.sendspace.com instead. It's slower, but it should be more reliable.

[Revgen]

Okay, here's the new file I mentioned above. http://www.sendspace.com/file/9ywvyh

DGMPGDec reports a delay of -707ms, although it's roughly 3x that.

Also when you play it back in VLC Player, make sure to RIGHT CLICK-->AUDIO DEVICE-->STEREO to hear the voices if your computer is setup using stereo speakers or headphones. For some reason VLC plays the rear channels instead of the front unless you specify stereo. In case you didn't know already. ;)

I also forgot to mention that other parts of the original stream work fine. It's just this section that gives me issues with DGMPGDec.

[neuron2]

The cause is the transport stream corruption that starts at about frame 570. DGIndex assesses the sync only at the beginning of the stream. Dropouts can cause losses of different amounts of audio and video, leading to a new sync.

I made a project starting after the corrupted area and everything was fine.

You need to preprocess your stream through ProjectX or equivalent to clean up the errors.

[Revgen]

The cause is the transport stream corruption that starts at about frame 570. DGIndex assesses the sync only at the beginning of the stream. Dropouts can cause losses of different amounts of audio and video, leading to a new sync.

I made a project starting after the corrupted area and everything was fine.

You need to preprocess your stream through ProjectX or equivalent to clean up the errors.

I tried cleaning it up in Project X and I also tried MPEG2Repair. Neither did anything to improve it.

I guess I'll try contacting the authors of those apps.

Thanks.

[ACrowley]

Maybe he'll come back and get it slipped into the final. Why would someone ask a question and then not wait to hear the answer? Beats me.

Anyway, here is Version 1.4.9 release candidate 1:

* The reporting of matrix coefficients was off by one GOP so if they changed, one GOP would be reported wrongly. Fixed.

* Multiple __vid__ and __aud__ per line are now supported.

* Audio-only demuxing of LPCM audio was fixed.

* Making a range that cuts from the start failed for some program streams. Fixed.

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

Sory..i wasnt at home for a few Days

Heres a M2ts sample.
http://www.megaupload.com/?d=2UQVUYJ7

Its from TearsOfTheSun BluRay 1080p Mpeg2 with AC3/ LPCM Audio .

But i tested a few BluRay m2ts with lpcm and dgindex 1.4.9r1 still cant detect lpcm
On all the 2nd Audio Stream is 16bit LPCM 5.1 . I think LPCM Audio is PID 0x1101 .
Xport demux LPCM correct

EDIT.
Mh Sample seems to be corrupt. HaaliMediSplitter wont play it correct

I used TSsplitter for it . Its based on a TotalCommander and workl like a simple Binary Splitter.
But i will not work correct on m2ts
How can i split m2ts full complinat ? Otherwise my Sample makes no Sense for testing. Any Advice ?

[laserfan]

I tried cleaning it up in Project X and I also tried MPEG2Repair. Neither did anything to improve it.You might try also VideoReDo Plus. Its Quickstream Fix does a great job with many ts issues. An essential tool for working with transport streams.

It's a $50 program, but if you register your trial download you get 2 weeks of full/unencumbered usage.

[Zarxrax]

For the final release, it would be nice if it were possible to get back an option at least, to enable the automatic d2v fixing.

Since I cant know if a stream needs fixing unless you run the fix operation on it, I have to end up running fix on every d2v I make anyways in order to check. Since thats the case, it would be nice to have it automated.

Or perhaps maybe just have a dialog box pop up after saving the d2v file, and say something like "this stream appears to have field order changes, would you like to run fix d2v on it? | Yes | No"

[buzzqw]

i would like too have this option back

:thanks:

several time tfm report bad transition... and encoding so stop..

BHH

[neuron2]

Hmmm. Lemme tink it ovuh.

The thing is that sometimes the transition is harmless (in a black scene where field order doesn't matter) but fixing it screws up the rest of the file. It has to be used with caution and that's why I didn't make it automatic. But if you want to have an option to make it automatic and are willing to assume the risk thereof, who am I to stop you? :)

[neuron2]

@ACrowley

Your stream appears usable. I'll try to get it done for the 1.4.9 final, but no promises. Thank you for supplying the stream.

[video_magic]

Is it realistic to have some kind of detection - such as if the scene is black - and intelligently decide whether to apply the fix based on analysis? Could this be implemented using 'fuzzy logic' , a probablity of whether or not to apply the fix.
Thanks for Your time on the DG utilities.

Hmmm. Lemme tink it ovuh.

The thing is that sometimes the transition is harmless (in a black scene where field order doesn't matter) but fixing it screws up the rest of the file. It has to be used with caution and that's why I didn't make it automatic. But if you want to have an option to make it automatic and are willing to assume the risk thereof, who am I to stop you? :)

[ACrowley]

@ACrowley

Your stream appears usable. I'll try to get it done for the 1.4.9 final, but no promises. Thank you for supplying the stream.


fine...THX

[=Wolf=]

little bug:

http://img519.imageshack.us/img519/6843/dgindexbugfw3.jpg

[Taurus]

@=Wolf=
It's not a bug, it's a typo :)

[Inventive Software]

Bug, typo, same difference in a program of DGIndex's calibre. ;)

[neuron2]

@=Wolf=

Yuck! Thanks for pointing it out.

[neuron2]

http://neuron2.net/misc/fotrans.jpg

[Zarxrax]

That looks good enough for me. Thanks :)

[buzzqw]

an auto correct option would be also welcome :)

BHH

[neuron2]

an auto correct option would be also welcome No way, Jose. When you screw up your video, I want it to be your fault, not mine.

[buzzqw]

ok, i think that the warining message is enough

thanks!

BHH

[nautilus7]

I am trying to encode casino royale R2 pal dvd. I use dgindex to demux tha audio stream, but i get a delay of 84927 ms. That's not possible, is it? I tried to remux using a zero delay, but audio was off sync.

PGC demux, which i also tried, gives me 0 ms delay, which is not good.

[neuron2]

Start your project a few GOPs in from the beginning. This is a well-known problem. Usually that is black video anyway.

[nautilus7]

Thanks for your response. I did what you said, but no result. This time i came with a -192ms delay, which is too low (now audio leads by far the video).
I also tried dvddecrypter, but it resulted the same huge delay dgindex gave me.
Would you like to provide you with a sample? If, so tell me how long it should be.

[neuron2]

It has to include the beginning of the stream and be long enough to include a clear-cut audio-video event such as a door slamming, a person talking, etc. It has to be a VOB fragment. Don't remux or anything.

Sometimes you just have to find the delay by trial and error. Can't you find a decent value?

[nautilus7]

OK ,here it is http://rapidshare.com/files/29902142/VTS_01_1.VOB.html

[neuron2]

I opened it in DGIndex. I moved one GOP in with the > button. I hit the [ button to start the project there. I set Honor Pulldown Flags. I enabled Demux All Tracks. I saved the project. The audio filename indicated a delay of -192ms. I made this script:

LoadPlugin("dgdecode.dll")
vid=MPEG2Source("VTS_01_1.d2v")
aud=nicac3source("VTS_01_1 T01 3_2ch 448Kbps DELAY -192ms.ac3",2).delayaudio(-0.192)
audiodub(vid,aud)

The result plays in perfect sync.

[nautilus7]

What i had done was to use the analyze sync tool in dgindex. The 1st I frame had the huge delay (84927ms) and the second a -192ms value. But when i muxed with this (no cut to the video) the result was no good.

Now i cut a few frames and the -192ms delay works perfect.

Thanks for your time.

[Revgen]

Now it's time to get DGAVCDec into a decent state. :)


You spoke too soon. ;)

Keep up the good work.

[neuron2]

OK, guys, this is feature cutoff for 1.4.9. Bug fixes only until final release, please.

* Added support for demuxing LPCM from M2TS (Blu-Ray) files. Note that the raw PCM is demuxed (same as xport.exe). You must use an audio processor, such as sox.exe, to repackage it as you want it (typically as a WAV file). Refer to the DGIndex Users Manual for instructions in that regard (Audio/Output Method section). PID detection and the Info dialog are supported for this new audio type. Thanks to drmpeg for showing the way with xport.exe.

* Added a warning pop-up to notify the user that a field order transition was detected.

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

[ACrowley]

THX Neuron

LPCM demuxing from BluRay m2ts works now !

nice

[neuron2]

* Added the __del__ keyword for Avisynth templates for generating the audio delay in DelayAudio(__del__).

http://neuron2.net/dgmpgdec/dgmpgdec.html

Now I take an 8 day vacation in Munich, and then DGAVCDec gets some serious attention.

[canuckerfan]

thanks! enjoy your vacation:)

[~bT~]

Can anyone tell me the proper way to go about using diff versions of DGMPGDec on one system pls?

DVD-RB only supports 1.4.5 and I've noticed that if I add 1.4.9 for use with MeGUI then DVD-RB messes up.

[Boulder]

DVD-RB installs dgdecode.dll v1.4.5 in its installed directory. Using Setup in DVD-RB, simply point DGDecode to that file and you can use any version you like in other applications.

[~bT~]

DVD-RB installs dgdecode.dll v1.4.5 in its installed directory. Using Setup in DVD-RB, simply point DGDecode to that file and you can use any version you like in other applications.

Thanx Boulder, I have done that but it still throws an error.

Cant quite remember the exact error but I think it tells me that the version used is diff blah blah blah and asks me to remove all other instances of DGDecode.

EDIT: Got it working now. :)

[Zarxrax]

Thanks for the nice release neuron2!

[Terranigma]

Thanks for this, much appreciated :D

[lolent]

Thanks neuron2 for this excellent soft.
Good vacation :)

[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:)

[neuron2]

@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" ?

[neuron2]

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

[neuron2]

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?

[neuron2]

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.

[neuron2]

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?

[neuron2]

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.

[neuron2]

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.

[neuron2]

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)

[neuron2]

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.

[neuron2]

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)?

[neuron2]

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.

[neuron2]

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...

[neuron2]

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.....

[neuron2]

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..

[neuron2]

>it reported error

You still didn't tell me the error message!

Making an intermediate AVI and all that is not needed. AutoGK will do everything for you, including setting up and invoking DGIndex/DGDecode. Why are you trying to do everything manually? Anyway, this is not a DGMPGDec issue. You should put this issue in the (Auto)GK forum.

OK, what's your next issue *with DGMPGDec*.

[eEXPERTxtreme]

Hmmph... Actually, audio works for some video .... >_+
Anyway, forget the audio... it must be something other...

And hmm it works pretty much now...

Thanks for help :)

:thanks:

And, erm.... I use AUTOGK only for making a .mp3 file, and for calculating needed size (it calculates it in VDUBMOD).
Though, AUTOGK doesn't give me the best quality... That's why I do many things manually, I get much better quality :)
I noticed that, fortunately ^^
Okay, if I'll have any other question, I'll post...
THanks again!

[BigDid]

Hi,

Concerning AutoGK and Dgindex 1.49 see MoreFAQ 5.15

Did

[Zap250]

With all those improvements I'm surprised you designated it version 1.4.9 instead of 1.5. Good job neuron2 and thanks for keeping it updated!

[neuron2]

Yeah, the numbering is a bit arbitrary, I agree.

[peter100m]

@neuron2: It seems like the documentation in 1.4.9 for the D2V file format is wrong. When looking at a version16 D2V I see 8 fields whereas the documentation describes only 7 fields. Is there an added field recently?

[SpAwN_gUy]

hello, i think my first post here...

okay recently i've been using x264farm (see the HowTo in my signature for more details).
and i've faced one problem(well, not a problem, but very annoing).
there is an "Use full paths" option.. yes, it works great,.. but..
in order to work perfectly i need to store Relative paths in .d2v
so if file placement is:
d:\dvd\onedvd\vob\*.vob
and when i place .d2v here:
d:\dvd\onedvd\some.d2v
if checked "Use full paths" contents of .d2v are:

d:\dvd\onedvd\VOB\VTS_01_1.VOB
d:\dvd\onedvd\VOB\VTS_01_2.VOB
d:\dvd\onedvd\VOB\VTS_01_3.VOB
etc...
and when unchecked i get just:

VTS_01_1.VOB
VTS_01_2.VOB
VTS_01_3.VOB
etc... and... in the end this file does not work...
so i have to modify it like

VOB\VTS_01_1.VOB
VOB\VTS_01_2.VOB
VOB\VTS_01_3.VOB
etc... so i would work...

is it possible to make such option or change the behavior of "unchecked" "Use full paths", so output d2v would store "Relative paths"?

[neuron2]

@neuron2: It seems like the documentation in 1.4.9 for the D2V file format is wrong. When looking at a version16 D2V I see 8 fields whereas the documentation describes only 7 fields. Is there an added field recently? I only see 7. Can you post the top of the D2V file?

[peter100m]

Here's the top of a D2V created with 1.4.9
DGIndexProjectFile16
1
D:\video\samples\vob\sample1\VTS_01_1.VOB

Stream_Type=1
MPEG_Type=2
iDCT_Algorithm=6
YUVRGB_Scale=1
Luminance_Filter=0,0
Clipping=0,0,0,0
Aspect_Ratio=16:9
Picture_Size=720x576
Field_Operation=0
Frame_Rate=25000 (25/1)
Location=0,0,0,b9a

d00 1 0 2048 0 1 1 92 b2 a2 b2 b2 a2 b2 b2 a2 b2 b2 a2 b2 b2 a2
d00 1 0 208896 0 1 1 92 b2 a2 b2 b2 a2 b2 b2 a2 b2 b2 a2 b2 b2 a2
d00 1 0 475136 0 1 1 92 b2 a2 b2 b2 a2 b2 b2 a2 b2 b2 a2 b2 b2 a2
d00 1 0 796672 0 1 1 92 b2 a2 b2 b2 a2 b2 b2 a2 b2 b2 a2 b2 b2 a2


Here's the D2V output of the same file with 1.4.8 and there's one column less in the file

DGIndexProjectFile13
1
D:\video\samples\vob\sample1\VTS_01_1.VOB

Stream_Type=1
MPEG_Type=2
iDCT_Algorithm=6
YUVRGB_Scale=1
Luminance_Filter=0,0
Clipping=0,0,0,0
Aspect_Ratio=16:9
Picture_Size=720x576
Field_Operation=0
Frame_Rate=25000 (25/1)
Location=0,0,0,B9A

d00 1 0 2048 1 1 92 b2 a2 b2 b2 a2 b2 b2 a2 b2 b2 a2 b2 b2 a2
d00 1 0 208896 1 1 92 b2 a2 b2 b2 a2 b2 b2 a2 b2 b2 a2 b2 b2 a2
d00 1 0 475136 1 1 92 b2 a2 b2 b2 a2 b2 b2 a2 b2 b2 a2 b2 b2 a2
d00 1 0 796672 1 1 92 b2 a2 b2 b2 a2 b2 b2 a2 b2 b2 a2 b2 b2 a2

[neuron2]

So now there are 7 when there used to be 6. All 7 are documented. What is the problem?

Your red highlighted field is the documented 'skip' field.

[peter100m]

Ok.
No problem, the info is in the documentation now but was not present in the DGIndexManual.html I had for 1.4.9 (the header said 1.4.9, date was 2007-01-23).
I downloaded 1.4.9 again from your site and there the info was.
Thank you and sorry to bother for nothing :)

[kypec]

...is it possible to make such option or change the behavior of "unchecked" "Use full paths", so output d2v would store "Relative paths"?
But how much "relative" the path should then be?
How could one tell which of these
VOB\VTS_01_1.VOB
onedvd\VOB\VTS_01_1.VOB
dvd\onedvd\VOB\VTS_01_1.VOB
meets your criteria of relativity? :confused:

[SpAwN_gUy]

But how much "relative" the path should then be?
How could one tell which of these
VOB\VTS_01_1.VOB
onedvd\VOB\VTS_01_1.VOB
dvd\onedvd\VOB\VTS_01_1.VOB
meets your criteria of relativity? :confused:

okay.. i'll explain...

theese files work Perfectly
FileSystem(FS):G:\DVDRiP\AFRO\DVD1\01\VTS_02_1.VOB
G:\DVDRiP\AFRO\DVD1\AS01\AS01.d2v
AS01.d2v internals:DGIndexProjectFile16
7
..\01\VTS_02_1.VOB

FS:G:\DVDRiP\Yatta\01-03\VOB\VTS_01_1.VOB
G:\DVDRiP\Yatta\01-03\01.d2v
01.d2vVOB\VTS_01_1.VOB

well. it's simply windows's Relative paths with those (as far as i remember)
"..\" - directory up
".\" - same dir (well.. blanc - also works.. as in 01.d2v)
and "..\..\" - 2 directories up.

and, of course, there can be no "relativeness" when files are locaten on different drives.

:thanks: in advance.

if it will help.. i've found some peace of code, that might actually work..
http://forum.java.sun.com/thread.jspa?threadID=584546&tstart=30

[neuron2]

Thank you and sorry to bother for nothing :) Don't worry, it's my fault because I should mark the beta version manuals instead of calling them all 1.4.9.

[LordIntruder]

Hello. :)


I'm using the 1.4.9 final.

I intend to rip a serie divided on 3 DVD.

VOB from DVD1 are located on drive H.
VOB from DVD2 are located on drive H in another directory.

and as there is not enough space on this drive, I copied VOB from DVD 3 on drive D.

I launch DGindex, I select VOB from DVD1 on drive H, I click "Add", select VOB from DVD2 (the vob are then added at the end), I click "Add" then I select VOB from DVD3 on drive D and here, rather to logically see the VOB being added at the end of the list, they are put first on top.

Drive "D" is before "Drive "H" so Dgindex add the VOB at the beginning of the list. Of course I can select VOB one by one, click "down" and then they will be at the correct order.

Is it a normal behaviour? Otherwise I would suggest to always add the VOB at the end of the list instead of lying on the alphabetic driver order.

Could I also suggest to add the possibility to select all VOB in the list? We can't select several VOB at once and move them up or down in one click, instead we have to do it for each VOB. Yeah I'm a lazy guy. ;)

Except that very tiny and minor problem, 1.4.9 rocks for me. :)

Again thanks you for your work Neuron2. :)

[neuron2]

I understand your issue and it is logical to exclude the path prefix from the path before sorting. I will try to do something for you for the next release. Thank you for pointing it out. I'm lazy too. :)

I will also try to solve the "filename with commas" issue as well as the relative path issue discussed above.

[The Scientist]

Not to try to give you any extra work but what's the chances of you adding a command line option to disable any pop-up window warnings etc in one of your next betas.

[neuron2]

The chances are pretty good, I reckon.

[The Scientist]

That's great :) cheers

[decayed.cell]

Getting all sorts of errors when compiling the asm files with VS8's Microsoft Macro Assembler

1> Assembling: idctmmx.asm
1>idctmmx.asm(52) : error A2008: syntax error : TEXTEQU
1>idctmmx.asm(1120) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(5): Macro Called From
1> idctmmx.asm(1120): Main Line Code
1>idctmmx.asm(1120) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(9): Macro Called From
1> idctmmx.asm(1120): Main Line Code
1>idctmmx.asm(1120) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(17): Macro Called From
1> idctmmx.asm(1120): Main Line Code
1>idctmmx.asm(1120) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(21): Macro Called From
1> idctmmx.asm(1120): Main Line Code
1>idctmmx.asm(1121) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(5): Macro Called From
1> idctmmx.asm(1121): Main Line Code
1>idctmmx.asm(1121) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(9): Macro Called From
1> idctmmx.asm(1121): Main Line Code
1>idctmmx.asm(1121) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(17): Macro Called From
1> idctmmx.asm(1121): Main Line Code
1>idctmmx.asm(1121) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(21): Macro Called From
1> idctmmx.asm(1121): Main Line Code
1>idctmmx.asm(1122) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(5): Macro Called From
1> idctmmx.asm(1122): Main Line Code
1>idctmmx.asm(1122) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(9): Macro Called From
1> idctmmx.asm(1122): Main Line Code
1>idctmmx.asm(1122) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(17): Macro Called From
1> idctmmx.asm(1122): Main Line Code
1>idctmmx.asm(1122) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(21): Macro Called From
1> idctmmx.asm(1122): Main Line Code
1>idctmmx.asm(1123) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(5): Macro Called From
1> idctmmx.asm(1123): Main Line Code
1>idctmmx.asm(1123) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(9): Macro Called From
1> idctmmx.asm(1123): Main Line Code
1>idctmmx.asm(1123) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(17): Macro Called From
1> idctmmx.asm(1123): Main Line Code
1>idctmmx.asm(1123) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(21): Macro Called From
1> idctmmx.asm(1123): Main Line Code
1>idctmmx.asm(1124) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(5): Macro Called From
1> idctmmx.asm(1124): Main Line Code
1>idctmmx.asm(1124) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(9): Macro Called From
1> idctmmx.asm(1124): Main Line Code
1>idctmmx.asm(1124) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(17): Macro Called From
1> idctmmx.asm(1124): Main Line Code
1>idctmmx.asm(1124) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(21): Macro Called From
1> idctmmx.asm(1124): Main Line Code
1>idctmmx.asm(1125) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(5): Macro Called From
1> idctmmx.asm(1125): Main Line Code
1>idctmmx.asm(1125) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(9): Macro Called From
1> idctmmx.asm(1125): Main Line Code
1>idctmmx.asm(1125) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(17): Macro Called From
1> idctmmx.asm(1125): Main Line Code
1>idctmmx.asm(1125) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(21): Macro Called From
1> idctmmx.asm(1125): Main Line Code
1>idctmmx.asm(1126) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(5): Macro Called From
1> idctmmx.asm(1126): Main Line Code
1>idctmmx.asm(1126) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(9): Macro Called From
1> idctmmx.asm(1126): Main Line Code
1>idctmmx.asm(1126) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(17): Macro Called From
1> idctmmx.asm(1126): Main Line Code
1>idctmmx.asm(1126) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(21): Macro Called From
1> idctmmx.asm(1126): Main Line Code
1>idctmmx.asm(1127) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(5): Macro Called From
1> idctmmx.asm(1127): Main Line Code
1>idctmmx.asm(1127) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(9): Macro Called From
1> idctmmx.asm(1127): Main Line Code
1>idctmmx.asm(1127) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(17): Macro Called From
1> idctmmx.asm(1127): Main Line Code
1>idctmmx.asm(1127) : error A2070: invalid instruction operands
1> DCT_8_INV_ROW_1_s2(21): Macro Called From
1> idctmmx.asm(1127): Main Line Code
1>idctmmx.asm(1129) : error A2022: instruction operands must be the same size
1> DCT_8_INV_COL_4_s2(8): Macro Called From
1> idctmmx.asm(1129): Main Line Code
1>idctmmx.asm(1129) : error A2022: instruction operands must be the same size
1> DCT_8_INV_COL_4_s2(33): Macro Called From
1> idctmmx.asm(1129): Main Line Code
1>idctmmx.asm(1129) : error A2022: instruction operands must be the same size
1> DCT_8_INV_COL_4_s2(38): Macro Called From
1> idctmmx.asm(1129): Main Line Code
1>idctmmx.asm(1129) : error A2022: instruction operands must be the same size
1> DCT_8_INV_COL_4_s2(55): Macro Called From
1> idctmmx.asm(1129): Main Line Code
1>Project : error PRJ0019: A tool returned an error code from "Performing Custom Build Step"

Manually calling NASM via command line for mcsse.asm worked fine though :o

[neuron2]

I'm using MASM 6.14.8444 for the ml-compiled objects. You can get it on the net.

[decayed.cell]

I'm using MASM 6.14.8444 for the ml-compiled objects. You can get it on the net.
After some googling I got ml 6.15 from the VC6 Processor Pack - works fine :D

[njahnke]

Not to try to give you any extra work but what's the chances of you adding a command line option to disable any pop-up window warnings etc in one of your next betas.

The chances are pretty good, I reckon.

i'll put in another vote for this option. i get a lot of people cutting pieces of vobs out and having dgindex throw up that "opening gop not closed" warning every time it opens a file totally destroys the purpose of the cli in my mind (headless operation becomes impossible).

thanks so much for your hard work on this essential tool.

[Isochroma]

I often play mpeg-2 .ts files using Haali's splitter, and then after identifying the audio tracks' language by ear, I use DGIndex to index them. At that stage I choose which track(s) to demux. However, Haali's splitter reports all PIDs in decimal, while DGIndex shows them in Hex. So I get out Calc and do the conversion to figure out which track is which.

So the wish for a future version is a decimal output in addition to the hex already provided, like this:

AC3/DTS Audio on PID 0x112d (4397)

Thanks!

[InorganicMatter]

Hey guys, sorry if I stupid, but I dunno much of anything about the internal workings of DGIndex.

Anyways, the old version (1.4.8) would automatically correct field order problems. The new version (1.4.9) does not automatically correct, and instead leaves it up to the user to correct the problem.

This creates a huge amount of problems for MPEG-4 GUIs that use DGIndex for one-click and batch encoding. Several times now, it has stopped my jobs a few moments after I clicked "start" and walked away, only to come back hours later to find the job still hasn't started yet, and is just sitting there saying "Field Order problem detected!"

[neuron2]

Yes, I'll give you decimal PID output too.

I'm going to suppress all popups when in CLI mode.

[InorganicMatter]

I'm going to suppress all popups when in CLI mode.

That'll work, thanks! :)

[d0ORk]

When I'm trying to load a .m2ts File into the DgIndex it says "No audio or video data found". But it's the main movie and the file plays well in Mediaplayer Classic. I can load the trailers without problems, but not the mainmovie.

[neuron2]

It's probably not MPEG2. Did you check that possibility?

[d0ORk]

It's a m2ts file. Mediainfo says:

Vollständiger Name : x:\not4ureyes\00009.m2ts
Format : BluRay Video
Format/Family : MPEG-2
Dateigröße : 30.6 GiB

[dk75]

d00Rk, to be on safe side, do you means that main file (30gb) plays well within MPC too or only trailers plays fine?

[d0ORk]

The main file plays well in MPC

[neuron2]

DGMPGDec supports MPEG1 and MPEG2 streams only.

[d0ORk]

Thats why I wanted to try it. It's a MPEG2 File

[neuron2]

Post a link to an unprocessed source sample so that I can duplicate your issue.

What do you get when you do Stream/Detect PIDs?

[d0ORk]

cant make a sample as i cant load it into dgindex :)
tsremux wouldnt do an unprocessed sample

[neuron2]

Just use any old binary splitter utility. It doesn't matter.

Again, what do you get when you do Stream/Detect PIDs?

[d0ORk]

It's this:

http://mitglied.lycos.de/macpackz/Unbenannt.JPG

[neuron2]

I don't see any MPEG 1/2 video there. What makes you so sure it is MPEG2?

Highlight PID 0x1011 and hit Set video. If it doesn't display video, then it is not MPEG 1/2. Unless there's a bug, of course. :)

[d0ORk]

Mhh.
TSRemux and Mediainfo say it's MPEG2

[neuron2]

If you want to go any further with this I'm going to need the stream sample. It's not hard to just do a binary cut. Use google to find a binary splitter utility.

[Sharktooth]

Im in a process to update all the outdated softwares in MeGUI auto-update server so i have a question for Donald.
Is it safe to update from DGIndex 1.4b17 to the final version?
Is the DGIndex output and commandline options changed in any way between those versions?

[neuron2]

Hate to be picky, but I've never heard of DGIndex 1.4b17.

EDIT: Please see the followup post below.

[3ngel]

There is a problem with the Main .m2ts file of "Chronos" BluRay.
DgIndex says "Could not find PAT/PMT tables!"
TsRemux detects them just fine.

[neuron2]

Hate to be picky, but I've never heard of DGIndex 1.4b17. I guess you mean 1.4.9b17. If so, it should be safe. Here are the changes between b17 and final:

* The reporting of matrix coefficients was off by one GOP so if they changed, one GOP would be reported wrongly. Fixed.

* Multiple __vid__ and __aud__ per line are now supported.

* Audio-only demuxing of LPCM audio was fixed.

* Making a range that cuts from the start failed for some program streams. Fixed.

* Added support for demuxing LPCM from M2TS (Blu-Ray) files. Note that the raw PCM is demuxed (same as xport.exe). You must use an audio processor, such as sox.exe, to repackage it as you want it (typically as a WAV file). Refer to the DGIndex Users Manual for instructions in that regard (Audio/Output Method section). PID detection and the Info dialog are supported for this new audio type. Thanks to drmpeg for showing the way with xport.exe.

* Added a warning pop-up to notify the user that a field order transition was detected.

* Added the __del__ keyword for Avisynth templates for generating the audio delay in DelayAudio(__del__).

[neuron2]

There is a problem with the Main .m2ts file of "Chronos" BluRay.
DgIndex says "Could not find PAT/PMT tables!"
TsRemux detects them just fine. May I please get a transport stream fragment so that I can reproduce the problem? Thank you.

[3ngel]

How do i cut a piece from an .m2ts?

[neuron2]

Open the file in VirtualDub's hex editor (Tools).

Then do Edit/Truncate file. Set an address of 0x1800000 to give me about 25Meg from the start of the file.

WARNING: Do it on a copy of the original file!

[3ngel]

Done it.
Where i upload it?

[neuron2]

Megaupload.com

Then post the link they give you.

Thank you for taking the trouble to help improve DGMPGDec!

[3ngel]

Done.

[neuron2]

Thank you 3ngel. Your bug is fixed in the just released 1.5.0 beta 1. Please refer to that thread for a link.

http://forum.doom9.org/showthread.php?t=129510

With the opening of that thread I now close the door on this one. Thank you everyone for helping me to improve the software.