Hi, me (about dvd+rw-mediainfo): > > This stems from a CDB > > AC ?? 00 00 00 00 00 00 nn nn 03 00 > > MMC-5 says nothing about the Data Type (byte 1 of the CDB) > > with Type 03h. I would expect that ?? is still 04 from the > > previous command. Joerg Schilling: > ??? > Do you expect a bug in growisofs?
At least i cannot see that in byte 1 the value 04 from the previous command is overwritten. So i expect this 04 to be sent again with the next command. In libburn this command is sent with byte 1 == 00. Well, it seems not to matter. > [avoid] a DMA error by trying to > reduce the 64 == 100 dec. to a lower number and check again dvd+rw-tools usually first inquire the number of descriptors by a "Maximum Number of Descriptors" (bytes 8+9) of 1. I read from MMC-5 rather the idea to use 0 for this purpose. Nevertheless in libburn i allow a reply of about 32 kB without inquiring the reply size first. In the case of Giulio's situation there are only two descriptors returned. So it can hardly be a matter of a fat data transfer. If the drive or the system is taking offense from a command that allows 100 descriptors (= 1600 byte) then libburn would be affected too. To Giulio: One could find out by downloading and installing http://scdbackup.sourceforge.net/cdrskin-0.3.6.pl00.tar.gz and then running test/telltoc --drive /dev/scd1 watching for output like Speed descr. : 5540 kB/s, 4482.6 MiB, DVD+RW Speed descr. : 3324 kB/s, 4482.6 MiB, DVD+RW If those don't appear, then libburn is in trouble. Have a nice day :) Thomas -- To UNSUBSCRIBE, email to [EMAIL PROTECTED] with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
