! Please note that this is a snapshot of our old Bugzilla server, which is read only since May 29, 2020. Please go to gitlab.xfce.org for our new server !
xfburn fails to detect correct audio disc size, does not allow overburning
Status:
RESOLVED: WONTFIX

Comments

Description Liv 2009-02-27 08:52:19 CET
Here I have several issues with burning an audio composition. I add
.mp3 files so as to fill 71m 06s, which should fit well a 700 MB disc.
However, upon "Burn" Xfburn complains that "There is not enough space
available on the inserted disc.", and fails. Trying to reburn the same
composition no longer generates an error, but Xfburn simply freezes
and repsonds only to a kill signal.



### system info ###
liviu@localhost ~ $ eix xfburn
[D] app-cdr/xfburn
    Installed versions:  0.4.1(11:49:54 26/02/09)(dbus gstreamer hal
xfce -debug)
liviu@localhost ~ $ eix libburn
[I] dev-libs/libburn
    Installed versions:  0.5.8(22:31:38 17/02/09)
liviu@localhost ~ $ eix libisofs
[I] dev-libs/libisofs
    Installed versions:  0.6.12!t(22:35:15 17/02/09)
liviu@localhost ~ $ eix gst-plugins-bad
[U] media-libs/gst-plugins-bad
    Installed versions:  0.10.7(13:09:39 18/10/08)(-debug)
liviu@localhost ~ $ eix gst-plugins-good
[U] media-libs/gst-plugins-good
    Installed versions:  0.10.8-r1(0.10)(12:15:57 29/09/08)(-debug)
liviu@localhost ~ $ eix gst-plugins-ugly
[U] media-libs/gst-plugins-ugly
    Installed versions:  0.10.8(0.10)(12:28:10 29/09/08)(-debug)
liviu@localhost ~ $ uname -a
Linux localhost 2.6.22-gentoo-r5-0.3 #1 Sat Feb 21 17:06:37 CET 2009
i686 Intel(R) Pentium(R) M processor 1.60GHz GenuineIntel GNU/Linux
localhost liviu # lshw
          *-ide:1
               description: IDE Channel 1
               physical id: 1
               bus info: ide@1
               logical name: ide1
               clock: 33MHz
             *-cdrom
                  description: DVD writer
                  product: QSI DVD+/-RW SDW-082S
                  physical id: 0
                  bus info: ide@1.0
                  logical name: /dev/hdc
                  version: LX06
                  capabilities: packet atapi cdrom removable
nonmagnetic dma lba iordy audio cd-r cd-rw dvd dvd-r
                  configuration: mode=udma2 status=ready
                *-medium
                     physical id: 0
                     logical name: /dev/hdc
localhost liviu # gtk-lshw
DVD writer
/0/100/1f.1/1/0
product: QSI DVD+/-RW SDW-082S
bus info: ide@1.0
logical name: /dev/hdc
version: LX06
capabilities:
       ATAPI packet device,
       ATAPI,
       can read CD-ROMs,
       support is removable,
       support is non-magnetic (optical),
       Direct Memory Access,
       Large Block Addressing,
       I/O ready reporting,
       Audio CD playback,
       CD-R burning,
       CD-RW burning,
       DVD playback,
       DVD-R burning
configuration:
       mode: udma2
       status: ready
### ###
Comment 1 David Mohr 2009-02-28 17:17:25 CET
Status update:
- the message that there is not enough space available comes from the burning backend. I'll have to check with them why that's happening.

- I can reproduce the hang, and it's gstreamer misbehaving. I'm working on a fix, the obvious changes I tried did not resolve it.
Comment 2 Liv 2009-03-10 13:28:21 CET
(In reply to comment #1)
> - the message that there is not enough space available comes from the burning
> backend. I'll have to check with them why that's happening.
> 
I've bumped to 
[I] dev-libs/libburn
     Installed versions:  0.6.2(10:18:42 10/03/09),

and rebuilt Xfburn, but the behaviour does not change.
Comment 3 Liv 2009-03-16 18:44:08 CET
(In reply to comment #1)
> - the message that there is not enough space available comes from the burning
> backend. I'll have to check with them why that's happening.
> 
It seems that I identified the offending circumstances. I'm using Memorex CD-R's that are labeled: recordable | 52x | 700 MB | 80 min. 

Trying to burn the same composition in Brasero, I get the following information (see http://s000.tinyupload.com/index.php?file_id=90557513603893696992): 
Blank CD-R: 1h 10 of free space
Composition: 1h 11 min

For the same CD, Xfburn identifies a 650 MB | 74 min CD, while Brasero---for burning an ISO---a 702.8 MB CD. However, in the background it probably firmly believes the disc is <70 min. I suspect something incorrectly reports the size of the CD, and the backend (?) refuses to accept the CD for the given composition. 

When I took out one track from the composition, Xfburn burnt the entire disc flawlessly (contrary to Brasero, which failed couple of times with the same libburn backend). Shouldn't there be a `allow overburn' or similar option? From what I know, discs usually have about 10+ MB of spare space.
Comment 4 David Mohr 2009-07-14 03:18:06 CEST
In the audio composition window it does not yet check the inserted disc, that's something I'm working on. It just tells you what the minimum size disc you need to burn the composition is.

The disc size was actually severely understated in the released version, see bug 5302.

I'm not aware of an allow overburn option in libburn. There might be one, I haven't looked thoroughly yet. But be aware that allow overburn is in general not safe, and if you happen to end up on a CDR that still doesn't have the right size, you'll miss some of your data. I admit though, in the audio CD case that's probably not that much of an issue. I'll rename this bug and keep it open as a reminder.
Comment 5 Mario Đanić 2009-07-14 06:42:00 CEST
Libburn doesn't support overburn.
Comment 6 David Mohr 2009-07-14 14:04:18 CEST
Thanks for the comment Mario. In light of that, I'll close this bug, as getting more accurate available space information into the composition view is next on the todo list anyway.

Bug #4999

Reported by:
Liv
Reported on: 2009-02-27
Last modified on: 2009-07-14

People

Assignee:
Xfburn Bug Triage
CC List:
2 users

Version

Attachments

Additional information