[Bug 1458230] Re: libburn imposing 0.2x BD-R burn (5-6 hours)
Thomas Schmitt
scdbackup at gmx.net
Sun Apr 17 18:58:26 UTC 2016
Hi,
Njorl wrote:
> Any possibility for making libburn more idiot-proof? If the log had
> been able to decompose how the burn speed was determined, I might have
> managed to check up on the bottleneck - and have avoided this drain on
> your time.
First i would have to make myself idiot-proof.
In hindsight the pacifier messages give a clear indication:
>> xorrecord ... fs=8m ...
>> xorriso : UPDATE : 10186 of 10189 MB written (fifo 1%) [buf 78%] 0.2x.
If the software fifo is at 1% of 8 MB = 80 kB while there are still 3 MB
to burn, then the input side of xorriso is not fast enough.
The drive buffer stays filled at about 60 to 80 % because the drive sees
no urgent need for writing. It rather waits until the buffer is nearly
full before it puts the data on medium.
----------------------------------------------------------------------
So i now officially declare that the problem was caused by insufficient
data source bandwidth.
USB 1 has at most 12 MBit/s. The shown xorriso run burned 10189 MB in
10286 seconds. That's 990 kByte/s = 7.925 MBit/s net payload.
This matches well enough to consider USB 1 the original cause of the
poor input speed.
In any case, USB 1 is not fast enough for normal DVD or BD burning.
1x DVD = 1385 kB/s , 1x BD = 4495 kB/s.
----------------------------------------------------------------------
Have a nice day :)
Thomas
--
You received this bug notification because you are a member of Ubuntu
Burning Team, which is subscribed to libburn in Ubuntu.
https://bugs.launchpad.net/bugs/1458230
Title:
libburn imposing 0.2x BD-R burn (5-6 hours)
To manage notifications about this bug go to:
https://bugs.launchpad.net/ubuntu/+source/libburn/+bug/1458230/+subscriptions
More information about the Ubuntu-burning
mailing list