VideoReDo not seeing entire .VOB???

[texneus]

Everything was going great with VRD until I found this. On some .VOBs VRD isn't "seeing" more than the first few seconds of the file. After some playing the pattern I'm finding...

Source discs = DVD-R or -RW recorded on Sony RDR-GX7 set top recorder. Material can be from any source (A/V inputs, tuner, or firewire from a camcorder). Rip with DVD Decrypter to one giant .VOB. In the file I have open now, the .VOB is 3,319,836KB and corresponds to about one hour of video. When I open it in VRD the slider only goes to 0:0:01.60 (thats one point six zero seconds). The length VRD sees varies with the source .VOB. In one file it saw about 14 seconds. Most seem to land at around 5 or 6 seconds. But it is always the same for each .VOB file. The original DVDs do play on the source recorder and other players, and the extracted .VOB can be played in PowerDVD.

Whats more. DVD+RW discs from the same recorder imported the same way do not suffer this. I have been using +RW exlusively for transfering video from the recorder which is why I hadn't come across this before. I litterally stumbled on this when I wanted to edit some family video that was transfered to -R.

[DanR]

When I open it in VRD the slider only goes to 0:0:01.60 (thats one point six zero seconds).Is the total program duration as shown in VideoReDo also 1.60 seconds as well?

I have a theory that the -R is messing up the PTS timestamps in the file, and here's a quick way of finding out:

1) Start VideoReDo
2) Immediately go to Tool>Trim.
3) Load your VOB and trim it to about 1/4 to 1/2 the original length.
4) Then, open the trmmed video and see if the program duration changes from the 1.60 seconds to something corresponding to the trimmed length (e.g. 1/2 the program length).
5) If #4 look reasonable, try the same procedure, except with the later half of the file.

[texneus]

Is the total program duration as shown in VideoReDo also 1.60 seconds as well?

Hmm, never noticed this before. I can scrub to 1.60 seconds but the max time under the scrubber and in the "Times:" window all say 1.52 seconds.

I have a theory that the -R is messing up the PTS timestamps in the file

Here are the results of your test.

Saved the first half (1600MB) with the trim tool. When I open it the max indicated time is 22.02 seconds. While scrubbing, occationally a frame of video from the future will appear in the video window briefly, but it's not repeatable. If I scrub to anything past 9.60 seconds the video does not update and as soon as the mouse stops the cursor jumps back to the begining. If I click on the scrub par past 9.60 seconds the cursor momentarilly appears at the click then immediately bounces back. If I press the play button the full 22.06 seconds is played properly.

Saved the back half (1600MB) with the trim tool. Basically same results, except time shown is 21.06 seconds. Max scrub point before cursor starts bouncing back to start is about 5 seconds. Generally speaking, scrubing action from 0-5 seconds is very erratic, as if VRD can't decided where it's actually at. While draging the cursor it bounces around, say, 2-3 frames either side of where the mouse is, sometimes it goes all the way back. Pressing play, the footage plays fine up until about 19 seconds when the audio drops out. The video will continue playing without sound beyond the 21.06 mark but stops after about 15 seconds (the counter is not updated while this happens).

And so, a collective "Hmmmm" is heard echoing about the land...

[DanR]

And so, a collective "Hmmmm" is heard echoing about the land...Hmmmm...

If you can get a 10-20MB clip which displays this behavoir, please upload it to the FTP site: ftp://videoredo:videoredo@ftp.drdsystems.com/ and I'll take a look at what's going on. Since the VOB plays well in standalone players and the splitting didn't work, now I'm not sure what's going on. Probably should upload the IFO files as well, maybe I can glean something from them.

[texneus]

On there way dan. The file is "DisneyFront.VOB" and is 20MB. I could not get the problem to reproduce on a smaller file size. Since I'm on a dialup connection, this is going to take a while...

[DanR]

texneus, I see the problem and its exactly what I suspected. There's a break in the timestamps right in the middle of the file.

The quick fix is to load the file into VideoReDo and then save it without any editing. This will remux the entire file creating new timestamps.

I'll going to add some code into VideoReDo do give you a warning when you try to open a file, and suggest that you remux the file before editing.

I'm also going to look at some better solutions, that that might take a while.