DGIndex 1.3.0 beta 5

[neuron2]

OK guys, here's the prime-time video demuxing. It will start saving at the first sequence header for maximum compatibility with other applications. That means if you have stray frames at the beginning before the first sequence header, you'll lose them, which will affect audio sync. Valid M2V files need to have a sequence header before any pictures.

The output file is in the same directory as the input files and takes the name of the first file but with extension changed to "m2v".

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

[Zep]

Originally posted by neuron2
OK guys, here's the prime-time video demuxing. It will start saving at the first sequence header for maximum compatibility with other applications. That means if you have stray frames at the beginning before the first sequence header, you'll lose them, which will affect audio sync. Valid M2V files need to have a sequence header before any pictures.

The output file is in the same directory as the input files and takes the name of the first file but with extension changed to "m2v".

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

straight demux or more like projectx where it fixes audio sync
and also inserts silence in the inserted audio chunks to get sync,
at an example, in drops of a HDTV .ts stream.

sync at each GOP? each frame?


is there a way to detect dupe frames at this level and then
when making the d2v just write all the good frames out. Does
a .ts stream even have that info or are we stuck always having
to decimate? i ask because my HDTV card does in fact decimate
in real time to the screen but the .ts file has all the dupes
of course. So it is does appear that it is possible to read the
ts and know what to decimate but my card could be doing some
hack to do that and not be following the standards/true specs.

[TEB]

Neuron2: Ive tested some problematic files on it and im seeing some strange things. Plz dl the new u5712005 file and check what u can see. Im getting macroblocking and various video errors and our test eq. says the file are perfectly fine. (mprobe, matzasina mpegts analyzer)

I have another file to: a invalid one i think (made with some optibase eq.. sucky..) its an mpeg1 system file with mpeg2 ES streams within.. DGindex just crashes or times out. Ive put it on the server to for u to test.. DGindex should spit out some kind of warning popup. File outa bounds or something non mpeg spec.. = emil_lonneberget.mpg

best regards te

[bond]

i didnt test it but is video demuxing supposed to work with mpeg-4 (asp and avc streams) in .mpg?
what about aac btw?

[SeeMoreDigital]

Originally posted by bond
i didnt test it but is video demuxing supposed to work with mpeg-4 (asp and avc streams) in .mpg?
what about aac btw? Might be worth a try!

I've just fed it with an Mpeg2 .TS file with AAC audio. And after manually entering the PID information, the file was de-muxed perfectly.

Many, many thanks for this tool DG :D


EDIT: Hi bond...

Just tried loading an MainConcept H264/AVC .mpg file into it.

And although DGIndex 1.3.0 beta1 swallowed the file, I was not able de-mux the streams. Sadly it was not possible for me to gain access to the files PID data, via the "Stream" option setting :(


Cheers

[ppera2]

Hmmm... folks...
Why immediatelly starting with big expectations?
Can it Mp4, AAC... ?

I think that programmer will be enough busy with fixing problems by Mpeg2 demuxing in next period.

Knowing Donald, I'm positive about new features implementations in future :)

[bond]

Originally posted by SeeMoreDigital
Just tried loading an MainConcept H264/AVC .mpg file into it.

And although DGIndex 1.3.0 beta1 swallowed the file, I was not able de-mux the streams. Sadly it was not possible for me to gain access to the files PID data, via the "Stream" option settingmainconcept avc .mpg transportstreams are b0rked

[SeeMoreDigital]

Originally posted by bond
mainconcept avc .mpg transportstreams are b0rked Do you have any other samples I could try?


Cheers

[neuron2]

DGMPGDec is an MPEG2 decoder. It demuxes M2V video. DGIndex has for some time been able to demux AAC audio.

There is currently no special handling for damaged streams. I plan to write a preprocessor for fixing up damaged streams.

I added this feature because I needed to be able to make a single M2V from a series of VOBs. If it is useful for anything else, that is gravy to me.

I will have a look at TEB's u5712005 file.

[SeeMoreDigital]

Hi Donald,

How difficult would it be to add Mpeg1 support?


Cheers

[neuron2]

Originally posted by SeeMoreDigital
How difficult would it be to add Mpeg1 support?
Funny you should ask. That was next on my list. I don't expect it to be very difficult.

[neuron2]

Originally posted by TEB
Plz dl the new u5712005 file and check what u can see. Im getting macroblocking and various video errors and our test eq. says the file are perfectly fine. I loaded the transport file and did F5. I saw numerous video errors (1 and 2) but I saw no macroblocking. I then demuxed the video, and loaded that into DGIndex and did F5. It gave exactly the same result: video errors at the same places and no macroblocking. The problem is in your source. DGMPGDec is pretty good at recovering from these errors now. If you import the M2V into another application that is less capable in that regard, you may have problems. The whole area of repair for transport streams is something I am looking at.

EDIT: The latest BSPlayer plays the demuxed M2V just fine, no sign of any macroblocking.

I have another file to: a invalid one i think (made with some optibase eq.. sucky..) its an mpeg1 system file with mpeg2 ES streams within.. DGindex just crashes or times out. Ive put it on the server to for u to test.. DGindex should spit out some kind of warning popup. File outa bounds or something non mpeg spec.. = emil_lonneberget.mpg I'll look at this tonight.

[TEB]

strange.. I get some macroblocking when i have some heavy field"ing" during the company logo in the beginning..

Check ure pm for a log from the mpeg2 analyzer and see if u can understand why some PRO analyzers say its ok and dgindex says otherwize..

[neuron2]

Originally posted by TEB
strange.. I get some macroblocking when i have some heavy field"ing" during the company logo in the beginning.. OK, I stepped through and did see a bad frame or two during the Universal logo. You've got bad video data, what can I do?

Check ure pm for a log from the mpeg2 analyzer and see if u can understand why some PRO analyzers say its ok and dgindex says otherwize.. [/B] It's a stream analyzer, right? Does it decode every video slice? I doubt it.

[Cyberia]

Don, this version fixes the demuxing problem I had before with the FTE6.vob. Good job.

EDIT: However... You have a problem with an error dialog that appears if the m2v file cannot be opened. It just keeps retrying and retrying forever.

Save a project, open the m2v in vdubmod and try to resave the project.

[neuron2]

@Cyberia

Yes, that's right. It catches you in a very long loop. I wanted to punish the user. But you've convinced me that it is not right to abuse my users like that. Sorry.

Here is a kinder, gentler version. The user will need to seek salvation elsewhere.

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

And, oh, it didn't retry forever. It only retried for each sequence header. Please try to be more accurate with your trouble reports in the future. We're counting on you! :D

[Cyberia]

Well no doubt the users deserve it! You are a merciful programmer indeed.

This version now aborts the m2v creation in this instance, and goes ahead and writes the d2v and ac3 files. Not that thats wrong... I just expected it to abort the whole shebang. You exceeded my expectations.

Ummm... On a hunch though I found a new bug. If the audio file (AC3 in this case) is in use when you try to save a project, DGIndex CRASHES. oh the agony.

And, what the heck. Here's a third odd thing. DGIndex doesn't lock the d2v file when it's writing it out. You can open two instances of DGIndex and have them both write to the same d2v at the same time. Dooesn't crash though!

[neuron2]

The horror.

I'll never be the same again.

When I have hunches, I call them Grunches = Graft hunches. In your case I suppose they could be Crunchies.

[Cyberia]

Files do not have to be in use, setting read only and re-saving project does same effect.

FYI (some more crunchies) :

LPCM (Decoded to WAV) ... same problem, crashes DGIndex if it can't write the file. I assume all audio types have same problem.

AVS scripts (automatic from templates) ... does NOT crash DGIndex if it can't write the file. Does not write the file, but does NOT complain that it can't write the file either. (this is minor, but now you know :) )

[Cyberia]

And another thing...

How the heck do you manage to get 1700+ views on this thread in TWO DAYS!!! You're just about to exceed the FAQ views accumulated over two MONTHS.

Some guys have all the luck...

[len0x]

Originally posted by Cyberia
How the heck do you manage to get 1700+ views on this thread in TWO DAYS!!!

The thread was linked from front page news on doom9.net

[Wilbert]

Graft, is this pc_scale/tv_scale supposed to work with VFAPI Reader Codec v1.05?

It doesn't do anything, that's why I ask. If I create a m2v with Y=16,U=V=128, two d2v from it using pc_scale and tv_scale, two fake avis from those, both clips have R=G=B=0.

[neuron2]

I mentioned in the other thread that VFAPI forces TV scale RGB.

[Wilbert]

You mean PC scale (cause it does YUV [16,235] -> RGB [0,255])?

[neuron2]

Correct, sorry.

[Trahald]

is it possible to have the save file use the .d2v filename .. i loaded a m2v file with the idea of cutting it down via the demux option, but it overwrote my original. im assuming since it was intended for files with .vob extension as source?

[D3s7]

I had this issue as well..

Opened a .m2v file, set my input/output range and did "save project and demuxed"

it created a .d2v file and killed my .m2v... (was left with a 1k file that wasn't even the clip of the original)

This was with saving into a different directory as well.. not same as original

[neuron2]

OK, I never thought people might use it to cut elementary streams, but why not? I'll fix it to use a different filename in that case. Thank you for bringing it to my attention.

[Cyberia]

Originally posted by Trahald
is it possible to have the save file use the .d2v filename .. i loaded a m2v file with the idea of cutting it down via the demux option, but it overwrote my original. im assuming since it was intended for files with .vob extension as source?

Oops. I had intended to mention this to Don but I forgot.

The m2v file uses the name of the original vob, but the audio files and the avs script use the name of the d2v project.

For consistency, I recommend that the m2v file use the project name as well, however..... please default the project name to the name of the original vob.

Currently there is no default project name provided when saving.

[Cyberia]

Originally posted by D3s7
I had this issue as well..

Opened a .m2v file, set my input/output range and did "save project and demuxed"

it created a .d2v file and killed my .m2v... (was left with a 1k file that wasn't even the clip of the original)

This was with saving into a different directory as well.. not same as original

In this case, we should have simply generated an error dialog saying "Cannot write m2v file" and gone on.

We shouldn't be able to overwrite the file we are reading from!

[neuron2]

The user could specify a project name (D2V file) that has the same base as the input file, e.g., input Cyberia.m2v and project file Cyberia.d2v, so I have to allow for that.

This is what I will do:

d2v_base.demuxed.m2v

So, in the example, it would be Cyberia.demuxed.m2v.

If the input file is Cyberia.demuxed.m2v, then the output will be Cyberia.demuxed.demuxed.m2v, etc. :)

[neuron2]

I posted 1.3.0 beta 3:

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

It fixes the M2V overwrite issue.

But watch out! This really is a beta. I made some major changes to EOF handling. If there is not an incomplete picture at the end, the frame counts should be correct, and the last picture should display normally when previewing. I also added exception handling to both DGIndex and DGDecode, so that we don't crash on an incomplete picture.

If there *is* an incomplete picture at the end, you can get an incorrect frame count when previewing in DGIndex.

But finally I have a version that works correctly with my test files that have exactly one, two, and four frames.

[cw_uk]

I have been working with some HDTV transport streams lately did you know that DGIndex will lock up should you select more then 10 files at once when loading your sources.

[Cyberia]

Originally posted by cw_uk
I have been working with some HDTV transport streams lately did you know that DGIndex will lock up should you select more then 10 files at once when loading your sources.

CONFIRMED!

I just checked and both 1.2.1 and 1.3.0b3 lockup (cpu usage goes to 99% and stays) when opening more than 10 vobs at once. ONLY THROUGH THE FILE/OPEN DIALOG. DRAG-AND-DROP SEEMS UNAFFECTED.

It's intermittant at 11 vobs, but consistently happens with 16+ vobs.

[neuron2]

I opened 20 by loading the same 5 four times. Nothing wrong happened. Does that fail for you, or do I have to open all 20 at once?

[Cyberia]

You have to open them all at once via the File/Open dialog.

Follow these steps:

Close all DGIndexes.
Open DGIndex.
Select File/Open/Add.
(Windows File Select dialog appears.)
Select 16+ vobs at once.
Click Open. --> [lockup 99% cpu usage]
(DGIndex does not return to it's File/Open dialog)

I can reproduce this on two different systems.

Drag-and-Drop seems to work fine for the same set of vobs.

[neuron2]

OK, the file dialog buffer that returns the file list must be too small. I'll fix that when I get back from LA. In the meantime, the workaround is to load in bunches.

[Backwoods]

I figured out my problem from the previous threads and your betas. The problem I had was when saving, DGIndex would lock up.

Now it does the same, but if I let it sit for about 20sec the save runs. But before I could let it sit for a minute or longer and it would still not save.

Is there anything that can be done about that? I'm uploading the type of files I use, it could be because of them.

[Cyberia]

Originally posted by Backwoods
I figured out my problem from the previous threads and your betas. The problem I had was when saving, DGIndex would lock up.

Now it does the same, but if I let it sit for about 20sec the save runs. But before I could let it sit for a minute or longer and it would still not save.

Is there anything that can be done about that? I'm uploading the type of files I use, it could be because of them.

What's the file name(s)?

[Backwoods]

backwoods_sample.mpg

I doubt it's my machine...could be, but doubt it. Other MPG2s work fine.

[Cyberia]

Works fine for me once I do a "Detect PIDs: Raw"

Don, is the Info panel supposed to appear on the left side, over the video for TS?

[neuron2]

Originally posted by Cyberia
Don, is the Info panel supposed to appear on the left side, over the video for TS? Yes. It's determined by the displayed picture size.

[Backwoods]

Originally posted by Cyberia
Works fine for me once I do a "Detect PIDs: Raw"

The video comes up fine for me, it's when I goto save the D2V. There is a pause. You do not experience that with this clip?

[Cyberia]

Originally posted by Backwoods
The video comes up fine for me, it's when I goto save the D2V. There is a pause. You do not experience that with this clip?

nope

EDIT: How fast is your cpu? I see a very brief (1 second) delay where the Info panel is completely unpainted. Just a big grey box. Then the fields fill in and everything is OK.

Also: What other settings are you using? What PIDs, what video and audio settings?

[Backwoods]

2.8 HT w/1gig ram.

0x810=v
0x814=a

32bit SSE2 MMX

Thats the box I recieve too. Greyed out, then after 20 seconds or so (longer in previous betas) the project saves.

[neuron2]

@Backwoods

I duplicated this on my laptop. But I can't fix it until I get back to Chicago on the 19th.

The problem is that your stream has no PAT/PMT and when you save project, DGIndex is trying to parse the PAT/PMT to get the audio type. It reads through the entire file. It's an easy fix but I'm away from my 1.3.0b3 source code and I don't want to branch off an earlier version.

[Backwoods]

Glad to hear you found the cause. The footage is from the Sony HDR-FX1 HDV camera. So maybe it has something to do with how the camera creates MPGs or the program transfering the footage? Currently I am using CapDVHS.

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

[Cyberia]

Is there some reason why I am unable to duplicate the extensive delay?

[squid_80]

I get the same thing when processing transport streams recorded with the software that came with my card - a FusionHDTV DVB-T Lite. Never thought of it as a bug, I just presumed it was normal for .ts files.

[neuron2]

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

[neuron2]

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.

[neuron2]

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.

[neuron2]

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?

[neuron2]

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!

[neuron2]

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

[neuron2]

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.

[neuron2]

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.

[neuron2]

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

[neuron2]

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"

[neuron2]

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

[neuron2]

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

[neuron2]

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 ?

[neuron2]

LPCM support is on the worklist. Its current absence is not an instability, in my view.

[planet1]

Originally posted by neuron2
... not an instability, in my view.


Your right of course, but you could mention in one of the htmls that lpcm-delays are not yet reported.

[BGane]

Tried 130b5 over the weekend. I'm having a strange problem. It could well be my problem, but I decided to post just in case someone can help.

I am trying to convert a purchased DVD that is PAL format to NTSC.

I have two machines. One works with DGMPGDEC. One does not. When I attempt to frameserve an AVS script through to TMPGEnc, I am getting an error message on one of the machines, from TMPGEnc as I press "Start", that the file cannot be opened or is unsupported.

Software configuration of both machines is as follows:

Windows XP Service Pack 2
TMPGEnc Plus 2.524.63.181
DGIndex/DGDecode 130b5
AVISynth 2.55
ReadAVS 0.11e
VirtualDub 1.65
Cyberlink PowerDVD5 (current patch level)

The machine that works is an older Intel mobo D850MV with P4 2Ghz. The second machine, which does not work with 130b5 is an ASUS P4P800SE with P4 3Ghz. Both have 1GB memory.

I have ripped the DVD, using SmartRipper 2.41, on both machines. I have loaded 130b5 on both and then used DGIndex to create a d2v on each. Then I have created an AVS script, which is as follows:

LoadPlugin("DGDecode.dll") - I do actually fully qualify path
mpege2source("VTS_01_1.d2v") - full path here too
LanczosResize(720,480)

I am frameserving to TMPGEnc, via the AVS script to load the VOB, processed by DGIndex.

On the Intel machine, everything works fine. My problem occurs with TMPGEnc on the ASUS machine. It gives me the error message, "file cannot be opened or is unsupported" when I try to start encoding.

Problem isolation attempts:

1. I tried VirtualDub, and it works fine on both machines. I gave VirtualDub the AVS script as input, pointing to the d2v created by DGIndex and it worked fine.

2. If I give TMPGEnc just the d2v file itself directly, VTS_01_1.d2v, then it works. TMPGEnc can read that file. Problem only occurs if I attempt to give TMPGEnc the AVS script.

3. If I build a d2v with DVD2AVI 1.77.3, then TMPGEnc can read either the AVS or the d2v created by that. It seems that it only has a problem with the AVS when the d2v was created by DGIndex.

4. I know that TMPGEnc is using the proper DGDecode.dll because there is only one on the machine - matching pair for the DGIndex used, and when I invoked TMPGEnc and gave it the d2v directly, DGDecode.dll could not be deleted because the file was in use.

So - why is it that this machine's TMPGEnc has a problem, only when the DGIndex-created d2v is being read via an AVS script?

[neuron2]

What is ReadAVS and how does it figure in your process?

[BGane]

ReadAVS.dll allows TMPGEnc to read an AVS script.

[Nic]

It doesn't sound like a DGIndex/Decode problem, so I doubt neuron2 can help you. Could it be something like needing a YV12 codec installed on both machines? Try installing XviD on the Asus machine. Other than that I can't guess. But if it works in VDub, then it isn't DGDecode's fault i'm guessing.

-Nic

[neuron2]

Just for fun, try toggling the I420/YV12 DGDecode option.

[guada 2]

How it is possible ?
I did not know that Tmepgenc could read a file AVS.
Could give me myself details.

Thank you.

[guada 2]

Neuron2,

A question:
The versions bêtas of DGindex are they compatible between them or not?

Thank you in advance

[neuron2]

Originally posted by guada 2
The versions bêtas of DGindex are they compatible between them or not?
Sorry, I don't understand your question.

[neuron2]

Originally posted by BGane
ReadAVS.dll allows TMPGEnc to read an AVS script. I don't need that to read AVS with 2.54. Isn't that needed only for earlier versions of TMPGEnc?

[guada 2]

I am sorry for the translation Neuron2.

Indeed, I tested DGindex bêta5 outside GK 0.34.8.
I thought that the file D2v was going to be read by GK. but was not it the case.
What return to my question the beta versions of DGindex (bêta3, bêta4, bêta5) are them any various.

Thank you

[Cyberia]

Originally posted by guada 2
The versions bêtas of DGindex are they compatible between them or not?

I think he's just asking if there are any d2v changes (or other compatability issues) between any of the 1.3 series betas.

I believe all the 1.3 series betas are cross-compatable.

[sunbeam]

Originally posted by guada 2
The versions bêtas of DGindex are they compatible between them or not?
Hi guada 2,
when I want to encode a whole bunch of files at once and some of them are prepared with DGIndex 1.3.0 beta 4
and others with DGIndex 1.3.0 beta 5 then I delete all the older .d2v files and prepare them All with his newest release.
I think its better when a beta 5 .dll can ride his beta 5 .d2v.
Is that what you meant?

sunbeam

[guada 2]

Thank you Cyberia,

It is astonishing Cyberia, I have make a test out of the last version of GK; and that is confirmed.
Is what it is normal.

[sunbeam]

Originally posted by Cyberia
I believe all the 1.3 series betas are cross-compatable.
When you`re right Cyberia, then the changes in the different betas would not disturb for example
a beta 2 .d2v encoded with a beta 5 .dll.
If this is true and there are changes in the newer betas how they can really
drive into a older .d2v and therefore take effect then?

sunbeam

[guada 2]

It is not really that sunbeam.

On the contrary, I puts on a side DGindex (for example:in my documents), and GK installed in my programs.

why then the D2V are not compatible DGindex Bêta3 and beta 5?

[neuron2]

All 1.3.0 betas use D2V file format version 8. The D2Vs generated by, e.g., beta 3 and beta 5 are identical.

Whenever I make a change to the D2V file format, I bump the version number at the top of the D2V file. You can use that number to assess compatibility between different DGIndex versions.

[guada 2]

Tthank you for the advice.

Goodbye Neuron2 ;)

[guada 2]

Hello neuron2, :)

It would be possible to integrate into your software extension DV or rather "dvsd"?
It is perhaps dared.But as say the saying: "which does not try nothing has anything"

Thank you.

[neuron2]

@guada 2

What would be the purpose? There are perfectly adequate DV codecs. What functionality are you trying to obtain that is not already available?

[guada 2]

Neuron2,

I understand to you by saying that.
But can you say to me how to make HDV, a manner of exploiting "Upscaling DV".
That appears strange but I think that that would be very useful for me…

[Backwoods]

Originally posted by guada 2
But can you say to me how to make HDV, a manner of exploiting "Upscaling DV".
That appears strange but I think that that would be very useful for me…

HDV = 1440x1080 MPG2
DV = 720x480 MJPEG(similar)

They aren't connected in anyway. If you want to upscale DV to HD resolutions, I think you should reconsider or try your luck with IIP or HybridFuPP.

[guada 2]

I thank you Backwoods.
But I always thought that there was a servicing cowling intermediate platform which would make it possible to make this task.

It is true that the method VDM or other + DV codec or Huffyuv or Logarith… make it possible to obtain Avi Lossless, but could not your step use DGindex as well as possible to exploit the quality of this format like one does it so well with the video DVD.

DGindex nowadays shows its capacities through several sources why not the DV.
My idea is not very with make finalized, I cannot speak about it.