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