Recording time is wrong - 60:0 to 60:59 min. shown as 0:00 to 0:59

[Thorsten]

Binary package hint: gnome-media

When recording something it counts correct from 0:00 to 0:59 min. But in the 61st minute, from 60:00 to 60:59 min., it shows 0:00 to 0:59 min.

It was a little bit curious... i wanted to select gnome-sound-recorder in the bug report. Using the "choose..." funktion it finds the package but when i try to submit the report, it says, there is no suck package. so i selected gnome-media.

ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: gnome-media 2.30.0-0ubuntu1
ProcVersionSignature: Ubuntu 2.6.32-22.33-generic 2.6.32.11+drm33.2
Uname: Linux 2.6.32-22-generic i686
Architecture: i386
CheckboxSubmission: 60320aab242ef30c68d20b66852e6d75
CheckboxSystem: 22326a4f7e5a468933ec20d9a61aa8d0
Date: Mon May 31 22:04:33 2010
EcryptfsInUse: Yes
ExecutablePath: /usr/bin/gnome-sound-recorder
InstallationMedia: Ubuntu-Netbook 10.04 "Lucid Lynx" - Release i386 (20100429.4)
ProcEnviron:
 LANG=en_US.utf8
 SHELL=/bin/bash
SourcePackage: gnome-media

[Robert Roth (evfool)]

Thank you for your bug report. This bug has been reported to the developers of the software. You can track it and make comments at: https://bugzilla.gnome.org/show_bug.cgi?id=607939

[Julie Jenkins (jljenkins)]

I don't know if this is related, but there's another mighty ugly elapsed time bug with this version. I'm running the same specs as on this bug report header.

It can't count right.

I'm serious. Bring up the applet to adjust the time/date so that you can see the seconds tick by. Start recording (I did mp3) and note the difference in the elapsed time and date/time clocks. After a few minutes you'll see the program's elapsed time get a second ahead and it keeps going. Record 8 hours worth of stuff and it's waaaaaaay off.

This about drove me insane as I was righting a Python program to read a video captions file (srt) and read the captions using espeak at the correct times, while recording with GMR. I kept staring at the logic, trying to figure out how it could be getting slower and slower...until I realized that GMR was counting too fast!

Oh, for the good old days when the stability of a package was inversely proportional to the version number. Just the reverse now.