DGMPGDec 1.5.5

[Guest]

1. Added an option to display HD full sized in DGIndex.

2. Fixed a bug in PAT/PMT parsing.

3. Modified the video demultiplexing so that any video data before the first sequence header is discarded. This avoids creating demuxed streams that can't be opened by some applications. Previously this could happen if the source stream had a bad cut at the beginning.

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

[Fishman0919]

Thank You

[Capsbackup]

Thanks neuron2, I appreciate your excellent program and knowledge you provide... at a great price too! ;)

[avivahl]

Wonderful. Thanks.

[b66pak]

thanks...
_

[buzzqw]

thanks Neuron2!

BHH

[lansing]

thanks Neuron2

[Guest]

There was a small regression in 1.5.5 so I have made a silent ugrade. Please redownload it.

The problem was that after loading the file in DGIndex the first frame can be displayed wrong due to a Windows resizing bug. There was an existing workaround for it that I inadvertently removed.

[Monamona]

Thanks!
Your great effort is always appreciated.

Well, I have a question.

>3. Modified the video demultiplexing so that any video data before the first sequence header is discarded. This avoids creating demuxed streams that can't be opened by some applications. Previously this could happen if the source stream had a bad cut at the beginning.

Does this modification affect when making d2v (and demuxing audio)?
Such as, AVS with new d2v generates fewer video frames,
the beginning part of demuxed audio (AAC, AC3...) is also discarded...

[Guest]

*Modified the video demultiplexing*

Nothing else is affected.

[Monamona]

Thank you for your prompt reply!

[PatlaborForce]

Where can one find the source code for this release?

[kypec]

I'm not quite sure but have strong feeling that DGMPGDec is not an open-source project :(

Edit: Yes, I was wrong, sorry. DGMPGDec sources are freely available.

[PatlaborForce]

I'm not quite sure but have strong feeling that DGMPGDec is not an open-source project :(

You would be wrong and are probably confusing it with the DGMPGDecNV.

In the DGIndex readme:

DGIndex is free software distributed under the terms of the GNU GPL v2 license. You must agree to the terms of the license before using the program or its source code. Please see the License section for details.

In the DGDecode readme:

This is free software distributed under the terms of the GNU GPL v2 license. You must agree to the terms of the license before using the plug-in or its source code. Please see the License section for details.

I'm just curious because every other version has a source code release but there isn't any source code listed on the main site for this version.

[MatLz]

Where can one find the source code for this release?

I think you must wait a new release like 1.5.6 for that!
On Neuron2's site, there are sources of 1.5.4.
So...

[henryho_hk]

There seems to be a bug demuxing WAV (normal stereo) track. To reproduce it:

1) Change output method to "Decode AC3 Track to WAV", turn on DRC, downmix and normalization
2) Index a VOB with AC3 track
3) Change output method to "Demux all tracks"
4) Index a VOB with WAC track

Then the WAV file obtained in Step (4) will be heavily distorted.

[Guest]

Do you load a new VOB between steps 3 and 4 without closing DGIndex?

[henryho_hk]

Actually, I can also reproduce it by:

1) Change output method to "Decode AC3 Track to WAV", turn on DRC, downmix and normalization
2) Index a VOB with AC3 track
3) Close DGIndex
4) Open DGIndex
5) Change output method to "Demux all tracks"
6) Index a VOB with WAV track

[Guest]

Fixed for the next release.

For now, turn off Normalization first when selecting Demux or Demux All.

[henryho_hk]

Thanks, neuron2!

[Nomolu]

I've encountered an problem with DGIndex 1.5.5: After cutting the commericals out of a TS with VideoReDo+, I saved the resulting elementary stream and tried to index it and got this error:

Cannot find audio or video data. Ensure that your PIDs are set correctly in the Stream menu. Refer to the Users Manual for details.


This has never happened before with elementary streams like this one. It seems like DGIndex 1.5.5. is misidentifying the elementary stream as a transport stream. Strange thing is that version 1.4.9 handles the file with no problems. It's a 1920x1080i TV show/movie.

I've tried 15 and 30 second samples from the same TV broadcast. They open ok, but nothing displays and when you navigate you get a "File contains all nulls!" error message.

- Nomolu

[Guest]

I fixed this locally a few days ago. I've sent you the fixed version by email. I will release 1.5.6 in the next few days.

[Nomolu]

version 1.5.6 does indeed work on the complete video stream that was giving me problems. Thanks a bunch!

[Nomolu]

Neuron2:

While the DGIndex 1.5.6 beta 3 program you sent me understands MPEG2 elementary streams, it seems that it no longer recognizes transport streams.

[Guest]

I always need a stream to duplicate the issue.

[Guest]

I think you may be running into the fact that if you load a transport stream and then close the file without exiting and then load another transport file, the PIDs are not reset to those of the new file and you have to do it manually. That's documented behavior.

I have fixed that in my private build and it will be in the release. Please advise ASAP if that is or is not the problem you experience, as I want to get a new full source code release out the door.

[Nomolu]

I launch DGIndex 1.5.6 beta 3, drag the TS file onto the program window, and then click OK in the "File list" dialog box window, or I drag the TS file onto a shortcut for DGIndex. Either way, DGIndex is being launched for just the TS file in question. DGIndex shows a green background, some decoded blocks of the picture in the top left part of its window, then the "Stream" menu item gets grayed out.

You may not see the problem with the small sample I sent you. In fact that 9 MB file seems to be working for me. If you can't reproduce it with any files you currently have, then how do I go about sending you a file larger than 10 MB?

[Guest]

Just upload to mediafire.com and post the link here.

I cannot see any problem with the stream you emailed to me.

[Nomolu]

Here's a larger sample (26.1MB) http://www.mediafire.com/file/2nbzwtkf2lw/Ch2_12sec.zip

[Guest]

The problem is that the stream is setting transport_error_indicator on packets. My transport detection scheme was ignoring such packets and so it never saw four transport packets in a row with correct byte spacing within the first part of the file.

I changed the algorithm to ignore the error indicator and that fixes this. I've emailed you the revised version. The release will include this fix.

[Guest]

Version 1.5.5 is now history. Please move discussion here:

http://forum.doom9.org/showthread.php?p=1341335#post1341335