Ubuntu
brasero package

Improperly calculates time remaining in audio project

Bug #482450 reported by moshbox on 2009-11-14

This bug report is a duplicate of: Bug #277977: Wrong burn percentage, size of burnt data etc shown up.. Edit Remove

This bug affects 2 people

Affects		Status	Importance	Assigned to	Milestone
	brasero (Ubuntu)	New	Undecided	Unassigned

Bug Description

Binary package hint: brasero

Creating an mp3 compilation as New Audio Disc Project on an 80m disc:

Blank CD-R Disc: 29 h 02 of free space
Project estimated size: 1 h 10 min 33

ProblemType: Bug
Architecture: amd64
Date: Fri Nov 13 18:59:18 2009
DistroRelease: Ubuntu 9.10
ExecutablePath: /usr/bin/brasero
NonfreeKernelModules: nvidia
Package: brasero 2.28.2-0ubuntu1
ProcEnviron:
PATH=(custom, no user)
LANG=en_CA.UTF-8
SHELL=/bin/bash
ProcVersionSignature: Ubuntu 2.6.31-14.48-generic
SourcePackage: brasero
Uname: Linux 2.6.31-14-generic x86_64

Tags:

Revision history for this message

moshbox (moshbox) wrote on 2009-11-14:

Dependencies.txt Edit (4.2 KiB, text/plain; charset="utf-8")
ProcMaps.txt Edit (67.0 KiB, text/plain; charset="utf-8")
ProcStatus.txt Edit (773 bytes, text/plain; charset="utf-8")
XsessionErrors.txt Edit (191.3 KiB, text/plain; charset="utf-8")

Revision history for this message

Taylor Venable (taylor-metasyntax) wrote on 2009-11-22:

Same here; my project size was "1 h 17 min 17" of MP3 on an 80 min Maxell CD-R, Brasero gives the free time as "28 h 55". Also on x86_64, Ubuntu 9.10, Brasero 2.28.2, Linux 2.6.31; uname -a = "Linux zareason 2.6.31-14-generic #48-Ubuntu SMP Fri Oct 16 14:05:01 UTC 2009 x86_64 GNU/Linux". CD drive is a "TSSTcorp CDDVDW SH-S223B".

Revision history for this message

moshbox (moshbox) wrote on 2009-12-02:

How is this is a duplicate of #277977 ?? This is not a problem of the burn percentage, it is a problem with basic math mastering a mixed music disc. As far as I recall, the burn percentage was fine when I wrote the disc.

I never had this problem prior to upgrading to Karmic and bug #277977 seems to be a long standing, unrelated issue.