LIGHTNING UK!

UDF is just a 'File System' option you'll find on one of the main tabs when in build mode.

Maybe it's just getting old? These things do deteriorate out over time

It's not 100% accurate (i.e you can't add a file of exactly that 'free space' size due to filesystem overhead etc) but how's this?

No, those duplicates are also cell 1 / time 00:00:00 so they're all equal. I would probably just pick the 2nd one so the entire VTS_03 is on the 2nd layer. On a DVD Video disc, the files of a VTS set are ordered as follows: IFO File -> VOB Files -> BUP File..... Next IFO File -> VOB Files -> BUP File.... Next IFO Files -> VOB Files -> BUP File etc etc.

'Medium Not Present' = No disc in the drive. Put a disc in it and make sure it's one the drive actually supports. Lots of people buy DVDs and expect them to burn in their CD burners - they of course, will not! (That's what corny is hinting at in his post above) EDIT: No you don't have a DVD burner, just a CD burner. If you want to burn DVD's you'll need to buy a new drive.

Yeah that's how RAM discs work. 3x doesn't mean 3x at all, it's all a big con! The only RAM with usable speeds are the 12x ones and of course we can't get 12x media here in europe, it's only available in Japan Still, if you think 3x is slow, imagine how slow 1x discs are Sorry, I didn't get the whole 'not burning the disc again between firmware changes' thing. I wonder why they'd have messed with the read stuff?! What I said still holds true though. My NEC kept failing the software verify when fast write was enabled- and I only ever have official firmware on my drives - the test results would be useless as 'real world' examples otherwise.

Actually I'd found the NEC's to be pretty shit at burning RAM discs with that 'Fast Write' option enabled, I don't think it's just you (or the 1-02 firmware). My Pioneer worked fine, as did my LG. Not sure if I tested my LiteOn. The NEC failed every single time though. If the verify fails, the data is wrong - end of story! Of course you can double check by repeating the verify (via the standalone method) and seeing if the errors are in the same places. It *could* just be a flakey read but it's more likely that the drive didn't write the data properly. Obviously DVDRAM does it's own verification during writing, the fast write thing basically enables 'Streaming' mode for the drive which has the effect of disabling the drives internal verification routines (and tells it to do whatever it takes to maintain a steady stream - even writing utter crap to the disc!). With the NEC, it's better to leave 'Fast Write' disabled and disable ImgBurn's verify - to save doing it twice! (you don't need hardware verify + software verify )

If it's 00:00:00 in the main PGC, or at least on a cell that's not duplicated in other PGCs (you'd probably notice duplicate entries with the same LBA value) then that's equally as good as the IFO/BUP start ones. If the 00:00:00 one does have duplicate entries and the others aren't also 00:00:00 (i.e. they're somewhere in the middle of the PGC), go for the ifo/bup one. Clearly the layerbreak point at the start of an IFO/BUP means that file's data will be the first thing on the 2nd layer. For the other entries (ones with times) it means some part of the VTS set (the bunch of vobs) will be the first bit of data on the 2nd layer. If the layer switch isn't part of the vobs, there's no way it can cause a glitch during playback. ok?

In a very generic sense, if you don't have a VIDEO_TS.IFO file in your VIDEO_TS folder, the VIDEO_TS folder doesn't have all the files in it that it should do.

Because it's useful when selecting the best place for a layerbreak.

So far as ImgBurn is concerned, they basically want you to do a full erase and then run discovery mode to set all the sectors to '0'. You'll then have to do an erase again to make the disc writable.

Make sure you verify the disc as part of the burn process. At least then you'll know that the drive can read what it just wrote. Once we know it can, we'll look at why windows can't see it.

There's something odd that's happened recently that causes the exe compressor used on ImgBurn.exe to crash on startup as it tries to decompress the real ImgBurn.exe. Nobody knows the exact reason / cause and it only happens on some machines. I just hope the next version will be ok!

File splitting is mainly for people that like to limit the maximum size of files on their hdd (or need to - i.e. in the case of FAT32 not supporting files > 4GB in size). I guess you could always have it split in 4 GB chunks and then put those chunks on a disc. That is to say you make an ISO around part of an ISO! Of course you'd still need the entire set to be able to read any of the data and you'd need to somehow get all the files in 1 location somewhere to do that. I believe there's a program called 'Burn to the brim' that might help you sort out what to add to the disc each time - if you do decide to go the manual route.

ImgBurn doesn't split it, you need to do that yourself. So instead of selecting 20GB of data, select 4GB, burn 1st disc, select the next 4GB, burn 2nd disc etc. Or go looking round for a proper backup tool that supports burning to DVDs.

It'll be tomorrow before I'm on here again so I might as well just say 'Happy Birthday' now! Happy Birthday!!

I would think the drive has written to those discs so they're useless now I'm afraid. Hmmm.... 'Test Mode'... it varies from drive to drive. Some are better at doing a fake burn than others and will pick up on more potential issues.

Yup, the first thing I'd do is update the firmware. TYG03 are of course 16x media. The 1.03 firmware is saying they're only supported at 8x for some reason. I'm sure this will be fixed in the latest (1.10 or something?) version. Windows or the drivers basically took the drive offline because it was erroring out. When that happens, Windows broadcasts a device removal message. ImgBurn picks up on this and tells you about it in the log.

It can read it (used in verify mode when pointing out which file an errored sector belongs to) but build mode won't write it. Still, I believe we're just talking about burning an image here so UDF 2.5 doesn't come into it. It's not like 1.02 on blu-ray media doesn't work though. If an implementation can read 2.5, it must also be able to read all the version before it. From what I've seen, UDF 2.5 just allows for a bit more redundancy so there's less chance of a disc's filesystem becoming unreadable due to having a scratch in the wrong place. When there's more of a need for being able to write 2.5, I'm sure I'll do it.

grandmaster, As polopony said, you and I are probably the only two people on here with Blu-ray drives! We're now very very very close to a new ImgBurn release but I'd quite like to get the Blu-ray fixes / additions tested by a 2nd person if you're up for it? I've been testing it with an LG GBW-H10A (N) so it's great that you have a different make/model. If you are interested in trying the latest beta version, just drop me a PM and I'll e-mail it to an address of your choosing.

damn it, I want a usb enclosure that can do 18x!

Hmm I'd think you should only see that error as the program tries to initialise the disc. You won't see any log entries for it so you'll have to provide us with a screenshot showing exactly what you were doing and what it was doing at the time the error popped up.

v2.1.0.0 doesn't support bluray. I've fixed the issues (well, all the ones I found!) ready for the next version. You can however just ignore the 'Read Capacity' errors that pop up when the app tries to initialise a disc. The BD-RE will also need to be formatted before ImgBurn can write to it - and ImgBurn can't do that either. But, after all that, it might actually be able to burn it!

HL-DT-ST BD-RE GBW-H10N GL04 (ATA) Media Information: HL-DT-ST BD-RE GBW-H10N GL04 (ATA) Current Profile: BD-R Disc Information: Status: Empty Erasable: No Free Sectors: 12,219,392 Free Space: 25,025,314,816 bytes Free Time: 2715:27:17 (MM:SS:FF) Supported Write Speeds: 2x, 4x Disc Information: Disc ID: VERBAT-IMa-00 Results: I 11:46:32 ImgBurn Version 2.1.0.13 Beta started! I 11:46:32 Microsoft Windows Server 2003, Standard Edition (5.2, Build 3790 : Service Pack 1) I 11:46:32 Total Physical Memory: 3,405,124 KB - Available: 1,937,468 KB I 11:46:32 Initialising SPTI... I 11:46:32 Searching for SCSI / ATAPI devices... I 11:46:32 Found 2 DVD-ROMs, 1 DVD?RW, 3 DVD?RW/RAMs and 1 BD-RE! I 11:46:38 Operation Started! I 11:46:38 Source File: -==/\/[DISCOVERY IMAGE]\/\==- I 11:46:38 Source File Sectors: 12,219,392 (MODE1/2048) I 11:46:38 Source File Size: 25,025,314,816 bytes I 11:46:38 Source File Volume Identifier: DISCOVERY_IMAGE I 11:46:38 Source File File System(s): None I 11:46:38 Destination Device: [0:0:0] HL-DT-ST BD-RE GBW-H10N GL04 (G:) (ATA) I 11:46:38 Destination Media Type: BD-R (Disc ID: VERBAT-IMa-00) (Speeds: 2x, 4x) I 11:46:38 Destination Media Sectors: 12,219,392 I 11:46:38 Write Mode: BD I 11:46:39 Write Type: DAO I 11:46:39 Write Speed: MAX I 11:46:39 Link Size: Auto I 11:46:39 Test Mode: No I 11:46:39 BURN-Proof: Enabled I 11:47:34 Filling Buffer... (40 MB) I 11:47:34 Writing LeadIn... I 11:47:43 Writing Image... I 12:10:51 Synchronising Cache... I 12:10:54 Closing Track... I 12:10:55 Finalising Disc... I 12:11:05 Exporting Graph Data... I 12:11:05 Graph Data File: C:\IBG\HL-DT-ST_BD-RE_GBW-H10N_GL04_06-FEBRUARY-2007_11-46_VERBAT-IMa-00_MAX.ibg I 12:11:05 Export Successfully Completed! I 12:11:05 Operation Successfully Completed! - Duration: 00:24:27 I 12:11:05 Average Write Rate: 17,619 KB/s (3.9x) - Maximum Write Rate: 18,143 KB/s (4.0x) I 12:11:05 Cycling Tray before Verify... W 12:11:15 Waiting for device to become ready... I 12:11:30 Device Ready! I 12:11:30 Operation Started! I 12:11:30 Source Device: [0:0:0] HL-DT-ST BD-RE GBW-H10N GL04 (G:) (ATA) I 12:11:30 Source Media Type: BD-ROM I 12:11:30 Image File: -==/\/[DISCOVERY IMAGE]\/\==- I 12:11:30 Image File Sectors: 12,219,392 (MODE1/2048) I 12:11:30 Image File Size: 25,025,314,816 bytes I 12:11:30 Image File Volume Identifier: DISCOVERY_IMAGE I 12:11:30 Image File File System(s): None I 12:11:30 Verifying Sectors... (LBA: 0 - 12219391) I 12:38:42 Exporting Graph Data... I 12:38:43 Graph Data File: C:\IBG\HL-DT-ST_BD-RE_GBW-H10N_GL04_06-FEBRUARY-2007_11-46_VERBAT-IMa-00_MAX.ibg I 12:38:43 Export Successfully Completed! I 12:38:43 Operation Successfully Completed! - Duration: 00:27:12 I 12:38:43 Average Verify Rate: 14,974 KB/s (3.3x) - Maximum Verify Rate: 21,766 KB/s (4.8x)

Media: Verbatim 2x BD-R [VERBAT-IMa-00] Burnt With: HL-DT-ST BD-RE GBW-H10N GL04 (ATA)