Re: Problems mounting DVD-RWs written with growisofs
Now I have to write a little wrapper script for growisofs to add -use-the-force... to the command line generated by the frontend. Did you try whether growisofs does not use DAO automatically if the media is blanked fast ? You cannot reliably ask whether the media was blanked fast. It doesn't mean that you can't try. If given firmware tells difference between minimally and fully blanked media, then it tells you that *every* time, i.e. reliably. In other words it's one-time test for user, then [s]he knows that it works reliably or does If you believe there is a way to identify this, you should tell us how. You check for feature 0x21, Incremental Streaming Writable, being current. If it's not, then DAO is the only applicable mode or in other words media in unit is minimally blanked. As already mentioned, it actually worked with all units I've tried. No, I can't claim that I've tested *awful lot* of them, but either way it's not exactly about "belief," but practical experience with quite a few. blank=fast works only correctly if the medium was written on SAO mode before. I can't second this. To start with there is no such thing as SAO in DVD-R[W] context. SAO is a CD recording mode, which means that unit records session lead-in prior user data. There are only two DVD-RW Sequential recording modes: DAO and Incremental. In latter mode this is your private interpretation So as yours, we are all expressing private opinions here. A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Andy Polyakov <[EMAIL PROTECTED]> wrote: > >>> Now I have to write a little wrapper script for growisofs to add > >>> -use-the-force... to the command line generated by the frontend. > >> Did you try whether growisofs does not use > >> DAO automatically if the media is blanked fast ? > > > > You cannot reliably ask whether the media was blanked fast. > > It doesn't mean that you can't try. If given firmware tells difference > between minimally and fully blanked media, then it tells you that > *every* time, i.e. reliably. In other words it's one-time test for user, > then [s]he knows that it works reliably or does If you believe there is a way to identify this, you should tell us how. > > blank=fast works only correctly if the medium was written on SAO mode > > before. > > I can't second this. To start with there is no such thing as SAO in > DVD-R[W] context. SAO is a CD recording mode, which means that unit > records session lead-in prior user data. There are only two DVD-RW > Sequential recording modes: DAO and Incremental. In latter mode this is your private interpretation Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Hi, Andy's observations with sequential DVD-RW, fast- and full-blanking, and DAO match my own ones with my elder DVD burners (which both went hardly usable meanwhile due to other reasons). To my big surprise the newer generation of my hardware flatly announces feature 0021h, wheras the old ones did only with fully blanked media. The best remedy known to me is to determine whether the conditions of DAO are given: size predictable and no multi desired. In that case DAO should be chosen automatically. Since xorriso and cdrskin (like growisofs) love multi, i have decided to map blank option "fast" to full blanking with DVD-RW. Only special blank options like "deformat_quickest" really do MMC fast blanking. If one needs quickly re-usable DVD-RW, then formatting to Restricted Overwrite is superior anyway. (Provided drive and media are suitable.) Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
In other words it's one-time test for user, then [s]he knows that it works reliably or does Should read "... or does *not*." A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Now I have to write a little wrapper script for growisofs to add -use-the-force... to the command line generated by the frontend. Did you try whether growisofs does not use DAO automatically if the media is blanked fast ? You cannot reliably ask whether the media was blanked fast. It doesn't mean that you can't try. If given firmware tells difference between minimally and fully blanked media, then it tells you that *every* time, i.e. reliably. In other words it's one-time test for user, then [s]he knows that it works reliably or does blank=fast works only correctly if the medium was written on SAO mode before. I can't second this. To start with there is no such thing as SAO in DVD-R[W] context. SAO is a CD recording mode, which means that unit records session lead-in prior user data. There are only two DVD-RW Sequential recording modes: DAO and Incremental. In latter mode structures describing track structure for given recording are written *after* user data is transferred, so it can't be qualified as SAO. But even if we assume, that it was "DAO" that was intended to stand above, I can't confirm "only." Specification only says that DAO is the only applicable recording mode after fast blanking procedure, and telling from own experience, it's not a problem to perform DAO recording after fast blanking procedure applied to DVD-RW media previously recorded in Incremental or Restricted Overwrite mode. I.e. fast blanking worked in compliance with specification regardless previous recording mode. At least in units I've tested. Or should it have read "blank=fast *might* work incorrectly *unless* media was recorded in DAO mode before"? Where "might" refers to few firmwares? In which case can we have an example? A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Marcus Roeckrath <[EMAIL PROTECTED]> wrote: > Hi Jörg, > > Am Sonntag, 23. November 2008 15:17 schrieb Joerg Schilling: > > > > If I call cdrecord -minfo it gives me to warnings on growisofs (dao > > > mode) burned DVD-RWs. > > > > Sorry, but I am not sure what you like to tell me here > > What's about these warnings from cdrecord -minfo: > > WARNING: Phys disk size 1607072 differs from rzone size 0! Prerecorded > disk? > WARNING: Phys start: 196608 Phys end 1803679 I should disable this in case that there are standard values for media revision 2.1. This was needed in 1998 with the DVD-R 3.9 GB media. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Hi Jörg, Am Sonntag, 23. November 2008 15:17 schrieb Joerg Schilling: > > If I call cdrecord -minfo it gives me to warnings on growisofs (dao > > mode) burned DVD-RWs. > > Sorry, but I am not sure what you like to tell me here What's about these warnings from cdrecord -minfo: WARNING: Phys disk size 1607072 differs from rzone size 0! Prerecorded disk? WARNING: Phys start: 196608 Phys end 1803679 The DVD-RW was burned successfull by growisofs in dao mode. I had put the complete output from cdrecord -minfo and dvd+rw-mediainfo on this disk in my mail written on 21.11.2008 22:12. -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Fax : +49-2536-9943 E-Mail : [EMAIL PROTECTED] WWW: http://home.foni.net/~marcusroeckrath/ pgpIrocanucjQ.pgp Description: PGP signature
Re: Problems mounting DVD-RWs written with growisofs
Marcus Roeckrath <[EMAIL PROTECTED]> wrote: > Hi Jörg, > > Am Freitag, 21. November 2008 17:28 schrieb Joerg Schilling: > > it seams that using growisofs in dao mode solves the problem. All tests in > dao mode were successfull, all data could be read and additional tests > with md5sums of all written files reports no failed tests. > > If I call cdrecord -minfo it gives me to warnings on growisofs (dao mode) > burned DVD-RWs. Sorry, but I am not sure what you like to tell me here Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Marcus Roeckrath wrote: Hi Thomas, Am Freitag, 21. November 2008 20:56 schrieb Thomas Schmitt: growisofs -use-the-force-luke=dao -Z /dev/sr2 -use-the-force-luke=notry,tty Is such a construct - multiple use of -use-the-force-luke parameters - allowed? Yes it is. As often as you want. Fine, because of my test I assumed it can be done that way. Strange: "notry,tty" is not among them. Little typo missing "a": notray I cannot spot any comma interpretation. This comma seperated option is added by the frontend webcdwriter/CDWserver (Pro-Version). I'm not a C programmer having greater experience f. e. in pascal but the corresponding part of the code { s++; if (strstr(s,"tty"))no_tty_check = 1; if (strstr(s,"dummy")) test_write = 1; and so on compares if the constant string f. e. tty is part of s. I think all if lines are in action even a previous if statement return true. If this explanation is right all comma seperated values should be found. That really looks like an unintended capability, but I agree that it should work. -- Bill Davidsen <[EMAIL PROTECTED]> "Woe unto the statesman who makes war without a reason that will still be valid when the war is over..." Otto von Bismark -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Hi Jörg, Am Samstag, 22. November 2008 19:06 schrieb Joerg Schilling: > What are you using that calls growisofs? On my server the webcdwriter is running. This starts growisofs with a lot of parameters. I can configure in webcdwriter the path and name of the growisofs programm. So I said webcdwriter that its growisofs.wrapper in which -use-the-force-luke=dao is added to the original parameter list from webcdwriter. If I want to force the use of cdrecord instead of growisofs I had to extract all mkisofs parameters from the growisofs command line, calling mkisofs with this extracted parameters and then I have to call cdrecord with the iso image and the correct burning device as parameter. Maybe I will try it later. -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Fax : +49-2536-9943 E-Mail : [EMAIL PROTECTED] WWW: http://home.foni.net/~marcusroeckrath/ pgpLFG94pprcr.pgp Description: PGP signature
Re: Problems mounting DVD-RWs written with growisofs
"Thomas Schmitt" <[EMAIL PROTECTED]> wrote: > Hi, > > > Now I have to write a little wrapper script for growisofs to add > > -use-the-force... to the command line generated by the frontend. > > Did you try whether growisofs does not use > DAO automatically if the media is blanked fast ? You cannot reliably ask whether the media was blanked fast. blank=fast works only correctly if the medium was written on SAO mode before. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Marcus Roeckrath <[EMAIL PROTECTED]> wrote: > Hi Jörg, > > Am Freitag, 21. November 2008 17:28 schrieb Joerg Schilling: > > > > Now I have to write a little wrapper script for growisofs to add > > > -use-the-force... to the command line generated by the frontend. > > > > You could use cdrecord instead ;-) > > It's much more difficult to write a wrapper to switch from growisofs to > cdrecord than adding one option to the growisofs command line. What are you using that calls growisofs? Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Hi Andy, Am Freitag, 21. November 2008 22:27 schrieb Andy Polyakov: > > Here the mediainfo of a dvd-r written on the same system a few month > > ago > > I assume you had no problems reading this recording... No problem reading this dvd-r. -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Fax : +49-2536-9943 E-Mail : [EMAIL PROTECTED] WWW: http://home.foni.net/~marcusroeckrath/ pgpDbTmWUAYZR.pgp Description: PGP signature
Re: Problems mounting DVD-RWs written with growisofs
>> Related question is if DVD-R suffers from same problem... > > Here the mediainfo of a dvd-r written on the same system a few month ago I assume you had no problems reading this recording... > showing the same 2045 value: > > INQUIRY:[PLEXTOR ][DVDR PX-740A ][1.00] > GET [CURRENT] CONFIGURATION: > Mounted Media: 11h, DVD-R Sequential > READ DVD STRUCTURE[#10h]: > Media Book Type: 00h, DVD-ROM book [revision 0] > Legacy lead-out at:2298496*2KB=4707319808 > READ DVD STRUCTURE[#0h]: > Media Book Type: 25h, DVD-R book [revision 5] > Last border-out at:2045*2KB=4188160 I can imagine this can confuse DVD-ROM players capable of multi-border DVD-R playback (there aren't many, but they can be found in the wild), possibly even recorders of different brands. But if it works for you, then it works for you. But naturally it doesn't change the fact that it's something fishy about this firmware, because this is not compliant with specification. As implied earlier last border-out should point at the end of last recorded track. > READ TRACK INFORMATION[#1]: > Track State: complete incremental > Track Start Address: 0*2KB > Free Blocks: 0*2KB > Track Size:813696*2KB > Last Recorded Address: 813695*2KB > READ CAPACITY: 813696*2048=1666449408 This values appear sane and are consistent with each other, so my assumption holds, doesn't it? Cheers. A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Hi Andy, Am Freitag, 21. November 2008 21:45 schrieb Andy Polyakov: > > It's a Plextor PX-740A. > > > > It should have a burn-proof feature. > > There is a difference between "should" and "does," isn't there? It does. On www.plextor.be I found the technical description: Buffer Underrun Proof Technology: Stops buffer underrun errors There is a newer firmware 1.02 available. I think I should brings my two plextor drives from my linux server to a windows machine to apply the new firmware in the near future. -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Fax : +49-2536-9943 E-Mail : [EMAIL PROTECTED] WWW: http://home.foni.net/~marcusroeckrath/ pgpEiX9tbknn4.pgp Description: PGP signature
Re: Problems mounting DVD-RWs written with growisofs
Hi Jörg, Am Freitag, 21. November 2008 17:28 schrieb Joerg Schilling: it seams that using growisofs in dao mode solves the problem. All tests in dao mode were successfull, all data could be read and additional tests with md5sums of all written files reports no failed tests. If I call cdrecord -minfo it gives me to warnings on growisofs (dao mode) burned DVD-RWs. Here the output of cdrecord -minfo and dvd+rw-mediainfo: eis # cdrecord -minfo dev=1,1,0 Cdrecord-ProDVD-ProBD-Clone 2.01.01a53 (i586-pc-linux-gnu) Copyright (C) 1995-2008 J�g Schilling scsidev: '1,1,0' scsibus: 1 target: 1 lun: 0 Linux sg driver version: 3.1.25 Using libscg version 'schily-0.9'. Device type: Removable CD-ROM Version: 0 Response Format: 3 Capabilities : Vendor_info: 'PLEXTOR ' Identifikation : 'DVDR PX-740A ' Revision : '1.00' Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM. Using generic SCSI-3/mmc-2 DVD-R/DVD-RW/DVD-RAM driver (mmc_dvd). Driver flags : NO-CD DVD MMC-3 SWABAUDIO BURNFREE Supported modes: PACKET SAO LAYER_JUMP WARNING: Phys disk size 1607072 differs from rzone size 0! Prerecorded disk? WARNING: Phys start: 196608 Phys end 1803679 Mounted media class: DVD Mounted media type: DVD-RW sequential recording Disk Is erasable data type:standard disk status: complete session status: complete BG format status: none first track: 1 number of sessions: 1 first track in last sess: 1 last track in last sess: 1 Disk Is unrestricted Disk type: DVD, HD-DVD or BD Track Sess Type Start Addr End Addr Size == 1 1 Data 0 16070711607072 Last session start address: 0 Last session leadout start address: 1607072 eis # dvd+rw-mediainfo /dev/sr1 INQUIRY:[PLEXTOR ][DVDR PX-740A ][1.00] GET [CURRENT] CONFIGURATION: Mounted Media: 14h, DVD-RW Sequential Media ID: MCC 01RW4X Current Write Speed: 4.0x1385=5540KB/s Write Speed #0:4.0x1385=5540KB/s Write Speed #1:2.4x1385=3324KB/s GET [CURRENT] PERFORMANCE: Write Performance: 4.0x1385=5540KB/[EMAIL PROTECTED] -> 1607071] Speed Descriptor#0:00/1607071 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s Speed Descriptor#1:00/1607071 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s READ DVD STRUCTURE[#10h]: Media Book Type: 00h, DVD-ROM book [revision 0] Legacy lead-out at:2298496*2KB=4707319808 READ DVD STRUCTURE[#0h]: Media Book Type: 33h, DVD-RW book [revision 3] Last border-out at:2045*2KB=4188160 READ DISC INFORMATION: Disc status: complete Number of Sessions:1 State of Last Session: complete Number of Tracks: 1 READ FORMAT CAPACITIES: formatted: 1607072*2048=3291283456 00h(800): 2297888*2048=4706074624 10h(10): 2297888*2048=4706074624 13h(10): 690816*2048=1414791168 15h(10): 2297888*2048=4706074624 READ TRACK INFORMATION[#1]: Track State: complete Track Start Address: 0*2KB Free Blocks: 0*2KB Track Size:1607072*2KB Last Recorded Address: 1607071*2KB FABRICATED TOC: Track#1 : [EMAIL PROTECTED] Track#AA : [EMAIL PROTECTED] Multi-session Info:[EMAIL PROTECTED] READ CAPACITY: 1607072*2048=3291283456 -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Fax : +49-2536-9943 E-Mail : [EMAIL PROTECTED] WWW: http://home.foni.net/~marcusroeckrath/ pgp2mDGJhu0aH.pgp Description: PGP signature
Re: Problems mounting DVD-RWs written with growisofs
>> Record in DAO mode? Yes. But you have to pass >> explicit -use-the-force-luke=dao. Try that. > > One detail question arises to me: > > I remember that -dvd-compat on blank DVD-RW caused DAO > from a bug report about scdbackup which tried to pipe > with -dvd-compat. I have the feeling that we've discussed this, but anyway. If firmware is in shape, then DAO is engaged automatically. DAO requires prior knowledge of recording size. Pipe does not give you this knowledge. This must be conditions where scdbackup suffered the error... > But now that i look into the code of growisofs-7.1 > growisofs.c: > intdvd_compat=0, ... > ... > else if (!strcmp(opt,"-dvd-compat")) > { if (poor_man<0) poor_man = 1; > dvd_compat++; > growisofs_mmc.cpp > { if (dvd_compat >= (profile==0x14?2:256)) > { is_dao = 1, > it seems that DAO is not engaged by a single -dvd-compat Correct. > but would need two of those options. It was some intermediate suggestion and is kept for backward compatibility reasons, so please don't get fixated on this. A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Hi Andy, Am Freitag, 21. November 2008 21:35 schrieb Andy Polyakov: > > READ DVD STRUCTURE[#0h]: > > Media Book Type: 33h, DVD-RW book [revision 3] > > Last border-out at:2045*2KB=4188160 > > 2045 again... It apparently doesn't affect playback. But on the other > hand why should it, when kernel looks at track information and capacity, > As we see 2045 even in DAO recording, I'd say it's something fishy with > firmware. Check if vendor has an update. I can check but its a pure linux server without a windows system. IMHO plextors provides windows executables for firmware updates. > If not (or if it doesn't > resolve the problem) I can't recommend anything else but to stick to DAO > mode for all DVD-RW recordings. If this way solves the problem I can live with this. > Related question is if DVD-R suffers from same problem... Here the mediainfo of a dvd-r written on the same system a few month ago showing the same 2045 value: INQUIRY:[PLEXTOR ][DVDR PX-740A ][1.00] GET [CURRENT] CONFIGURATION: Mounted Media: 11h, DVD-R Sequential Media ID: MCC 02RG20 Current Write Speed: 8.0x1385=11080KB/s Write Speed #0:8.0x1385=11080KB/s Write Speed #1:4.0x1385=5540KB/s Write Speed #2:2.4x1385=3324KB/s GET [CURRENT] PERFORMANCE: Write Performance: 8.0x1385=11080KB/[EMAIL PROTECTED] -> 813695] Speed Descriptor#0:00/813695 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s Speed Descriptor#1:00/813695 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s Speed Descriptor#2:00/813695 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s READ DVD STRUCTURE[#10h]: Media Book Type: 00h, DVD-ROM book [revision 0] Legacy lead-out at:2298496*2KB=4707319808 READ DVD STRUCTURE[#0h]: Media Book Type: 25h, DVD-R book [revision 5] Last border-out at:2045*2KB=4188160 READ DISC INFORMATION: Disc status: appendable Number of Sessions:2 State of Last Session: empty "Next" Track: 2 Number of Tracks: 2 READ TRACK INFORMATION[#1]: Track State: complete incremental Track Start Address: 0*2KB Free Blocks: 0*2KB Track Size:813696*2KB Last Recorded Address: 813695*2KB READ TRACK INFORMATION[#2]: Track State: invisible incremental Track Start Address: 851600*2KB Next Writable Address: 851600*2KB Free Blocks: 1446288*2KB Track Size:1446288*2KB FABRICATED TOC: Track#1 : [EMAIL PROTECTED] Track#AA : [EMAIL PROTECTED] Multi-session Info:[EMAIL PROTECTED] READ CAPACITY: 813696*2048=1666449408 -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Fax : +49-2536-9943 E-Mail : [EMAIL PROTECTED] WWW: http://home.foni.net/~marcusroeckrath/ pgpXvMUZYJlX2.pgp Description: PGP signature
Re: Problems mounting DVD-RWs written with growisofs
Hi, > If this explanation is right all comma seperated values should be found. You are right. I was too much concentrated on the text constants (especially the missing comma) and did not realize it's strstr() and not strcmp(). I always used lots of lukes with one argument each so the comma gesture was new to me. (As i said: interesting and instructive :)) Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
>> Pioneer unit worked for me at numerous occasions > > It's a Plextor PX-740A. > >> Can it be that it gets screwed up under >> buffer underruns? I mean as actual average speed was 2.6x, while unit >> intended to record at 4x, it had to suffer multiple buffer underruns. > > It should have a burn-proof feature. There is a difference between "should" and "does," isn't there? But I'm not saying that it does not have the feature. As mentioned I really don't have any solid clue about why incremental recording don't work with some units, so I kind of inclined to blame any portion of firmware:-) A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
>>> Pioneer unit worked for me at numerous occasions >> It's a Plextor PX-740A. > > So it's a NEC with different firmware. PX-740 is believed to be re-bandged Benq DW1640. Newer PX-8xx units are believed to be re-badged NEC. A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
>> Can growisofs do that? Record in DAO mode? Yes. But you have to pass >> explicit -use-the-force-luke=dao. Try that... > > Seams to be ok, burning the same opensource_dvd70.iso the DVD-RW is > mountable and fully readable. > > Mediainfo: > > INQUIRY:[PLEXTOR ][DVDR PX-740A ][1.00] > GET [CURRENT] CONFIGURATION: > Mounted Media: 14h, DVD-RW Sequential > READ DVD STRUCTURE[#10h]: > Media Book Type: 00h, DVD-ROM book [revision 0] > Legacy lead-out at:2298496*2KB=4707319808 > READ DVD STRUCTURE[#0h]: > Media Book Type: 33h, DVD-RW book [revision 3] > Last border-out at:2045*2KB=4188160 2045 again... It apparently doesn't affect playback. But on the other hand why should it, when kernel looks at track information and capacity, which are perfectly sane: > READ TRACK INFORMATION[#1]: > Track State: complete > Track Start Address: 0*2KB > Free Blocks: 0*2KB > Track Size:1122816*2KB > Last Recorded Address: 1122815*2KB > READ CAPACITY: 1122816*2048=2299527168 As we see 2045 even in DAO recording, I'd say it's something fishy with firmware. Check if vendor has an update. If not (or if it doesn't resolve the problem) I can't recommend anything else but to stick to DAO mode for all DVD-RW recordings. You can also try to format for Restricted Overwrite, it might work properly... Related question is if DVD-R suffers from same problem... A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Hi Thomas, Am Freitag, 21. November 2008 20:56 schrieb Thomas Schmitt: > > growisofs -use-the-force-luke=dao -Z /dev/sr2 > > -use-the-force-luke=notry,tty Is such a construct - multiple use of > > -use-the-force-luke parameters - allowed? > > Yes it is. As often as you want. Fine, because of my test I assumed it can be done that way. > Strange: "notry,tty" is not among them. Little typo missing "a": notray > I cannot spot any comma interpretation. This comma seperated option is added by the frontend webcdwriter/CDWserver (Pro-Version). I'm not a C programmer having greater experience f. e. in pascal but the corresponding part of the code { s++; if (strstr(s,"tty"))no_tty_check = 1; if (strstr(s,"dummy")) test_write = 1; and so on compares if the constant string f. e. tty is part of s. I think all if lines are in action even a previous if statement return true. If this explanation is right all comma seperated values should be found. -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Fax : +49-2536-9943 E-Mail : [EMAIL PROTECTED] WWW: http://home.foni.net/~marcusroeckrath/ pgp7t5PEQG2FG.pgp Description: PGP signature
Re: Problems mounting DVD-RWs written with growisofs
Hi, > :-[ [EMAIL PROTECTED] failed with SK=5h/ILLEGAL MODE FOR THIS TRACK]: > Input/output error > :-( attempt to re-run with -dvd-compat -dvd-compat to engage DAO or apply > full blanking procedure Looks like the drive is like my Samsung. It pretends that the media can do Incremental Streaming but then fails. > growisofs -use-the-force-luke=dao -Z /dev/sr2 -use-the-force-luke=notry,tty > Is such a construct - multiple use of -use-the-force-luke parameters - > allowed? Yes it is. As often as you want. If you view file growisofs.c and search for "-use-the-force-luke" (in quotes) then you see a list of possible =values from "tty" to "spare". It is then interesting and instructive to try finding out what they actually do. :)) Strange: "notry,tty" is not among them. I cannot spot any comma interpretation. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Hallo Thomas, Am Freitag, 21. November 2008 18:32 schrieb Thomas Schmitt: > > Now I have to write a little wrapper script for growisofs to add > > -use-the-force... to the command line generated by the frontend. > > Did you try whether growisofs does not use > DAO automatically if the media is blanked fast ? It does not work reporting: 27.30% done, estimate finish Fri Nov 21 19:52:45 2008 54.60% done, estimate finish Fri Nov 21 19:52:43 2008 81.92% done, estimate finish Fri Nov 21 19:52:42 2008 /dev/sr1: "Current Write Speed" is 4.1x1352KBps. :-[ [EMAIL PROTECTED] failed with SK=5h/ILLEGAL MODE FOR THIS TRACK]: Input/output error :-( attempt to re-run with -dvd-compat -dvd-compat to engage DAO or apply full blanking procedure :-( write failed: Input/output error -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Fax : +49-2536-9943 E-Mail : [EMAIL PROTECTED] WWW: http://home.foni.net/~marcusroeckrath/ pgprs2VI3ExjB.pgp Description: PGP signature
Re: Problems mounting DVD-RWs written with growisofs
Hi Thomas, Am Freitag, 21. November 2008 18:32 schrieb Thomas Schmitt: > Did you try whether growisofs does not use > DAO automatically if the media is blanked fast ? During all testings I blanked the media sometimes fast and sometimes full but I seams not to make any difference. To be absolutely sure I will make this test one more time. -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Fax : +49-2536-9943 E-Mail : [EMAIL PROTECTED] WWW: http://home.foni.net/~marcusroeckrath/ pgp3TPp7BOEfA.pgp Description: PGP signature
Re: Problems mounting DVD-RWs written with growisofs
Hi, > Now I have to write a little wrapper script for growisofs to add > -use-the-force... to the command line generated by the frontend. Did you try whether growisofs does not use DAO automatically if the media is blanked fast ? It depends on the drive whether this state is recognized properly. But if it is recognized then you can get your result without wrapper by just using media which are prepared by dvd+rw-format -blank /dev/... (i.e. no -blank=full) or by cdrecord -v dev=... blank=fast Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Hi Jörg, Am Freitag, 21. November 2008 17:28 schrieb Joerg Schilling: > > Now I have to write a little wrapper script for growisofs to add > > -use-the-force... to the command line generated by the frontend. > > You could use cdrecord instead ;-) It's much more difficult to write a wrapper to switch from growisofs to cdrecord than adding one option to the growisofs command line. -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Fax : +49-2536-9943 E-Mail : [EMAIL PROTECTED] WWW: http://home.foni.net/~marcusroeckrath/ pgpOC0B5zaoGS.pgp Description: PGP signature
Re: Problems mounting DVD-RWs written with growisofs
Marcus Roeckrath <[EMAIL PROTECTED]> wrote: > > > Can growisofs do that? Record in DAO mode? Yes. But you have to pass > > > explicit -use-the-force-luke=dao. Try that... > > > > Seams to be ok, burning the same opensource_dvd70.iso the DVD-RW is > > mountable and fully readable. > > Now I have to write a little wrapper script for growisofs to add > -use-the-force... to the command line generated by the frontend. You could use cdrecord instead ;-) Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Hi Andy, Am Freitag, 21. November 2008 15:31 schrieb Marcus Roeckrath: > > Can growisofs do that? Record in DAO mode? Yes. But you have to pass > > explicit -use-the-force-luke=dao. Try that... > > Seams to be ok, burning the same opensource_dvd70.iso the DVD-RW is > mountable and fully readable. Now I have to write a little wrapper script for growisofs to add -use-the-force... to the command line generated by the frontend. Because the frontend did also add an -use-the-force-luke=notray,tty I cannot add my additional dao option in the configuration part of the frontend I put a second -use-the-force-luke option so the complete growisofs command line look like this: growisofs -use-the-force-luke=dao -Z /dev/sr2 -use-the-force-luke=notry,tty Is such a construct - multiple use of -use-the-force-luke parameters - allowed? -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Fax : +49-2536-9943 E-Mail : [EMAIL PROTECTED] WWW: http://home.foni.net/~marcusroeckrath/ pgptuQOsGfh2Y.pgp Description: PGP signature
Re: Problems mounting DVD-RWs written with growisofs
Hi Andy, Am Donnerstag, 20. November 2008 22:08 schrieb Andy Polyakov: > Can growisofs do that? Record in DAO mode? Yes. But you have to pass > explicit -use-the-force-luke=dao. Try that... Seams to be ok, burning the same opensource_dvd70.iso the DVD-RW is mountable and fully readable. Mediainfo: INQUIRY:[PLEXTOR ][DVDR PX-740A ][1.00] GET [CURRENT] CONFIGURATION: Mounted Media: 14h, DVD-RW Sequential Media ID: MCC 01RW4X Current Write Speed: 4.0x1385=5540KB/s Write Speed #0:4.0x1385=5540KB/s Write Speed #1:2.4x1385=3324KB/s GET [CURRENT] PERFORMANCE: Write Performance: 4.0x1385=5540KB/[EMAIL PROTECTED] -> 1122815] Speed Descriptor#0:00/1122815 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s Speed Descriptor#1:00/1122815 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s READ DVD STRUCTURE[#10h]: Media Book Type: 00h, DVD-ROM book [revision 0] Legacy lead-out at:2298496*2KB=4707319808 READ DVD STRUCTURE[#0h]: Media Book Type: 33h, DVD-RW book [revision 3] Last border-out at:2045*2KB=4188160 READ DISC INFORMATION: Disc status: complete Number of Sessions:1 State of Last Session: complete Number of Tracks: 1 READ FORMAT CAPACITIES: formatted: 1122816*2048=2299527168 00h(800): 2297888*2048=4706074624 10h(10): 2297888*2048=4706074624 13h(10): 1175072*2048=2406547456 15h(10): 2297888*2048=4706074624 READ TRACK INFORMATION[#1]: Track State: complete Track Start Address: 0*2KB Free Blocks: 0*2KB Track Size:1122816*2KB Last Recorded Address: 1122815*2KB FABRICATED TOC: Track#1 : [EMAIL PROTECTED] Track#AA : [EMAIL PROTECTED] Multi-session Info:[EMAIL PROTECTED] READ CAPACITY: 1122816*2048=2299527168 -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Fax : +49-2536-9943 E-Mail : [EMAIL PROTECTED] WWW: http://home.foni.net/~marcusroeckrath/ pgpM5dWWfo5T6.pgp Description: PGP signature
Re: Problems mounting DVD-RWs written with growisofs
Marcus Roeckrath <[EMAIL PROTECTED]> wrote: > Am Donnerstag, 20. November 2008 22:08 schrieb Andy Polyakov: > > > Pioneer unit worked for me at numerous occasions > > It's a Plextor PX-740A. So it's a NEC with different firmware. > > Can it be that it gets screwed up under > > buffer underruns? I mean as actual average speed was 2.6x, while unit > > intended to record at 4x, it had to suffer multiple buffer underruns. > > It should have a burn-proof feature. > > > Can growisofs do that? Record in DAO mode? Yes. But you have to pass > > explicit -use-the-force-luke=dao. Try that... Also try -speed=2. A. > > I tried -speed=2 without success. To do this you need a medium that supporrts speed=2 Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Hi Andy, Am Donnerstag, 20. November 2008 22:08 schrieb Andy Polyakov: > Pioneer unit worked for me at numerous occasions It's a Plextor PX-740A. > Can it be that it gets screwed up under > buffer underruns? I mean as actual average speed was 2.6x, while unit > intended to record at 4x, it had to suffer multiple buffer underruns. It should have a burn-proof feature. > Can growisofs do that? Record in DAO mode? Yes. But you have to pass > explicit -use-the-force-luke=dao. Try that... Also try -speed=2. A. I tried -speed=2 without success. I will test with -use-the-force-luke=dao and -speed=1 this afternoon. Thanks. -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Fax : +49-2536-9943 E-Mail : [EMAIL PROTECTED] WWW: http://home.foni.net/~marcusroeckrath/ pgpmSo34sph6C.pgp Description: PGP signature
Re: Problems mounting DVD-RWs written with growisofs
Hi, Andy Polyakov wrote: > Record in DAO mode? Yes. But you have to pass > explicit -use-the-force-luke=dao. Try that. One detail question arises to me: I remember that -dvd-compat on blank DVD-RW caused DAO from a bug report about scdbackup which tried to pipe with -dvd-compat. But now that i look into the code of growisofs-7.1 growisofs.c: intdvd_compat=0, ... ... else if (!strcmp(opt,"-dvd-compat")) { if (poor_man<0) poor_man = 1; dvd_compat++; growisofs_mmc.cpp { if (dvd_compat >= (profile==0x14?2:256)) { is_dao = 1, it seems that DAO is not engaged by a single -dvd-compat but would need two of those options. (-use-the-force-luke=dao gains generous 256 points.) So another variation comes to my mind: Incremental closed. (Now we have four legal states after first session. Plus the totally ill one we see on Marcus' media.) Whatever, if Marco cannot set growisofs options via the affected frontend, a try with fast-blanked DVD-RW is nearly the last resort. A try with formatted DVD-RW would then be the really very last one. (I am not overly optimistic with that.) Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
For public [and Marcus's] reference. I can only second Thomas's analysis and suggestions. Thank you, Thomas! A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
>> *ALWAYS* complement problem reports with dvd+rw-mediainfo output for the >> problem recordings. It's virtually impossible to say something really >> meaningful without it. Even log output from actual recording is desired >> might even be required [naturally most of progress indicator can be >> omitted. > > 1. Blanked previous used media using "cdrecord blank=all dev=1,2,0" For reference, you can do same with 'dvd+rw-format -blank=full /dev/sr2'. > 2. Wrote iso image "growisofs -Z /dev/sr2=opensource_dvd70.iso" > > Output: > > Executing 'builtin_dd if=opensource_dvd70.iso of=/dev/sr2 obs=32k seek=0' > /dev/sr2: "Current Write Speed" is 4.1x1352KBps. > 7340032/2299527168 ( 0.3%) @1.6x, remaining 20:49 RBU 99.4% UBU 4.8% > [...] > 2289008640/2299527168 (99.5%) @3.0x, remaining 0:02 RBU 29.7% UBU 19.0% > builtin_dd: 1122816*2KB out @ average 2.6x1352KBps > /dev/sr2: flushing cache > /dev/sr2: updating RMA > /dev/sr2: closing session For reference. All these "updating RMA" and "closing session" commands are pure firmware domain. In particular there are no parameters reflecting track size passed with these commands. Unit firmware is expected to keep track of last written block, 1122816 as we see in builtin_dd summary, and to write it to RMA, TOC and whatever structures required. Question is does it? That's where mediainfo comes into picture: > 3. Mediainfo > > eis # dvd+rw-mediainfo /dev/sr2 > INQUIRY:[PLEXTOR ][DVDR PX-740A ][1.00] > GET [CURRENT] CONFIGURATION: > Mounted Media: 14h, DVD-RW Sequential > Media ID: MCC 01RW4X > ... > READ DVD STRUCTURE[#0h]: > Media Book Type: 33h, DVD-RW book [revision 3] > Last border-out at:2045*2KB=4188160 2045? This can't be right... Normally it's same as recording size, should be 1122816 in this case. > READ TRACK INFORMATION[#1]: > Track State: invisible incremental > Track Start Address: 0*2KB > Next Writable Address: 0*2KB Next Writable Address 0? This makes it look like recording was not even performed. Track should be closed... > Free Blocks: 2297888*2KB > Track Size:2297888*2KB > FABRICATED TOC: > Track#1 : [EMAIL PROTECTED] > Track#AA : [EMAIL PROTECTED] > Multi-session Info:[EMAIL PROTECTED] > READ CAPACITY: 65264*2048=133660672 Capacity of 65264 which has no relation to last border-out location? Should be same and 1122816... > mount /media/dvdwriter2 > > Worked; report in /var/log/messages: > > kernel: ISO 9660 Extensions: Microsoft Joliet Level 3 > kernel: ISOFS: changing to secondary root So it wrote something, Next Writable Address must be bogus... > 5. Try to copy the content of the mounted device to hd failed: > > Cannot read source file "media/dvdwriter2/Autorun.inf" > Input/Output error (5) > > Reporting in /var/log/messages: > > Nov 20 16:47:30 eis kernel: attempt to access beyond end of device > Nov 20 16:47:30 eis kernel: 0b:02: rw=0, want=2242880, limit=130528 This is perfectly consistent with value returned to READ CAPACITY rescaled to 1KB. READ CAPACITY is what defines the "end of device." As mentioned writing values like "last border-out," "next writable address," those defining "capacity" is pure firmware domain. So it appears as if firmware failed miserably to record consistent and meaningful values. Question is how come? I don't know. Pioneer unit worked for me at numerous occasions and it worked for numerous users with other units... On the other hand there were several reports earlier all mentioning "last border-out" at 2045... Yet I don't have solid clue about this 2045 phenomena... Can it be that it gets screwed up under buffer underruns? I mean as actual average speed was 2.6x, while unit intended to record at 4x, it had to suffer multiple buffer underruns. But how come 2045 at several occasions? Common firmware deficiency? But it was observed with different vendors... Though it doesn't really exclude possibility of common firmware deficiency, because there is a lot of "re-badged" units out there... Another question is how come cdrecord succeeded? The catch is that by default it's recording in DAO mode, which requires that application sends track size prior recording, and all "last border-out," "table of contents," "capacity" structures residing in lead-in are recorded *prior* data. This is unlike multi-border recordings [which is default mode for growisofs when it comes to write-once and virgin or fully-blanked DVD-RW], when data is recorded first and *then* lead-in. Can growisofs do that? Record in DAO mode? Yes. But you have to pass explicit -use-the-force-luke=dao. Try that... Also try -speed=2. A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Hi Jörg, Am Donnerstag, 20. November 2008 16:52 schrieb Marcus Roeckrath: > eis # dvd+rw-mediainfo /dev/sr2 > INQUIRY:[PLEXTOR ][DVDR PX-740A ][1.00] > GET [CURRENT] CONFIGURATION: > Mounted Media: 14h, DVD-RW Sequential > Media ID: MCC 01RW4X > Current Write Speed: 4.0x1385=5540KB/s > Write Speed #0:4.0x1385=5540KB/s > Write Speed #1:2.4x1385=3324KB/s > GET [CURRENT] PERFORMANCE: > Write Performance: 4.0x1385=5540KB/[EMAIL PROTECTED] -> 2180843731] > Speed Descriptor#0:00/4294770689 [EMAIL PROTECTED]/s > [EMAIL PROTECTED]/s > Speed Descriptor#1:00/4294770689 [EMAIL PROTECTED]/s > [EMAIL PROTECTED]/s > READ DVD STRUCTURE[#10h]: > Media Book Type: 00h, DVD-ROM book [revision 0] > Legacy lead-out at:2298496*2KB=4707319808 > READ DVD STRUCTURE[#0h]: > Media Book Type: 33h, DVD-RW book [revision 3] > Last border-out at:2045*2KB=4188160 > READ DISC INFORMATION: > Disc status: appendable > Number of Sessions:2 > State of Last Session: incomplete > "Next" Track: 2 > Number of Tracks: 1 > READ FORMAT CAPACITIES: > formatted: 2297888*2048=4706074624 > 00h(800): 2297888*2048=4706074624 > 10h(10): 2297888*2048=4706074624 > 13h(10): 2492447*2048=5104531456 > 15h(10): 2297888*2048=4706074624 > READ TRACK INFORMATION[#1]: > Track State: invisible incremental > Track Start Address: 0*2KB > Next Writable Address: 0*2KB > Free Blocks: 2297888*2KB > Track Size:2297888*2KB > FABRICATED TOC: > Track#1 : [EMAIL PROTECTED] > Track#AA : [EMAIL PROTECTED] > Multi-session Info:[EMAIL PROTECTED] > READ CAPACITY: 65264*2048=133660672 On the same media cdrecord -minfo reports: Cdrecord-ProDVD-ProBD-Clone 2.01.01a53 (i586-pc-linux-gnu) Copyright (C) 1995-2008 J�g Schilling scsidev: '1,2,0' scsibus: 1 target: 2 lun: 0 Linux sg driver version: 3.1.25 Using libscg version 'schily-0.9'. Device type: Removable CD-ROM Version: 0 Response Format: 3 Capabilities : Vendor_info: 'PLEXTOR ' Identifikation : 'DVDR PX-740A ' Revision : '1.00' Device seems to be: Generic mmc2 DVD-R/DVD-RW/DVD-RAM. Using generic SCSI-3/mmc-2 DVD-R/DVD-RW/DVD-RAM driver (mmc_dvd). Driver flags : NO-CD DVD MMC-3 SWABAUDIO BURNFREE Supported modes: PACKET SAO LAYER_JUMP WARNING: Phys disk size 65264 differs from rzone size 2297888! Prerecorded disk? WARNING: Phys start: 196608 Phys end 261871 Mounted media class: DVD Mounted media type: DVD-RW sequential recording Disk Is erasable data type:standard disk status: incomplete/appendable session status: incomplete/appendable BG format status: none first track: 1 number of sessions: 2 first track in last sess: 2 last track in last sess: 1 Disk Is unrestricted Disk type: DVD, HD-DVD or BD Track Sess Type Start Addr End Addr Size == 1 1 Blank 0 22984952298496 Next writable address: 0 Remaining writable size:2298496 -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Fax : +49-2536-9943 E-Mail : [EMAIL PROTECTED] WWW: http://home.foni.net/~marcusroeckrath/ pgp389kPRKLly.pgp Description: PGP signature
Re: Problems mounting DVD-RWs written with growisofs
In contrary to cdrecord, growisofs does not implement "multi-border" support Yes, it does! Virgin and fully blanked DVD-RW media are written in compliant multi-border manner! DVD-R[W] multi-border support was there from day DVD-R[W] support was added to growisofs, along with Restricted Overwrite DVD-RW support. Does this mean you only use the trick for DVD+RW? No. ISO9660 volumes on DVD-RW *Restricted Overwrite* are treated in the same way as on DVD+RW. As well as on DVD-RAM, BD-RE, BD-R formatted for Pseudo-Overwrite. It should be noted that in last case media can be treated as both multi-session[/-border] and expandable single-session. Or rather multi-session capable OSes will mount it as if it was multi-session, while non-multi-session capable OSes will mount first session, yet be able to access files from all the sessions. A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Hi Andy Am Donnerstag, 20. November 2008 15:25 schrieb Andy Polyakov: > *ALWAYS* complement problem reports with dvd+rw-mediainfo output for the > problem recordings. It's virtually impossible to say something really > meaningful without it. Even log output from actual recording is desired > might even be required [naturally most of progress indicator can be > omitted. A. 1. Blanked previous used media using "cdrecord blank=all dev=1,2,0" 2. Wrote iso image "growisofs -Z /dev/sr2=opensource_dvd70.iso" Output: Executing 'builtin_dd if=opensource_dvd70.iso of=/dev/sr2 obs=32k seek=0' /dev/sr2: "Current Write Speed" is 4.1x1352KBps. 7340032/2299527168 ( 0.3%) @1.6x, remaining 20:49 RBU 99.4% UBU 4.8% [...] 2289008640/2299527168 (99.5%) @3.0x, remaining 0:02 RBU 29.7% UBU 19.0% builtin_dd: 1122816*2KB out @ average 2.6x1352KBps /dev/sr2: flushing cache /dev/sr2: updating RMA /dev/sr2: closing session /dev/sr2: reloading tray 3. Mediainfo eis # dvd+rw-mediainfo /dev/sr2 INQUIRY:[PLEXTOR ][DVDR PX-740A ][1.00] GET [CURRENT] CONFIGURATION: Mounted Media: 14h, DVD-RW Sequential Media ID: MCC 01RW4X Current Write Speed: 4.0x1385=5540KB/s Write Speed #0:4.0x1385=5540KB/s Write Speed #1:2.4x1385=3324KB/s GET [CURRENT] PERFORMANCE: Write Performance: 4.0x1385=5540KB/[EMAIL PROTECTED] -> 2180843731] Speed Descriptor#0:00/4294770689 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s Speed Descriptor#1:00/4294770689 [EMAIL PROTECTED]/s [EMAIL PROTECTED]/s READ DVD STRUCTURE[#10h]: Media Book Type: 00h, DVD-ROM book [revision 0] Legacy lead-out at:2298496*2KB=4707319808 READ DVD STRUCTURE[#0h]: Media Book Type: 33h, DVD-RW book [revision 3] Last border-out at:2045*2KB=4188160 READ DISC INFORMATION: Disc status: appendable Number of Sessions:2 State of Last Session: incomplete "Next" Track: 2 Number of Tracks: 1 READ FORMAT CAPACITIES: formatted: 2297888*2048=4706074624 00h(800): 2297888*2048=4706074624 10h(10): 2297888*2048=4706074624 13h(10): 2492447*2048=5104531456 15h(10): 2297888*2048=4706074624 READ TRACK INFORMATION[#1]: Track State: invisible incremental Track Start Address: 0*2KB Next Writable Address: 0*2KB Free Blocks: 2297888*2KB Track Size:2297888*2KB FABRICATED TOC: Track#1 : [EMAIL PROTECTED] Track#AA : [EMAIL PROTECTED] Multi-session Info:[EMAIL PROTECTED] READ CAPACITY: 65264*2048=133660672 4. Mounted burned dvd-rw with following entry in fstab: /dev/dvdwriter2 /media/dvdwriter2 iso9660 defaults,ro,user,noauto 0 0 mount /media/dvdwriter2 Worked; report in /var/log/messages: kernel: ISO 9660 Extensions: Microsoft Joliet Level 3 kernel: ISOFS: changing to secondary root 5. Try to copy the content of the mounted device to hd failed: Cannot read source file "media/dvdwriter2/Autorun.inf" Input/Output error (5) Reporting in /var/log/messages: Nov 20 16:47:30 eis kernel: attempt to access beyond end of device Nov 20 16:47:30 eis kernel: 0b:02: rw=0, want=2242880, limit=130528 Are these logs and reports helpfull for you? Have I missed needfull informations? -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Fax : +49-2536-9943 E-Mail : [EMAIL PROTECTED] WWW: http://home.foni.net/~marcusroeckrath/ pgpC3Q4Cc7hyc.pgp Description: PGP signature
Re: Problems mounting DVD-RWs written with growisofs
Andy Polyakov <[EMAIL PROTECTED]> wrote: > >> I got problems mouting DVD-RWs written with > >> > >> growisofs -Z /dev/sr2 . > >> > >> in the same dvd-burner-device it was burned with. > >> > >> Mount says: > >> > >> mount: wrong fs type, bad option, bad superblock on /dev/dvdwriter2, > >>or too many mounted file systems > > > > In contrary to cdrecord, growisofs does not implement "multi-border" > > support > > Yes, it does! Virgin and fully blanked DVD-RW media are written in > compliant multi-border manner! DVD-R[W] multi-border support was there > from day DVD-R[W] support was added to growisofs, along with Restricted > Overwrite DVD-RW support. Does this mean you only use the trick for DVD+RW? Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Hi, Joerg Schilling wrote: > In contrary to cdrecord, growisofs does not implement "multi-border" > support but uses some dirty tricks to pretend multi-session. With growisofs this depends on the formatting state of the media. Profile 0013h "DVD-RW restricted overwrite" or profile 0014h "DVD-RW sequential recording". The "dirty trick" is applied to 0013h and is a good reason to applaud Andy Polykov. One can carry it even one step further to obtain an emulated Table Of Content on overwriteable media and in disk filesystem objects: TOC layout : Idx , sbsector , Size , Volume Id ISO session : 1 ,32 ,742034s , HOME_2008_11_05_213825 ISO session : 2 ,742080 , 32588s , HOME_2008_11_06_221656 Andy will surely recognize why the start LBA 32 of the first session is essential for that. :) Others may learn from http://libburnia-project.org/browser/libburn/trunk/doc/cookbook.txt "ISO 9660 multi-session emulation on overwriteable media" "ISO 9660 based TOC emulation on overwriteable media" Media in state 0014h "DVD-RW sequential recording" are handled like DVD-R. That's what you call "multi-border" and what MMC-5 calls Incremental Streaming feature. 32 kB fixed size packets in a track and session oriented model like with CD-R in mode TAO. You can get DAO by option -dvd-compat or by fast-blanked DVD-RW if the drive does not lie about feature 0021h Incremental Streaming. My Samsung tells it is present although it then fails. Shrug. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Hi, I see Andy showed up. He knows best what growisofs does. :) But my mail was already written when i noticed. So anyway: Marcus Roeckrath wrote: > cdrecord dev=1,2,0 opensource_dvd70.iso > and the DVD-RW was burned well, could be mounted and all data could be read > without any error. > Why does the media contains correct size information after burning with > cdrecord but is unusable when burned with growisofs? That was DAO recording while growisofs most probably either used Incremental Streaming or Restricted Overwrite. > But I uses a server based burning backend on my eisfair server > (webcdwriter/CDWserver) which depens on growisofs. growisofs uses DAO on blank DVD-RW with option -dvd-compat growisofs -dvd-compat -Z ... Blank profile 0014h can be achieved by dvd+rw-format -blank /dev/... or cdrecord dev=/dev/... blank=fast As Joerg stated, the fast-blanked media are not suitable for the other recording mode which allows multiple sessions on one media. But for DAO they are ok. DAO needs to know the data amount in advance. growisofs can obtain this number if the image is ISO 9660 or if the data come from a disk file. It cannot do DAO with non-ISO-9660 from stdin. So you have three options with DVD-RW: - Blank media written in DAO mode. Option -dvd-compat or blanked with -blank=fast. - Blank or appendable media written in Incremental Streaming mode. No option -dvd-compat and media blanked by dvd+rw-format -blank=full /dev/... - Formatted DVD-RW. They do not get blanked but for once formatted by dvd+rw-format -force /dev/... From then on they can be overwritten. growisofs will warn of an eventual valid ISO image on media before overwriting it. If it refuses, use the secret weapon: option -use-the-force-luke I tested DVD-RW with all those modes and by own software. None of them could really convince me to buy any further 4x DVD-RW. On my hardware cdrecord had no better results than others. It just failed at other days. So for short time one could get such an impression. But if DAO works for your hardware, then go for growisofs -dvd-compat resp. for fast blanked media. (If the service in question provides the data with predictable size, that is.) Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
I got problems mouting DVD-RWs written with growisofs -Z /dev/sr2 . in the same dvd-burner-device it was burned with. Mount says: mount: wrong fs type, bad option, bad superblock on /dev/dvdwriter2, or too many mounted file systems In contrary to cdrecord, growisofs does not implement "multi-border" support Yes, it does! Virgin and fully blanked DVD-RW media are written in compliant multi-border manner! DVD-R[W] multi-border support was there from day DVD-R[W] support was added to growisofs, along with Restricted Overwrite DVD-RW support. but uses some dirty tricks to pretend multi-session. It should read "but uses *in my opinion* some dirty tricks," because that's what it is: *Joerg's* opinion. A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
I made another attempt burning an iso image starting growisofs -Z /dev/sr2=opensource_dvd70.iso I could mount this getting (/var/log/messages): kernel: ISO 9660 Extensions: Microsoft Joliet Level 3 kernel: ISOFS: changing to secondary root In mc (midnight commander) I can look into the directory structure of the mounted dvd but every copy operation gives an error: kernel: attempt to access beyond end of device kernel: 0b:02: rw=0, want=2242880, limit=130528 *ALWAYS* complement problem reports with dvd+rw-mediainfo output for the problem recordings. It's virtually impossible to say something really meaningful without it. Even log output from actual recording is desired might even be required [naturally most of progress indicator can be omitted. A. -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Hi Jörg, Am Donnerstag, 20. November 2008 13:39 schrieb Joerg Schilling: > Use cdrecord -multi > and you will get correct multi-border media. I know that cdrecord does not show this problem. But I uses a server based burning backend on my eisfair server (webcdwriter/CDWserver) which depens on growisofs. -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Fax : +49-2536-9943 E-Mail : [EMAIL PROTECTED] WWW: http://home.foni.net/~marcusroeckrath/ pgpGRCiyVAhba.pgp Description: PGP signature
Re: Problems mounting DVD-RWs written with growisofs
"Thomas Schmitt" <[EMAIL PROTECTED]> wrote: > Drive media compatibility with DVD is a gamble. > Especially with DVD-RW there is often trouble. > Try DVD+RW instead, or a different brand of DVD-RW > with lower nominal speed (e.g. 2x). > DVD-RW has excellent cross vendor readability because the DVD-Forum runs a Round Robin test with all media and all drives. DVD+RW readability between different drive manufacturers does not always work. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Hi, Am Donnerstag, 20. November 2008 13:33 schrieb Thomas Schmitt: > Did it carry data when it was loaded into the > drive ? (Said 316032 blocks perhaps ?) Where should I see this? I made another attempt burning an iso image starting growisofs -Z /dev/sr2=opensource_dvd70.iso I could mount this getting (/var/log/messages): kernel: ISO 9660 Extensions: Microsoft Joliet Level 3 kernel: ISOFS: changing to secondary root In mc (midnight commander) I can look into the directory structure of the mounted dvd but every copy operation gives an error: kernel: attempt to access beyond end of device kernel: 0b:02: rw=0, want=2242880, limit=130528 I burned the same iso with the newest release of cdrecord cdrecord dev=1,2,0 opensource_dvd70.iso and the DVD-RW was burned well, could be mounted and all data could be read without any error. > Try whether the problem vanishes if you eject > the tray after writing and load it again. I reloaded the problematic media several times. > If this is the same media with the same data as > above then the difference in numbers is astounding. > This would mean the media is plain ill and makes > the drives return different size information > or different data blocks. Why does the media contains correct size information after burning with cdrecord but is unusable when burned with growisofs? > > DVD+/-R (DL media also) could allways be burned, > > mounted an read without errors. > > Drive media compatibility with DVD is a gamble. > Especially with DVD-RW there is often trouble. > Try DVD+RW instead, or a different brand of DVD-RW > with lower nominal speed (e.g. 2x). I´m using DVD-RW because the DVD-Reader in my linux desktop dvd device supports only "-" media. The burners are located in a server using webcdwriter/CDWserver as server based burning software. -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Fax : +49-2536-9943 E-Mail : [EMAIL PROTECTED] WWW: http://home.foni.net/~marcusroeckrath/ pgp1dcBK0ky6R.pgp Description: PGP signature
Re: Problems mounting DVD-RWs written with growisofs
Marcus Roeckrath <[EMAIL PROTECTED]> wrote: > I got problems mouting DVD-RWs written with > > growisofs -Z /dev/sr2 . > > in the same dvd-burner-device it was burned with. > > Mount says: > > mount: wrong fs type, bad option, bad superblock on /dev/dvdwriter2, >or too many mounted file systems In contrary to cdrecord, growisofs does not implement "multi-border" support but uses some dirty tricks to pretend multi-session. It may be that you run into a problem caused by this act. > In /var/log/messages the following lines are found: > > kernel: attempt to access beyond end of device > kernel: 0b:02: rw=0, want=328386, limit=316032 > kernel: isofs_read_super: bread failed, dev=0b:02, iso_blknum=164192, > block=164192 If this happens during the mount call, see above. Use cdrecord -multi and you will get correct multi-border media. Note that this is still bases on a write-mode that differs from the usual sequential SAO recording and if you like to reuse the medium, you _must_ call cdrecord blank=full to make the medium reusable. Jörg -- EMail:[EMAIL PROTECTED] (home) Jörg Schilling D-13353 Berlin [EMAIL PROTECTED](uni) [EMAIL PROTECTED] (work) Blog: http://schily.blogspot.com/ URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Re: Problems mounting DVD-RWs written with growisofs
Hi, > I got problems mouting DVD-RWs written with > growisofs -Z /dev/sr2 . > kernel: attempt to access beyond end of device > kernel: 0b:02: rw=0, want=328386, limit=316032 Did it carry data when it was loaded into the drive ? (Said 316032 blocks perhaps ?) Try whether the problem vanishes if you eject the tray after writing and load it again. > Mounting the problematic dvd-rw in a pure dvd-reader-device in could be > mounted correctly but input/output errors like above are reported: > kernel: attempt to access beyond end of device > kernel: 0b:00: rw=0, want=167498, limit=167232 If this is the same media with the same data as above then the difference in numbers is astounding. This would mean the media is plain ill and makes the drives return different size information or different data blocks. I could offer own ISO reading capabilities and a block-wise media check in program xorriso, if you are interested. Probably it will not make the media usability any better, though. > DVD+/-R (DL media also) could allways be burned, > mounted an read without errors. Drive media compatibility with DVD is a gamble. Especially with DVD-RW there is often trouble. Try DVD+RW instead, or a different brand of DVD-RW with lower nominal speed (e.g. 2x). Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
Problems mounting DVD-RWs written with growisofs
Hi, I got problems mouting DVD-RWs written with growisofs -Z /dev/sr2 . in the same dvd-burner-device it was burned with. Mount says: mount: wrong fs type, bad option, bad superblock on /dev/dvdwriter2, or too many mounted file systems In /var/log/messages the following lines are found: kernel: attempt to access beyond end of device kernel: 0b:02: rw=0, want=328386, limit=316032 kernel: isofs_read_super: bread failed, dev=0b:02, iso_blknum=164192, block=164192 Sometimes (espacially if dvd-rw is erased complete with cdrecord blank=full) it worked correct but reporting input/output errors (on files at the end of the written data) when copying the dvd-rw-content back to hd giving simular lines in /var/log/messages like above. Mounting the problematic dvd-rw in a pure dvd-reader-device in could be mounted correctly but input/output errors like above are reported: kernel: attempt to access beyond end of device kernel: 0b:00: rw=0, want=167498, limit=167232 DVD+/-R (DL media also) could allways be burned, mounted an read without errors. Linux-Kernel: 2.4.35 (ide-scsi Emulation used) DVD-Burner: Plextor PX740A Any idea or hint whats going wrong. -- Gruss Marcus Marcus Roeckrath -- Vikarsbusch 8 -- D-48308 Senden -- Germany Phone : +49-2536-9944 -- Fax : +49-2536-9943 E-Mail : [EMAIL PROTECTED] WWW: http://home.foni.net/~marcusroeckrath/ pgpVFlcKiY4pR.pgp Description: PGP signature