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 501016 - Limit DVD reading speed to reasonable levels
Limit DVD reading speed to reasonable levels
Status: RESOLVED WONTFIX
Product: GStreamer
Classification: Platform
Component: gst-plugins-ugly
0.10.x
Other Linux
: Normal enhancement
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2007-12-02 13:19 UTC by Nicolas Mailhot
Modified: 2018-05-04 09:12 UTC
See Also:
GNOME target: ---
GNOME version: 2.21/2.22



Description Nicolas Mailhot 2007-12-02 13:19:03 UTC
Most computer DVD readers sound like lawn mowers when driven at full speed. This is unfortunately the linux kernel default (data-copy oriented). Therefore any attempt to read a shiny disk will be a noise disaster unless the video app requests limiting the drive to reasonable speeds such as 2×

Totem does not do it right now but it should, the code needed is very small, as evidenced on
http://safari.iki.fi/speedcontrol.c
Comment 1 Philip Withnall 2007-12-02 15:52:07 UTC
This would probably be better off in the backends (GStreamer and xine), or even in the DVD video libraries they use.

Bastien?
Comment 2 Bastien Nocera 2007-12-02 18:21:34 UTC
Definitely. Reassigning to GStreamer for now, if you're using xine-lib, please file a bug with them.
Comment 3 Jan Schmidt 2008-06-20 12:10:26 UTC
I'd like to do something like this in the new resindvd component. Gotta be careful with the detection code to make sure it's only used on supported platforms, and try and expand it to others at some point.
Comment 4 Edward Hervey 2013-07-18 05:06:21 UTC
Maybe this is a stupid question, but don't modern kernels take care of automatically adjusting optical drive speed based on speed at which data is being read from the device ? Making this bug obsolete ?

Jan ?
Comment 5 Jan Schmidt 2013-07-18 05:50:41 UTC
There's nothing new in the kernel afaik, and I haven't seen any change in behaviour. Generally when you hit play, the drive spins up to full speed (lawnmower mode) for a bit, until the pipeline is filled, and then automatically slows to match reading speed. It does that every time you un-pause or seek.
Comment 6 Edward Hervey 2013-07-18 06:28:40 UTC
Ok, so we do agree that except for the initial read burst, it does go back down to regular speed. Is this really an issue ?
Comment 7 Jan Schmidt 2013-07-18 08:21:15 UTC
I'm not sure - I'm just stating my experience. It may vary with the drive and whether it's any good at automatically picking a speed, or if it just spins at highest speed unless told otherwise.
Comment 8 Tim-Philipp Müller 2013-07-18 10:41:28 UTC
It can be a real problem in my experience, esp. with drives in laptops. You don't want to constantly have the drive go at max speed with high-pitch whine, just to then slow down to nothing, then shortly after spin up to max again, just to switch off. It happens.
Comment 9 Jan Schmidt 2018-05-04 09:02:59 UTC
Seems unlikely we'll ever get to this, and it's never been a problem for me with any of my drives.
Comment 10 Tim-Philipp Müller 2018-05-04 09:12:31 UTC
5 years later, I don't think that many people still have laptops with DVD drives, and the importance of DVDs has declined.

I think this should be done differently anyway, by implementing a device monitor for disc drives and exposing API for things like eject and setting playback speed anyway.

No one seems to have cared enough to just make a patch for dvdnav, so let's just close this :)