Re: Introductory post, CL projects, and more!

Zachary Beane <[email protected]>
Newsgroups gmane.lisp.clump
Message-ID <[email protected]>
On Mon, Jun 30, 2003 at 08:53:20PM -0700, Miles Egan wrote:
> On Thu, 2003-06-26 at 12:12, Zachary Beane wrote:
> > ObConcreteLispApplication: I just released RIP-L, a ripping/encoding
> > application for SBCL on Linux/x86. The site is
> > http://www.xach.com/rip-l/.
> > 
> > It's intended to operate over the network, so the ripper and the
> > encoder talk to a controller via TCP. However, it also happens with
> > the ripper, encoder, and controller might be running in the same
> > image. I'd like to make the connection into a class, and make
> > subclasses for network connections and in-process connections.
> 
> Sounds cool.  The network transport is there to allow scaling this
> across multiple machines, right?  On most of the machines I've used,
> ripping is far slower than encoding.  Do you envision parallelizing the
> encoding or the ripping part primarily?

A bit of both. My personal setup involves a fast network, fast CDROM
drives, and only a few fast CPUs. The CDROM drives on the slow systems
would easily outpace encoding if encoding had to be done on the local
machine.

I'm mainly doing this case I get a new audio CD library, or if I
decide to convert my existing library entirely to ogg. The initial
conversion of my current (modest) collection took several hours of
disc swapping. I figure ripping and encoding in parallel will cut the
time down significantly. It's probably not much of a win (other than
configurability) on single-drive, single-CPU, non-networked systems.

Zach
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.