Layer break not where DVDAE says it is

I've aged a lot in the last few days!
I've got a job here which is freezing in a certain Pioneer player at the same point every time BECAUSE a seamless layer break is being placed there without my permission. The authoring (in DVD SP) clearly tells the layer break to occur on a designated cell and NOT to be seamless.

When I load this DVD-R DL (or the images it was made from) back into DVD AE, it shows me that the layer break is exactly where it should be ... BUT NO IT ISN'T! We've got an old Sony player that shows the layer you're in and it jumps to layer 1 exactly where the Pioneer player is freezing - around 8 minutes earlier than I designated.

It's pertinent to mention that this erroneous layer break spot is the first eligible layer break spot according to DVD AE's blue arrows. Out of frustration I even cut DVD AE out of the picture and did all the imaging in DVD SP, to the same result. All images are being burned in Toast ... but none of this matters when DVD AE tells me the resulting disk is fine.

Larry or Ian? Do you guys know what's going on here?

Thanks.

Glad you got around it !

Hi Michael,

Glad you found a workaround.

Michael Costa wrote:

Of course, the pragmatist in me says that this all proves nothing anyway. They're not replicating from that burned disk and they're not replicating from the build that created that disk. They're replicating from the DDP disks I'm making right now and this is the point where I hold my breath and don't release it for a week or two while REAL disks are made.

Exactly. I hope you are making the DDP with DVDAE ? In this case I have complete confidence you'll be fine. As far as why DVDSP achieved a good result on your test copy but Toast didn't - the success proves the drive is capable of doing what you want, so I can only guess that Toast isn't talking to the drive's firmware in the right way, but DVDSP is.

Ian

An update . . .

Well, I tried a slightly different approach of cramming in as much dummy black as I could into VTS 1 to push everything down the line a little.

Then I removed Toast and DVD AE from the equation and did something odd. I built the image in DVD SP as usual but this time under the "Format" tab I went straight to DVD+R DL from the build without formally making an image.

YES I KNOW now no layer break data is being adhered to ... that never helped me before!! Anyway, the resulting disk was perfect in that the one and only possible layer point was actually chosen - hooray.

Of course, the pragmatist in me says that this all proves nothing anyway. They're not replicating from that burned disk and they're not replicating from the build that created that disk. They're replicating from the DDP disks I'm making right now and this is the point where I hold my breath and don't release it for a week or two while REAL disks are made.

Thanks to all for their help.

This is insane!!

OK, check this out. I've padded the project out with lots of black dummy video. There's much less room to breath and again only one legitimate point for the layer break. (A different point than before)

Once again the resulting DVD+R DL has a seamless layer break at the first available (but totally wrong) possible point and now has a seamy chapter break where I asked the layer break to be.

I think we're just going to have to give this to replication and pray!

P.S.

I re-read your original post. You stated that the LB appears to be 8 minutes earlier than expected. This would imply that layer 0 is in fact smaller than you planned. So maybe the problem is that the burning software is trying to balance the two layers - not fill layer 0.

I think my suggested test is still worth doing as it will at least prove that the LB is shifted by the burning software because of the free space.

Michael

An experiment...

Well, it certainly sounds like you've done due diligence on this problem.

Do remember what's already been said WRT to where the break will fall on a burned disc: there's always a chance the burning software will set it someplace other than where it will wind up on the replicated disc. The fact that there's 900 MB of free space makes we wonder if the burning software is simply trying to fill layer 0 and hence going past your chosen LB. As a test of this you could try adding some dummy content to the end of the disc to fill up layer 1. See of this changes where the burning software places the LB.

As to your last question: DVDAE is showing you where it would put the break if you were to ask it to format it for replication (DLT or images). That's all it can do.

BTW: I have wanted a way to determine were the LB is on a burned/replicated disc for a long time. I think you'd need to have some kind of customized firmware for transport controller and a program that could receive the information.

Michael

In which case, the news is worse then

Thanks for the comprehensive reply Michael.
Taking what you've said then, the disk is ignoring what authoring is recommending and doing its own thing, despite there being none of those barriers that would normally jeopardize this process. The disk has over 900MB free. Layer 0 is nicely larger than layer 1. I'm using +DL disks which have been fine in the past for using the programmed layer break.

If the only way of knowing where the break is is using players, then our Sony which displays the current layer is the master here. It proves that the break is where the Pioneer machine freezes and not where I want it. It's also making a seamless break in the middle of the performance which makes no sense. Also, I've re-encoded both the video and audio for this area to no avail so I don't think it's a bit rate spike.

If as you say, "the location of the break on the replicated disc cannot be determined using any of the tools commonly available to DVD authors (including DVDAE)", then what is DVD AE showing me when I load in a replicated or burned DVD? It does the whole red and blue arrow thing so am I not to take this as definitive? If not, then what use is it?

Thanks.

Consider alternative explantions?

Have you considered that the problem is not with the LB and that the freeze might be caused by something else - maybe a bit rate spike? That's something you can in fact check with DVDAE.

Also, FWIW:

There's really no such thing as a "layer break" @ the authoring level. That's actually only "encoded" into the disc image during formatting for replication. Authoring tools expose some controls for managing LB placement so that it appears to be another authoring construct, but it's not.

Furthermore, to the best of my knowledge the location of the break on the replicated disc cannot be determined using any of the tools commonly available to DVD authors (including DVDAE). That's because switching of layers is managed by the firmware in the playback transport itself. It's analogous to the situation with a hard disk drive with more than one platter: you see the drive as one long logical extent and don't know (or care) when the file spans platters and requires a head change. That "trick" is handled by the drive firmware. Same with DVDs.

Net/net: it's simply not practically possible to determine the position of the break after replication except by behavioral inference.

Michael

Does the DL DVD+R have layer info on it?

Thanks for the help guys but my situation is becoming ridiculous.
As I mentioned in my original post, I've actually loaded my burned disk into DVD AE and it shows me that the layer break is in the correct position. BUT playing it on a player proves it is not correct. Who's telling the truth here? I can't trust that the DDP will be OK. Plus, I've tried using DVD AE to make DDP folders and then read those back into DVD AE, made an image and then burned a disk with exactly the same (bad) results.

DVD AE is showing me that the layer break is seamy, as I wish. The burned disk is getting a seamless layer break which is what's freezing one machine.

Larry - you say VIDEO_TS folders do not have layer break information, yet the only way DVD AE can look at a disk image is to open it to its VIDEO_TS level. I've been making pro level disks successfully for 8 years and I've never been more confused about layer breaks than I am right now. Sonic Creator made this very easy in terms of what was possible and what wasn't.

Disc images and DDP folders

Disc images and DDP folders have layer break information. VIDEO_TS folders do not.

So if you take a VIDEO_TS folder to a burning program, that program will always decide where to put the layer break. If you take a disc image, it may decide to honor the layer break if you use DVD +R DL. If you use DVD -R DL, there is no layer break information on the resulting DVD.

Regards,

Larry

Thanks for the help ... but ...

Hi guys,

Thank you both for the response. A couple of things:
In my haste, I wasn't clear about the fact that I AM using +R DL disks. I had used the hyphen in my description as a separator and not a format. Totally my bad.

Secondly, my normal practise here is to create the build in DVD SP and then open that with DVD AE and create the image to burn. I totally understand that I need an image file to preserve the chosen layer break. My expectation is that DVD AE will allow me to verify and/or change the layer break position from the VIDEO_TS prior to making the image.

At this stage, DVD AE shows me the layer break is EXACTLY where I programmed it. Once I create the image and burn the disk, I open that disk in DVD AE and it once again visually confirms the layer break to be exactly where I want it. Unfortunately reality shows this not to be the case.

Ian - you say DVD AE can't read the exact location from a disk. Presumably this includes VIDEO_TS folders that we make? If that's the case, then what good are the layer options in the program? I'm sure I'm missing something here!

Recordables aren't reliable for this

Hi Michael,

Unfortunately this is a thorny one. -R DL discs can't place the layer-break accurately, period, so they will bear no resemblance to the choice made in DVDAE. +R can place a layer-break precisely, if the feature is implemented correctly in (i) the burning software (ii) the recorder's firmware. So your best chance is to try a +R disc - Toast should go with a non-seamless cell, but can't confirm.

Finally, DVDAE can't read the actual sector location of a layer-break from any kind of disc - in fact, I'm not aware of any software that can do this. If you open a project you've burnt, it will read your current choice from the prefs/project file. If you delete the project prefs and open the project is will choose the best legal location again. Neither time will it read this from the disc. There is a thread on this in the archives but I can't find it at the moment - I'll edit this post if I can locate it.

Danny's point that only an IMG image file can retain the non-seamless cell setting correctly is worth reinforcing, too.

Ian

DVD-R DL is no good choice

hi michael,
let me say, first of all, a DVD-R DL is no good choice to proof a DVD. I guess you get better results with DVD+R DL because they are more compatible (you can´t talk about relyability with DVD-R DL-media, as we all know ;) )

As I understood your post, you created DVD-Images within DVDSP and burned them with toast, is this right? Have you checked the layerbreak-position within the IMG-file with dvdafteredit?

backround: if there is no valid layerbreak-position within DVDSP, it automaticly set the layerbreak-position back to automatic, so then the layerbreak could be somewhere else!

You could proof this, when you look with dvdafteredit into the opened IMG-file. Another possibility is to have a look within DVDSP, into the format-option, 2nd. tab, if you have a valid layer-break-position it should be fine!

Just be sure you burned IMG-files to the disk, otherwise toast set the layerbreak where IT wants.

danny

Comment viewing options

Select your preferred way to display the comments and click "Save settings" to activate your changes.

Post new comment

  • Allowed HTML tags: <a> <em> <strong> <cite> <code> <ul> <ol> <li> <dl> <dt> <dd> <h1> <h2> <h3> <h4> <center>
  • You may quote other posts using [quote] tags.
  • You may link to images on this site using a special syntax
  • Web page addresses and e-mail addresses turn into links automatically.
  • You may use [inline:xx] tags to display uploaded files or images inline.
  • Lines and paragraphs break automatically.

More information about formatting options

CAPTCHA
This question is for testing whether you are a human visitor and to prevent automated spam submissions.
Image CAPTCHA
Copy the characters (respecting upper/lower case) from the image.