hello I have a Yamaha 8424S and the latest patch works great for me but I have a question, I think it has already been discussed on this list but I haven't found the answer... when I quick blank the disk, the capacity reported by cdrwtool is 441MB (226240 blocks ) and it should be about 530MB (275000 blocks) is it possible to force the blocks number when quickformatting the media? I use the 2.4.18-pre3 patch from Peter Osterlund and the udf tools are version 0.9.5 -- biou
capacity reported by cdrwtool is 441MB (226240 blocks ) ... should be about 530MB (275000 blocks) is it possible to force the blocks number when quickformatting the media?
You can specify the number of blocks if you format with the -m option: cdrwtool -d /dev/sr0 -m 275000 I think the problem is something to do with the drive reporting the size of the disc incorrectly - after a quick blank it returns an 'adjusted' capacity which takes into account the overhead of formatting the disc for packet-writing. After a full blank, it returns the right size, in raw blocks. This problem has been discussed before (more than once, I think) and no nice, clean solutions have been found. Stephen
On Thu, Jan 17, 2002 at 09:39:16PM +0000, Stephen Mollett wrote:
capacity reported by cdrwtool is 441MB (226240 blocks ) ... should be about 530MB (275000 blocks) is it possible to force the blocks number when quickformatting the media?
You can specify the number of blocks if you format with the -m option:
cdrwtool -d /dev/sr0 -m 275000
I think the problem is something to do with the drive reporting the size of the disc incorrectly - after a quick blank it returns an 'adjusted' capacity which takes into account the overhead of formatting the disc for packet-writing. After a full blank, it returns the right size, in raw blocks. This problem has been discussed before (more than once, I think) and no nice, clean solutions have been found.
The cvs version of cdrwtool uses the lead out instead of the track size to figure out the number of blocks.. You can give it a try and see if it gets the right value for you. Ben
participants (3)
-
Ben Fennema
-
biou
-
Stephen Mollett