| ECS-L Home Automation and Security Archives |
| Subject: From: Date: | Re: [ECS] MP3 encoder question Ingo Dean Sun, 25 Oct 1998 16:43:10 -0500 |
BladeEnc <http://home.swipnet.se/~w-82625/> is supposed to be the most accurate. Tord focuses first on quality, and second on speed. Xing is the fastest, but well known for stripping out the higher frequencies. Plugger+ is in between. Better quality than Xing, faster than BladeEnc. Since you're only going to rip & encode a CD once, go for BladeEnc if you've got the CPU cycles. I have limited access to a fast CPU and want to encode my entire collection for background and car playing, so I'm going with Plugger+. It sounds good enough for me in my car. Before you ask, I save about 10-15 CD's onto my Libretto and play them via its output into the input on my car stereo. I've been looking for a single-board computer to mount in my car permanently, but haven't found anything reasonable yet. Michael David wrote: > > Hi folks! > > For those of you out there with mp3 experience, I have a question: What's > the best encoder? > > I've tried the plugger+, and even at 320kbs, the high freq. Info is quite > attenuated above 8k, and IMO, the depth of the performance suffers too much > to be useful for critical listening, although it's probably OK for > background music. I do like the idea, however, of setting up a music > server. > > Perhaps some other encoding scheme would be better? What encoding scheme > does minidisc use? > > Cheers! > > Michael David > michael@michaeldavid.com > > -----Original Message----- > From: Don Stephens [mailto:don@sb.net] > Sent: Sunday, October 25, 1998 1:08 PM > To: ecs-list@vancouver.ml.org > Subject: Re: [ECS] Help with Log States > > -----Original Message----- > From: Michael David <michael@michaeldavid.com> > To: ecs-list@vancouver.ml.org <ecs-list@vancouver.ml.org> > Date: Sunday, October 25, 1998 7:36 AM > Subject: RE: [ECS] Help with Log States > > >Hi Don! > > > >Yes, Dan has been very busy trying to solve the connect/disconnect issue. > I > >think he'll nail that soon, now that he can reproduce the problem. > > > >I'm intrigued by this music server idea. Tell me all about it. > > Think of converting your cd collection to a series of wav. files, very big > files. These are compressed via mp3 and put in a database on the hard drive > of a music server. These files are decoded at play time. No wait for the CD > to spool up, only limitation on a play list is the size of the hard drive. > Very trick > > > >What's mp3 encoded music sound like? Is it good enough for listening > though > >a nice A/V system? > > Yeah, I think so, although so far I'm playing them through my sony computer > speakers. Sounds good. You can control the accuracy through the ripper. > > > >How about naming, categorizing, searching and retrieving? Is there a > ripper > >that will automatically name the tunes? Is the a mp3 player out there that > >can handle a database of a few thousand tunes? > > AudioGrabber calls a net database and labels the CDs and names the tracks. > > >What are you thinking for Ace? For a large database, ACE may not make the > >best user interface > > I wanted to set up certain play lists, mood, artist, etc and have ACE > accesss the mp3 > player to play them. Having ECS would be the cats meow, but for an interface > ACE would be great. > > > >Cheers! > > > >Michael David > >michael@michaeldavid.com > > > > -- > Please, turn off HTML (fancy colours, fonts, etc) when sending message to > list. > To unsubscribe, e-mail: ecs-list-unsubscribe@vancouver.ml.org > > -- > Please, turn off HTML (fancy colours, fonts, etc) when sending message to list. > To unsubscribe, e-mail: ecs-list-unsubscribe@vancouver.ml.org