Bug 110940 - Concurrent rip + encode problems
Summary: Concurrent rip + encode problems
Keywords:
Status: CLOSED WONTFIX
Alias: None
Product: Fedora
Classification: Fedora
Component: grip
Version: 1
Hardware: i386
OS: Linux
medium
high
Target Milestone: ---
Assignee: Bill Nottingham
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2003-11-25 18:42 UTC by Michael Soulier
Modified: 2014-03-17 02:40 UTC (History)
1 user (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed: 2005-02-04 23:09:32 UTC
Type: ---
Embargoed:


Attachments (Terms of Use)

Description Michael Soulier 2003-11-25 18:42:18 UTC
If I rip + encode one CD, and then move on to the next CD while the
last one is still finishing it's encoding, I can't rip the new one.
Grip thinks that it is ripping the CD, but it is not. The drive never
spins up, although the status messages say that grip is perfectly
happy (ie. no errors are reported). 

This is also after editing the track names on the new CD. I don't know
if that is relevant. 

This did work perfectly in previous versions of grip.

Comment 1 Michael Soulier 2003-11-25 19:11:49 UTC
FTR, if I shut down grip, eject and CD and put it back in, and fire up
grip again, I can then rip + encode that CD. I must wash, rinse,
repeat for the next CD, and so on.

Comment 2 Bill Nottingham 2005-02-04 23:09:32 UTC
grip is no longer shipped in the development tree; as such, it is unlikely older
bugs will be fixed.


Note You need to log in before you can comment on or make changes to this bug.