LIGHTNING UK!

Post the disc info of that disc when you’re in Read mode please.

Are they compressed in zip/rar format or similar? Extract them so you actually have an ISO image file and then burn it in Write mode.

The two are completely different. 'Create image file from files/folders' does exactly what it says it'll do. It takes a random bunch of files/folder on your drive (that you've added to the 'Source' box or disc layout) and builds an image file (.ISO file or whatever)... which is stored on your drive, not written to a disc. 'Write image file to disc' also does exactly what it says it'll do. It takes an image file (.ISO file or whatever) and writes/burns it to an optical disc using your writer/burner/optical drive. When the program ejects the drive tray and attempts to reload it, it's doing so between the writing and verifying stages. It has no effect on a disc working or not, just if it's verified it, you should know about any issues with the disc there and then. The correct mode to use depends on what you have/want to burn - if indeed you want to 'burn' at all. If you'd downloaded an ISO from somewhere, you'd use the 'Write image file to disc' option.

What are you burning them to disc with though? Surely not ImgBurn as that would make absolutely no sense. Your issue is nothing to do with what you're burning.

There will be a way to revert, you'll just need to use 3rd party tools or unlocked flashers. You may find something of use over at the MyCE forums. They deal with this kind of thing (firmware things).

Are you getting other 'supported write speeds' now, or still just 2.4x ? As per my previous reply, do you have any other discs? Boot into safe mode and see if you have the same problem.

That error is coming from Windows. It looks like something it blocking the Write commands or your drive is erroring out and something is then masking the real error code. It's weird that 16x media is only coming up as being supported at 2.4x. Normally that would mean the firmware doesn't support it. Do you have any other discs you can try?

I suspect they read my signature and thought it was aimed at them. It wasn't.

The booktype of that is still DVD-ROM. But then I'd expect it to be as it appear to come from (time wise) before I even said to burn it when the booktype left on 'normal' (DVD+R DL). In fact, it comes from before the previous log you posted. Post the full log of the burn & verify session please - and make sure it's from *after* I asked you to try changing that setting. There's nothing wrong with what ImgBurn is doing, so this is either down to your source files or the playback device just not supporting them.

Double sided blank DVD? That's no good to you. You need a double layer DVD.

Is it in a format you can play on something other than your pc? Some players won't play BD type content from something that looks like a DVD-ROM disc. So if you can't burn to a BD disc (which your drive can't), try turning off bitsetting when burning BD Video (AVCHD) to DVDs. You can do that via the 'Use Normal For BD Video Discs' option in the settings on the Write tab.

That certainly doesn't look like an empty disc to me. Seeing as it appears to be a CD-R, you obviously can't erase anything from it either. CD-R are 'WORM' (write once, read many) media and cannot be erased like how CD-RW media can. Use a new, blank disc.

Go into write mode with your disc in the drive and copy+ paste all of the disc info from the box on the right please.

There’s a post in the faq about this.

There is no way those names are coming from ImgBurn. From what I've read, the name is just a logical/virtual one and comes from the (hidden) desktop.ini file within the folder. The actual names of the folders are different, hence why you can 'explore' both of them.

Could you upload the ibb for me to examine please? Afaik, those folders are internal to windows explorer and the name comes from it reading 'desktop.ini' files within the folders.

Well, that depends on what you actually want/need/mean. I'm assuming they just want a bootable DVD or whatever, based on what they've already got on a USB stick. After all, an ISO is pretty much defined an optical disc image file. If they want to 'copy' their USB stick to another USB stick, ImgBurn is not the tool for the job. It's for optical devices. Some clarity here on what's actually required would help

It might work if you just follow the guide for making a Windows installation disc. It all depends on the files that are on the stick.

Wow, that's quite some project you're loading there! I assume you're using Advanced input mode for that? The trouble with Advanced input mode is that every single file gets recorded in the IBB file. So that's its original OS path+filename and its path+filename on the disc/image - and lot more processing has to be done, not to mention WINAPI calls to get the file size etc. They could mean the AV kicks in to check the file is ok.... sloooow! If those 74k files and folders were in some sort of directory of their own, you could just add the parent folder in standard input mode and it would probably load that project in a few seconds. Ok so that's just a workaround, but it's a much quicker fix than mine would be.

What’s he going to do? C2 related stuff to detect errors?

Yes, but how are you playing it? It's only really a fair test if you play it as a proper DVD Video disc, via a licensed player.

If you have a large (> 4.37GiB) ISO you need to burn, you'll have to buy some DVD+R DL discs. Splitting it won't work.

You've definitely extracted the track in RAW format yeah? I haven't messed with any options in my installation of IsoBuster (v4.1 pro). I extract the track by right clicking it and selecting as per the picture below... It doesn't look like my track is being extracted properly either, but it's not failing at the same offset yours is. So, I also get miscompares when using the IsoBuster extracted track, but in a different part of the sector. (Both of us are getting miscompares in the non-user data parts though, so it's not a massive deal) Verifying original disc against EAC+IsoBuster CUE/WAV/BIN.... ('Ignore CD-DA Data' option enabled) I then manually extracted the data track from ImgBurn's Read mode CUE/BIN using a hex editor and used that instead of IsoBuster's track. As you can see below, that worked fine and it compared just fine against the original CD-ROM without any miscompares. Verifying original disc against EAC+ImgBurn CUE/WAV/BIN.... ('Ignore CD-DA Data' option enabled) I've read that track off multiple times using IsoBuster and it comes back different (in the L-EC / PQ Parity region) every time. (EDIT: 5 reads, 4 unique bin files, 3 were wrong) I've read the disc multiple times in ImgBurn, extracted the data track in the hex editor and it's the same every time. Go figure! Peter/IsoBuster and I are using the same command for reading the sectors, so there's no reason for it to behave differently. Must just be another drive thing.

I'm sorry, I don't see your point. If 'of course' it verifies against the image file, surely it's correct? Unless your source image is wrong... but that's another problem. Assuming Session 2 is in the correct place (LBA wise - easy to check by looking at the disc/track information), there should be no problem and you should not be getting miscompares in the data track. Here I've read the original disc to a BIN/CUE and then verified said image against the original disc. Read It generated this CUE file CDTEXTFILE "PLEXTOR PX-891SAF PLUS 1.KC.cdt" TITLE "WHEATUS" PERFORMER "WHEATUS" REM DISCID 4996052000 REM UPC 5099749960527 FILE "PLEXTOR PX-891SAF PLUS 1.KC.bin" BINARY REM SESSION 01 TRACK 01 AUDIO TITLE "TRUFFLES" ISRC USSM10009008 INDEX 01 00:00:00 TRACK 02 AUDIO TITLE "SUNSHINE" ISRC USSM10009014 INDEX 01 02:10:20 TRACK 03 AUDIO TITLE "TEENAGE DIRTBAG" ISRC USSM10008431 INDEX 01 05:26:52 TRACK 04 AUDIO TITLE "A LITTLE RESPECT" ISRC USSM10009010 INDEX 01 09:28:27 TRACK 05 AUDIO TITLE "HUMP'EM N' DUMP'EM" ISRC USSM10009011 INDEX 01 12:47:67 TRACK 06 AUDIO TITLE "LEROY" ISRC USSM10009012 INDEX 01 16:25:60 TRACK 07 AUDIO TITLE "HEY, MR. BROWN" ISRC USSM10009013 INDEX 01 19:45:20 TRACK 08 AUDIO TITLE "LOVE IS A MUTT FROM HELL" ISRC USSM10009015 INDEX 01 21:55:27 TRACK 09 AUDIO TITLE "PUNK ASS BITCH" ISRC USSM10009017 INDEX 01 26:18:37 TRACK 10 AUDIO TITLE "WANNABE GANGSTAR" ISRC USSM10009018 INDEX 01 29:27:47 REM LEAD-OUT 33:13:28 REM SESSION 02 TRACK 11 MODE2/2352 INDEX 01 35:45:28 Verify So that's one option. Now I'll build my own CUE based on a CUE/WAV from EAC and the data track extracted using IsoBuster as a BIN. EAC EAC generated this CUE REM DATE 2000 REM DISCID 9F0B8D0B REM COMMENT "ExactAudioCopy v1.1" PERFORMER "Wheatus" TITLE "Wheatus" FILE "Wheatus - Wheatus.wav" WAVE TRACK 01 AUDIO TITLE "Truffles" PERFORMER "Wheatus" ISRC USSM10009008 INDEX 01 00:00:00 TRACK 02 AUDIO TITLE "Sunshine" PERFORMER "Wheatus" ISRC USSM10009014 INDEX 01 02:10:20 TRACK 03 AUDIO TITLE "Teenage Dirtbag" PERFORMER "Wheatus" ISRC USSM10008431 INDEX 01 05:26:52 TRACK 04 AUDIO TITLE "A Little Respect" PERFORMER "Wheatus" ISRC USSM10009010 INDEX 01 09:28:27 TRACK 05 AUDIO TITLE "Hump'em n' Dump'em" PERFORMER "Wheatus" ISRC USSM10009011 INDEX 01 12:47:67 TRACK 06 AUDIO TITLE "Leroy" PERFORMER "Wheatus" ISRC USSM10009012 INDEX 01 16:25:60 TRACK 07 AUDIO TITLE "Hey, Mr. Brown" PERFORMER "Wheatus" ISRC USSM10009013 INDEX 01 19:45:20 TRACK 08 AUDIO TITLE "Love Is a Mutt From Hell" PERFORMER "Wheatus" ISRC USSM10009015 INDEX 01 21:55:27 TRACK 09 AUDIO TITLE "Punk Ass Bitch" PERFORMER "Wheatus" ISRC USSM10009017 INDEX 01 26:18:37 TRACK 10 AUDIO TITLE "Wannabe Gangstar" PERFORMER "Wheatus" ISRC USSM10009018 INDEX 01 29:27:47 I've then extracted Track 11 (Session 2, Track 1) from the disc using IsoBuster. I've extracted it in RAW format and then renamed 'Track 11.iso' to 'Track 11.bin' (because .iso is wrong). Now I've modified EAC's CUE file so it includes session info and the data track, track 11 (in a 2nd session). REM DATE 2000 REM DISCID 9F0B8D0B REM COMMENT "ExactAudioCopy v1.1" PERFORMER "Wheatus" TITLE "Wheatus" REM SESSION 01 FILE "Wheatus - Wheatus.wav" WAVE TRACK 01 AUDIO TITLE "Truffles" PERFORMER "Wheatus" ISRC USSM10009008 INDEX 01 00:00:00 TRACK 02 AUDIO TITLE "Sunshine" PERFORMER "Wheatus" ISRC USSM10009014 INDEX 01 02:10:20 TRACK 03 AUDIO TITLE "Teenage Dirtbag" PERFORMER "Wheatus" ISRC USSM10008431 INDEX 01 05:26:52 TRACK 04 AUDIO TITLE "A Little Respect" PERFORMER "Wheatus" ISRC USSM10009010 INDEX 01 09:28:27 TRACK 05 AUDIO TITLE "Hump'em n' Dump'em" PERFORMER "Wheatus" ISRC USSM10009011 INDEX 01 12:47:67 TRACK 06 AUDIO TITLE "Leroy" PERFORMER "Wheatus" ISRC USSM10009012 INDEX 01 16:25:60 TRACK 07 AUDIO TITLE "Hey, Mr. Brown" PERFORMER "Wheatus" ISRC USSM10009013 INDEX 01 19:45:20 TRACK 08 AUDIO TITLE "Love Is a Mutt From Hell" PERFORMER "Wheatus" ISRC USSM10009015 INDEX 01 21:55:27 TRACK 09 AUDIO TITLE "Punk Ass Bitch" PERFORMER "Wheatus" ISRC USSM10009017 INDEX 01 26:18:37 TRACK 10 AUDIO TITLE "Wannabe Gangstar" PERFORMER "Wheatus" ISRC USSM10009018 INDEX 01 29:27:47 REM LEAD-OUT 33:13:28 REM SESSION 02 FILE "Track 11.bin" BINARY TRACK 11 MODE2/2352 INDEX 01 00:00:00 Attempting to verify this CUE/WAV/BIN against the original disc will fail with miscompares in the CDDA tracks. That's to be expected, you're comparing an image with read offset applied against what's being read from the disc without read offset. I'll now enable the 'Ignore CD-DA Data' option and try again. (See next post)

ImgBurn is a GUI app. There may well be other (actual 'command line') tools that'll do what you're after. You could also learn to write your own.