DGIndex 1.3.0 beta 5

[Guest]

Originally posted by Cyberia
Is there some reason why I am unable to duplicate the extensive delay? Maybe you have a superfast computer. I haven't tried it on my AMD 64FX-55 yet because I'm out of town, but I will when I get home.

[Backwoods]

Originally posted by neuron2
Oh, then it's not surprising that there is no PAT/PMT.

BTW, your bird is cool; my Peekoo (a dusky conure) would be very impressed.

How much does that camera cost?

I'm sure Peekoo and Otto (still might call him Mayo) would get along.

The camera's retail is 3700, got it for 3000 though a friend's job. Great cam.

[Wesmosis]

hey
is it now possible to ESC in order cut the end credit if I add this version to the AutoGK?!

[Cyberia]

Originally posted by Wesmosis
hey
is it now possible to ESC in order cut the end credit if I add this version to the AutoGK?!

Please explain. I don't understand your question.

[len0x]

Originally posted by Cyberia
Please explain. I don't understand your question.

http://forum.doom9.org/showthread.php?s=&threadid=91328

[Guest]

Originally posted by Wesmosis
is it now possible to ESC in order cut the end credit if I add this version to the AutoGK?! It is not implemented in 1.3.0 beta 3. I hope to have it in the next beta, possibly this weekend.

[Guest]

Here is version 1.3.0 beta 4:

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

This is a bug fix release:

1. The file list buffer was expanded to prevent crashes when many files are opened at once.

2. ESC now exits CLI mode.

3. The delay when doing Save Project on a transport stream without PAT/PMT has been decreased.

4. AVS template processing with CLI no longer crashes.

[len0x]

Originally posted by neuron2
2. ESC now exits CLI mode.


Thanks for this from my users. It does work as needed.

[Guest]

You're welcome. We aim to please.

[guada 2]

I appreciate a lot.
Thank you for these explanations Neuron2.
To soon ;)

[Taurus]

Originally posted by neuron2
Here is version 1.3.0 beta 4:

2. ESC now exits CLI mode.

Thanks!
You're fast as lightning.... :D

Cheers

Taurus

[nDman]

can have an option to demux mp2,ac3,dts streams separately ( just mp2 or just ac3 )?

[Cyberia]

Originally posted by nDman
can have an option to demux mp2,ac3,dts streams separately ( just mp2 or just ac3 )?

I'm not sure I understand the request. You want a way to demux all ac3 (or mp2) streams ONLY?

[Guest]

You can demux individual tracks by selecting "Demux" and selecting the track number. The downside is that you currently have no way to know which track is which.

[Cyberia]

Well, there is a way, but it involves using other programs like DVD Decryptor, or (gasp) your DVD player. :devil:

[azsd]

why did'nt DGIndex auto use input filename as default for chioce d2v project filename when save project?
I remember in some prevous version, when save d2v projects,filename gived in dialog automaticly

[JnZ]

Hi,

I've just try to decode "brutal" MPEG-2 HI-DEF clip. It has 1920x1080 resolution, and AC3 2.0,384kbps. Video biterate is 45000kbps and 29,97fps.

DGindex said error, but after manual PID settings everything OK. If I try open D2V file, got good video but with strange transparent white line at bottom edge. (I think aprox 10 pixels thick).

I'm so happy and many thanks for your good program, because no one program can open this clip, only DGindex and Graphedit of course.

Many thanx for your hard work Neuron2, highly appreciated!

[Guest]

Good to hear that DGIndex can crack the nut.

Are you sure it isn't 1920x1088? Sometimes there are 8 extra empty lines to keep a multiple of 16. You can crop them off.

[JnZ]

Originally posted by neuron2
Are you sure it isn't 1920x1088?
Yes, res is exactly 1920x1080, so may I crop the 8 lines off?
Thx.

EDIT: I found the bug.
Video is 1920x1080, but D2V makes 1920x1088, so 8 lines are excessive.
So I crop them off and problem is solved (I think).

[Guest]

The MPEG2 stream is encoded as 1920x1088, as I said. It's not a bug. And DGIndex is not making any mistake.

[JnZ]

Originally posted by neuron2
The MPEG2 stream is encoded as 1920x1088, as I said. It's not a bug. And DGIndex is not making any mistake.
But this clip is really strange, if I play it via Elecard MPEG Decoder, video resolution is 1920x1080 i think that is 1080i.

[Guest]

Elecard may be automatically removing the extra 8 pixels. I don't do that because sometimes the extra 8 pixels have valid content.

[JnZ]

Originally posted by neuron2
Elecard may be automatically removing the extra 8 pixels. I don't do that because sometimes the extra 8 pixels have valid content.
Ok, thx for help. I crop 8 lines off and everything ok.

[Guest]

Here is beta 5. It fixes a bug in PMT parsing (adaptation fields were not properly skipped) and changes the way AVS templates are handled, so that you can have the D2V file name replaced more than once per script. Now, the string __src__ gets replaced with the D2V filename, so your template may look like this (those are double underscores):

mpeg2source("__src__")
tfm(d2v="__src__",order=1)

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

[Guest]

Originally posted by azsd
why did'nt DGIndex auto use input filename as default for chioce d2v project filename when save project? Because there might be more than one input file. Besides, I don't want users to fall asleep, so I try to keep them busy.

[gte024h]

I have a few suggestions/feature requests.

If there is an IFO in the same directory as the input file and with the same name as the input file, parse it and display audio stream names in the audio track number menu. Like: instead of Track 1, Track 2, etc. have English 6ch, Spanish 2ch, etc.

If IFO parsing is too tough, DGIndex already knows how to display the bitrate and number of channels of each audio track. Perhaps you can just put that information in the track number menu when a file is opened. Like: Track 1 (6CH/386Kbps/AC3), Track 2 (2CH/192Kbps/AC3), etc.

If that's too much, you could add the hexadecimal stream ID in parenthesis next to the track number like: Track 1 (0x80), Track 2 (0x81), etc. This would be useful since DVD Decrypter creates a "Stream Information.txt" file that lists audio stream numbers in hexadecimal.

Also, at the end of processing if the file was 100% FILM, pop up a messege box suggesting that the user select the forced film option and resave the project. Or do it automatically... I dunno, just a thought...

Thanks, DGIndex is fantastic! I wish I could help in some way, but I stink at programming :-(

[planet1]

first of all thanks for this GREAT tool neuron2 :p

is there a way to demux the ac3 stream and decode the lpcm to wav at the same time in the future
(same output method e.g. "decode lpcm - demux the rest") ?
(or you could include lpcm (raw) into your "Demux All Tracks" option)

regarding delays - i have a VOB (PAL with lpcm & ac-3 audio streams)


using the "old" VobEdit i get:
-no audio delays
-Video-delay: -480600


DGIndex outputs:

demuxes ac3 with DELAY @ -120ms = seems to be correct (if corrected in synch with demuxed .m2v)

decodes lpcm to wav with no DELAY info = a delay correction might be needed :confused:


If you want i could upload the VOB to your FTP.


bye

[Cyberia]

Originally posted by gte024h
If there is an IFO in the same directory as the input file and with the same name as the input file, parse it and display audio stream names in the audio track number menu. Like: instead of Track 1, Track 2, etc. have English 6ch, Spanish 2ch, etc.

If IFO parsing is too tough, DGIndex already knows how to display the bitrate and number of channels of each audio track. Perhaps you can just put that information in the track number menu when a file is opened. Like: Track 1 (6CH/386Kbps/AC3), Track 2 (2CH/192Kbps/AC3), etc.

If that's too much, you could add the hexadecimal stream ID in parenthesis next to the track number like: Track 1 (0x80), Track 2 (0x81), etc. This would be useful since DVD Decrypter creates a "Stream Information.txt" file that lists audio stream numbers in hexadecimal.

Audio identification is already on the list. I think your suggestions are all good ideas. Stay tuned.

@neuron2 - This is exactly what I think we should be doing.

[Cyberia]

Originally posted by planet1
(or you could include lpcm (raw) into your "Demux All Tracks" option)
Yea yea, it's on the list.

Regarding the delays for LPCM, please upload a small sample vob to Don's FTP site.

[Wilbert]

@Don,

Do you need any lpcm samples?

You can find them all here

http://forum.doom9.org/showthread.php?s=&postid=603581#post603581

for some dumb reason you can only download one clip a day. (If needed I can also upload them to you.)

[planet1]

thx Wilbert for that link, it really seems to be the ultimate TEST DVD-Video for Sound (at least for PAL ;) ).

[guada 2]

Very good work Neuron2. Your utilitarian is excellent. ;)

[nechto]

In AutoGK,
some problems with sound shift ...

when demuxing have some trubles ... the worst :
"VTS_01_1 AC3 T01 3_2ch 384Kbps DELAY 2887406ms.ac3"

second is not so bad - only .5-1 sec sound shift at beginning, but about 4-5 sec at the end ... (fps sync ??)
"VTS_01_4 AC3 T01 2_0ch 128Kbps DELAY -136ms.ac3"

[Guest]

Sorry, we don't support AutoGK in this forum. If you can create the problem with DGIndex alone, then we can help you. You'll need to give more information, for example, what are the source files?

[jsoto]

Originally posted by Wilbert
Do you need any lpcm samples?

You can find them all here

http://forum.doom9.org/showthread.php?s=&postid=603581#post603581

for some dumb reason you can only download one clip a day. (If needed I can also upload them to you.) Do you like the samples? It took me more than a while to compile the DVD.. I was testing PgcDemux when I did it. I've to say mpucoder helped me a lot with LPCM (I used Muxman to create the VOBs). The original Metallica LPCM sound come from Tobii and the multichannel test pattern from a test-DVD I have.

But, at that time, I was suffering some problems of bandwidth, so I looked for a free site able to host big files... and it is limited in bandwidth.
So, I'll upload the DVD to my site at videohelp and I'll update the links after.

jsoto

[jsoto]

Upload done.
http://www.videohelp.com/~jsoto/AudioTests

jsoto

[SeeMoreDigital]

Originally posted by jsoto
Upload done.
http://www.videohelp.com/~jsoto/AudioTests Thanks jsoto,

Are the files posted here: -

http://n.1asphost.com/audiotest/index.htm...not necessary anymore?


EDIT: Have you considered compressing your files using 7-zip. I've just tried it with contents of one of your 18MB Zip files and got it down to around 12MB.

Just a thought....


Cheers

[jsoto]

Are the files posted here: -
http://n.1asphost.com/audiotest/index.htm...not necessary anymore?
They are the same DVD, but I do not remember which files are in which rar file, (currently the page is disabled)


EDIT: Have you considered compressing your files using 7-zip. I've just tried it with contents of one of your 18MB Zip files and got it down to around 12MB.

You're right... Compressed audio does not compress too much in zip neither in rar, but the LPCM audio compress much better with rar compressor.
I'll also upload the rar version of the same files. The first and the second makes difference, but the two last ones not (they contain only compressed audio)

jsoto

[Xesdeeni]

Originally posted by neuron2
Elecard may be automatically removing the extra 8 pixels. I don't do that because sometimes the extra 8 pixels have valid content. I've always assumed the MPEG-2 window indicated 1080, while the encoding was 1088. Are the streams not that well-behaved?

Xesdeeni

[nechto]

2 neuron2:

The source is DVD with ac3 .. which info you need ??

Sound demuxing is ok(full sound track - when I remux all done well),But I don't know where from AutoGK gets the delay info. As you see delay is too big. Which program fails - I don't know.

[Nic]

@Nechto: For that DVD it seems the file VTS_01_1.vob is giving you that bad delay. If you want neuron2 to support you, you'll need to get a decrypted version of that file on your harddrive, run it thru the latest DGIndex and demux the first track of audio. If the weird delay is still present, you'll want to cut the first few megs of the vob and upload it to neuron2's FTP. If it demuxs with a correct Delay however, it's a AutoGK problem, and you should ask your question in the appropriate forum.

-Nic

[jsoto]

@nechto
You can check the a/v delay, opening the VOB with Vobedit and doing the maths by yourself.
Check
http://forum.doom9.org/showthread.php?s=&postid=619912#post619912
mpucoder explains how to do it
EDIT: Don't forget to check, in the same thread
http://forum.doom9.org/showthread.php?s=&postid=620010#post620010
jsoto

[Ynatik]

Excuse please. I use the translator.
Whether tell please awakes support mpeg1 in DGIndex is added. To me come across DVD films which I cannot open, that is they in a format mpeg1.
In advance the hugest thanks for the program.

[Wilbert]

I know he is working on it.

Could you upload such a vob with mpeg1 (about 10-20 frames) somewhere?

[Cyberia]

Originally posted by Ynatik
Excuse please. I use the translator.
Whether tell please awakes support mpeg1 in DGIndex is added. To me come across DVD films which I cannot open, that is they in a format mpeg1.
In advance the hugest thanks for the program.

This is coming soon. Please keep checking this forum.

[Nic]

I tried it yesterday, it's surprising non-trivial to get MPEG-1 Decoding correctly. Even just raw mpeg1video, has issues (DGIndex/DVD2AVI expects things (such as picture extensions) to exist). So good luck to neuron2 with it :)

-Nic

[Guest]

Actually, that part is not so difficult. It's the differences in macroblock decoding, etc., that is my current challenge. I have a good model to follow, however: fccHandler's VirtualDub MPEG2. In the file VirtualDub/source/mpeg_decode.cpp, if you look at the flag MPEG2_Flag, you see all the places that need to be modified. But the code is not quite the same, so mapping the changes is non-trivial (otherwise I'd be done by now).

[Nic]

Yes, I began to realise that as I progressed, then I gave up. I realised it would probably be easier for me to fix MPEGDecoder.dll just for MPEG-1 than to add MPEG-2 to DGIndex/Decode. So I don't envy the amount of work you've got ahead. Good luck with it :)

Are you going to release a "stable" version of the current Beta before adding more features (such as MPEG-1)?

-Nic

[Guest]

Originally posted by Nic
[B]Yes, I began to realise that as I progressed, then I gave up. I realised it would probably be easier for me to fix MPEGDecoder.dll just for MPEG-1 than to add MPEG-2 to DGIndex/Decode. So I don't envy the amount of work you've got ahead. Good luck with it :) It's not actually that much work, it's that I have to buckle down and understand all the low-level stuff now.

Are you going to release a "stable" version of the current Beta before adding more features (such as MPEG-1)? I should probably do that. OK, yes, I will. 130b5 appears to be very "stable".

[planet1]

Originally posted by neuron2
130b5 appears to be very "stable".

What about lpcm streams and delays, or do you recommend using "special" demuxers e.g. PgcDemux ?