[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