After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 671964 - Banshee should slow down the drive while playing CD audio
Banshee should slow down the drive while playing CD audio
Status: RESOLVED WONTFIX
Product: banshee
Classification: Other
Component: Playback
2.3.6
Other Linux
: Normal normal
: ---
Assigned To: Banshee Maintainers
Banshee Maintainers
gnome[unmaintained]
Depends on:
Blocks:
 
 
Reported: 2012-03-13 07:16 UTC by Chow Loong Jin
Modified: 2020-03-17 09:23 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Chow Loong Jin 2012-03-13 07:16:06 UTC
Originally reported at:
  https://bugs.launchpad.net/bugs/953166

Playing Audio CDs has poor user experience as the drive is spinning like crazy. To work around that I manually resort to running hdparm -E 1 /dev/sr0 but it would be nice if banshee did this by default

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: banshee 2.3.6-1ubuntu1
ProcVersionSignature: Ubuntu 3.2.0-18.28-generic 3.2.9
Uname: Linux 3.2.0-18-generic x86_64
NonfreeKernelModules: fglrx
ApportVersion: 1.94.1-0ubuntu2
Architecture: amd64
Date: Mon Mar 12 17:15:39 2012
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Alpha amd64 (20120218)
ProcEnviron:
 TERM=xterm-256color
 PATH=(custom, user)
 LANG=pl_PL.UTF-8
 SHELL=/bin/bash
SourcePackage: banshee
UpgradeStatus: No upgrade log present (probably fresh install)
Comment 1 Bertrand Lorentz 2012-03-13 18:24:58 UTC
I'm not sure this is something we should do ourselves, we basically just tell GStreamer to play the CD.

In fact, it be be even happening at the hardware level. The man page for hdparm states :

-E     Set  cd/dvd  drive  speed.   This is NOT necessary for regular operation, as the drive will automatically switch speeds on its own.
Comment 2 Zygmunt Krynicki 2012-03-13 20:03:52 UTC
I'm sure there is a bug somewhere in the stack. Playing audio CDs does not require my drive to speed up to the maximum possible speed allowed by the drive (this is my uneducated guess based on the amount of noise the drive was making).
Comment 3 Bertrand Lorentz 2012-03-13 21:05:11 UTC
I just tried with one of my CDs in Banshee, and my drive was not making much noise, so it was probably rotating at normal speed. Same with Totem.

Does the problem also happen with other media players also using GStreamer, like Totem ? Or something not using GStreamer, like VLC ?
Comment 4 Akhil Laddha 2012-04-27 04:28:42 UTC
Zygmunt, can you please provide requested information as per comment#3 ?
Comment 5 Zygmunt Krynicki 2012-04-27 10:37:14 UTC
Hi, sorry for the delay.

Interesting: Playback in totem is fine, the CD does not spin fast at all and I hear the music much more than the the drive itself. VLC on the other hand make the drive spin up to maximum, leaving the drive the single most audible thing in my room. Banshee, now upgraded, was quiet for a while but after a few seconds the track changed and the drive spun up again.

I have not given it much testing, I still suspect that one of the interfaces for CD-Audio playback is doing the wrong thing. It's one ting to rip the track, you want that at full speed (probably) but for playback with x52 drive you really don't want that.

After using VLC and Banshee I had to use hdparam trick to slow the drive again (totem does not do that).
Comment 6 André Klapper 2020-03-17 09:23:47 UTC
Banshee is not under active development anymore and had its last code changes more than three years ago. Its codebase has been archived.

Closing this report as WONTFIX as part of Bugzilla Housekeeping to reflect
reality. Please feel free to reopen this ticket (or rather transfer the project
to GNOME Gitlab, as GNOME Bugzilla is being shut down) if anyone takes the
responsibility for active development again.
See https://gitlab.gnome.org/Infrastructure/Infrastructure/issues/264 for more info.