I have a Yamaha IDE 4416 writer. When I use cdrwtool to format a cdrw disc, with the command: cdrwtool -d /dev/scd0 -q it formats the disc to 441MB. However, DirectCD formats the same disc to 538MB. Is this behaviour normal? Is it possible to format it to 538MB with cdrwtool? Thanks. -- A. Lee
On Thu, Oct 25, 2001 at 12:52:51AM -0400, A. Lee wrote:
I have a Yamaha IDE 4416 writer. When I use cdrwtool to format a cdrw disc, with the command: cdrwtool -d /dev/scd0 -q it formats the disc to 441MB.
However, DirectCD formats the same disc to 538MB. Is this behaviour normal? Is it possible to format it to 538MB with cdrwtool? Thanks.
I looked into this a while ago.. As far as I can tell, if you do a full blank on the disc, you get the right size.. but a quick blank gives the reduced size. Fidling around, I couldn't find a way to get the correct size from the disc once a quick format was done (other than just guessing if the size looks small).. This is with a Yamaha 8/4/24.. Ben
Hi,
I looked into this a while ago.. As far as I can tell, if you do a full blank on the disc, you get the right size.. but a quick blank gives the reduced size.
As far as I can tell, after a full blank, cdrwtool gets given the size of the disc in real, physical blocks (approx 336000). After a quick blank, though, the drive reports the size in available blocks for packet-writing (ie. around 275000 or so).
Fidling around, I couldn't find a way to get the correct size from the disc once a quick format was done (other than just guessing if the size looks small)..
Could you perhaps use the ATIP start of lead-out information or something? This is still correctly reported (by cdrecord). Stephen
On Thursday, 25. October 2001 20:40, you wrote:
As far as I can tell, after a full blank, cdrwtool gets given the size of the disc in real, physical blocks (approx 336000). After a quick blank, though, the drive reports the size in available blocks for packet-writing (ie. around 275000 or so).
We have had the discussion before, the number is drive dependant. Some drives give the cooked size for even unformatted tracks in packet writing mode, most others only for packet-formatted tracks.
Could you perhaps use the ATIP start of lead-out information or something? This is still correctly reported (by cdrecord). I think it should be enough to take it from disc_info, so we need not have a new structure in cdrwtool. Unfortunately, I can't get any recorder to work right now, but I suspect that something along the lines of the untested patch below should work for all recorders.
Arnd <>< --- cdrwtool.c-orig Thu Oct 25 12:52:04 2001 +++ cdrwtool.c Fri Oct 26 01:18:32 2001 @@ -669,7 +675,7 @@ int quick_setup(options_t *o) { - track_info_t ti; + disc_info_t di; int ret; unsigned blocks; mkudf_options opt; @@ -688,21 +694,17 @@ printf("Initiating quick disc blank\n"); - if ((ret = read_track_info(&ti, 1)) < 0) + if ((ret = read_disc_info(&di)) < 0) return ret; - blocks = be32_to_cpu(ti.track_size); - if (o->fpacket && !(ti.packet && ti.fp)) - { - /* fixed packets format usable blocks */ - blocks = ((blocks + 7) / (o->packet_size + 7)) * o->packet_size; - } + blocks = be32_to_cpu(di.lead_out); + blocks = ((blocks + 7) / (o->packet_size + 7)) * o->packet_size; printf("Disc capacity is %u blocks (%uKB/%uMB)\n", blocks, blocks * 2, blocks / 512); memset(&opt, 0x00, sizeof(mkudf_options)); if (o->fpacket) {
participants (4)
-
A. Lee -
Arnd Bergmann -
Ben Fennema -
Stephen Mollett