Bug 235739 - k3b error by burning iso's to dvd
Summary: k3b error by burning iso's to dvd
Status: RESOLVED FIXED
Alias: None
Product: k3b
Classification: Applications
Component: general (show other bugs)
Version: 1.91.0
Platform: Mandriva RPMs Linux
: NOR normal
Target Milestone: ---
Assignee: k3b developers
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2010-04-29 19:01 UTC by nixdorf
Modified: 2018-11-12 18:23 UTC (History)
1 user (show)

See Also:
Latest Commit:
Version Fixed In:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description nixdorf 2010-04-29 19:01:30 UTC
Version:           1.91.0 (using KDE 4.4.2)
OS:                Linux
Installed from:    Mandriva RPMs

An read/write error only occurs by burning an iso to dvd (growisofs).
It seems that the buffer will not be written to dvd:
buffer 32MB (auto): error occurs after 95 percent of writing to dvd
buffer 14MB (manual): error occurs after 97 percent of writing to dvd
buffer 0MB (manual): error occurs after 99 percent of writing to dvd

In version 1.0.5 (growisofs 7.1) there are no problems.
kdo:
/usr/bin/growisofs -Z /dev/sr0=/dev/fd/0 -use-the-force-luke=notray -use-the-force-luke=tty -use-the-force-luke=tracksize:527844 -use-the-force-luke=dummy -dvd-compat -speed=8 -use-the-force-luke=bufsize:32m 

version 1.91.0 (growisofs 7.1)
kdo:
/usr/bin/growisofs -Z /dev/sr0=/dev/fd/0 -use-the-force-luke=notray -use-the-force-luke=tty -use-the-force-luke=4gms -use-the-force-luke=tracksize:527844 -use-the-force-luke=dummy -use-the-force-luke=dao:527844 -dvd-compat -speed=8 -use-the-force-luke=bufsize:32m
Comment 1 Andrew Crouthamel 2018-11-12 02:45:45 UTC
Dear Bug Submitter,

This bug has been stagnant for a long time. Could you help us out and re-test if the bug is valid in the latest version? I am setting the status to NEEDSINFO pending your response, please change the Status back to REPORTED when you respond.

Thank you for helping us make KDE software even better for everyone!
Comment 2 nixdorf 2018-11-12 18:23:10 UTC
Never occured since version 2.x