[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[abcde] Re: Bug#70850: abcde: abcde should call a second process to handle track encoding.
On Sun, Sep 03, 2000 at 12:44:49PM -0700, admin@ferret.phonewave.net wrote:
> Package: abcde
> Version: 1.0.1.1-1
> Severity: wishlist
>
> I'd like to see this in a new version of abcde.
>
> Since the encoding speed on the dual P133 I use is so slow compared to
> the cdrom read speed, the abcde process waits on encoding when it
> could go on to reading another audio CD and maximising cdrom use.
Start up abcde again on another console or xterm. I've run seven
simultaneously before (for seven cdrom drives on the same scsi bus) without
any problems.
> This division of labour could also allow abcde to use an encoder
> running on a remote computer or round-robin between computers on a
> network.
Take a look at 1.1.2, available in unstable.
> I believe abcde could be split into three processes/programs.
>
> abcde: user interface front end. Displays ripping and encoding status
> and could prompt user to switch CD when ripping is complete.
>
> abcde-ripper: controls cddb lookup and audio extraction to wav file.
>
> abcde-encoder: encodes wav file data to output format, tags the file
> with track information from cddb, and places file in final location in
> the directory structure.
It already does this. The only exception is if you use -l 2.
> I plan to do some work toward this goal, so I can use my dual P200 in
> parallel with my dual P133 for audio encoding.
with 1.1.2:
abcde -r yourdualp200,yourdualp200
(twice since it's an smp system, I *think* distmp3host handles this ok.)
--
Robert Woodcock - rcw@debian.org
"And yet people take these numbers as if they're written in stone."
-- George Madaus, professor of educational testing and public policy
at Boston College, on test scores
To unsubscribe: echo unsubscribe | mail abcde-request@whimsica.lly.org