DGMPGDec 1.2.0 RC5

[neuron2]

Here is what I'd like to release as 1.2.0. I removed video demuxing as it is not ready for prime time. This version adds more accurate delay calculation for cuts, and debug info and hinting. The current Info data can be output via OutputDebugString() and the hinting currently includes progressive/interlaced and colorimetry. Please refer to the Changes text file.

http://neuron2.net/fixd2v/dgmpgdec120rc5.zip

[Dark-Cracker]

thank u for your hard work :)

just by curiosity does the CLI still have some limitation if the path have some *illegal* character ? (like the "," or "[" ).

Bye.

[len0x]

Originally posted by Dark-Cracker

just by curiosity does the CLI still have some limitation if the path have some *illegal* character ? (like the "," or "[" ).


Yes, it does. But now input files can be loaded from a text file that has a list of files to be loaded.


@Neuron2

Great stuff! info=2 works as expected. I wonder what are the exact values that can be produces by colorimetry info?

[Dark-Cracker]

thank u for the quick answer :)

++

[neuron2]

Originally posted by len0x
I wonder what are the exact values that can be produced by colorimetry info? I'm too busy to type it. Please see table 6-9 of ISO 31818-2 (on my web site).

[len0x]

That's exactly what I needed, thanks. (Now I understand what numbers mean - I knew that there are five types of matrix coefficients, but didn't know 3 was a reserved number).

[shpitz]

neuron2,

awesome work you're doing m8.

i was wondering if you can make dgindex autoload split mpg files as well, just like dvd2avi does.

i think that would be an awesome feature.

thanks

[neuron2]

Originally posted by shpitz
i was wondering if you can make dgindex autoload split mpg files as well, just like dvd2avi does. Don't know what you are talking about, sorry.

If you mean autoincrement, I replaced it with multiple selection and auto sorting. Just highlight all the files in the open dialog, or drag and drop the whole lot. Autoincrement worked only for limited patterns; if yours matched you were lucky, otherwise you whined. Now nobody can whine. :D

Edit: Credit goes to Cyberia for proposing/designing the new scheme. I get credit for finding the sorting algorithm in an obscure GNU function.

[shpitz]

auto selection is a great solution,

thanks a lot m8, awesome job !!!

makes life sooooooooooooo much easier now hehe

[neuron2]

Darn, I just noticed that I broke the Info screen. I also found that the Second_Field variable is not initialized! So field structure clips will work or not work depending on what random value it takes.

I'll try to fix these and make an RC2 later today (Sunday).

[alfixdvd]

From versions 1.2.0.b5 to 1.2.0.RC1, I can play any movies from avs scripts, if the movie is Bottom Field First

Either Windows Mediaplayer or MediaPlayer classic, don't show anything, only a black window, neither the length of the movie at the status bar

With Top Field First any problem

With version 1.0.12 all's right.

The avs script is :

LoadPlugin("C:\dvdtools\DgDecode\\DGDecode.dll")
MPEG2Source("VTS_01_1.d2v",idct=5)
ConvertToYUY2

What's the problem ?

Best regards
alfixdvd

[neuron2]

Tell me more. Is it an elementary stream, a VOB, or a transport stream?

Better yet, place a small part of the source MPEG on my ftp site and then notify me! A hundred MEG is OK.

ftp.neuron2.net
user: guest@neuron2.net (enter it just like that)
pwd: guest

I just tried a TFF VOB with 1.2.0 RC2 (see link at top of this thread) and it was fine. I really need the file that fails. Thank you.

[Cyberia]

Bug Report on RC2
-----------------

Info Panel issues

1) several relevant fields on the info panel are not populated when advancing through the slider/buttons.

2) Frame Size and Profile take two frame advance clicks to populate on the Info panel.

3) If the Play is stopped when 'Info' field indicates 'video error 1' the error cannot be cleared by sliding/advancing frames or by loading a new vob(!) Only clicking Play again clears the error.


New Items

1) Could the various time fields display tenths of seconds?

2) Could the Info panel appear when sliding/advancing frames, not just if Play/Preview are used? Alternatively, you could provide an item under Options to toggle the Info panel.

[Backwoods]

DGIndex locks up on me when I try to save a D2V from a M2T I loaded. The M2T is from the Sony HDR-FX1 camera. When I first loaded the file the PIDs were auto-detected and the GOP caution box came up, but trying to load the file again, the PIDs were not detected.

[neuron2]

Tell me the DGIndex version and put the file on my ftp server. That's the only way I can help you. Try setting both the PIDs to 2 before loading the file.

[ATM]

Been trying to use info=1 in mpeg2source to see what the colorimetry info is so I can decide if I need to use colormatrix or not but I'm having some weird problems. If I load the script with just a line like mpeg2source("thing.d2v",info=1) it either crashes VDubMod or just hangs it up, but if i play the script in mpc it will either 50% of the time work and I can see the info or it will just hang up as well. Is there just something I am doing wrong?

[neuron2]

All I can say is what I just told the previous poster.

Tell me the version and put a file on my server!

[ATM]

I thought I was using RC2, but I was using RC1. I just changed to RC2 and the problem is solved and loads just fine now. So never mind. :)

[neuron2]

Thanks for the update. I'll sleep better tonight. I pulled a 36-hour straight programming session to make RC2 and I still haven't slept yet after 48 hours. :)

[clone83]

@ neuron2: can u plz add the save project and demux video back to the newer versions cause i found i was getting much better vids from it when i encode it later on.....?

[neuron2]

It'll come back when I get the bugs out. I don't like to release buggy stuff if I can avoid it.

Having said that, why do you think the quality is better with demuxed video compared to frame-served video? I can't think of any reason for that to be true.

[clone83]

im not sure why it is like that but it is....

[neuron2]

Well, can you at least tell me what the two processes are that cause the noticeable difference.

[clone83]

all i do is demux the vid and then work on it in vdm with some filters and then i mux the audio.

p.s im always interested in new way of encoding if u have any suggestions....? and do u have msn cause i would like to talk to you in private about some deals that i could possibly offer you....?

[neuron2]

There's no difference between demuxing and opening in VDubMod versus using DGDecode to serve via the D2V file. Except that VDubMod does not honor pulldown flags and so is technically an incorrect decoder. And of course DGDecode allows you to use Avisynth scripting before sending the video to VDub. You may be getting the "poor man's IVTC" effect.

Please describe the quality difference that you observe.

You can PM me with any deals you have in mind. Thank you.

[Cyberia]

Originally posted by neuron2
Thanks for the update. I'll sleep better tonight. I pulled a 36-hour straight programming session to make RC2 and I still haven't slept yet after 48 hours. :)

Oh My God! Thats dedication. Much appreciated.

Let's all give neuron2 a Thank You!

[clone83]

Thank You Neuron2 and i will get around to sending u a pm asap....

[Leak]

Originally posted by neuron2
Thanks for the update. I'll sleep better tonight. I pulled a 36-hour straight programming session to make RC2 and I still haven't slept yet after 48 hours. :)

Dude! Off to bed! NOW! :eek:

If I tried to pull that off, I could stay at the hospital instead of working there...

[alfixdvd]

Excuse me neuron2, I want to say :" I can't play any movies from avs scripts, if the movie is Bottom Field First.

This night, I send you two mpeg BFF.

best regards
alfixdvd

[Backwoods]

Originally posted by neuron2
Tell me the DGIndex version and put the file on my ftp server. That's the only way I can help you. Try setting both the PIDs to 2 before loading the file.

Both were set to 2 and it still would freeze. I'm using DGIndex 1.2.0 RC2.

If I run the M2T through HDTV2MPEG the resulting MPG2 file saves and demuxes fine in DGIndex 1.2.0 RC2. I'll upload a snippet of the M2T for you tomorrow.

[len0x]

Wow, D2V structure changed drastically! Quick question: previously 2,3,12,13 values meant TFF, what's the equivalent now?

[neuron2]

@alfixdvd & Backwoods

Standing by for the failing streams...

@len0x

Please see the D2V format document included in the zip file. If the last digit is in this set { 2, 3, 6, 7, a, b, e, f }, the tff bit is set.

In the next release I'll push the frame type to the upper nibble. Then the old 0,1,2,3 will still be visible. The end marker will then be ff.

[tritical]

Reading the D2V_format text I am confused about the following statement:
One important issue still to be addressed is that upsampling based on this flag should be done *before* pulldown is applied. Currently it appears that it is not being done that way.
Assuming this is referring to dgdecode, unless something has changed drastically, the upsampling is done before pulldown. It is done right after post-processing and before showQ, all of which are done on the decoded pictures before they are copied out to the other storage buffers from which pulldown is performed using the copyeven/copyodd functions. Or am I missing something?

[loni_blues]

@neuron2

Thanks for the continuous and hard work!
And sorry but, with RC2 I cannot open the d2v file in Gordian Knot, while it still can be done with the d2v made with RC1. The d2v file seems complete, though. Is it a bug in RC2?
Regards.

[len0x]

Originally posted by neuron2
In the next release I'll push the frame type to the upper nibble. Then the old 0,1,2,3 will still be visible. The end marker will then be ff.

By next version you mean another RC of 1.2.0 or 1.3?

[len0x]

Originally posted by loni_blues

And sorry but, with RC2 I cannot open the d2v file in Gordian Knot, while it still can be done with the d2v made with RC1. The d2v file seems complete, though. Is it a bug in RC2?

I suggest that you usually ask about such problems in GK forum, where you can also find a new version of GK bundled with 1.2.0RC2.

[alfixdvd]

Hi neuron2.

I will not to send you any file, because with version 1.2.O RC2 all works fine.

But with versions 1.2.0.b5 to 1.2.0.RC1, I can't play any movies from avs scripts, if the movie is Bottom Field First.

What's wrong ?

best regards.
alfixdvd

[neuron2]

Originally posted by len0x
By next version you mean another RC of 1.2.0 or 1.3? I mean the very next thing I put out, 1.2.0 RC3 or final. I already have it coded and tested.

[neuron2]

Originally posted by tritical
Reading the D2V_format text I am confused about the following statement:

Assuming this is referring to dgdecode, unless something has changed drastically, the upsampling is done before pulldown. It is done right after post-processing and before showQ, all of which are done on the decoded pictures before they are copied out to the other storage buffers from which pulldown is performed using the copyeven/copyodd functions. Or am I missing something? You're right. I didn't actually look at the code. :)

BTW, all of the contortions you went through in making the Info screen (for re-ordering and random access) were completely finessed by letting DGIndex put flags in the D2V. When he indexes he plays through linearly and so it is much easier for him to do all that.

[neuron2]

Originally posted by alfixdvd
Hi neuron2.

I will not to send you any file, because with version 1.2.O RC2 all works fine.

But with versions 1.2.0.b5 to 1.2.0.RC1, I can't play any movies from avs scripts, if the movie is Bottom Field First.
I wrote earlier that the Second_Field variable was not initialized. Glad RC2 is working for you!

[len0x]

Originally posted by neuron2
I mean the very next thing I put out, 1.2.0 RC3 or final. I already have it coded and tested.

Great, thanks!

[tritical]

BTW, all of the contortions you went through in making the Info screen (for re-ordering and random access) were completely finessed by letting DGIndex put flags in the D2V. When he indexes he plays through linearly and so it is much easier for him to do all that. Yep, definitely much easier. Never expected the d2v file to contain all that info, but it is very useful to have it indexed in it.

[Backwoods]

Originally posted by neuron2
@alfixdvd & Backwoods

Standing by for the failing streams...

I cut a piece out of the TS and that 2 second segment ran fine in your latest release then I recaptured a segment from the tape of the same scene and the file loaded and saved fine. It seems to be just this one TS I captured. If it wasn't 1 gig I would upload it to you, if you are really interested in it, I could mail it to you snail method.

[neuron2]

@Backwood

Let's just keep an eye on things. If you have any further problems with other files, please shout. Thank you.

[moonwatcher]

when using DGIndex 1.0.12 this does not occure, but when using the new 1.2.0 RC2 it does.

Movie: Blade Runner
System: NTSC
Flags: Force Film
CPU: Pentium 4 Prescott 3.2GHz 478pin
AVIsynth: 2.55 build: Sep 1 2004

AVS:

LoadPlugin("DGDecode.dll")
clip = mpeg2source("br.d2v")
return clip

i generate the d2v project file, i use a simple avisynth script and i get an Evaluate: Unrecognized exception! on line 2.

again, exactly the same does not occure with 1.0.12

Lior.

[neuron2]

Are you absolutely sure that you used 1.2.0RC2 for both DGIndex and DGDecode? If so, please provide a small clip that shows the problem. My ftp server is given in this thread. Also post the first 20 or so lines of the failing D2V file. Thank you.

[moonwatcher]

DGIndexProjectFile07
1
61 T:\DVD Content\BLADE_RUNNER_16X9\VIDEO_TS\VTS_01_PGC_01_1.VOB

Stream_Type=1
iDCT_Algorithm=5 (1:MMX 2:SSEMMX 3:FPU 4:REF 5:SSE2MMX)
YUVRGB_Scale=1 (0:TVScale 1:PCScale)
Luminance_Filter=0,0 (Gamma, Offset)
Clipping=0,0,0,0 (ClipLeft, ClipRight, ClipTop, ClipBottom)
Aspect_Ratio=16:9
Picture_Size=720x480
Field_Operation=1 (0:None 1:ForcedFILM 2:RawFrames)
Frame_Rate=23976
Location=0,0,0,7FF79

c00 1 0 2048 2 1 3f 3c 35 3e 3f 38 3d 3e 3b 3c 3d 3a
800 1 0 20480 2 1 1f 1c 35 3e 3f 38 3d 3e 3b 3c 3d 3a
800 1 0 36864 2 1 1f 1c 35 3e 3f 38 3d 3e 3b 3c 3d 3a
800 1 0 53248 2 1 1f 1c 35 3e 3f 38 3d 3e 3b 3c 3d 3a
800 1 0 69632 2 1 1f 1c 35 3e 3e 3b 3c 3d 3a 3f 3c 39
800 1 0 382976 2 1 1e 1f 34 3d 3e 3b 3c 3d 3a 3f 3c 39
800 1 0 915456 2 1 1e 1f 34 3d 3e 3b 3c 3d 3a 3f 3c 39
800 1 0 1404928 2 1 1e 1f 34 3d 3e 3b 3c 3d 3a 3f 3c 39
800 1 0 1894400 2 1 1e 1f 34 3d 3e 3b 3c 3d 3a 3f 3c 39
800 1 0 2379776 2 1 1e 1f 34 3d 3e 3b 3c 3d 3a 3f 3c 39

just for the record:
when trying to mix-and-match 1.0.12 and 1.2.0RC2 i got resonable errors: "MPEG2Source: couldn't open source file, or absolete D2V file"

about the upload: do you want a part of the VOB file?

is it possibly machine specific, ie something to do with the prescott CPU?

[neuron2]

Yes, I need a clip that I can use to make the problem happen. Up to several hundred Meg is fine. Be sure that the problem happens with the cut clip.

No I doubt it's machine specific.

[moonwatcher]

checked with a diffrent PAL stream (no force film) and it works fine.
checked with the last vob (78mb):
when opened with DGIndex i get the followi8ng message:

WARNING! Opening GOP is not closed.
The first few frames may not be decoded correctly.

(i guess because its not the first VOB)

but the same problem occures, is it enough to upload this, i am not sure how to cut properly one of the VOBs (which are 1024mb naturally), if its not good then ill cut you the first two hundered MB from the first VOB.

[neuron2]

Yes, any VOB is fine if it makes the problem occur! Cut away the end of the VOB leaving the beginning intact. Test that the problem occurs with the truncated VOB. Then upload it. Thank you.

Do you know how to truncate a file? One way is VOBSplit on the Doom9 full download page.

[moonwatcher]

ok uploading now, used DVDDecrypter's "split by chapter".
uploading first chapter (+-100mb), let me know if you need another one, or its not a good way to cut.

i checked that the problem occures on it and it does.

[neuron2]

Thank you, moonwatcher. Your help in fixing bugs is greatly appreciated.

[moonwatcher]

delighted to be paret of the fight. And besides i want it to work too :)

using your stuff for quite a while, you really do an incredible job.

[muppets]

originally posted by moonwatcher
checked with a diffrent PAL stream (no force film) and it works fine.
checked with the last vob (78mb):
when opened with DGIndex i get the followi8ng message:

WARNING! Opening GOP is not closed.
The first few frames may not be decoded correctly.

(i guess because its not the first VOB)

Did you try to process more than one file in one dgindex session?
I had the same warning and it went away when i closed dgindex after each file and then opened a new dgindex for every file that i wanted to process. Maybe that works for you also.

muppets

[neuron2]

@moonwalker

I got a file about 71 MB in size.

I used DGIndex 1.2.0 RC2 to generate a D2V file with and without Force Film. I used this script to serve to VirtualDub:

loadplugin("dgdecode.dll")
mpeg2source("movie.d2v")

...using DGDecode 1.2.0 RC2, of course.

Everything operated perfectly normally, without any exception as you reported.

Can you please explain your exact steps to generate the issue? Also, please try on a differnt machine if possible. What version of VirtualDub did you serve to?

[moonwatcher]

First: i am still uploading, only 82% complete, sorry but i have a slow uplink.

second, tried serving to Latest virtualdub (1.6.3), virtualdubmod (latest), and media player classic, with exactly the same error.

regarding the steps.
ripped with DVDDecrypter.
open DGIndex, Load VOB file (single).
set force film.
save project.

will try later on the laptop...

edit: sorry for not checking before, doesnt happen when i dont force film.

[neuron2]

I thought it was done because the filesize stopped getting bigger. I'll try again with the complete file.

[loni_blues]

I seem to be having a similar problem with 1.2.0 RC2, though in my case with or without forced film is the same.

Using this simple script:
LoadPlugin("C:\ARCHIV~1\GORDIA~1\AviSynthPlugins\dgdecode.dll")
mpeg2source("C:\DVD\Projects\Confessions\Deleted no ff.d2v")

Checked with Vdubmod 1.5.4.1 and 1.5.10.1 (build 2439). I get the message: "MPEG2Source: couldn't open source file, or absolete D2V file"
My PC is AMD Athlon 1.20 GHz, OS Win XP SP1.

Regards

[moonwatcher]

done uploading...

[neuron2]

Originally posted by loni_blues
I seem to be having a similar problem with 1.2.0 RC2, though in my case with or without forced film is the same.

Using this simple script:
LoadPlugin("C:\ARCHIV~1\GORDIA~1\AviSynthPlugins\dgdecode.dll")
mpeg2source("C:\DVD\Projects\Confessions\Deleted no ff.d2v")

Checked with Vdubmod 1.5.4.1 and 1.5.10.1 (build 2439). I get the message: "MPEG2Source: couldn't open source file, or absolete D2V file"
My PC is AMD Athlon 1.20 GHz, OS Win XP SP1.

Regards Your DGIndex and DGDecode are mismatched. Please be sure you are executing the RC2 versions and remake the D2V file. You cannot load previously made D2V files.

[neuron2]

@moonwatcher

Got the file and duplicated the problem. My source code is at home so when I get home this evening I will determine the cause.

[loni_blues]

neuron2,

Thanks a lot and sorry for the last post. I'm afraid I made some mess with uninstalling and reinstalling things.

Now I am getting the same "Evaluate: Unrecognized exception!" in Vdubmod as moonwatcher reports and only when I apply Forced Film.
All I can say is that it it invariably happens with every vob I've tried: No FF: success, FF: failure.
Kind regards,
loni_blues

[neuron2]

@loni_blues

Yes, me too. I'll fix it and make an RC3 tonight.

[loni_blues]

neuron2,

Thanks!
In case it might bring some extra info for RC3 I've just found out this: the audio delays I get are different between the tracks demuxed with ff and those without ff (using RC2, of course). Those which have 0ms delay are the tracks demuxed with no ff applied. It seems all the problem goes to ff in RC2, doesn't it?
Regards.

[neuron2]

Here's RC3. It's important to get the FF crash fixed.

http://neuron2.net/fixd2v/dgmpgdec120rc3.zip

I'll look into the delay issue now, loni_blues. How big of a difference did you see? It should never be more than one frame time (33ms for NTSC, 40ms for PAL). I know why it is happening and it will be very HARD to change. I was planning to write a journal entry about it. This will motivate me to do so.

Oh, RC3 has the DGParse and DGFix for the new D2V format, and it gives len0x what he was looking for in regard to the old 0,1,2,3 thingie. :)

[moonwatcher]

what delay issues?
i dont think the DVD has any angles in it.
it does look like a poor mastering (shame for such a greate movie).

will not using force film and using decomb to do the job help?
i am not sure i understand what could cause the behaviour you described.
any chance it has to do with the way i configured DVDDecrypter?
(i asked to leave only the first angle, even though i dont think there are any). any further info you want about the media?

[neuron2]

@moonwatcher

I was all wrong. It was a straight bug in allocation of memory in the FF case. I hate being wrong, but there it is. :)

[moonwatcher]

so are we waiting for another version or is it already fixed on RC3?
BTW i would love to help programing if needed, i have quite some background in programing, but mainly enterprise, never did any A/V stuff. though i am quite good with algorithms in general.

[loni_blues]

You're right neuron2!

I have only tested NTSC (due to availability) and the differences in audio delay range from 16 to 34 ms (0 and 66ms with no ff and 16 and 100ms with ff, accordingly).

FF d2vs can be opened now with RC3!

Thanks!

[neuron2]

Originally posted by moonwatcher
so are we waiting for another version or is it already fixed on RC3?
BTW i would love to help programing if needed, i have quite some background in programing, but mainly enterprise, never did any A/V stuff. though i am quite good with algorithms in general. It's fixed, moonwatcher. :D

Thank you for your offer of assistance. When I release 1.2.0 final, you can grab the source code and have a look at the development list sticky thread. If you feel like tackling something, just let me know.

[len0x]

Originally posted by neuron2
Oh, RC3 has the DGParse and DGFix for the new D2V format, and it gives len0x what he was looking for in regard to the old 0,1,2,3 thingie. :)

Thanks! :) Not that I mind having different schema (as long as I know how to interpret it), but strings are easier to compare than hex numbers =)

I was also surprised to see matrix info in RC2 when I managed to use debug info from RC1 already (I have custom build avisynth script debugger built for my programs), but its definitely faster to parse D2V then do special analysis pass :)

[cw_uk]

Firstly, nice work on these new builds of DGindex.
Secondly, I feel kind of stupid for asking this but what do we do with the output of dgparse.
Sample from last run,

[GOP START]
95463: 95463,95463..............2
95464: 95464,95464..............2
95465: 95465,95465..............2
95466: 95466,95466..............2
95467: 95467,95467..............2
95468: 95468,95468..............2
95469: 95469,95469..............2
95470: 95470,95470..............2
95471: 95471,95471..............2
95472: 95472,95472..............2
95473: 95473,95473..............2
95474: 95474,95474..............2
95475: 95475,95475..............2
95476: 95476,95476..............2
95477: 95477,95477..............2
[EOF]

[neuron2]

You can use the output to determine whether pulldown is present and what patterns it has. The numbers on the right are the pulldown digits. They can be 0, 1, 2, or 3. See here for a technical discussion:

http://www.doom9.org/ivtc-tut.htm#TechnicalGuideToDVD2AVI

For example, I can see from the frame numbers to the left that there has not been any pulldown up to that point. I can conclude that you have a top-field first movie. If it is NTSC, it is probably interlaced but may be hard telecined. To distinguish the two, you'd need to step through the output and see if you get a pattern of 3 progressive frames followed by 2 interlaced frames.

[hippoth]

Hi neuron2,

can you bring back the autoincrement functionality? I mentioned it in another thread too. I know that we have a drag & drop function but it´s not the same like...you know what I mean ;)

Please!

[neuron2]

I agree that it is not the same but, no, I don't know what you mean. You have to justify your request. Is there a problem for you with the current operation? If so, what is it?

[hippoth]

The problem I see: If I open a folder with a lot of vobs (e.g. a DVD folder)...I know whats the first vob but I don´t know whats the last needed vob...with "autoincrement open" I never had to think about because the old DGIndex former DVD2AVI took care of this

...you know now what I mean?

[Cyberia]

Here's the full difference between the methods:

You must draw a box around the files you want rather than double-clicking on the first one.

That's it.

Plus you gain the ability to selectively choose your files. Seems like a good trade off to me.

[hippoth]

Originally posted by Cyberia
You must draw a box around the files you want
Thats the problem...you must know the needed files...do you know always the main movie vobs?
Drag & drop is fine but I miss the good old double-click-on-the-first-file-method

[neuron2]

Sorry, but the time to have brought this up is when the feature change was discussed here. If you were not around at that time, or not interested in the discussion, well, tough luck.

[Cyberia]

Originally posted by hippoth
Thats the problem...you must know the needed files...do you know always the main movie vobs?
Drag & drop is fine but I miss the good old double-click-on-the-first-file-method

Yep, I always know what vobs are main movie vobs. I could offer help in this regard...

How are you ripping the vobs? If you are using DVDDecrypter you can configure it to rip only the main movie vobs and not to split vobs. Would that help?

[hippoth]

Originally posted by neuron2
If you were not around at that time
Yes...thats my problem...I didn´t know it.

Originally posted by Cyberia
I could offer help in this regard...
No...I know how to handle a backup of a DVD...sure ;) (look at my registration date)
It´s just laziness to look for the right vobs because sometimes I backup the whole DVD to HD...not just the main movie files.

[neuron2]

If I get some spare coding bandwidth, I'll put it back in.

[hippoth]

Oh great...be sure of my thankfulness! :)

[cw_uk]

Originally posted by neuron2
You can use the output to determine whether pulldown is present and what patterns it has. The numbers on the right are the pulldown digits. They can be 0, 1, 2, or 3. See here for a technical discussion:

http://www.doom9.org/ivtc-tut.htm#TechnicalGuideToDVD2AVI

For example, I can see from the frame numbers to the left that there has not been any pulldown up to that point. I can conclude that you have a top-field first movie. If it is NTSC, it is probably interlaced but may be hard telecined. To distinguish the two, you'd need to step through the output and see if you get a pattern of 3 progressive frames followed by 2 interlaced frames.

Thank you for that very clear description, it just knocked me off a bit where the day before i had used RC2 where i just told it the path and it spat it all out for me then the next day with RC3 i got that lol.

[neuron2]

Originally posted by cw_uk
it just knocked me off a bit where the day before i had used RC2 where i just told it the path and it spat it all out for me then the next day with RC3 i got that lol. Now you're confusing me.
Spat all what out? There wasn't a compatible DGParse released until RC3.

You know what, if you don't know what DGParse is for, then there is no reason for you to be using it. :D

[Bluedan]

Neuron, I totally disagree with the current agreement!

hippoth, the "new" way is not even a click more when drawing a rectangle around the main movie VOBs for selection and if you were really comfortable with DVD structures you'd easily spot the main movie VOBs which lie anyway lined up next to each other in your folder because of the sequential numbering, even if you simply put a copy of the whole DVD on HD!
I cannot help thinking that you've become a bit rusty, he?
I feel ashamed that you dare nagging a busy coder like Donald just for your personal selfish comfort. :mad:

I don't want to sound too harsh, but the discussion about this point is already over, Neuron was right in his first reply to your request and I don't understand why he gives in...

The big part of the board members agreed on this, why should he waste his valuable time for this on a single users requests who is - as he admits himself - obviously lazy. And it' sooo obvious! I feel like this really doesn't deserve to be a reason to change the opening dialogue again !

I'm so glad that these people spend their time for writing free programmes while I didn't advance since doing assembler for the c=64!
Truly, I find this demanding! Period.

[Cyberia]

@Bluedan - I couldn't agree more. Well said.

[aaar9800]

yeah, come on...

If you know that the first file of the main movie is in the 3rd VTS (for example)- VTS_03_1.vob in other words, then I have no idea how someone could not understand that the end of the main movie would be VTS_03_X.vob, where X is the largest number it gets too in the 3rd VTS. Also its the one before the VTS_04_0.vob(If there is a 4th VTS) Anyway, I don't think that we should be saying whether or not neuron2 should add what hippoth asked for - it's for neuron2 to decide. I personally don't care if the autoincrement will be back, but do believe that it is completely unnecessary.

[neuron2]

Please don't be hard on hippoth! I always encourage users to speak their minds. He's been polite. He has strong views; so do I! It's not a crime. I certainly wouldn't want him to be discouraged from making suggestions down the line.

So, I appreciate everybody's positions but we can all be a little tolerant, right? I knew you could. :)

[Bluedan]

Originally posted by neuron2
I always encourage users to speak their minds. :)

Well, then I'd like to have automatic AVS creation with, let't say...ehh... best settings, in the next major release, ok? Kindly-wise. ;)

No more anger, but sometimes it seems like people are forgetting, that this is supposed to be a community, where singles must stand back... couples welcome! ...Mhh, now it's getting the wrong way... :o

BTW, Neuron, by looking at your postage times I cannot figure out when you might have put on your night cup in the meantime? You're not actually 66 years old and feel refreshed after 4 hours of sleep?

[neuron2]

@Bluedan

Was that the night I didn't sleep at all?

I'm 52 and look like this:

http://neuron2.net/board/viewtopic.php?t=619

Everybody is welcome to post their pic in that thread.

Please define "best settings". You know, I hope, that you can make your AVS template generate any default settings that you like.

[fccHandler]

You're 52??? :eek:

Is that human years or cat years?

Truthfully man, I would never have guessed it from your pic. I just hope I look that good when I'm 52! (13 years from now...)

[neuron2]

Ya gotta be a swimmer to look that good. :)

[MacAddict]

Originally posted by fccHandler
You're 52??? :eek:

Is that human years or cat years?

Truthfully man, I would never have guessed it from your pic. I just hope I look that good when I'm 52! (13 years from now...) Totally agree! I should think even the celebrity types in Hollywood would be jealous of you Donald:) So the cold waters of Lake Michigan is the secret ay:D Personally I'm more jealous of where you live, a great city and certainly my favorite!

Anyways, no problems with delay or anything else here using RC3. Thanks again for the continued effort!

[zeus163]

I've been having some problems with the delay value that is being reported for audio by rc3 in my .ts files. Normally I open up my .ts files in Project X, cut out commercials, and then demux using project x. Next I would open up the created m2v in DGIndex. That way I can use the original audio. But some of the HD stations that I cap don't open up in Project X. If that is the case, I then edit out commercials with HDTV2MPEG2. I needed to do this for a recent cap and ran rc3 on it. The delay value it reported back was nothing on the ac3 file. Which surprised me greatly. When I muxed the two back together after encoding the file, the audio was out of sync. I then tried to run the edited .ts file through autoGordionKnot(?) v. 1.89 and the delay that was reported back was -365. When I ran that offset on the .ac3 file and muxed it with the encoded file it was perfectly in sync.

I then did another cap from the same channel and this time rc3 reported back a positive delay of 4880. In the meantime, I had upgraded AGK to 1.90 and it also reported back 4880, but when I tried this value with the encoded file it was super out of sync. I then used an older version of DGIndex and got a delay value of -357. When I used that on the .ac3 file and muxed back together, it was in sync.

I'm just curious to why there would be such significant differences and why the older versions seem to have the correct values. When I get home I can edit a short clip and send it off--if the cut clip also shows what is happening.

[len0x]

FYI AGK 1.89 was using DGIndex 1.1.0 (1.90 is using RC3), so that's what delay issues should be compared to.

[neuron2]

@zeus163

You have to give me a clip that shows a significant difference when processed directly with 1.2.0RC3 and some earlier version that you think is correct. I don't want to hear anything about this cutter or that cutter, GK, etc. When you give me the file, tell me which version you are comparing 1.2.0RC3 to. Thank you.

[bob0r]

Now that DGMPGDec can open .PVA files. i got a question/request.

I have BBC.2.England.20.Jan.2005.pva which i open and i make a .d2v file. for example:

cap MPA DELAY -300ms.mpa
cap.d2v

Now notice the -300ms, when i encode like a xvid sample, and i merge the video/audio, ofcourse the audio is desynced.

I fix this by delaying the audio with -300ms in nandub.

This works...but,

Is it possible to sync the .mpa file with DGMPGDec?

PVAStrumento.exe (2.0.25) demuxes a .pva into video/audio with an option to sync the audio, so it is possible i guess.

.. is it? :confused:

[zeus163]

@neuron2

Thanks for your response.

In order for me to send you a file that is small enough, I would have to cut it. If that is OK then I will do it. If not, I will cap a few minutes tonight when I am at home (if that is acceptable).

How big can the file size be?

Thanks for helping out. I appreciate all of your hard work as I know that I wouldn't be able to do it.

[cw_uk]

Originally posted by neuron2
Now you're confusing me.
Spat all what out? There wasn't a compatible DGParse released until RC3.

You know what, if you don't know what DGParse is for, then there is no reason for you to be using it. :D

Didnt realise i came off sounding like a complete n00b. i know exactly what DGParse is for. i just didnt know what to do with the latest version as it had no readme with it to say what had changed. i just happened to mention the incorect version i was using at the time. :(

[neuron2]

Originally posted by bob0r
Is it possible to sync the .mpa file with DGMPGDec?
It's on the development list but has a low priority. Is it so hard to set the offset in nandub?

[neuron2]

@zeus163

Up to a couple hundred meg is fine. I don't care where or how you get the file. All I care about is that I can duplicate your issue using it. Please put it up there soon so I can work on it when I get home.

[neuron2]

@cw_uk

The information is all the same, but is more readable. I didn't print the VOB cell id either, because I think it is useless for what DGParse is used for.

[neuron2]

@zeus163

I was hoping to work on this tonight. Any chance?

I'd really like to release 1.2.0, but can't while your issue is hanging fire.

[zeus163]

Its got another 45 minutes or so. The clip is 150 megs or so and FlashFXP shows that I'm at 53% complete.

I'm sorry it took so long to get to this. Since the grandparents were watching the kids tonight, it was date night for an early Valentines. As soon as I got home I got to this.

I also included a text file with some info for you. If you have any questions there is an email in there you can use.

I hope this gets there soon enough!

[neuron2]

Thank you, zeus163. I'll get right on it.

[neuron2]

@zeus163

That sure was an interesting issue. Your stream is extremely weird but you did uncover a real problem. The stream now has a home in the "Weird" subdirectory of my test file suite. :)

Your stream has no GOP headers, at all! That's legal of course. But the stream also doesn't use the temporal reference field properly.

I try to get the temporal reference of the first I frame. But now I realize that it should be the first I frame after a GOP header, because the GOP header resets the temporal reference to 0. So I do that now. Also, if there is no GOP header, I then do not use the temporal reference adjustment in the delay calculation.

While this gives me a delay of -404ms now for your stream, I'm still concerned that your stream does not use the temporal reference field properly, i.e., it doesn't increment for each frame in display order until reset by a GOP header, as required by the MPEG2 spec. And it has large values like 0x268. That won't throw me off, unless a GOP header comes along and the next I frame has a bad temporal reference. I do check for the value to be reasonable (less than 18), and I don't use it if it isn't. The worst thing that can happen is that the delay value given is wrong or absent, but this will occur only for illegal streams.

I'll put up an RC4 shortly with this change.

[loni_blues]

I know the difference in audio delay between tracks demuxed with FF and those without it is really small, but which value should we trust for muxing?
Regards

[neuron2]

Originally posted by loni_blues
I know the difference in audio delay between tracks demuxed with FF and those without it is really small, but which value should we trust for muxing?
Regards There is no difference in RC4. I was using the FF adjusted frame rate when I should have been using the MPEG2 encoded frame rate. :)

Thank you for pointing out that issue.

[neuron2]

Here's RC4. The only change is to the delay calculation as described. I also included the 1.2.0 DGVfapi.vfp.

http://neuron2.net/fixd2v/dgmpgdec120rc4.zip

I sure would like to release this today or tomorrow. ;)

[loni_blues]

I am getting audio delays of -66ms in 2 tracks demuxed from the same vob with rc4 when I used to get different values of 0ms and 66ms with rc3 and no ff. Is this to be expected?

[zeus163]

I'm glad that my weird stream was of some help. I seem to recall that somebody once wrote streams with no GOP headers can't be opened properly in Project X. Which would explain why I couldn't open that stream up in that program or open it up properly to cut out commercials. I now think that several HD stations that I receive send out their streams without any GOP headers. But with your work, I should be able to handle that problem now. Thanks for taking the time to look at that file I sent you. I appreciate it.

I will try the latest version out today when I do another cap from the same station. I'm going to guess that the stream will have no GOP headers as well.

thanks!

[neuron2]

Originally posted by loni_blues
I am getting audio delays of -66ms in 2 tracks demuxed from the same vob with rc4 when I used to get different values of 0ms and 66ms with rc3 and no ff. Is this to be expected? Without seeing the stream, I can't tell you what is expected. Do the delays appear correct?

You know where my FTP server is. Hint, hint.

[zeus163]

@neuron2

I ran RC4 on the complete .ts file that I started with. I used the delay value that it came up with on the .ac3 file and it worked perfectly when I muxed it back with the encoded file.

Thanks a bunch!

[neuron2]

@zeus163

You're welcome. Thank you for the feedback. It makes it all worth while for me.

[neuron2]

Originally posted by zeus163
I seem to recall that somebody once wrote streams with no GOP headers can't be opened properly in Project X. Which would explain why I couldn't open that stream up in that program or open it up properly to cut out commercials. I now think that several HD stations that I receive send out their streams without any GOP headers. Interesting. Fortunately for us, DGIndex spits out a new "GOP line" at each I frame, otherwise the limit of 499 pictures would have killed us. The real limit is 499 frames between I frames.

[Boulder]

Hi Don,

I just tested RC4 and noticed that the delay is incorrect for my MPEG2 -captures. The delay reported for the original clip was -124ms, in earlier versions it's -44ms. The delay for the cut sample file (see below) is -80ms but it's still way off.

I'd say the delay should be closer to zero for both clips although it's hard to determine. Nevertheless, -124ms and -80ms sound off to my ears, the audio runs too early.

I uploaded a sample clip to my webspace as I couldn't log on to your FTP site.

http://www.saunalahti.fi/sam08/delayclip.mpg

[neuron2]

@Boulder

Greetings from the quantum vacuum!

Ha, ha, I had already fixed that in my local build in preparation for release. It gives 0ms for the uploaded clip.

Try this one:

http://neuron2.net/fixd2v/dgmpgdec120rc5.zip

[Boulder]

Thank you, Sir, will try it ASAP:)

The wonders of hybrid NTSC->fieldblended PAL conversion..grr

[Boulder]

A bugreport from elsewhere : the filter BlindPP() doesn't work anymore. When you load a script with BlindPP() in VDub, it just vanishes. Also it probably has the same postprocessing bugs that MPEG2Source() had.

Just thought I'd report it since some people are using it, not me though:)

[neuron2]

Woe is me. It fails in the release build but not in the debug build. :(

Back to printf's.

[wolfsoft]

When would vfapi update?

[neuron2]

@wolfsoft

I don't understand your question. DGVfapi is in the RC5 zip file.

[quinn]

Using the latest version (RC5) - I have a VOB file that has a 15 second delay on the audio.

DGIndex does not add ANY information about delays in the name of the ac3 file that is extracted.

Using a different vob with 0-second delay, everything is fine...

Same thing happens with RC3.

[neuron2]

If it is greater than 5 seconds, DGIndex does not report it, the idea being that something is dreadfully wrong.

[Boulder]

I have one DVD where the delay is really very long, over 8 seconds IIRC. It's Evil Dead, Elite Entertainment's release and the massive delay is on Bruce Campbell's commentary track. I don't know why they didn't just use silence instead:confused:

[len0x]

A user reported normal delay of 23 sec here:
http://forum.doom9.org/showthread.php?s=&threadid=90039

[neuron2]

I'll just report whatever it calculates, then.

[len0x]

Those delay calculations seem to be pain in butt, aren't they?

[LigH]

The reason for those huge delays may be:

At the beginning, there is audio only in audio stream 0 (the first, probably english audio stream) during the playback of a publisher trailer (e.g. Columbia TriStar, Warner Bros., ...).

After the end of this trailer, all the other audio streams start where they have to start to achieve synchronity in their respective languages.

I'm not sure why this works at all; maybe at the end of the trailer, a cell command kicks in which switches to the selected audio stream; maybe the player simply plays the first stream as long as there is no audio in the selected one (although I rather doubt that)...

[Spyn]

hi,

why dgindex (1.2.0 RC5) show "interlaced" in "frame type" for a lot of my movies that are not interlaced at all ?

framerate is also wrong for some movies : dgindex show 20 fps but the movie is 25 fps

sorry for english :D

[len0x]

I have a feeling that % of FILM calculation after d2v format was changed is slightly off... I used to rely on that number to calculate total number of frames in D2V and now in some rare cases (haven't traced them yet) I seem to miss the mark somehow. Or may be the way frames are represented has changed? Previously I had to discard first 4 numbers in a D2V line to get number of frames in a GOP (and that always worked OK), now I'm discarding 6. Anything wrong with that?

[neuron2]

Originally posted by Spyn
why dgindex (1.2.0 RC5) show "interlaced" in "frame type" for a lot of my movies that are not interlaced at all ? Because that is what the MPEG stream is saying about the frame.

framerate is also wrong for some movies : dgindex show 20 fps but the movie is 25 fps Probably you have force film set inadvertently.

[neuron2]

Originally posted by len0x
I have a feeling that % of FILM calculation after d2v format was changed is slightly off... I used to rely on that number to calculate total number of frames in D2V and now in some rare cases (haven't traced them yet) I seem to miss the mark somehow. Or may be the way frames are represented has changed? Previously I had to discard first 4 numbers in a D2V line to get number of frames in a GOP (and that always worked OK), now I'm discarding 6. Anything wrong with that? It hasn't changed.

Yes, you skip the first 6 now.

[neuron2]

Originally posted by Boulder
A bugreport from elsewhere : the filter BlindPP() doesn't work anymore. When you load a script with BlindPP() in VDub, it just vanishes. When support for 4:2:2 was added the developer neglected to make the QP_store array big enough for that. I fixed that. I assume you had the problem only with YUY2, because I couldn't make it fail with YV12, and the YV12 code looked fine.

Also it probably has the same postprocessing bugs that MPEG2Source() had. No, because they both call the same functions. The only difference is that BlindPP() creates a quant array out of whole cloth.

I will now close this thread as 1.2.0 has gone final. Thank you very much to all posters who contributed bug reports and suggestions. Your collective perspicacity is an important, nay, indispensible, ingredient in the success of our tools.