<div dir="ltr"><div><div>Hi!<br><br></div>Can't find such piece of code in version 1.3.2.<br></div>However:<br><br>/* The waiting time before eventually retrying a failed SCSI command.<br>   Before each retry wait Libburn_sg_linux_retry_incR longer than with<br>   the previous one.<br>*/<br>#define Libburn_sg_linux_retry_usleeP 100000<br>#define Libburn_sg_linux_retry_incR   100000<br><br></div><div class="gmail_extra"><br><div class="gmail_quote">2015-06-25 19:02 GMT+03:00 Thomas Schmitt <span dir="ltr"><<a href="mailto:scdbackup@gmx.net" target="_blank">scdbackup@gmx.net</a>></span>:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
libburn might be contributing to high power consumption by<br>
firing a lot of retried WRITE(10) commands to the yet-not-ready<br>
drive. In the old days of CD burning, it was essential not to<br>
let the drive buffer run empty.<br>
<br>
But with DVD you could try to slow down the retries:<br>
<br>
In  libburn/sg-linux.c  there is a code piece<br>
<br>
        break;<br>
                /* if ! done : loop for retry */;<br>
        }<br>
<br>
which could be changed to<br>
<br>
        break;<br>
                /* if ! done : loop for retry */;<br>
                usleep(10000);<br>
        }<br>
<br>
Waiting 10 microseconds at DVD speed 16 would mean to delay<br>
about 220 KB, which should be much less than the drive buffer<br>
size. So there is a chance to catch up.<br>
(Nevertheless the execution times of initial WRITE(10) commands<br>
 indicate a maximum transfer speed of about 16000 KB/s = 12x DVD.)<br>
<div class="HOEnZb"><div class="h5"><br>
<br>
Have a nice day :)<br>
<br>
Thomas<br>
<br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">С уважением,<br>Нестеркин Дмитрий</div>
</div>