Hi There
I'm very new to DVDAE, just bought it today in fact - in the hope of averting a replicator crisis. I mastered out a dual layer project to 2 DLTs using DVDSP 4.1.2. I read the DLTs back and burnt a DL DVD-R in Toast as a test disc (knowing that Toast would create its own layer break point). The test disc worked fine. So I delivered both a PAL and NTSC version to the client, both with working test discs ex DLT.
This was 2 months ago - I get a call yesterday saying they have just heard from the replicator (in China - I'm in Australia) that Layer 1 of both versions won't read, apparently Layer 0 is reading fine though???
So I re-exported both versions as DDP 2.0 files to single layer DVD-Rs, Layer 0 on one disc, Layer 1 on another and sent them off in a rush as my client is going to press tomorrow. I've just fired up my brand new copy of DVDAE and done a test export of the DDP 2.0 files to compare and I have come across a discrepency that I hope someone can explain to me.
In my DVDSP DDP 2.0 file folders both Layer 0 and Layer 1 folders contain 3 files, CONTROL.DAT, DDPID & MAIN.DAT. In my DVDAE DDP2.0 file folders, Layer 0 contains the same three files, but Layer 1 only contains 2 files, DDPID, and MAIN.DAT.
Is DVDAEs version of the DDP files the way it should look?
Would the presence of the CONTROL.DAT file in Layer 1 of the DVDSP created DDP file folder cause the replicator to reject the Layer 1 DLTs?
With the new DVD-R versions of the DDP files I've created from DVDSP - if the CONTROL.DAT file is removed from the Layer 1 folder, should it work then?
I have many more questions regarding DVDAE but they are all less urgent and I look forward to exploring them further when I'm less worried.
Thank you in advance for any advice you can give me.
Cheers
Brent
DDP file issue
Hi Larry,
The project was completed a month ago and when the replicator reported the error we immediately made a new copy for them on DLT. I have not heard back from them to see if this file is okay. If I sent you the 2 layer folders now, I am not sure it would be exactly the same as the file with the error. If the problem still exists with the new files, I will gladly send them to you. The one thing you mentioned which may figure into the problem is reusing the TS folder. It is possible that we did reuse the TS folder as we would have burnt a copy on DVD-9 to test before formatting the DLT. I did not realize this could cause a problem. I know that the new DLTs did not reuse the TS folder so if this checks out, most likely that is the problem.
Thanks for your help.
Anna
Hi Anna, If you mail me a
Hi Anna,
If you mail me a copy of the two layer folders on DVD-R, I will take a look and see what the problem is. Otherwise there are too many possible explanations, including a temporary glitch caused by any number of errors, including hardware. So, for example:
Is it repeatable? If you build it again do the new folders match exactly? Did you make a change and tell it to reuse the video_ts folder when you rebuilt? Is you DVDSP project clean? Did you try saving the DVD project as XML and then making a new one from it?
The list could go on and on. Once you have even a minor problem, it can multiply, since DVDSP's internal structure is very complicated.
If you use DVDAE to build a DDP image (or DLT), then use our compare function to comare the original folder to the image or tape, you can be pretty sure it is ok, because of all the internal checks plus making sure that all of the data was written correctly. There could still be problems with the low-level VOB data, but that is far less likely and not what your replicator reported.
Regards,
Larry
PO Box 37
Coloma CA 95613
layer 1 problem
Hi Larry and anyone else who can help. I am having the same problem with DVDSP. I sent a project to the replicator and they could only read layer 0. They said that layer 1 had no ddp. Does anyone know what is causing this error. There are no error or warnings on the log.
Thanks,
Anna
The presence or absence of
The presence or absence of the CONTROL.DAT file in the layer 1 folder should not make any difference if the replicator is using a modern version of Eclipse, 3.0 or later. I can't vouch for earlier versions, or other replication software. The CONTROL.DAT file contains the 32 leadin sectors, and if mastered for CSS with DDP 2.0 will also contain another copy of the region encoding, which must match the VMG.
Technically it should not be there on an OTP disc, since playback continues from the end of layer 0 in the opposite direction, with no leadin. On PTP discs, it will go back to the beginning so I presume it would be required. (We do not support PTP on DVDAE 3.0, but will with HDAfterEdit).
Since the DDPID file contains essentially a directory of the other files, I doubt that just removing the CONTROL.DAT file will solve anything, but should cause an even more severe error without also fixing up the DDPID file. (It is a text file).
If the replicator has Eclipse, you should try to get them to send the Eclipse log file to Eclipse technical support, or to me. Any Eclipse owner can mount any log file and examine it in detail.
If they do not have Eclipse, you should probably look for another replicator.
Regards,
Larry
Thanks Larry
Hi Larry
Thanks for your your kind offer to look at the Eclipse log! I'll wait and see what happens with the new DDP files I sent through but if there is still problems I might take you up on it.
I'm very excited about exploring all the features of DVDAE and can't wait to have a look at HDAE!
Thanks again
Brent
Post new comment