Glad to hear it's going well! Mark Lanctot;195681 Wrote: > it did a strange surging seek, going down in speed in steps first, then > up in speed, before it started ripping. This took a long time, maybe a > minute, and it didn't say what it was doing.
That's strange, and I wouldn't expect it to do that every time. It uses cdparanoia as its back end, which generally works quite well (and pretty quickly). It's possible that the drive is misconfigured, but probably more likely, it was an isolated problem with that track on that disc. Mark Lanctot;195681 Wrote: > the ripping and encoding progress bars don't move until they complete, > i.e. they jump from 0-100% in one step. This means while it's ripping > or encoding you have no idea if it's frozen or how much longer it will > be. I suspect this is due to the software's beta status. Yes, like I said, it's rough around the edges! The easiest way to get around this, if you have enough screen real estate, is simply to invoke rubyripper from the command line (ie konsole or gterminal or whatever) - type rrip-gui. That way you get to watch cdparanoia in action on the command line, while still using the GUI to control things. -- bukharin ------------------------------------------------------------------------ bukharin's Profile: http://forums.slimdevices.com/member.php?userid=10859 View this thread: http://forums.slimdevices.com/showthread.php?t=34505 _______________________________________________ unix mailing list [email protected] http://lists.slimdevices.com/lists/listinfo/unix
