- WLUG - wlug.mailman3.com

Re: [Wlug] One step CD ripping to MP3?

by Andy Stewart

On Monday 18 February 2002 02:50 pm, Chuck Homic wrote: > On Mon, Feb 18, 2002 at 02:22:07PM -0500, rb(a)millbury.net wrote: > > Is there an automated way in Linux to place an audio CD-ROM into the > > tray and have it rip into 256k "CD-quality" MP3s without user > > intervention? I know about lame as an encoder from .wav to .mp3. > > I use a hacky perl script that uses cdparanoia and lame. It's pretty > ghetto, so I'll let you roll your own, or maybe someone else on this > list has a better one. But I just pop the CD into my P200 and let it go > overnight, and compress a variable-rate 256k. (Averages 120-150 on most > discs.) Then when it's done, I rename the resultant .mp3 files. > > You'll get extra credit, though, if you have it look up the CDDB and > rename the tracks for you. :) > > -Chuck I use grip which also has the nice advantage of automatically using my SMP machine to its fullest. The result is 128K quality MP3s by default (due to Lame), but the commands are fully customizable. Grip is a GUI which understands the following rippers and has built in commands for them (which are customizable): cdparanoia cdda2wav other (put in your favorite ripper) It also understands these MP3 encoders: lame bladeenc l3enc xingmp3enc mp3encode gogo oggenc other (put in your favorite wav->mp3 encoder) Finally, it reads the CD and looks up the songs in a database (CDDB) so you don't have to type the song titles, artist, etc. It works for me...maybe it'll help you out, too. Look at http://www.nostatic.org/grip for more information. Andy -- Andy Stewart Founder Worcester Linux Users' Group Worcester, MA, USA http://www.wlug.org

Feb. 18, 2002

Re: [Wlug] One step CD ripping to MP3?

by Chuck Homic

On Mon, Feb 18, 2002 at 02:22:07PM -0500, rb(a)millbury.net wrote: > Is there an automated way in Linux to place an audio CD-ROM into the tray and > have it rip into 256k "CD-quality" MP3s without user intervention? I know > about lame as an encoder from .wav to .mp3. I use a hacky perl script that uses cdparanoia and lame. It's pretty ghetto, so I'll let you roll your own, or maybe someone else on this list has a better one. But I just pop the CD into my P200 and let it go overnight, and compress a variable-rate 256k. (Averages 120-150 on most discs.) Then when it's done, I rename the resultant .mp3 files. You'll get extra credit, though, if you have it look up the CDDB and rename the tracks for you. :) -Chuck (If you're *really* interested, I can send you the script that I have when I get to my box at home. The only good thing about my script is that it parallelizes the ripping with the encoding. ie. it encodes track 1 while track 2 is ripping, etc...)

Feb. 18, 2002

Re: [Wlug] One step CD ripping to MP3?

by Frank Sweetser

On Mon, Feb 18, 2002 at 02:22:07PM -0500, rb(a)millbury.net wrote: > > Here's a question from someone who doesn't do much Linux multimedia (me) but > has a friend who wants a solution. > > > Situation: > > Friend wants an MP3 server for his home network to play his large CD > collection. I've been trying out edna (http://edna.sourceforge.net/) to > serve/stream MP3s and its a nice simple and satisfactory solution. Works well > in that it is basically a webserver that is accessible from any computer on > the network. Does multiple streams as well. > > > Problem: > > Is there an automated way in Linux to place an audio CD-ROM into the tray and > have it rip into 256k "CD-quality" MP3s without user intervention? I know > about lame as an encoder from .wav to .mp3. > > Are there any automated solutions available (or creatable) that will allow my > friend to buy a new CD, place it in his Linux MP3 server CD tray, have it rip > to 256k MP3s without him having to press any keys/buttons, then eject the > disk after ripping? I'm not a very good script writer so any help there is > also welcomed. Bunches of them. My personal favorite is grip, a nice shiny gtk based frontend to to cdparanioa/lame|bladenc|etc/id3tag. Search freshmeat for various other ones, ranging from other shiny versions to bash scripts. -- Frank Sweetser fs at wpi.edu, fs at suave.net | $ x 16 Full-time WPI Network Tech, Part time Linux/Perl guy | #define NULL 0 /* silly thing is, we don't even use this */ -- Larry Wall in perl.c from the perl source code

Feb. 18, 2002

One step CD ripping to MP3?

by rb＠millbury.net

Here's a question from someone who doesn't do much Linux multimedia (me) but has a friend who wants a solution. Situation: Friend wants an MP3 server for his home network to play his large CD collection. I've been trying out edna (http://edna.sourceforge.net/) to serve/stream MP3s and its a nice simple and satisfactory solution. Works well in that it is basically a webserver that is accessible from any computer on the network. Does multiple streams as well. Problem: Is there an automated way in Linux to place an audio CD-ROM into the tray and have it rip into 256k "CD-quality" MP3s without user intervention? I know about lame as an encoder from .wav to .mp3. Are there any automated solutions available (or creatable) that will allow my friend to buy a new CD, place it in his Linux MP3 server CD tray, have it rip to 256k MP3s without him having to press any keys/buttons, then eject the disk after ripping? I'm not a very good script writer so any help there is also welcomed. Currently, he is using RealJukebox on Win2K to rip to .wav and RazorLame to encode to MP3 since the free version of RJB only encodes to 96k. A two stage process that I *KNOW* Linux could do better all by itself in one! <grin> -- Rob -= rb(a)millbury.net =-

Feb. 18, 2002

Re: [Wlug] network questions

by Stephen C. Daukas

At 05:03 PM 2/17/2002, Doug Waud wrote: >"bryon3245(a)netzero.com" wrote: [...] >the same thing as that Linksys box Steven Daukas (is that a real name?) The Witness Protection Program doesn't give you a choice; don't you remember that orientation session? I have to admit, I didn't feel so bad when you got your new name! Steve

Feb. 18, 2002

Re: [Wlug] reading/writing floppy disk

by Andy Stewart

On Sunday 17 February 2002 06:27 pm, you wrote: > I'm a little confused. Do I have to mount and unmount /dev/fd0 every > time I want to look at a different floppy disk? Is there a less > cumbersome way to do this? Thanks. > > Greg Well, this rather depends how you access the floppy. Normally, you would have to mount/unmount the floppy. However,if the floppy has a FAT (MS-DOS) filesystem on it, you can use the mtools package and not mount/unmount each time. Check it out, mtools might do the trick for you. -- Andy Stewart Founder Worcester Linux Users' Group Worcester, MA, USA http://www.wlug.org

Feb. 18, 2002

Re: [Wlug] apt-get across multiple computers

by Aaron Haviland

Scott Venier said: > On Sun, 17 Feb 2002, David Lee Ludwig wrote: > > > I am currently helping to manage a small network of Linux > > workstations, each of which runs Debian. Given that each workstation > > has a good amount of hard disk space on it, I generally keep software > > installations local. Additionally, most of the software on these > > machines is managed via Debian's apt system. > > > > I'm looking for an easy way to get apt-get functionality across these > > workstations (all run the same version of Debian.) More specifically, > > I want a distributed version of "apt-get install". > > > > Does anyone know of a pre-built set of scripts/tools that will allow > > me to do this, or am I going to have to write my own? > > I don't know of a tool to automagically run 'apt-get install foo' but it > should be easy enough to write using ssh-agent, ssh, and a foreach loop. > > Be sure to setup a local proxy on your network and have apt use it. > There's no point in having every machine download the package from your > debian mirror over your (slower then lan speed) internet connection when > one of them can do it once and the rest can copy it from that one. I've found that keeping /var/cache/apt/archives on only one box, and NFS sharing it with the rest seems to be a good way to "proxy" ... with "apt-proxy" packages still need to be grabbed via HTTP from one box to another. with NFS, there only exists the one archive on one box. Less wasted diskspace. Similarly, I'm wondering if maybe sharing /usr/ among your boxen would work (for the most part) for what I'm guessing you want. Perhaps utilising /etc/apt/apt.conf.d/... taking debconf's example there ...oh hmm. nevermind. I can't seem to see an easy way to invoke preinst/postinst scripts on the other boxen while installing the package on one. (postinst wouldn't be a problem... but preinst would.) -- Aaron Haviland orion [at] tribble [dot] dyndns [dot] org orion [at] parsed [dot] net I blame it on the internet; and the return of swing.

Feb. 18, 2002

Re: [Wlug] reading/writing floppy disk

by Scott Venier

yup. you need to mount and unmount it each time. The kernel can get rather confused if you take out a floppy w/o unmounting it. Scott On Sun, 17 Feb 2002, Gregory Avedissian wrote: > I'm a little confused. Do I have to mount and unmount /dev/fd0 every time I > want to look at a different floppy disk? Is there a less cumbersome way to do > this? Thanks. > > Greg > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug >

Feb. 18, 2002

Re: [Wlug] apt-get across multiple computers

by Scott Venier

I don't know of a tool to automagically run 'apt-get install foo' but it should be easy enough to write using ssh-agent, ssh, and a foreach loop. Be sure to setup a local proxy on your network and have apt use it. There's no point in having every machine download the package from your debian mirror over your (slower then lan speed) internet connection when one of them can do it once and the rest can copy it from that one. Scott On Sun, 17 Feb 2002, David Lee Ludwig wrote: > I am currently helping to manage a small network of Linux workstations, > each of which runs Debian. Given that each workstation has a good amount > of hard disk space on it, I generally keep software installations local. > Additionally, most of the software on these machines is managed via > Debian's apt system. > > I'm looking for an easy way to get apt-get functionality across these > workstations (all run the same version of Debian.) More specifically, I > want a distributed version of "apt-get install". > > Does anyone know of a pre-built set of scripts/tools that will allow me to > do this, or am I going to have to write my own? > > -- > David Ludwig | "The Linux philosophy is laugh in the face of > davidl<at>wpi.edu | danger. Oops. Wrong One. 'Do it yourself.' > http://www.oflove.com | That's it." - Linus Torvalds > > > _______________________________________________ > Wlug mailing list > Wlug(a)mail.wlug.org > http://mail.wlug.org/mailman/listinfo/wlug >

Feb. 18, 2002

ide-scsi

by Gregory Avedissian

I got it to work! In case anyone is interested, here's what it looks like on SuSE 7.2 with cdrom as hdb and cdrw as hdc: After messing around with manually editing lilo.conf with no luck, I finally used yast2 LILO configuration to make a boot floppy and got the boot parameters right. /dev/ram hdb=ide-scsi hdc=ide-scsi ide-cd ignore=hdb ignore=hdc Or, booting with loadlin, the dos batch file contains: c:\windows\smartdrv/c cd \loadlin loadlin vmlinuz /dev/ram rw initrd=c:\loadlin\initrd root=/dev/hda4 ro hdc=ide-scsi hdb=ide-scsi ide-cd ignore=hdc ignore=hdb Below is /etc/lilo.conf Does the reference "BOOT_FILE=/boot/vmlinuz" in the append line of the global section mean that I'll boot that image regardless of my menu choices? If anyone sees any glaring errors or anything that will kill my computer, please let me know. I guess I should try it. As far as I can tell, there's no difference between vmlinuz and vmlinuz.suse, but I suppose I could replace on with a different kernel. I'm going to send this message before I try rebooting. Greg # LILO configuration file # Start LILO global Section # If you want to prevent console users to boot with init=/bin/bash, # restrict usage of boot params by setting a passwd and using the option # restricted. #password=bootpwd #restricted append="BOOT_FILE=/boot/vmlinuz /dev/ram hdb=ide-scsi hdc=ide-scsi ide-cd ignore=hdb ignore=hdc" boot=/dev/fd0 #compact # faster, but won't work on all systems. lba32 vga=normal message=/boot/message menu-scheme=Wg:kw:Wg:Wg read-only prompt timeout=80 # End LILO global Section # image = /boot/vmlinuz root = /dev/hda4 label = linux initrd = /boot/initrd # image = /boot/vmlinuz.suse root = /dev/hda4 label = suse initrd = /boot/initrd.suse optional # other = /dev/hda1 label = windows table = /dev/hda # image = /boot/memtest.bin label = memtest86

Feb. 18, 2002