DGMPGDec 1.5.3 Final

[Guest]

Originally Posted by remiche

Number 13 is fatal without doubt-that!

I riping 3 DVDs for 6min!!!
Log file say: no find audio!
HoHoHooo...
I install 1.45 Stable... and all OK (successful RIPs OK)

Please post a link to a portion of the source stream that fails. My guess is that you aren't doing something right.

[ilhyfe]

@neuron2:

I have a feature request:

Sometimes it would be nice if the information window wouldn't close it self so that I can see the timeline while I'm scrolling through the video. Just like dvd2avi.

[squid_80]

Looong standing bug to report in dgdecode: If there's a problem opening the avisynth script (for example the source mpeg file has been moved/deleted or a version mismatch is reported) and an error is thrown, the .d2v file isn't closed and can't be deleted or modified until the host application is closed.

[Guest]

Originally Posted by ilhyfe

Sometimes it would be nice if the information window wouldn't close it self so that I can see the timeline while I'm scrolling through the video. Just like dvd2avi.

You can set single step and then step through with the info window. The problem for jumping around is that some of the fields are not valid unless decoding linearly.

[Guest]

Originally Posted by squid_80

Looong standing bug to report in dgdecode: If there's a problem opening the avisynth script (for example the source mpeg file has been moved/deleted or a version mismatch is reported) and an error is thrown, the .d2v file isn't closed and can't be deleted or modified until the host application is closed.

When I close the D2V and then call ThrowError(), Avisynth takes a system exception. I'd have to trace through Avisynth to find out why and I'm not motivated to do that right now.

[squid_80]

If I had to guess, I'd say the code in CMPEG2Decoder::Close() is wrong:

void CMPEG2Decoder::Close()
{
	int i;
	CMPEG2Decoder* in = this;

	if (in != NULL)
		fclose(in->VF_File);

Of course in is not going to be NULL. I think the check should be if (VF_File != NULL) and NULL should be assigned to VF_File after it is fclosed.

[squid_80]

Actually now that I'm back from voting and have some time to sit down, I see a better way - change CMPEG2Decoder::Close to CMPEG2Decoder::~CMPEG2Decoder. This requires a few other changes, I've zipped the modified source code files and they're at http://216.75.63.164/andrew/dgdecode_mods.zip (Based on 1.4.9)

[buzzqw]

@squid_80
while you are in modifying.. how about ifo parsing (of decrypted dvd) with pgc selection for demuxing.. ?

(i hope Neuron2 don't be angry)

BHH

[squid_80]

I don't know the first thing about IFO parsing.

[buzzqw]

something could be in vstrip source or pgcdemux source

(i want help.. but don't know a single fprint of c/c++)

BHH

[Guest]

No IFO parsing. It's been discussed before.

[Guest]

Originally Posted by squid_80

I think the check should be if (VF_File != NULL) and NULL should be assigned to VF_File after it is fclosed.

I did it that way. Thanks.

[ilhyfe]

Originally Posted by neuron2

You can set single step and then step through with the info window. The problem for jumping around is that some of the fields are not valid unless decoding linearly.

I tried. but when I scroll through the video the info window closes itself.

EDIT: I don't need many information, a timestamp only would e enough.

[Guest]

You didn't follow me.

Position on the timeline to the area of interest. Then set Options/Playback Speed to Single Step. Then hit F6 to play. Now you use the > button to single step. The Info window will stay open.

[ilhyfe]

Originally Posted by neuron2

You didn't follow me.

Position on the timeline to the area of interest. Then set Options/Playback Speed to Single Step. Then hit F6 to play. Now you use the > button to single step. The Info window will stay open.

Hm yeah but I don't want to use the single step function. I want to scroll fast through the video to time xyz.

[Zep]

Did I find a bug? (1.5.0 beta 13)

I capped a HDTV show in 6 segments stopping recording at each ad break etc... then editing lead in and lead out ads. basic stuff.

if I choose all 6 edited final segments in DGindex then output to 1 d2v file it is 59997 frames.

mpeg2source("D:\wholeshow.d2v")

and the audio is in perfect sync.




If I index each segment separately then do this

v1=mpeg2source("D:\part1.d2v")
v2=mpeg2source("D:\part2.d2v")
v3=mpeg2source("D:\part3.d2v")
v4=mpeg2source("D:\part4.d2v")
v5=mpeg2source("D:\part5.d2v")
v6=mpeg2source("D:\part6.d2v")
return(v1+v2+v3+v4+v5+v6)

OR

If I encode each section to xvid first pass then merge the first pass video.pass files then run a second pass well.... both of these ways give me exactly 60006 frames and the audio is off more and more as the encode reaches the end.

in fact the audio is BEHIND by just about 320ms (give or take)
in this example as the audio is shorter in each segment by 1 or 2 frames than the video. (about 41ms per frame the audio falls behind and it adds up more and more over the length of the encode as more segments are hit)

is there something I am missing as to why the video frame count would be so different? They should match right? Can this be fixed?

[Guest]

@Zep

If the frame count was less when doing them separately, I could understand it. But you say it is more that way.

You won't like this answer, but you're going to have to give me at least two sections so that I can duplicate your result.

[Guest]

Originally Posted by ilhyfe

Hm yeah but I don't want to use the single step function. I want to scroll fast through the video to time xyz.

You can't always get what you want. I'm sure that with a little creativity, perhaps with the F6 key and different playback speeds, you can find your desired location without too much difficulty.

[ilhyfe]

Originally Posted by neuron2

You can't always get what you want.

I know but since xmas is near and it worked fine in *old* dvd2avi it should be possible to add :P

[Zep]

Originally Posted by neuron2

@Zep

If the frame count was less when doing them separately, I could understand it. But you say it is more that way.


You won't like this answer, but you're going to have to give me at least two sections so that I can duplicate your result.

Ok I have been doing a ton of tests and I am narrowing it down. I no longer think DGindex
is adding frames but only subtracting frames like you said you thought it would do. After a
avisynth fresh install I now only see LESS frames when I do this

v1=mpeg2source("D:\part1.d2v")
v2=mpeg2source("D:\part2.d2v")
v3=mpeg2source("D:\part3.d2v")
v4=mpeg2source("D:\part4.d2v")
v5=mpeg2source("D:\part5.d2v")
v6=mpeg2source("D:\part6.d2v")

video=v1+v2+v3+v4+v5+v6

video=video.Selecteven()
video=video.Crop(8,8,-8,-8)
video=video.Decimate(5)
return(video)

compared to this

mpeg2source("D:\wholeshow.d2v")
Selecteven()
Crop(8,8,-8,-8)
Decimate(5)

same test chunks the first way returns 2 less frames. I have now done it over a dozen times
and always returns 2 less frames. I am curious as to why less frames are returned
and why above you thought that would be? it makes me wonder WHERE the 2 frames are
cut from. (note I use projextx and VRD and edit at the GOP level) If at the very end then no big
deal but if somewhere in the middle then the audio would be about 84ms longer than the video
after it hits those 2 frame cuts)


Anyway, I am still seeing 9 frames added to the final encode. So I will continue to drive on
as it now appears Vdub/Xvid are adding frames and not sticking to what DGindex ---> avs
is sending to them. (I did a fresh install of both Vdub and Xvid also and it didn't help)


I'll post here what I do find in hopes it helps others.


Thanks