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 |