DGMPGDec 1.5.8 [Archive]

Guest

6th March 2010, 18:05

Full source code release with only a minor fix for a DGIndex crashing problem with some pathological streams.

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

Groucho2004

6th March 2010, 23:23

Hi Donald, thanks for this release!

I did a little experiment creating a VC6 project from the source code for DGDecode you provided and compiling dgdecode.dll.

I created a simple d2v and avs from a mpeg2 clip and ran the script through a simple AVISynth benchmark tool I wrote some time ago.

With the DLL you released I get about 125 fps, with the VC6 DLL I compiled I get about 190 fps! These tests were run on a Core 2 E7400 @3.4 GHz.

I also tried VC7.1 with all kinds of switch combinations but the VC6 compile is simply much faster.

You can try it yourself:
My benchmark tool: AVSInfo (http://www.iol.ie/~schubert/AVSInfo.zip)
The VC6 (SP6) DLL: DGDecode (http://www.iol.ie/~schubert/DGDecode.zip)

I guess when one uses heavy filtering this won't matter that much but for a simple script it makes quite a difference.

Guest

7th March 2010, 01:32

My DGDecode.dll is built with VC6. Maybe you are running into differences due to caching.

Groucho2004

7th March 2010, 01:41

My DGDecode.dll is built with VC6. Maybe you are running into differences due to caching.

What kind of caching? Have you tried the DLL I uploaded?

Just for reference, here are the tools I use:
VC6, SP6 with processor pack
MASM 6.15.8803
NASM 2.07

Groucho2004

7th March 2010, 01:56

I figured out where the difference comes from. I changed the processor type in "Code generation" from "Blend" to "Pentium Pro". :)

Guest

7th March 2010, 02:01

What processor do you have?

Groucho2004

7th March 2010, 02:06

Core 2, E7400 @3.4 GHz. It may not make such a difference on an AMD chip.

lansing

7th March 2010, 07:21

found a bug, when I'm previewing the video with either F5 or F6, when I scroll up in my mouse scroll, the information window disappear while the preview process was still running

Guest

7th March 2010, 15:53

Fixed for next release. Thanks for the report.

~Revolution~

8th March 2010, 23:03

This might not be the place to ask this but I don't quite understand why DGIndex reports some PAL sources as Interlaced (Field/Frame) when I can clearly see individual, progressive frames after selecting the "Ignore Pulldown Flags" option.

Guest

9th March 2010, 00:11

Because as the user manual states (and as has been discussed here many times) that field reports how the stream was encoded, not what the actual content is.

~Revolution~

9th March 2010, 01:25

I just read a lot of material of soft vs hard telecine and mpeg-2 flags and such. I'm sorry for the stupid question. It all seems to make sense now. I have another question however. I have been searching all over and cannot find a precise and clear way of how mpeg-2 flags exactly work. So basically in a soft telecine video the actual content is 23.976 progressive (slowed down from 24) and then with flags this can be converted on-the-fly by the decoder to show 29.976 fps or 59.94 fields/s? So the actual video on the dvd is not divided up into fields but are "artificially" created by the instructions from the flags? Also if this is true then why do dvd studios still use hard telecining vs soft telecining for material originating from 24 fps film?

Guest

9th March 2010, 01:44

I have been searching all over and cannot find a precise and clear way of how mpeg-2 flags exactly work. See here:

http://neuron2.net/library/mpeg2/iso13818-2.pdf

Also if this is true then why do dvd studios still use hard telecining vs soft telecining for material originating from 24 fps film? Because they receive material already hard-pulled-down, or they are incompetents, or both.

Please start new threads in the appropriate forums for these general questions.

~Revolution~

9th March 2010, 02:03

:thanks: You're awesome :)

Wilbert

9th March 2010, 21:40

Full source code release with only a minor fix for a DGIndex crashing problem with some pathological streams.

Thanks neuron2!

BuHHunyx

10th March 2010, 12:17

---------------------------
DGIndex.exe - Entry Point Not Found
---------------------------
The procedure entry point AttachConsole could not be located in the dynamic link library KERNEL32.dll.
---------------------------
OK
---------------------------

Groucho2004

10th March 2010, 13:55

jpsdr

11th March 2010, 10:02

Just for reference, here are the tools I use:
VC6, SP6 with processor pack
MASM 6.15.8803
NASM 2.07
With VC6, i was staying at the time at SP5, beacause SP6 doesn't have the processor pack, only the SP5.
Do you know where i can get SP6 + processor pack for SP6 ?
Thanks.

Groucho2004

11th March 2010, 15:43

With VC6, i was staying at the time at SP5, beacause SP6 doesn't have the processor pack, only the SP5.
Do you know where i can get SP6 + processor pack for SP6 ?
Thanks.

Here (http://support.microsoft.com/kb/872907) is one solution.

You can also unpack the processor pack files, copy them to the appropriate folders in your VC6 installation and then import the reg file.

jpsdr

11th March 2010, 15:47

Ok, thanks, i'll try just by curiousity...
Thanks.

osgZach

14th March 2010, 01:47

Hi Don,

Is there any chance of an x64 Dgdecode.dll for use with JoshyD's x64 port?

We have one version but it's a very old 1.4.6 I believe..

Guest

14th March 2010, 01:49

You have the source code. Can't you just compile it for x64?

I don't have a 64-bit OS nor do I wish to install one at this time.

Stephen R. Savage

14th March 2010, 02:10

Well, that depends on if all the assembly is compatible with Win64. However, it can't hurt to try.

Guest

14th March 2010, 02:33

Good point. Thank you.

Terka

14th March 2010, 10:55

hi neuron2,
has DGMPGDec some option to automatically split the vobs to episodes? (more d2v as output)
(This children dvd has many 10minutes 'episodes'.)

osgZach

14th March 2010, 11:31

Use Dvd Decrypter or another utility that lets you rip in IFO mode.

You can select individual PGC's, and even if they are all stupidly under the same PGC, once you figure out how many chapters each episode has, its easy enough to rip them into their own VOB's one at a time.

Or you can use the [ and ] brackets in DGindex to select a Range.

Terka

14th March 2010, 14:47

sorry,for asking, have no experience with ripping.
i already have vobs done, do i need to rip again? or is it possible to split automatically?
what is PGC?
how many chapters each episode has- must it be always the same (on 1dvd)?

Inspector.Gadget

14th March 2010, 14:59

Terka, if you ripped in FILE mode, use PGCDemux against each IFO file and each title consecutively to get either demuxed streams or new VOBs that pertain only to each title (episode). This is surprisingly straightforward; learning every function of PGCDemux takes about 5 minutes of trial and error. You can then feed each new VOB set or demuxed M2V to DGIndex and wind up with an index file and audio/subpicture files relevant to each episode. Since this is getting further away from DGIndex, please start a new thread in Newbies or Decrypting and we'll all be happy to answer your non-DGIndex questions there.

Terka

14th March 2010, 16:53

ok thank you!
http://forum.doom9.org/showthread.php?p=1382927#post1382927

BuHHunyx

16th March 2010, 10:47

You could try the DGIndex I built with VC6, here (http://www.iol.ie/~schubert/DGIndex.zip).

Same error - because function AttachConsole missing from kernel32.dll in w2k.

Groucho2004

16th March 2010, 13:41

Same error - because function AttachConsole missing from kernel32.dll in w2k.

It seems that the problem is that the code for "AttachConsole()" is still there although it's not being used at runtime on W2K.

Please re-download DGIndex from my previous post, I have commented out the code that causes the problem.

Let me know if this works.

Guest

17th March 2010, 00:09

I have made a test version that should now operate correctly under Win2000 (AttachConsole() is linked dynamically only when supported, rather than statically as before). You won't have the progress reporting under Win2000 but it should not crash. Please advise of your test results under Win2000, XP, Vista, and Win7. Thank you.

http://neuron2.net/misc/DGIndex158b.zip

Groucho2004's fix is not acceptable because it removes the progress reporting on the OS's that do support AttachConsole().

Groucho2004

17th March 2010, 00:59

Groucho2004's fix is not acceptable because it removes the progress reporting on the OS's that do support AttachConsole().

I know it's not a fix, this was just supposed to be a test to isolate the problem.

Guest

17th March 2010, 01:04

I know it's not a fix, this was just supposed to be a test to isolate the problem. I understand, but there never was any doubt about the nature of the problem.

As long as I am actively developing and fixing things, I prefer not to have third-party builds made as it will cause confusion. If you insist on making builds, I request that you not release executables with the same version numbers I use. In fact, I prefer that you rename the executables as well.

Thanks for your understanding and I do understand you are trying to be helpful, which I appreciate.

BuHHunyx

17th March 2010, 16:47

Guest

17th March 2010, 17:07

Excellent to hear. Thank you for the feedback. I'll go ahead and release this as well as port the progress reporting to the DGNV tools.

turbojet

18th March 2010, 15:20

Could you add 'touch docking' the info window like dgnv has?

Guest

18th March 2010, 15:24

Sure. Thanks for the suggestion.

turbojet

18th March 2010, 16:30

Your welcome and thanks for adding it.

JEEB

19th March 2010, 15:59

Hello there.

While helping a friend of mine compress his television captures, I found out that dgindex's audio demuxing doesn't really cope fine with certain types of ISDB-S (BS satellite channel) streams where the amount of audio channels gets switched on-the-fly. (short sample (http://x264.fushizen.eu/files/switchingaudio.ts))

Is this something that can't possibly be supported with demuxing, or is it workable with? Currently the workaround would be to cut the transport stream where the 5.1 part starts/ends (there's a specific tool for that as well) and have that read by dgindex.

~Revolution~

19th March 2010, 16:10

^Wow, this is a first I have seen. I was actually wondering how to do that in an mkv lol

Guest

19th March 2010, 17:28

^Wow, this is a first I have seen. I was actually wondering how to do that in an mkv lol What are you referring to? Do *what* in an MKV?

JEEB

19th March 2010, 17:42

What are you referring to? Do *what* in an MKV?

He probably means switching the amount of audio channels within a file on-the-fly, just like in the transport stream sample I posted here (http://forum.doom9.org/showpost.php?p=1384315&postcount=40) -- the last post on the previous page if you use the default amount of posts per page.

And yes, something actually plays that file correctly, if you have any doubts >_> (MPC-HC's internal decoder)

~Revolution~

31st March 2010, 04:01

Because as the user manual states (and as has been discussed here many times) that field reports how the stream was encoded, not what the actual content is.

I was wondering as a follow-up to your response, when you say it shows how the stream was "encoded" but may not be what the "actual" content is...does that mean that the MPEG-2 Encoder sort of "tagged" the material incorrectly or something? I don't quite understand how the encoder can say it encoded interlaced but the actual stream is progressive unless the encoder tagged it wrong or something. By the way I must say that your DGPulldown and DGIndex softwares are simply God send. :)

Guest

31st March 2010, 04:20

"The actual content" refers to whether there are unique pictures at the field rate (interlaced) or at the frame rate (progressive). This depends purely on how the video was sampled when created.

When I talk about how it is encoded, it is a technical issue of how chroma is sampled, and how fields are represented in the stream. You can choose an interlaced way of encoding but feed it with progressive video as defined in the first paragraph. You can also choose a progressive way of encoding but feed it interlaced content (as defined above). Or you can do it correctly and match them up.

So the two concepts (content versus encoding) are not the same.

~Revolution~

31st March 2010, 06:22

I understand now :thanks:

Zep

29th April 2010, 23:29

how do i turn off auto dv2fix when using the CLI?

thanks :)

Guest

30th April 2010, 00:05

Not currently possible.

Zep

30th April 2010, 04:30

Not currently possible.

darn. ok I'll figure out a workaroud since i have an automated setup on multi segments of which i have no control over so what happens is the auto dv2 fix makes some segments produce tons of glitches (i.e. green blocks and strange stuttering) that the non fixed d2v does not cause.

anyway thanks for the great app!