[Bug 676361] New: [cdparanoia] doesn't reset to default/max read speed
GStreamer (bugzilla.gnome.org)
bugzilla at gnome.org
Sat May 19 01:38:29 PDT 2012
https://bugzilla.gnome.org/show_bug.cgi?id=676361
GStreamer | gst-plugins-base | git
Summary: [cdparanoia] doesn't reset to default/max read speed
Classification: Platform
Product: GStreamer
Version: git
OS/Version: Linux
Status: UNCONFIRMED
Severity: normal
Priority: Normal
Component: gst-plugins-base
AssignedTo: gstreamer-bugs at lists.freedesktop.org
ReportedBy: notverysmart at gmail.com
QAContact: gstreamer-bugs at lists.freedesktop.org
GNOME version: ---
Looking into why CD ripping is sometimes slow in rhythmbox, I noticed that once
a track has been played (which causes rb to set the read speed to 1), ripping
would proceed at roughly playback speed.
This appears to be happening because cdparanoiasrc only sets the speed if the
read-speed property value is not -1 (and it treats 0 as -1). The cdparanoia
call that sets the speed (cdda_speed_set) works by calling an ioctl or issuing
a scsi command to the device, so creating a new cdparanoiasrc instance or
closing and reopening the device won't reset it, meaning that the read speed
setting for playback still applies.
Is there a reason it doesn't set the speed when the property value is -1?
I'm currently hacking around this by setting read-speed to 65535 (the field in
the scsi command is 16 bits) for CD ripping, which seems to be helping.
--
Configure bugmail: https://bugzilla.gnome.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the QA contact for the bug.
You are the assignee for the bug.
More information about the gstreamer-bugs
mailing list