| 1 |
José Romildo Malaquias <j.romildo@×××××.com> wrote: |
| 2 |
|
| 3 |
> > > Do you mean a test without -V or -v ? |
| 4 |
> > |
| 5 |
> > Without -v, as in this case cdrecord does not read the drives buffer fill ratio. |
| 6 |
> > It seems that there is a bug in Pioneer firmware that is triggered by calling |
| 7 |
> > SCSI get buffer cap (0x5C)and that results in throwing away the DMA data. |
| 8 |
> |
| 9 |
> Good news! |
| 10 |
> |
| 11 |
> With the command (without using the -v option) |
| 12 |
> |
| 13 |
> $ script -f -c "cdrecord -V debug=2 -sao -eject speed=8 fs=256m driveropts=burnfree /var/tmp/image.iso" cdrecord.log |
| 14 |
> |
| 15 |
> cdrecord completed successfully. The sha1 sums (calculated in a |
| 16 |
> different computer) for both the image and the recorded media are |
| 17 |
> identical! |
| 18 |
|
| 19 |
Then it seems that the drive developer is Pioneer. TEAC is out of normal |
| 20 |
business sind 4 years but it may be that they are the OEM for drives developed |
| 21 |
by Pioneer. |
| 22 |
|
| 23 |
> Is it fixable? |
| 24 |
|
| 25 |
Fixable would be updating the firmware in the drive. |
| 26 |
|
| 27 |
As it seems that Pioneer drives are sold by many companies, it may be that I |
| 28 |
need to find a suitable workaround for the bug. |
| 29 |
|
| 30 |
Jörg |
| 31 |
|
| 32 |
-- |
| 33 |
EMail:joerg@××××××××××××××××××××××××.de (home) Jörg Schilling D-13353 Berlin |
| 34 |
js@××××××××××××.de (uni) |
| 35 |
joerg.schilling@××××××××××××××××.de (work) Blog: http://schily.blogspot.com/ |
| 36 |
URL: http://cdrecord.berlios.de/private/ ftp://ftp.berlios.de/pub/schily |
Archives