Jump to content


  • Posts

  • Joined

  • Last visited

Posts posted by 81RED

  1. Examine the problem sectors at a later date and see which is correct... either the disc one or the hdd one. It'll give you a starting point.

    That's a very good idea indeed.


    In the meantime, I plopped in my "old" Pioneer drive and did some burns on that - problem gone.

    Would seem that my B920SA has intermittent problems with that specific media. Oh well, will call Plextor on Monday and hear what their excuse is.

  2. Maybe it's heat combined with bad error correction or something.


    Can you use PlexTools / PlexUtilities with that drive and do a PI/PE scan on the disc?


    Stick to the MKM-001-00 discs where possible, they just work better in more drives than their big brothers do.


    Heat is pretty much out of the question, also happens when the system has just started.

    Plextools tells me that the PI/PE test "function is unavailable for this device". Go figure.

    Will try with some 001 media, if I can I get hold of them - could be a bit of a problem around here.

  3. Test your computer's memory with memtest+ and let it do a few passes, as it seems you have a memory problem.


    No errors found. Would have surprised me if that was indeed the case - Windows does not take too lightly to even intermittent memory errors, and my PC has been running as stable as an average Vista user can expect :whistling:

    Furthermore, would you not expect the error to also show itself when doing a manual verify, had the problem been memory-related?


    have you tried any burns at 2.4x ? if so post a log of them.

    have you recently bought some verbatim DL's

    your using the ones with ID of MKM-003 , was you using the 2.4x MKM-001 before


    Writing at 2.4 makes no difference whatsoever, it's still a hit & miss affair as to whether I get verify errors or not.

    You may have a point regarding the media itself, am quite sure that the 003 dye is new, but then again - would that not create

    easily reproducable errors?


    Still baffled.

  4. Have been making a lot of rather expensive Verbatim +R DL coasters lately - Imgburn complains about verify errors in around 50% of the media i try to burn.

    Decided to investigate a bit, and now I'm baffled.


    Here's a snip of the latest log:


    I 01:02:32 ImgBurn Version started!

    I 01:02:32 Microsoft Windows Vista Ultimate Edition (6.0, Build 6001 : Service Pack 1)

    I 01:02:32 Total Physical Memory: 3.142.684 KB - Available: 1.733.024 KB

    W 01:02:32 AnyDVD can interfere with ImgBurn's ability to verify accurately, please ensure it's disabled!

    I 01:02:32 Initialising SPTI...

    I 01:02:32 Searching for SCSI / ATAPI devices...

    I 01:02:32 Found 2 BD-ROM/HD DVD-ROMs and 1 BD-RE/HD DVD-ROM!

    I 01:02:34 Operation Started!

    I 01:02:34 Source File: C:\XXXXX\XXXXX.iso

    I 01:02:34 Source File Sectors: 3.571.056 (MODE1/2048)

    I 01:02:34 Source File Size: 7.313.522.688 bytes

    I 01:02:34 Source File Volume Identifier: NN

    I 01:02:34 Source File Volume Set Identifier: 49358ACC49357F12

    I 01:02:34 Source File Implementation Identifier: Nero

    I 01:02:34 Source File File System(s): UDF (1.02)

    I 01:02:34 Destination Device: [0:1:0] PLEXTOR BD-R PX-B920SA 1.01 (D:) (ATAPI)

    I 01:02:35 Destination Media Type: DVD+R DL (Disc ID: MKM-003-00) (Speeds: 2,4x; 4x)

    I 01:02:35 Destination Media Sectors: 4.173.824

    I 01:02:35 Write Mode: DVD

    I 01:02:35 Write Type: DAO

    I 01:02:35 Write Speed: 4x

    I 01:02:35 Link Size: Auto

    I 01:02:35 Test Mode: No

    I 01:02:35 OPC: No

    I 01:02:35 BURN-Proof: Enabled

    I 01:02:35 Book Type Setting: N/A

    I 01:02:35 Optimal L0 Data Zone Capacity: 1.785.536

    I 01:02:35 Optimal L0 Data Zone Method: ECC Block Boundary

    I 01:03:07 Filling Buffer... (256 MB)

    I 01:03:09 Writing LeadIn...

    I 01:03:12 Writing Session 1 of 1... (1 Track, LBA: 0 - 3571055)

    I 01:03:12 Writing Track 1 of 1... (MODE1/2048, LBA: 0 - 3571055)

    I 01:03:12 Writing Layer 0... (LBA: 0 - 1785535)

    I 01:14:22 Writing Layer 1... (LBA: 1785536 - 3571055)

    I 01:25:33 Synchronising Cache...

    I 01:25:34 Closing Track...

    I 01:25:37 Finalising Disc...

    I 01:26:28 Image MD5: 73f7f7407d1a89c82f66729c5ee1b9f7

    I 01:26:28 Operation Successfully Completed! - Duration: 00:23:53

    I 01:26:28 Average Write Rate: 5.325 KB/s (3.8x) - Maximum Write Rate: 5.577 KB/s (4.0x)

    I 01:26:28 Cycling Tray before Verify...

    W 01:26:36 Waiting for device to become ready...

    I 01:27:01 Device Ready!

    I 01:27:02 Operation Started!

    I 01:27:02 Source Device: [0:1:0] PLEXTOR BD-R PX-B920SA 1.01 (D:) (ATAPI)

    I 01:27:02 Source Media Type: DVD+R DL (Book Type: DVD-ROM) (Speeds: 2,4x; 4x)

    I 01:27:02 Image File: C:\XXXXX\XXXXX.iso

    I 01:27:02 Image File Sectors: 3.571.056 (MODE1/2048)

    I 01:27:02 Image File Size: 7.313.522.688 bytes

    I 01:27:02 Image File Volume Identifier: NN

    I 01:27:02 Image File Volume Set Identifier: 49358ACC49357F12

    I 01:27:02 Image File Implementation Identifier: Nero

    I 01:27:02 Image File File System(s): UDF (1.02)

    I 01:27:02 Read Speed (Data/Audio): MAX / MAX

    I 01:27:03 Verifying Session 1 of 1... (1 Track, LBA: 0 - 3571055)

    I 01:27:03 Verifying Track 1 of 1... (MODE1/2048, LBA: 0 - 3571055)

    I 01:27:03 Verifying Layer 0... (LBA: 0 - 1785535)

    W 01:27:59 Miscompare at LBA: 106016, Offset: 1824, File: \XXXXX\XXXXX.cab

    W 01:27:59 Device: 0x9E

    W 01:27:59 Image File: 0xDE

    W 01:27:59 Total Errors in Sector: 1

    I 01:27:59 Verifying Sectors...

    W 01:28:50 Miscompare at LBA: 237088, Offset: 1824, File: \XXXXX\XXXXX.cab

    W 01:28:50 Device: 0xB5

    W 01:28:50 Image File: 0xF5

    W 01:28:50 Total Errors in Sector: 1

    I 01:28:50 Verifying Sectors...

    W 01:29:19 Miscompare at LBA: 302624, Offset: 1824, File: \XXXXX\XXXXX.cab

    W 01:29:19 Device: 0x9A

    W 01:29:19 Image File: 0xDA

    W 01:29:19 Total Errors in Sector: 1

    I 01:29:19 Verifying Sectors...


    And so forth.


    Interestingly, when I do a binary filecompare (good old FC /B from a CLI) theres no discrepancies whatsoever.

    Even more intriguing is the fact that a manual "Verify against image file" from within Imgburn also reports that all is well.


    So I have a semi-random verify problem that only occurs when the media is verified immediately after the burn process. Does not make a lot of sense to me, if it does to any of you guys, I would love to hear about it.

  5. Taken from the log file:


    I 17:31:29 Source File Application Identifier: IMGBURN V2.3.2.0 - THE ULTIMATE IMAGE BURNER!

    I 17:31:29 Source File Implementation Identifier: ImgBurn

    I 17:31:29 Source File File System(s): ISO9660; UDF (1.02)

    I 17:31:29 Destination Device: [0:1:0] PLEXTOR DVDR PX-810SA 1.00 (D:) (ATAPI)

    I 17:31:29 Destination Media Type: DVD-R (Disc ID: MCC 03RG20) (Speeds: 4x; 6x; 8x; 12x; 16x; 18x)

    I 17:31:29 Destination Media Sectors: 2.297.888

    I 17:31:29 Write Mode: DVD

    I 17:31:29 Write Type: DAO

    I 17:31:29 Write Speed: 16x

    I 17:31:29 Link Size: Auto

    I 17:31:29 Test Mode: No

    I 17:31:29 BURN-Proof: Enabled

    I 17:31:30 Filling Buffer... (40 MB)

    I 17:31:30 Writing LeadIn...

    I 17:32:03 Writing Image... (LBA: 0 - 2268191)

    I 17:37:06 Synchronising Cache...

    W 17:37:18 Potential 'WaitImmediateIO' Deferred Error - (0/2) - Write Error

    I 17:37:33 Image MD5: 7ecac93c31f73fb18c42471ffc0b079d

    I 17:37:33 Operation Successfully Completed! - Duration: 00:06:03

    I 17:37:33 Average Write Rate: 14.971 KB/s (10.8x) - Maximum Write Rate: 22.123 KB/s (16.0x)

    I 17:37:33 Cycling Tray before Verify...

    I 17:37:57 Device Ready!

    I 17:37:57 Operation Started!

    I 17:37:57 Source Device: [0:1:0] PLEXTOR DVDR PX-810SA 1.00 (D:) (ATAPI)

    I 17:37:57 Source Media Type: DVD-R (Book Type: DVD-R) (Disc ID: MCC 03RG20) (Speeds: 4x; 6x; 8x; 12x; 16x; 18x)

    I 17:37:57 Image File: -==/\/[bUILD IMAGE]\/\==-

    I 17:37:57 Image File Sectors: 2.268.192 (MODE1/2048)

    I 17:37:57 Image File Size: 4.645.257.216 bytes

    I 17:37:57 Image File Volume Identifier: Bug

    I 17:37:57 Image File Application Identifier: IMGBURN V2.3.2.0 - THE ULTIMATE IMAGE BURNER!

    I 17:37:57 Image File Implementation Identifier: ImgBurn

    I 17:37:57 Image File File System(s): ISO9660; UDF (1.02)

    I 17:37:57 Verifying Sectors... (LBA: 0 - 2268191)

    I 17:44:23 Device MD5: 7ecac93c31f73fb18c42471ffc0b079d

    I 17:44:23 Image MD5: 7ecac93c31f73fb18c42471ffc0b079d

    I 17:44:26 Operation Successfully Completed! - Duration: 00:06:25



    When I got the error I hit "retry" and it immediately finished the session. The verify afterwards went fine as well.

    Is my burner on the brink? I use only Verbatim media, so it's not likely thats where the problem lies.





  6. It must have some special pattern that kills the ECC calculations the drive does. No matter what it calculates, they're wrong and so it produces read errors when you try and read it back.


    I guess we learn something new every day, yeah? ;)

  7. Another update - Learned a valuable lesson today, *never* assume anything, even if it's likely, without

    doublechecking and making sure you are right.


    The file in question originally came as part of a larger (4GB) DVD package that I tried to burn God knows how many times and failed. After removing said file the burn went ok, and that final burn was done on my last available blank DVD. All subsequent tests by me was done on CD-R media as I had a shitload of those

    lying around.

    Since one of the other people testing this, explicitly told me he was trying it on a DVD-R, I (wrongly) assumed

    that it did not matter which media was being used. He has now confessed that it was a CD-R he tried it on.


    Have now tried it on a few different DVD-R's, and have had no problems so far. Will try to see if I can create a test image that resembles the original to reproduce the problem.


    That being said, I can re-create the problem 100% of the time if writing in Mode 1 on any CD-R.


    Sincerely apologize for any confusion caused by my wrong assumptions.

  8. Goddamn! Here's an update that may change things a bit:


    When I first discovered the problem during the weekend, I did not have a single RW media

    in the house, and the result was that I now have enough coasters to tile my bathroom floor.


    Anyway, I took home one single Verbatim DVD RW from work today - just tried it right now,

    and guess what? NO PROBLEMS. It writes, it verifies, all is good and dandy.


    I then tested it again with a CD-R (have no more blank DVD Verbs in stock) and it bummed out again.


    Please Mr. Lightning, could you please try again - preferably with a CD-R (NON-RW) of some sort? I will

    gladly reimburse you for the expenses via a donation.


    EDIT: Just tried with an ancient Nashua CD-RW that I dug out from a drawer, that's a no-go as well.

  9. Well you said you'd tested all the different programs, not me! That rules out ImgBurn - yeah?


    You even said you'd burnt it on a MAC!


    There's nothing for me to fix (or have fixed!) on this, sorry.


    I never believed it was possible to burn Mode1 data and have something not readable - my own testing with your 'special' file (lol) kinda proves that ;)


    Yup, Mac and under Linux!


    Hmmm... It proves that it works with your hardware, which admittedly calms me down a bit - in

    my ideal world the problem I have just experienced should not be possible.


    But nevertheless it did, and you can laugh all you want - I have no real way of proving it to you,

    unless a member of the audience with a Plextor PX-750A or a NEC ND-3540A (just tested somewhere else) would like to join in the fun?

  10. No sorry, I skipped all the 75x models because I didn't like them.


    I have now also tested these though...


    LG-H22L - worked fine.

    LiteOn LH-18A1H - worked fine.

    Pioneer 111 - worked fine.

    BenQ 1655 - worked fine.

    Optiarc 7173 - worked fine.


    I hope that's enough testing :P


    Aargh! #?#"!?!%"!#?%!"#?! :(


    Please tell me you fixed something in that you have not yet told anyone about, yeah?


    Anyway, I will still get the drive models off of the mates that tested besides myself, and compare

    their drives to your list - even though I find it more than odd that all ours fail, and none

    of yours do. Apart from that, might just give Plextor tech support a call tomorrow.


    Thanks for testing, even if the results were far from what I had expected :blink:

  11. Sorry, I'm just not seeing it!


    I 20:23:08 Operation Started!

    I 20:23:08 Source File: -==/\/[bUILD IMAGE]\/\==-

    I 20:23:08 Source File Sectors: 10,272 (MODE1/2048)

    I 20:23:08 Source File Size: 21,037,056 bytes

    I 20:23:08 Source File Volume Identifier: Desktop

    I 20:23:08 Source File Application Identifier: IMGBURN V2.2.0.0 - THE ULTIMATE IMAGE BURNER!

    I 20:23:08 Source File Implementation Identifier: ImgBurn

    I 20:23:08 Source File File System(s): ISO9660, UDF (1.02)

    I 20:23:08 Destination Device: [0:0:0] PLEXTOR DVDR PX-760A 1.05 (M:) (ATA)

    I 20:23:08 Destination Media Type: DVD-RW (Disc ID: MKM 01RW6X01) (Speeds: 4x, 6x)

    I 20:23:08 Destination Media Sectors: 2,297,888

    I 20:23:08 Write Mode: DVD

    I 20:23:08 Write Type: DAO

    I 20:23:08 Write Speed: MAX

    I 20:23:08 Link Size: Auto

    I 20:23:08 Test Mode: No

    I 20:23:08 BURN-Proof: Enabled

    I 20:23:08 Filling Buffer... (40 MB)

    I 20:23:09 Writing LeadIn...

    I 20:23:33 Writing Image...

    I 20:23:36 Synchronising Cache...

    I 20:25:45 Image MD5: 44e714a20afba1981f602ccb24deb751

    I 20:25:45 Exporting Graph Data...

    I 20:25:45 Graph Data File: C:\IBG\PLEXTOR_DVDR_PX-760A_1.05_13-NOVEMBER-2006_20-23_MKM_01RW6X01_MAX.ibg

    I 20:25:45 Export Successfully Completed!

    I 20:25:45 Operation Successfully Completed! - Duration: 00:02:37

    I 20:25:45 Average Write Rate: 10,272 KB/s (7.4x) - Maximum Write Rate: 10,272 KB/s (7.4x)

    I 20:25:45 Cycling Tray before Verify...

    I 20:26:09 Device Ready!

    I 20:26:11 Operation Started!

    I 20:26:11 Source Device: [0:0:0] PLEXTOR DVDR PX-760A 1.05 (M:) (ATA)

    I 20:26:11 Source Media Type: DVD-RW (Book Type: DVD-RW) (Disc ID: MKM 01RW6X01) (Speeds: 4x, 6x)

    I 20:26:11 Image File: -==/\/[bUILD IMAGE]\/\==-

    I 20:26:11 Image File Sectors: 10,272 (MODE1/2048)

    I 20:26:11 Image File Size: 21,037,056 bytes

    I 20:26:11 Image File Volume Identifier: Desktop

    I 20:26:11 Image File Application Identifier: IMGBURN V2.2.0.0 - THE ULTIMATE IMAGE BURNER!

    I 20:26:11 Image File Implementation Identifier: ImgBurn

    I 20:26:11 Image File File System(s): ISO9660, UDF (1.02)

    I 20:26:11 Verifying Sectors... (LBA: 0 - 10271)

    I 20:26:14 Device MD5: 44e714a20afba1981f602ccb24deb751

    I 20:26:14 Image MD5: 44e714a20afba1981f602ccb24deb751

    I 20:26:14 Exporting Graph Data...

    I 20:26:14 Graph Data File: C:\IBG\PLEXTOR_DVDR_PX-760A_1.05_13-NOVEMBER-2006_20-23_MKM_01RW6X01_MAX.ibg

    I 20:26:14 Export Successfully Completed!

    I 20:26:14 Operation Successfully Completed! - Duration: 00:00:03

    I 20:26:14 Average Verify Rate: 6,848 KB/s (4.9x) - Maximum Verify Rate: 6,848 KB/s (4.9x)


    md5 of that file on the disc is 53f5e3413923e57a3876d5cf7df47135


    Are you sure that's the same as yours?


    I give up. The file is completely identical to mine, and out of the 7 other PC/platforms tested, of course

    it works on yours.

    Have *no* idea what's going on - The only thing I can say for sure is that your Plextor

    model is not amongst the ones already tested, and that you are using a newer version

    of Imgburn (of course ;) ).

    I will ask the other "guinea pigs" what exact drive models and firmware revisions they are

    using, as this must be hardware related. You don't by any chance have a Plextor 750A

    to try it out on?

  12. >So in that log, you just burnt the file on it's own via build mode yeah?




    >Rename that file to something else and then burn it again (on a rewritable of course).


    >Does it verify ok then?


    Nope. Tried that already - the DUMMYFIL.DMY name was something I made up.


    >What if you build an ISO from that file and mount in DAEMON Tools.


    >Can you then verify the mounted drive (uncheck the 'verify against image file' box) ?


    Yup, no problem. It's only when it's been through a burner that things go wrong.


    >It could either be the content of the file that's the problem, the name of it or some combination of the two.


    >If everything you've said about your testing is true, it certainly looks like something fishy is going on... it's >almost 'rootkit' like.


    >There's no way I know of to burn anything in mode 1 using tao/sao/dao write modes that then cannot be >read back - so it's like some other driver (hence the rootkit part) is reading some signature in the file and >returning the seek error.


    This is precisely why I'm so baffled. It can be reproduced on four different PC's so far - and while there may be some instances of identical programs installed, I find it hard to believe that all four PC's should be "infected" by the same rootkit.


    I *really* think you should take a look at that file...

  13. This boggles my mind.


    The other day a verify failed with a "No seek complete" error after burning a .ISO data disk

    with Imgburn. After wasting God knows how many blank DVDR's of various brands, swapping

    burner for another brand, extracting the files manually/burned using build mode and lastly trying it out on a completely different PC, I started taking notice of where the verify failed.


    It boils down to one single file that is about 20MB in size. Said file fails to verify when written

    to either a DVD-R/RW or CD, no matter whether it was burned via build mode or contained

    within any ISO/IMG whatever image file.


    It gets better. Having concluded that my hardware was OK, I started testing with other CD/DVD

    recording programs. Alcohol, Nero, Stomp Recordnow MAX and mkisofs & cdrecord (under Linux)

    all exhibit EXACTLY the same behaviour as Imgburn - and on four different PC's none the less.


    Interestingly Padus Discjuggler both burns and verifies the file when burning in Mode 2 XA, but not in

    Mode 1. I assume that both Nero and Stomp are also capable of burning in Mode 2 XA, but this has not yet been tested.


    I must admit that this experience completely undermines any conception I had of data storage and retrieval, but if anyone could come up with a reasonable explanation, I would be more than averagely interested in hearing it.


    Should LUK! or any of the resident experts like to get hold of the file in mention, I will be more than happy to comply.

  14. There will be a released.


    In the mean time, just drag the folder into the box rather than adding files! It's gotta be quicker that way anyway!


    Will do, or I think I will just make damn sure the video files are in a VIDEO_TS folder to start off with until the next version is out.


    Talking about folder leads me to another question though: Would it not be a bit more user-friendly if the "Browse for a folder" button opened a window in which it was possible to select more than one folder? As it is now, it's very good for just selecting a VIDEO_TS folder - but not so good when making data backups that more often than not consists of several folders.. Just a thought.

  15. I'm afraid I have to re-report that "bug", only this time it seems to be a real bug:


    After installing I am no longer able to do what I originally described, I get a


    19:46:24 Operation Started!

    19:46:24 Building Image Tree...

    19:46:24 Operation Failed! - Duration: 00:00:00


    in the log whenever I answer "Yes" to the "You have only selected video files." question. Answering "No" does not provoke the error.

    Noticed that there is now an option in the setup to answer either yes or no automatically, but no amount of fiddling with those options makes any difference.


    Am I missing something painfully obvious?

  16. 1 probably came from the 'calculate' bit, the other just before the burn.


    It's intentional to prompt (well, do everything) twice.


    There is no 'same session' in ImgBurn, it's ALL the same session and you could easily have changed something between doing a calc and then pressing the 'Write' button.


    Come to think of it, I did change something - that something being the disc label. I take it then that if I had not touched *anything* between answering yes the first time and clicking the write button, I would not have been prompted again?

  17. Last night I was using build mode to make a DVD with some homemade video footage.

    I select all the videofiles via the built-in filebrowser and a window pops up telling me: "You have only selected video files! Do they represent what should be in a VIDEO_TS folder bla bla".

    Quietly thanking LUK! for thinking about everything I reply "Yes".

    I then click the Burn DVD/Create ISO button, and I get prompted with the same question again?!

    It then proceeded to burn the DVD, and all was well - I just wonder whether it?s intentional

    to ask the same question twice during the same session... ;)

  18. Yeah maybe the firmware is just fixed for the bitsetting stuff. Bit unusual for a Plextor drive though, I guess they got lazy!


    As for the verify stuff, it's on the 'Write' tab in the settings.


    'Verify Against Image File'


    Second time today i feel stupid. I was so naive that I automatically

    assumed an option to do with verification would be placed under the "Verify"

    tab. Of course it?s under "Write". How utterly silly of me. ;)

  19. Well as I'm sure you know, greyed out stuff normally means the option isn't available - for whatever reason.


    I don't have a 750 to test it out.


    The obvious thing to check here is that you're running the latest version of PlexTools. Version 2.32a I believe.


    ImgBurn's bitsetting stuff still works ok on my newer 760 so there's no reason for it not to work on the 750 really, other than the possibilty of the commands still being blocked. As the 750 is a rebaged BenQ/Teac, maybe a different set of commands are used. Who knows!


    In all honesty, I'd have kept the Pioneer over that drive - Obviously you'd have still RMA'd it for a new one though, just not swapped to a totally different drive.


    As you can gather from my reply to cornholio7, it was me who was too daft to realize that the drive did indeed set the booktype correctly. Why I cannot manually set the booktype still remains a mystery though, none of the vendor-specific tabs in Imgburn does the trick, and neither does the latest Plextools. Methinks the firmware is just designed that way.


    And by the way: (Pardon me if I should open a new thread for this) What does "Verify against image file: NO" when verifying imply? I cannot see any option anywhere to switch that on.

  20. just to check, are you looking far enough down in the right pane?


    PLEXTOR DVDR PX-716A 1.09 (ATA)

    Current Profile: DVD+R DL


    Disc Information:

    Status: Complete

    Erasable: No

    Sessions: 1

    Sectors: 3.812.032

    Size: 7.807.041.536 bytes

    Time: 847:09:07 (MM:SS:FF)

    Supported Write Speeds: 2,4x; 4x


    DVD?R DL Boundary Information:

    L0 Data Zone Capacity: 1.944.864

    Changeable: No


    Physical Format Information (ADIP):

    Disc ID: RITEK-D01-01

    Book Type: DVD+R DL

    Part Version: 1

    Disc Size: 120mm

    Maximum Read Rate: Not Specified

    Number of Layers: 2

    Track Path: Opposite Track Path (OTP)

    Linear Density: 0.293 um/bit

    Track Density: 0.74 um/track

    First Physical Sector of Data Area: 196.608

    Last Physical Sector of Data Area: 16.580.607

    Last Physical Sector in Layer 0: 2.283.519


    Physical Format Information (Last Recorded):

    Disc ID: RITEK-D01-01

    Book Type: DVD-ROM

    Part Version: 1

    Disc Size: 120mm

    Maximum Read Rate: Not Specified

    Number of Layers: 2

    Track Path: Opposite Track Path (OTP)

    Linear Density: 0.293 um/bit

    Track Density: 0.74 um/track

    First Physical Sector of Data Area: 196.608

    Last Physical Sector of Data Area: 16.502.911

    Last Physical Sector in Layer 0: 2.141.471


    Layer Information:

    Layer 0 Sectors: 1.944.864 (51,02%)

    Layer 1 Sectors: 1.867.168 (48,98%)


    Oh my, now I feel like a right prat. :D

    The drive does indeed set the booktype to DVDROM, I was just not looking in the right place.

    All is well - my DL media plays on my standalone, and my "other" DL project also works fine.

    Thank you very much for pointing that out!

  21. I think the newer Plextor drives block 3rd party apps from changing the booktype stuff.


    You may need to use PlexTools.


    btw, you are reading the 'Last Recorded' booktype values yeah, not the ADIP one? Most drives default to DVDROM for DVD+R DL now.


    I?m afraid you lost me there - Imgburn tells me that the booktype is "DVDR+R DL" whenever I reinsert a disk just written, whether that info is correct or not, I?m not at liberty to say :)


    Oh and Plextools is no use, I can see the option for changing booktype, but its greyed out.

  • Create New...

Important Information

By using this site, you agree to our Terms of Use.