On Wed, 04 Jun 2003, Andy Polyakov wrote: >> >> > This is also a mystery... Why do 51s come in pairs... >> > >> > Test this: >> >> Great! Not 100% but I could successfully record a DVD and read it >> afterwards :-) Seems like fixation isn't yet 100% ready. >> /dev/hdd: FEATURE 21h is not on, engaging DAO... >> /dev/hdd: reserving 50032 blocks > > Well, fixation for 100MB DAO recording should take unreasonable > time. As far as I understand DAO recordings should be at least 1GB and > unit pads it to this limit.
Exactly and growisofs seems to wait fro this and the light on my DVD writer is on. cdrecord just exits and the LED is off. > This has to be the explaination for both timeouts and fact that drive > remains unaccessible [for like 1/4 of hour]. Incremental (which is > applicable to virgin [or fully blanked] DVD-RW media) and Restricted > Overwrite recording strategies are/should be free from this limitation. > >> With growisofs the disc can be written and it lasts long enough. With >> cdrecord fixation lasts only 1s, which is way to fast, > > Elaborate on this. Did you attempted to cdrecord -fix -force or > something? Nope, but normally cdrecord doesn't exit before the drive has padded up to 1GB. I will try this again with ide-scsi to make sure I am not wrong. >> and my writer is completely blocked. > > Well, it makes sense (to me:-) in 97MB DAO context (see above). Once > drive wakes up try to 'dvd+rw-format -force /dev/hdd' and then > 'growisofs -Z /dev/hdd ...'. Note that there is new debugging utility, > dvd+rw-mediainfo, which you can use to explore DVD structures such as > TOC. I will have a look at that and make some more tests. At the moment I am compiling 2.5.70-bk with your latest patch applied. >> Jun 4 12:12:31 localhost kernel: decode_stat: 50 2a 00c340 >> Jun 4 12:12:31 localhost kernel: decode_stat: 50 2a 00c350 > > Could you show me excerpt with mixture of 51s and 50s? Yep: Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c080 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c090 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c0a0 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c0b0 Jun 4 12:12:30 localhost kernel: decode_stat: 51 2a 00c0c0 Jun 4 12:12:30 localhost kernel: decode_stat: 50 5c 000000 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c0c0 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c0d0 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c0e0 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c0f0 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c100 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c110 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c120 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c130 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c140 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c150 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c160 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c170 [snip] Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c270 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c280 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c290 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c2a0 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c2b0 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c2c0 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c2d0 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c2e0 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c2f0 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c300 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c310 Jun 4 12:12:30 localhost kernel: decode_stat: 50 2a 00c320 Jun 4 12:12:30 localhost kernel: decode_stat: 51 2a 00c330 Jun 4 12:12:30 localhost kernel: decode_stat: 50 5c 000000 Jun 4 12:12:31 localhost kernel: decode_stat: 50 2a 00c330 Jun 4 12:12:31 localhost kernel: decode_stat: 50 2a 00c340 Jun 4 12:12:31 localhost kernel: decode_stat: 50 2a 00c350 Jun 4 12:12:31 localhost kernel: decode_stat: 50 2a 00c360 Jun 4 12:12:31 localhost kernel: decode_stat: 50 35 000000 Jun 4 12:12:32 localhost kernel: decode_stat: 50 0 000000 > And you probably want to get rid of that debugging printout before you > proceed with your first >1GB recording:-) Definitely ;-) regards Markus -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
