Optimal layer break position must be a multiple of 16 Optimal L0 sectors 2,026,393 Next largest acceptable value 2,026,400
Log looks like this:
I 03:13:01 Operation Started! I 03:13:01 Source File: E:\Nav ISO\464210-1711.MDS I 03:13:01 Source File Sectors: 4,027,872 (MODE1/2048) I 03:13:01 Source File Size: 8,249,081,856 bytes I 03:13:01 Source File Volume Identifier: 464210-1711 I 03:13:01 Source File Application Identifier: Session Offset : 0 VTC Sector Offset: 0 I 03:13:01 Source File Implementation Identifier: Smart Storage, Inc. I 03:13:01 Source File File System(s): ISO9660, Joliet, UDF (1.02) I 03:13:01 Destination Device: [0:1:0] TSSTcorp CD/DVDW SH-S182M SB06 (Z:) (ATA) I 03:13:01 Destination Media Type: DVD+R DL (Disc ID: MKM-003-00) (Speeds: 4x, 6x, 8x) I 03:13:01 Destination Media Sectors: 4,173,824 I 03:13:01 Write Mode: DVD I 03:13:01 Write Type: DAO I 03:13:01 Write Speed: MAX I 03:13:01 Link Size: Auto I 03:13:01 Lock Volume: Yes I 03:13:01 Test Mode: No I 03:13:01 OPC: No I 03:13:01 BURN-Proof: Enabled I 03:13:01 Write Speed Successfully Set! - Effective: 11,080 KB/s (8x) I 03:13:01 Book Type Setting: DVD-ROM E 03:13:01 Optimal layer break position must be a multiple of 16. E 03:13:01 Optimal L0 Sectors: 2,026,393 E 03:13:01 Next Largest Acceptable Value: 2,026,400 E 03:15:14 Operation Failed! - Duration: 00:02:13 I 03:15:14 Average Write Rate: N/A - Maximum Write Rate: N/A
I managed to burn one by manually setting the L0 break at 2,026,400 and I tested it briefly in the navigation unit. It appears to work. Is manually changing the layer break for what amounts to an exact copy expected? Am I doing something inherently wrong causing this problem, or is it possible Lexus is trying to make copying/archiving this data more difficult?
I did try to change the write speed, but nothing seemed to make any difference until I manually set the layer break.