From postmaster@mssm.com Mon, 31 Jul 2000 12:30:28 -0500 Date: Mon, 31 Jul 2000 12:30:28 -0500 From: NTMail postmaster@mssm.com Subject: [slinkelist] Failed mail: exceeded hop count This is a MIME-encapsulated message --==_17302867301590@stetson.mssm.com==_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline This mail message has exceeded the maximum number of hops. --==_17302867301590@stetson.mssm.com==_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline The requested destination was: michael.sullivan@mssm.com --==_17302867301590@stetson.mssm.com==_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline The message headers and first 50 body lines follow: --==_17302867301590@stetson.mssm.com==_ Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id yjcaaaaa for michael.sullivan@mssm.com; Mon, 31 Jul 2000 12:15:29 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id njcaaaaa for michael.sullivan@mssm.com; Mon, 31 Jul 2000 12:00:29 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id ejcaaaaa for michael.sullivan@mssm.com; Mon, 31 Jul 2000 11:45:28 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id wicaaaaa for michael.sullivan@mssm.com; Mon, 31 Jul 2000 11:30:28 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id oicaaaaa for michael.sullivan@mssm.com; Mon, 31 Jul 2000 11:15:28 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id hicaaaaa for michael.sullivan@mssm.com; Mon, 31 Jul 2000 11:00:28 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id bicaaaaa for michael.sullivan@mssm.com; Mon, 31 Jul 2000 10:45:28 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id thcaaaaa for michael.sullivan@mssm.com; Mon, 31 Jul 2000 10:30:28 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id lhcaaaaa for michael.sullivan@mssm.com; Mon, 31 Jul 2000 10:15:27 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id dhcaaaaa for michael.sullivan@mssm.com; Mon, 31 Jul 2000 10:00:28 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id wgcaaaaa for michael.sullivan@mssm.com; Mon, 31 Jul 2000 09:45:28 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id qgcaaaaa for michael.sullivan@mssm.com; Mon, 31 Jul 2000 09:30:28 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id kgcaaaaa for michael.sullivan@mssm.com; Mon, 31 Jul 2000 09:15:28 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id egcaaaaa for michael.sullivan@mssm.com; Mon, 31 Jul 2000 09:00:27 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id wfcaaaaa for michael.sullivan@mssm.com; Mon, 31 Jul 2000 08:45:27 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id pfcaaaaa for michael.sullivan@mssm.com; Mon, 31 Jul 2000 08:30:28 -0500 Received: from [216.127.64.117] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id jfcaaaaa for msullivan@mssm.com; Mon, 31 Jul 2000 08:25:38 -0500 Received: from localhost (akbar) [127.0.0.1] (list) by akbar with esmtp (Exim 2.05 #1 (Debian)) id 13JFeY-0006Fs-00; Mon, 31 Jul 2000 06:30:46 -0700 From: slinkelist-admin@nirvis.com Subject: slinkelist digest, Vol 1 #339 - 10 msgs Reply-to: slinkelist@nirvis.com X-mailer: Mailman v1.0rc2 Mime-version: 1.0 Content-type: multipart/mixed; boundary="10.10.10.1.38.24011.965050243.294.6454" To: slinkelist@nirvis.com Sender: slinkelist-admin@nirvis.com Errors-To: slinkelist-admin@nirvis.com X-Mailman-Version: 1.0rc2 Precedence: bulk List-Id: Slink-e discussion and support list X-BeenThere: slinkelist@nirvis.com Message-Id: Date: Mon, 31 Jul 2000 06:30:46 -0700 X-POPServer: mssm.com --10.10.10.1.38.24011.965050243.294.6454 Content-type: text/plain; charset=us-ascii Content-description: Masthead (slinkelist digest, Vol 1 #339) Send slinkelist mailing list submissions to slinkelist@nirvis.com To subscribe or unsubscribe via the web, visit http://www.nirvis.com/mailman/listinfo/slinkelist or, via email, send a message with subject or body 'help' to slinkelist-request@nirvis.com You can reach the person managing the list at slinkelist-admin@nirvis.com When replying, please edit your Subject line so it is more specific than "Re: Contents of slinkelist digest..." --10.10.10.1.38.24011.965050243.294.6454 Content-type: text/plain; charset=us-ascii Content-description: Today's Topics (10 msgs) Today's Topics: 1. Failed mail: exceeded hop count (NTMail) 2. Track restart problem (Jeff Schaffer) 3. Strange troubles with IR (Jay Pfaffman) 4. CDJ on a network (Simon Mason) 5. RE: Obstinate STR-DE825, CDP-CX220 and optical connections (W. John Guineau) 6. (no subject) (riverwaves) 7. RE: Sony SLV-799HF VCR and SLink-E? (W. John Guineau) 8. Re: Obstinate STR-DE825, CDP-CX220 and optical connections (Ian Cole) 9. PartyGUI mas (keith alexander) 10. Re: New FREE killer application: MP3Streamworks (Brian Atkins) --10.10.10.1.38.24011.965050243.294.6454 Content-type: multipart/digest; boundary="__--__--" --__--__-- Message: 1 From: "NTMail" To: "slinkelist@nirvis.com" Date: Sun, 30 Jul 2000 12:30:19 -0500 Message-Id: <17301974300616@stetson.mssm.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="==_17301974300617@stetson.mssm.com==_" Subject: [slinkelist] Failed mail: exceeded hop count This is a MIME-encapsulated message --10.10.10.1.38.24011.965050243.294.6454-- --==_17302867301590@stetson.mssm.com==_-- From pfaffman@relaxpc.com Mon, 31 Jul 2000 12:56:08 -0500 Date: Mon, 31 Jul 2000 12:56:08 -0500 From: Jay Pfaffman pfaffman@relaxpc.com Subject: [slinkelist] Strange troubles with IR I don't think that's going to help me as the IR noise seems to be coming from the Slinke. I probably need to do one more test with all receivers unplugged to make sure, but it appears that once my slinke receives any IR it starts squirting it incessantly. Once it's done that, it won't pass even Slink loop tests until the slinke's been power cycled. It looks like I'll need to contact Nirvis on this one. On Mon, 31 Jul 2000 12:47:49 -0000, "Thomas W. Humphrey" said: > I had a problem similar to this and found that the source was infrared noise > beng produced by one of my cheaper TV's, going into the remote IR receiver > and bombarding the slnike with garbage IR. I solved the problem by simply > moving the remote IR receiver away from the front of the TV where the IR > noise was created. > Hope this helps. > Tom Humphrey > ----- Original Message ----- > From: "Jay Pfaffman" > To: "SlinkE List" > Sent: Sunday, July 30, 2000 6:57 PM > Subject: [slinkelist] Strange troubles with IR >> I suspect that this is a hardware problem, but it could prove useful >> for others on the list. >> >> My slinke's been working fine for a couple years now (or is it >> three?). A couple days ago it started acting up. I haven't >> completely diagnosed it but it looks like the first time IR signals >> are retransmitted (I've got receivers in several rooms and a single >> transmitter in my wiring closet) it just keeps squirting out IR until >> I power-cycle the slinke (this is evidenced by the light staying >> orange and no components being able to receive IR signals while in >> view of the IR transmitter). >> >> Having CDJ send IR signals seems to work fine (until I've tried to >> have it retransmit, though I haven't triple-checked this hypothesis), >> but I can no longer control my components the system via IR. THE >> HORROR! >> >> Could I have misconfigured something (I have edited my map file >> recently) or is it likely that either the transmitter or the slinke is >> broken in some way? Is there some double-secret reset I can or should >> do? >> >> Thanks. >> >> -- >> Jay Pfaffman pfaffman@relaxpc.com >> +1-615-343-1720 (office) +1-615-460-9299 (home) >> http://relax.ltc.vanderbilt.edu/~pfaffman/ >> Please note new email address! I am relax.com no more. >> >> -- Jay Pfaffman pfaffman@relaxpc.com +1-615-343-1720 (office) +1-615-460-9299 (home) http://relax.ltc.vanderbilt.edu/~pfaffman/ Please note new email address! I am relax.com no more. From theMack@mackpad.com Mon, 31 Jul 2000 12:47:20 -0700 Date: Mon, 31 Jul 2000 12:47:20 -0700 From: The Mack theMack@mackpad.com Subject: [slinkelist] CD binder that also fits BACK covers Has anyone out there looked for and found a CD binder that also fits the slightly larger back covers of CD liner notes? Because the back covers usually list the song titles on them, I would like to keep these in addition to the CD's liner notes. From Dave.Hoen@emulex.com Mon, 31 Jul 2000 12:51:33 -0700 Date: Mon, 31 Jul 2000 12:51:33 -0700 From: Hoen, Dave Dave.Hoen@emulex.com Subject: [slinkelist] Track restart problem I'm having a very similar problem with the latest version of CDJ. I didn't notice this with previous versions. (I don't recall which version I used before this latest) My problem doesn't sound quite as serious as Jeff's, however. For me, it will only restart the track once, then play the track all the way through. It will do this after every five tracks or so. Occasionally it will not restart the track, but move on to a new track. Did Colby build in some artificial intelligence? It is as if it is doing a little pre-screening of the song and if it likes it, it goes ahead and plays it and if not, it gets tossed. It's kind of cute. Like Jeff, this seems to start happening after about an hour of flawless playing, and the only way to clear it is to stop and restart CDJ. I have two players (220 and 260 I recall), on separate s-link's. Random playlist. I have my random playlist que up 20 tracks in advance (in case I want to use Mini-Disk manager). I've wondered if the hour delay before failing has something to do with the playlist que, but haven't had time to experiment. I haven't determined if it is always happening on one player rather than the other. Dave Hoen Jeff Schaffer wrote: > Dear Nirvis, > > I'm having a problem. Usually within an hour after starting CDJ, > Tracks played from player 1 (a CDP-CX270) of 3 have a problem. They > play for 3-10 seconds then start over. They continue doing this until > I manually stop CDJ or the player. > > I started with a ThinkPad 366MHz and then took an old Toshiba > Sattelite Pro P75, reformatted the hard disk, did a fresh install of > Win98SE and CDJ, and it still happens. > > HELP! > > Jeff > > PS: I originally submitted this to slinkelist, but forgot to send it > to help@nirvis.com, so this is a resend. > > _______________________________________________ > slinkelist maillist - slinkelist@nirvis.com > http://www.nirvis.com/mailman/listinfo/slinkelist From dmorgen@alum.mit.edu Mon, 31 Jul 2000 16:16:58 -0400 Date: Mon, 31 Jul 2000 16:16:58 -0400 From: David Morgenlender dmorgen@alum.mit.edu Subject: [slinkelist] CD binder that also fits BACK covers On Mon, 31 Jul 2000 12:47:20 -0700, you wrote: >Has anyone out there looked for and found a CD binder that also fits the >slightly larger back covers of CD liner notes? > >Because the back covers usually list the song titles on them, I would = like >to keep these in addition to the CD's liner notes. Here's what I've done ... not a perfect solution, but not bad. I'm using Caselogic's 128/256 binders. Each binder has 256 slots. I put both a = booklet & a back cover insert in each slot. I do not fold the insert; I simply = let it stick out. This works pretty well. Sometimes the sticking out insert = blocks the slot # label I've put on the outside of the slot above. Also, I have= to be careful that when pulling a booklet in the top row that I don't also pull= the insert from the slot on the opposite side of the page. The other issue = is simply being careful when zipping up the binder. I really searched long & hard for a better, reasonably priced solution = ... if the solution is out there, it's well hidden! BTW, Sony said they will be selling their 100 CD binders, but they were = back ordered for over a month. I did not want to wait ... but also, this was = going to require MANY binders, which would be inconvenient ... & they would be expensive. (BTW, the Caselogic binders cost something like $40 each, mailordered from J&R.) If you come up with a better solution, I'd love to hear about it! =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D Dave Morgenlender e-mail: dmorgen@alum.mit.edu =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D From weed@lexmark.com Mon, 31 Jul 2000 18:18:58 -0400 (EDT) Date: Mon, 31 Jul 2000 18:18:58 -0400 (EDT) From: Steve Weed weed@lexmark.com Subject: [slinkelist] CD binder that also fits BACK covers > If you come up with a better solution, I'd love to hear about it! Are you aware of Univenture's graphic binder pages? These are specifically designed for CD booklet inserts, but the back covers may fit. I have not bought these from Univenture, but am pleased with their multiple disk sleeves. http://www.univenture.com - Steve Weed From jdwhitaker@jps.net Thu, 3 Aug 2000 08:03:51 -0700 Date: Thu, 3 Aug 2000 08:03:51 -0700 From: JD Whitaker jdwhitaker@jps.net Subject: [slinkelist] EZ Learn parameters Listers, After spending hours looking thru the archives, I hope I've earned the right to ask an obvious question. What do the parameters in the .cde file mean? I have several IR interfaces not listed in the device file and find that some that are listed seem to be a little off target. I have a digital o'scope and can cleanly capture a complete IR waveform at nanosecond resolution. How do I derive the device parameters from what I see on the o'scope? -=JD=- From saleh@yahoo.com Tue, 1 Aug 2000 11:28:26 -0500 Date: Tue, 1 Aug 2000 11:28:26 -0500 From: Saleh W. Igal saleh@yahoo.com Subject: [slinkelist] CD binder that also fits BACK covers I originally thought of binders, but about 15% of my collection is made up of CD singles (with odd-size liners) and CDs packaged in non-jewelbox cases (e.g. paper packages...) I found some plastic storage boxes with inside dimensions of about 6" X 6" X 10". I have one of these for each CD changer, and put the booklets/liners in the same order as they are in the changer. They are just big enough to accommodate about 180 booklets/liners plus a dozen paper CD cases. They also accommodate the liners for CD singles in the thin cases. I bought mine at Big Lots for $0.88 each, but I've seen some at Target that are nicer for $5. -----Original Message----- From: slinkelist-admin@nirvis.com [mailto:slinkelist-admin@nirvis.com]On Behalf Of The Mack Sent: Monday, July 31, 2000 2:47 pm To: slinkelist@nirvis.com Subject: [slinkelist] CD binder that also fits BACK covers Has anyone out there looked for and found a CD binder that also fits the slightly larger back covers of CD liner notes? Because the back covers usually list the song titles on them, I would like to keep these in addition to the CD's liner notes. _______________________________________________ slinkelist maillist - slinkelist@nirvis.com http://www.nirvis.com/mailman/listinfo/slinkelist __________________________________________________ Do You Yahoo!? Talk to your friends online with Yahoo! Messenger. http://im.yahoo.com From postmaster@mssm.com Tue, 1 Aug 2000 13:15:08 -0500 Date: Tue, 1 Aug 2000 13:15:08 -0500 From: NTMail postmaster@mssm.com Subject: [slinkelist] Failed mail: exceeded hop count This is a MIME-encapsulated message --==_18150860402740@stetson.mssm.com==_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline This mail message has exceeded the maximum number of hops. --==_18150860402740@stetson.mssm.com==_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline The requested destination was: michael.sullivan@mssm.com --==_18150860402740@stetson.mssm.com==_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline The message headers and first 50 body lines follow: --==_18150860402740@stetson.mssm.com==_ Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id hieaaaaa for michael.sullivan@mssm.com; Tue, 1 Aug 2000 13:00:08 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id sheaaaaa for michael.sullivan@mssm.com; Tue, 1 Aug 2000 12:45:08 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id aheaaaaa for michael.sullivan@mssm.com; Tue, 1 Aug 2000 12:30:08 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id hgeaaaaa for michael.sullivan@mssm.com; Tue, 1 Aug 2000 12:15:07 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id nfeaaaaa for michael.sullivan@mssm.com; Tue, 1 Aug 2000 12:00:08 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id veeaaaaa for michael.sullivan@mssm.com; Tue, 1 Aug 2000 11:45:07 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id geeaaaaa for michael.sullivan@mssm.com; Tue, 1 Aug 2000 11:30:07 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id ndeaaaaa for michael.sullivan@mssm.com; Tue, 1 Aug 2000 11:15:07 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id wceaaaaa for michael.sullivan@mssm.com; Tue, 1 Aug 2000 11:00:06 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id jceaaaaa for michael.sullivan@mssm.com; Tue, 1 Aug 2000 10:45:07 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id xbeaaaaa for michael.sullivan@mssm.com; Tue, 1 Aug 2000 10:30:07 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id lbeaaaaa for michael.sullivan@mssm.com; Tue, 1 Aug 2000 10:15:07 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id bbeaaaaa for michael.sullivan@mssm.com; Tue, 1 Aug 2000 10:00:07 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id saeaaaaa for michael.sullivan@mssm.com; Tue, 1 Aug 2000 09:45:07 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id faeaaaaa for michael.sullivan@mssm.com; Tue, 1 Aug 2000 09:30:07 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id pzdaaaaa for michael.sullivan@mssm.com; Tue, 1 Aug 2000 09:15:07 -0500 Received: from [216.127.64.117] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id azdaaaaa for msullivan@mssm.com; Tue, 1 Aug 2000 09:07:03 -0500 Received: from localhost (akbar) [127.0.0.1] (list) by akbar with esmtp (Exim 2.05 #1 (Debian)) id 13Jcm5-0005Gg-00; Tue, 1 Aug 2000 07:12:05 -0700 From: slinkelist-admin@nirvis.com Subject: slinkelist digest, Vol 1 #340 - 11 msgs Reply-to: slinkelist@nirvis.com X-mailer: Mailman v1.0rc2 Mime-version: 1.0 Content-type: multipart/mixed; boundary="10.10.10.1.38.19413.965138511.761.32371" To: slinkelist@nirvis.com Sender: slinkelist-admin@nirvis.com Errors-To: slinkelist-admin@nirvis.com X-Mailman-Version: 1.0rc2 Precedence: bulk List-Id: Slink-e discussion and support list X-BeenThere: slinkelist@nirvis.com Message-Id: Date: Tue, 1 Aug 2000 07:12:05 -0700 X-POPServer: mssm.com --10.10.10.1.38.19413.965138511.761.32371 Content-type: text/plain; charset=us-ascii Content-description: Masthead (slinkelist digest, Vol 1 #340) Send slinkelist mailing list submissions to slinkelist@nirvis.com To subscribe or unsubscribe via the web, visit http://www.nirvis.com/mailman/listinfo/slinkelist or, via email, send a message with subject or body 'help' to slinkelist-request@nirvis.com You can reach the person managing the list at slinkelist-admin@nirvis.com When replying, please edit your Subject line so it is more specific than "Re: Contents of slinkelist digest..." --10.10.10.1.38.19413.965138511.761.32371 Content-type: text/plain; charset=us-ascii Content-description: Today's Topics (11 msgs) Today's Topics: 1. Cover Art (Larry Laurel) 2. RE: CDJ on a network (Igal, Saleh) 3. Re: Strange troubles with IR (Thomas W. Humphrey) 4. RE: Cover Art (Christian Schnidrig) 5. RE: Cover Art (Christian Schnidrig) 6. Failed mail: exceeded hop count (NTMail) 7. Re: Strange troubles with IR (Jay Pfaffman) 8. CD binder that also fits BACK covers (The Mack) 9. Re: Track restart problem (Hoen, Dave) 10. Re: CD binder that also fits BACK covers (David Morgenlender) 11. Re: CD binder that also fits BACK covers (Steve Weed) --10.10.10.1.38.19413.965138511.761.32371 Content-type: multipart/digest; boundary="__--__--" --__--__-- Message: 1 Reply-To: From: "Larry Laurel" To: Date: Mon, 31 Jul 2000 11:43:41 -0400 Message-ID: <002601bffb06$1a5f6c20$3602a8c0@llaurel> MIME-Version: 1.0 Content-Type: text/plain; charset="Windows-1252" --10.10.10.1.38.19413.965138511.761.32371-- --==_18150860402740@stetson.mssm.com==_-- From simon@themasons.net Tue, 1 Aug 2000 20:56:17 -0400 Date: Tue, 1 Aug 2000 20:56:17 -0400 From: Simon Mason simon@themasons.net Subject: [slinkelist] Xantech to slink-e connector I post this message every couple of months hoping for a positive answer. Any word on a convertor to connect the slink-e IR to a Xantech network? From MrGolden@swbell.net Tue, 01 Aug 2000 20:39:47 -0500 Date: Tue, 01 Aug 2000 20:39:47 -0500 From: Tony Golden MrGolden@swbell.net Subject: [slinkelist] Xantech to slink-e connector You *should* be able to connect the Slink-e's IR output directly to a Xantech network's input. I've never actually tried it, though, so if someone knows better, please correct me. Connecting the Xantech's output to the Slink-e's input, however, is described here: http://www.nirvis.com/xantech.htm Tony Golden ----- Original Message ----- From: Simon Mason To: Sent: Tuesday, August 01, 2000 7:56 PM Subject: [slinkelist] Xantech to slink-e connector > I post this message every couple of months hoping for a positive answer. > Any word on a convertor to connect the slink-e IR to a Xantech network? From andre.nijhuis@tnt-lb.com Wed, 2 Aug 2000 10:32:06 +0200 Date: Wed, 2 Aug 2000 10:32:06 +0200 From: Andre Nijhuis andre.nijhuis@tnt-lb.com Subject: [slinkelist] Track restart problem Hello Dave I did have the same problem also with the newest CDJ version (occassional repetition of tracks). I had CDJ programmed to overlap the tracks for 1 second, while changing from one track to another. When I changed this to NO overlap (0 sec.) the problem of repetition disappaered completely. Maybe this could help to overcome your problem too? Regards, Andre - Message: 9 Date: Mon, 31 Jul 2000 12:51:33 -0700 From: "Hoen, Dave" Organization: Emulex Corporation To: Jeff Schaffer CC: help@nirvis.com, slinkelist@nirvis.com Subject: Re: [slinkelist] Track restart problem I'm having a very similar problem with the latest version of CDJ. I didn't notice this with previous versions. (I don't recall which version I used before this latest) My problem doesn't sound quite as serious as Jeff's, however. For me, it will only restart the track once, then play the track all the way through. It will do this after every five tracks or so. Occasionally it will not restart the track, but move on to a new track. Did Colby build in some artificial intelligence? It is as if it is doing a little pre-screening of the song and if it likes it, it goes ahead and plays it and if not, it gets tossed. It's kind of cute. Like Jeff, this seems to start happening after about an hour of flawless playing, and the only way to clear it is to stop and restart CDJ. I have two players (220 and 260 I recall), on separate s-link's. Random playlist. I have my random playlist que up 20 tracks in advance (in case I want to use Mini-Disk manager). I've wondered if the hour delay before failing has something to do with the playlist que, but haven't had time to experiment. I haven't determined if it is always happening on one player rather than the other. Dave Hoen Jeff Schaffer wrote: > Dear Nirvis, > > I'm having a problem. Usually within an hour after starting CDJ, > Tracks played from player 1 (a CDP-CX270) of 3 have a problem. They > play for 3-10 seconds then start over. They continue doing this until > I manually stop CDJ or the player. > > I started with a ThinkPad 366MHz and then took an old Toshiba > Sattelite Pro P75, reformatted the hard disk, did a fresh install of > Win98SE and CDJ, and it still happens. > > HELP! > > Jeff > > PS: I originally submitted this to slinkelist, but forgot to send it > to help@nirvis.com, so this is a resend. > > _______________________________________________ > slinkelist maillist - slinkelist@nirvis.com > http://www.nirvis.com/mailman/listinfo/slinkelist From postmaster@mssm.com Wed, 2 Aug 2000 12:30:18 -0500 Date: Wed, 2 Aug 2000 12:30:18 -0500 From: NTMail postmaster@mssm.com Subject: [slinkelist] Failed mail: exceeded hop count This is a MIME-encapsulated message --==_17301814203643@stetson.mssm.com==_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline This mail message has exceeded the maximum number of hops. --==_17301814203643@stetson.mssm.com==_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline The requested destination was: michael.sullivan@mssm.com --==_17301814203643@stetson.mssm.com==_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline The message headers and first 50 body lines follow: --==_17301814203643@stetson.mssm.com==_ Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id xtfaaaaa for michael.sullivan@mssm.com; Wed, 2 Aug 2000 12:15:17 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id ctfaaaaa for michael.sullivan@mssm.com; Wed, 2 Aug 2000 12:00:18 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id jsfaaaaa for michael.sullivan@mssm.com; Wed, 2 Aug 2000 11:45:18 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id trfaaaaa for michael.sullivan@mssm.com; Wed, 2 Aug 2000 11:30:17 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id erfaaaaa for michael.sullivan@mssm.com; Wed, 2 Aug 2000 11:15:18 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id nqfaaaaa for michael.sullivan@mssm.com; Wed, 2 Aug 2000 11:00:17 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id aqfaaaaa for michael.sullivan@mssm.com; Wed, 2 Aug 2000 10:45:17 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id opfaaaaa for michael.sullivan@mssm.com; Wed, 2 Aug 2000 10:30:16 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id cpfaaaaa for michael.sullivan@mssm.com; Wed, 2 Aug 2000 10:15:16 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id oofaaaaa for michael.sullivan@mssm.com; Wed, 2 Aug 2000 10:00:17 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id znfaaaaa for michael.sullivan@mssm.com; Wed, 2 Aug 2000 09:45:16 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id mnfaaaaa for michael.sullivan@mssm.com; Wed, 2 Aug 2000 09:30:16 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id zmfaaaaa for michael.sullivan@mssm.com; Wed, 2 Aug 2000 09:15:16 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id qmfaaaaa for michael.sullivan@mssm.com; Wed, 2 Aug 2000 09:00:16 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id hmfaaaaa for michael.sullivan@mssm.com; Wed, 2 Aug 2000 08:45:16 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id bmfaaaaa for michael.sullivan@mssm.com; Wed, 2 Aug 2000 08:30:16 -0500 Received: from [216.127.64.117] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id vlfaaaaa for msullivan@mssm.com; Wed, 2 Aug 2000 08:29:23 -0500 Received: from localhost (akbar) [127.0.0.1] (list) by akbar with esmtp (Exim 2.05 #1 (Debian)) id 13Jyf3-0003Qk-00; Wed, 2 Aug 2000 06:34:17 -0700 From: slinkelist-admin@nirvis.com Subject: slinkelist digest, Vol 1 #341 - 6 msgs Reply-to: slinkelist@nirvis.com X-mailer: Mailman v1.0rc2 Mime-version: 1.0 Content-type: multipart/mixed; boundary="10.10.10.1.38.13155.965223254.283.30956" To: slinkelist@nirvis.com Sender: slinkelist-admin@nirvis.com Errors-To: slinkelist-admin@nirvis.com X-Mailman-Version: 1.0rc2 Precedence: bulk List-Id: Slink-e discussion and support list X-BeenThere: slinkelist@nirvis.com Message-Id: Date: Wed, 2 Aug 2000 06:34:17 -0700 X-POPServer: mssm.com --10.10.10.1.38.13155.965223254.283.30956 Content-type: text/plain; charset=us-ascii Content-description: Masthead (slinkelist digest, Vol 1 #341) Send slinkelist mailing list submissions to slinkelist@nirvis.com To subscribe or unsubscribe via the web, visit http://www.nirvis.com/mailman/listinfo/slinkelist or, via email, send a message with subject or body 'help' to slinkelist-request@nirvis.com You can reach the person managing the list at slinkelist-admin@nirvis.com When replying, please edit your Subject line so it is more specific than "Re: Contents of slinkelist digest..." --10.10.10.1.38.13155.965223254.283.30956 Content-type: text/plain; charset=us-ascii Content-description: Today's Topics (6 msgs) Today's Topics: 1. EZ Learn parameters (JD Whitaker) 2. RE: CD binder that also fits BACK covers (Saleh W. Igal) 3. Failed mail: exceeded hop count (NTMail) 4. Xantech to slink-e connector (Simon Mason) 5. Re: Xantech to slink-e connector (Tony Golden) 6. Track restart problem (Andre Nijhuis) --10.10.10.1.38.13155.965223254.283.30956 Content-type: multipart/digest; boundary="__--__--" --__--__-- Message: 1 Message-ID: <000a01bffd5c$09dc14e0$201d77d8@pavilion> From: "JD Whitaker" To: Date: Thu, 3 Aug 2000 08:03:51 -0700 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Subject: [slinkelist] EZ Learn parameters Listers, After spending hours looking thru the archives, I hope I've earned the right --10.10.10.1.38.13155.965223254.283.30956-- --==_17301814203643@stetson.mssm.com==_-- From postmaster@mssm.com Thu, 3 Aug 2000 12:30:02 -0500 Date: Thu, 3 Aug 2000 12:30:02 -0500 From: NTMail postmaster@mssm.com Subject: [slinkelist] Failed mail: exceeded hop count This is a MIME-encapsulated message --==_17300207605342@stetson.mssm.com==_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline This mail message has exceeded the maximum number of hops. --==_17300207605342@stetson.mssm.com==_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline The requested destination was: michael.sullivan@mssm.com --==_17300207605342@stetson.mssm.com==_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline The message headers and first 50 body lines follow: --==_17300207605342@stetson.mssm.com==_ Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id suiaaaaa for michael.sullivan@mssm.com; Thu, 3 Aug 2000 12:15:02 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id duiaaaaa for michael.sullivan@mssm.com; Thu, 3 Aug 2000 12:00:03 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id ntiaaaaa for michael.sullivan@mssm.com; Thu, 3 Aug 2000 11:45:02 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id ysiaaaaa for michael.sullivan@mssm.com; Thu, 3 Aug 2000 11:30:02 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id isiaaaaa for michael.sullivan@mssm.com; Thu, 3 Aug 2000 11:15:17 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id uriaaaaa for michael.sullivan@mssm.com; Thu, 3 Aug 2000 11:00:03 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id friaaaaa for michael.sullivan@mssm.com; Thu, 3 Aug 2000 10:45:00 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id rqiaaaaa for michael.sullivan@mssm.com; Thu, 3 Aug 2000 10:30:00 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id fqiaaaaa for michael.sullivan@mssm.com; Thu, 3 Aug 2000 10:14:59 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id rpiaaaaa for michael.sullivan@mssm.com; Thu, 3 Aug 2000 09:59:59 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id fpiaaaaa for michael.sullivan@mssm.com; Thu, 3 Aug 2000 09:45:30 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id noiaaaaa for michael.sullivan@mssm.com; Thu, 3 Aug 2000 09:30:29 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id vniaaaaa for michael.sullivan@mssm.com; Thu, 3 Aug 2000 09:15:29 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id dniaaaaa for michael.sullivan@mssm.com; Thu, 3 Aug 2000 09:00:29 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id pmiaaaaa for michael.sullivan@mssm.com; Thu, 3 Aug 2000 08:45:29 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id xliaaaaa for michael.sullivan@mssm.com; Thu, 3 Aug 2000 08:30:29 -0500 Received: from [216.127.64.117] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id iliaaaaa for msullivan@mssm.com; Thu, 3 Aug 2000 08:26:17 -0500 Received: from localhost (akbar) [127.0.0.1] (list) by akbar with esmtp (Exim 2.05 #1 (Debian)) id 13KL5V-0000I5-00; Thu, 3 Aug 2000 06:31:05 -0700 From: slinkelist-admin@nirvis.com Subject: slinkelist digest, Vol 1 #342 - 1 msg Reply-to: slinkelist@nirvis.com X-mailer: Mailman v1.0rc2 Mime-version: 1.0 Content-type: multipart/mixed; boundary="10.10.10.1.38.1075.965309461.836.25788" To: slinkelist@nirvis.com Sender: slinkelist-admin@nirvis.com Errors-To: slinkelist-admin@nirvis.com X-Mailman-Version: 1.0rc2 Precedence: bulk List-Id: Slink-e discussion and support list X-BeenThere: slinkelist@nirvis.com Message-Id: Date: Thu, 3 Aug 2000 06:31:05 -0700 X-POPServer: mssm.com --10.10.10.1.38.1075.965309461.836.25788 Content-type: text/plain; charset=us-ascii Content-description: Masthead (slinkelist digest, Vol 1 #342) Send slinkelist mailing list submissions to slinkelist@nirvis.com To subscribe or unsubscribe via the web, visit http://www.nirvis.com/mailman/listinfo/slinkelist or, via email, send a message with subject or body 'help' to slinkelist-request@nirvis.com You can reach the person managing the list at slinkelist-admin@nirvis.com When replying, please edit your Subject line so it is more specific than "Re: Contents of slinkelist digest..." --10.10.10.1.38.1075.965309461.836.25788 Content-type: text/plain; charset=us-ascii Content-description: Today's Topics (1 msg) Today's Topics: 1. Failed mail: exceeded hop count (NTMail) --10.10.10.1.38.1075.965309461.836.25788 Content-type: multipart/digest; boundary="__--__--" --__--__-- Message: 1 From: "NTMail" To: "slinkelist@nirvis.com" Date: Wed, 2 Aug 2000 12:30:18 -0500 Message-Id: <17301814203642@stetson.mssm.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="==_17301814203643@stetson.mssm.com==_" Subject: [slinkelist] Failed mail: exceeded hop count This is a MIME-encapsulated message --==_17301814203643@stetson.mssm.com==_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline This mail message has exceeded the maximum number of hops. --10.10.10.1.38.1075.965309461.836.25788-- --==_17300207605342@stetson.mssm.com==_-- From THarris@leasedirect.com Thu, 3 Aug 2000 14:05:17 -0400 Date: Thu, 3 Aug 2000 14:05:17 -0400 From: Harris, Terry THarris@leasedirect.com Subject: [slinkelist] Sony CDP-CX300 Digital of Analog Out? A little off topic - but who better to ask than a bunch of enthusiasts? I have a Sony CDP-CX300 that I have attached to a high-end receiver (Denon 5700) via an optical digital connection. I read in Sensible Sound last night that it is best to use the DAC in the CD player because there would be no jitter issues (the article was about DAC separates). Thus, they seem to recommend that you use the analog outputs. However, the Denon has those really nice Burr-Brown DACs... Opinions? Also, How does the DXS deal with the jitter/clocking issues? (When I get another CD jukebox) ********************************************************************** The information transmitted via this e-mail is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. ********************************************************************** From pmod@email.com Thu, 3 Aug 2000 15:15:53 -0400 (EDT) Date: Thu, 3 Aug 2000 15:15:53 -0400 (EDT) From: pmod@email.com pmod@email.com Subject: [slinkelist] Sony CDP-CX300 Digital of Analog Out? On Thu, 3 Aug 2000, Harris, Terry wrote: > I have a Sony CDP-CX300 that I have attached to a high-end receiver (Denon > 5700) via an optical digital connection. I read in Sensible Sound last night > that it is best to use the DAC in the CD player because there would be no > jitter issues (the article was about DAC separates). Thus, they seem to boo, only if your DAC in the denon doesn't reclock very well. the intracacies of jitter are many, it is definitely real and it has an audible impact. > recommend that you use the analog outputs. However, the Denon has those > really nice Burr-Brown DACs... Opinions? Have you experimented? You should use whichever one sounds best, but one thing is for sure -- regardless of jitter introduction by using the toslink, the burrbrown dacs are going to sound waaaaaaay better than whatever is in the sony. my advice would be to /definitely/ use the outboard dac in the denon. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Peter M. O'Donnell } pmod@email.com { "If you are going to AU Student -- Unix Guru {=========================} walk on thin ice, you "Clickity-Clickity" } 800-200-8643 { might as well dance!" From weed@lexmark.com Thu, 3 Aug 2000 15:49:22 -0400 (EDT) Date: Thu, 3 Aug 2000 15:49:22 -0400 (EDT) From: Steve Weed weed@lexmark.com Subject: [slinkelist] Sony CDP-CX300 Digital of Analog Out? Terry - I have a 5600. In any mode other than direct 2 channel stereo, the digital stream is buffered inside the Denon, so jitter is not an issue. Data may be buffered even in direct 2 channel mode; I am not sure. By buffering, I mean that data is fed into FIFO memory, then read out by another clock. The FIFO is required because any signal processing in the Denon incurs some delay, so the audio must also be delayed so that the (delayed) modifications can be applied to the data for which it was intended. On my Denons, (5600 and AVP-8000), there is a substantial delay any time the digital input is interrupted. Part of that delay is for the Denon to decide what decoding is applicable, the rest is to 'prime' the FIFOs. [De]Jitter boxes are no longer popular, because newer equipment incorporate SPDIF input receivers that are much more robust to jitter than chips of 5 years ago, even without subsequent buffering. Consider that the optical connection eliminates a possible ground loop. With the CDP-CX300 paused and volume up, put your ear close to the speaker with the analog connection, then digital. The Denon has nice shielding and a good ground plane, so is less likely to hum or buzz than many other setups, particularly those with separate power amps. If you live in an area of frequent lightning, optical connections reduce the possibility of surge damage. If you switch the Denon between analog and TOSlink inputs and do not prefer the analog, use the digital; I concluded that all my digital music sources sound better when the Denons get the inputs digitally. Anyone, feel free to correct/clarify errors/omissions in the above. - Steve Weed From THarris@leasedirect.com Thu, 3 Aug 2000 17:54:26 -0400 Date: Thu, 3 Aug 2000 17:54:26 -0400 From: Harris, Terry THarris@leasedirect.com Subject: [slinkelist] Sony CDP-CX300 Digital of Analog Out? Thanks for the response. What does jitter sound like? -----Original Message----- From: pmod@email.com [mailto:pmod@email.com] Sent: Thursday, August 03, 2000 3:16 PM To: Harris, Terry Cc: slinkelist@nirvis.com Subject: Re: [slinkelist] Sony CDP-CX300 Digital of Analog Out? On Thu, 3 Aug 2000, Harris, Terry wrote: > I have a Sony CDP-CX300 that I have attached to a high-end receiver (Denon > 5700) via an optical digital connection. I read in Sensible Sound last night > that it is best to use the DAC in the CD player because there would be no > jitter issues (the article was about DAC separates). Thus, they seem to boo, only if your DAC in the denon doesn't reclock very well. the intracacies of jitter are many, it is definitely real and it has an audible impact. > recommend that you use the analog outputs. However, the Denon has those > really nice Burr-Brown DACs... Opinions? Have you experimented? You should use whichever one sounds best, but one thing is for sure -- regardless of jitter introduction by using the toslink, the burrbrown dacs are going to sound waaaaaaay better than whatever is in the sony. my advice would be to /definitely/ use the outboard dac in the denon. -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ ~~ Peter M. O'Donnell } pmod@email.com { "If you are going to AU Student -- Unix Guru {=========================} walk on thin ice, you "Clickity-Clickity" } 800-200-8643 { might as well dance!" ********************************************************************** The information transmitted via this e-mail is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon this information by persons or entities other than the intended recipient is prohibited. If you received this in error, please contact the sender and delete the material from any computer. ********************************************************************** From jason@hitesman.com Thu, 03 Aug 2000 15:57:06 -0700 Date: Thu, 03 Aug 2000 15:57:06 -0700 From: Jason Hitesman jason@hitesman.com Subject: Jitter Was: [Re: [slinkelist] Sony CDP-CX300 Digital of Analog Out?] "Harris, Terry" wrote: > > Thanks for the response. > What does jitter sound like? > While I'm no expert on digital audio, and deffinatly not an audiophile I do have an extensive set of bookmarks to people who are. I think I may have actually gotten this link off this list about a year ago. But regardless here it is, the best info on Jitter that I've found: http://www.digido.com/jitteressay.html ---- Jason Hitesman jason@hitesman.com http://www.hitesman.com/jason From AndyStein@aol.com Fri, 4 Aug 2000 02:24:00 EDT Date: Fri, 4 Aug 2000 02:24:00 EDT From: AndyStein@aol.com AndyStein@aol.com Subject: [slinkelist] Sony CDP-CX300 Digital of Analog Out? How would you recommend setting up a system with Sony CDP-CX 90ES, 255, 235, 270, and 225 CD changers and a Yamaha RX-V995 receiver? I had heard that the 90ES offers a better D/A converter but that the RX-V995 might have a better D/A converter than the other changers. Later, the same people who said the 90ES has a better D/A converter said that, overall, using one form of connection (optical or analog) over the other would provide a negligible improvement in sound. Other factors, such as speaker wire, they told me, would make a far more noticeable difference. Any opinions? When my new CDP-CX235 arrives, I will have to connect an additional changer to an analog input on my receiver. So far, I have connected only the 90ES to an analog input; the other changers attach optically. I don't know whether the 270, which once occupied the high end of non-ES changers, would have a better D/A converter than the 235 or whether the 235's higher signal-to-noise ratio would commend it for an analog slot. Andrew In a message dated 8/3/00 12:54:24 PM Pacific Daylight Time, weed@lexmark.com writes: << Terry - I have a 5600. In any mode other than direct 2 channel stereo, the digital stream is buffered inside the Denon, so jitter is not an issue. Data may be buffered even in direct 2 channel mode; I am not sure. By buffering, I mean that data is fed into FIFO memory, then read out by another clock. The FIFO is required because any signal processing in the Denon incurs some delay, so the audio must also be delayed so that the (delayed) modifications can be applied to the data for which it was intended. On my Denons, (5600 and AVP-8000), there is a substantial delay any time the digital input is interrupted. Part of that delay is for the Denon to decide what decoding is applicable, the rest is to 'prime' the FIFOs. [De]Jitter boxes are no longer popular, because newer equipment incorporate SPDIF input receivers that are much more robust to jitter than chips of 5 years ago, even without subsequent buffering. Consider that the optical connection eliminates a possible ground loop. With the CDP-CX300 paused and volume up, put your ear close to the speaker with the analog connection, then digital. The Denon has nice shielding and a good ground plane, so is less likely to hum or buzz than many other setups, particularly those with separate power amps. If you live in an area of frequent lightning, optical connections reduce the possibility of surge damage. If you switch the Denon between analog and TOSlink inputs and do not prefer the analog, use the digital; I concluded that all my digital music sources sound better when the Denons get the inputs digitally. Anyone, feel free to correct/clarify errors/omissions in the above. - Steve Weed >> From caeschlimann@com4u.ch Fri, 04 Aug 2000 12:58:07 +0200 Date: Fri, 04 Aug 2000 12:58:07 +0200 From: Christoph Aeschlimann caeschlimann@com4u.ch Subject: [slinkelist] converting cd's to mp3 hi all has anyone a solution for my little problem. i just ordered a mp3 player for my car with a huge disk to store thousands of songs. i also have thousands of songs in my sony cx-350 cd-changers. is there now a easy way of getting the songs from the changers to the computer (optical cable) and convert them automatically to mp3? thanks for any comment chris From michael@laserle.fi Fri, 04 Aug 2000 14:35:29 +0300 Date: Fri, 04 Aug 2000 14:35:29 +0300 From: Michael Holopainen michael@laserle.fi Subject: [slinkelist] converting cd's to mp3 there has been talk about project to make application to do just that but... It the basic rule of IT world : "those who have the skills to do it, do not have time and those who have time..." and then there is ones like me : who do not have time to find out find out if they could do it. ;) When there was talk about that project in this list, it came into conclusion that it should be divided to different areas for people with expertese in that area : 1. Digital Signal prosessing = capturing audio stream from soundcard. 2. compressing it to mp3. 3. interfacing with CDJ to CDDBID of currently playing CD 4. fileoperation to save the files in desired format (naming+path) 4. database operation to retrieve data of matching CDDBID 5. composing & writing ID3 tag to mp3 file each one of these steps would be work enough for single person... plus you'dd would need to co-ordinate between all those people. Christoph Aeschlimann wrote: > > hi all > > has anyone a solution for my little problem. > i just ordered a mp3 player for my car with a huge disk to store thousands > of songs. i also have thousands of songs in my sony cx-350 cd-changers. is > there now a easy way of getting the songs from the changers to the computer > (optical cable) and convert them automatically to mp3? > > thanks for any comment > chris > > _______________________________________________ > slinkelist maillist - slinkelist@nirvis.com > http://www.nirvis.com/mailman/listinfo/slinkelist -- --"Would you fly on airplane controlled by MS Windows ?"-- -------------------------------------------------------------------- | Michael Holopainen | Valuraudantie 25 | Tel: +358-(0)9-35093825 | | | 00700 Helsinki | Fax : +358-(0)9-35093850 | | Laserle Oy | Finland | email: michael@laserle.fi| -------------------------------------------------------------------- From frtoledo@uol.com.br Fri, 4 Aug 2000 09:03:33 -0300 Date: Fri, 4 Aug 2000 09:03:33 -0300 From: Francisco Antonio de Toledo frtoledo@uol.com.br Subject: [slinkelist] converting cd's to mp3 "is there now a easy way of getting the songs from the changers to the computer (optical cable) and convert them automatically to mp3?" Creative (sound blaster) sells a optical connector to be used with sound blaster live! boards. Look at their web page, www.creative.com. As to converting automatically to MP3, there are thousands of different softwares in the market for you to choose from. Francisco Toledo. From frtoledo@uol.com.br Fri, 4 Aug 2000 09:10:38 -0300 Date: Fri, 4 Aug 2000 09:10:38 -0300 From: Francisco Antonio de Toledo frtoledo@uol.com.br Subject: [slinkelist] converting cd's to mp3 But one thing is sure: when you capture digital audio from a CD player you are limited to a 1x speed, that is, a CD with 48 minutes of music will take 48 minutes to transfer to your computer hard disk. Your best option is to put the CD in your computer drive and use a good CD ripper. For instance, I have a hitachi DVD (it was bundled with the creative dvd encore 6x) and a software that ripps the CDs at 12x (that means the same 48 minutes CD would take 4 minutes to transfer) and has the ability to convert the PCM file to MP3 on the fly. This conversion takes a lot of CPU work, so the speed is degraded in inverse proportion to your CPU speed. Francisco Toledo. ----- Original Message ----- From: "Michael Holopainen" Cc: Sent: Friday, August 04, 2000 8:35 AM Subject: Re: [slinkelist] converting cd's to mp3 > there has been talk about project to make application to do just that > but... > > It the basic rule of IT world : > "those who have the skills to do it, do not have time and those who have > time..." > > and then there is ones like me : who do not have time to find out find > out if they could do it. ;) > > When there was talk about that project in this list, it came into > conclusion that it should be divided to different areas for people with > expertese in that area : > 1. Digital Signal prosessing = capturing audio stream from soundcard. > 2. compressing it to mp3. > 3. interfacing with CDJ to CDDBID of currently playing CD > 4. fileoperation to save the files in desired format (naming+path) > 4. database operation to retrieve data of matching CDDBID > 5. composing & writing ID3 tag to mp3 file > > each one of these steps would be work enough for single person... > plus you'dd would need to co-ordinate between all those people. > > > Christoph Aeschlimann wrote: > > > > hi all > > > > has anyone a solution for my little problem. > > i just ordered a mp3 player for my car with a huge disk to store thousands > > of songs. i also have thousands of songs in my sony cx-350 cd-changers. is > > there now a easy way of getting the songs from the changers to the computer > > (optical cable) and convert them automatically to mp3? > > > > thanks for any comment > > chris > > > > _______________________________________________ > > slinkelist maillist - slinkelist@nirvis.com > > http://www.nirvis.com/mailman/listinfo/slinkelist > > -- > --"Would you fly on airplane controlled by MS Windows ?"-- > -------------------------------------------------------------------- > | Michael Holopainen | Valuraudantie 25 | Tel: +358-(0)9-35093825 | > | | 00700 Helsinki | Fax : +358-(0)9-35093850 | > | Laserle Oy | Finland | email: michael@laserle.fi| > -------------------------------------------------------------------- > > > _______________________________________________ > slinkelist maillist - slinkelist@nirvis.com > http://www.nirvis.com/mailman/listinfo/slinkelist > From weed@lexmark.com Fri, 4 Aug 2000 11:30:19 -0400 (EDT) Date: Fri, 4 Aug 2000 11:30:19 -0400 (EDT) From: Steve Weed weed@lexmark.com Subject: [slinkelist] Sony CDP-CX300 Digital of Analog Out? > How would you recommend setting up a system with Sony CDP-CX 90ES, 255, > 235, 270, and 225 CD changers and a Yamaha RX-V995 receiver? I have no experience with that Yamaha, but since this is the slinkelist, have you considered the DXS? Jitter was really more a problem for early separate D-A products that had neither buffering nor particularly sophisticated clock extraction. Early enthusiasts who were sufficiently unhappy with the quantizing artifacts, filtering and/or other analog output limitations of CD players were presumably satisfied with some improvement, then could try for even more by adding other boxes for jitter reduction. I feed the digital output of my CDP-CX300 to a Lexicon MC-1 and its analog output distributed via a headphone amp to systems in other rooms, including a Denon 5600. There is nothing particularly wrong with the CDP-CX300 analog output, but the Lexicon redigitizes all inputs, so avoiding two conversions is an easy choice. Some of the music modes on my older Yamaha surround processor were very nice; digital inputs should work better if you ever exploit those on your RX-V995. The fellow who previously owned my Denon also had a 90ES. Because he paid the ES premium for it, he uses its analog output. He moved on to a Lexicon DC-2 and Sonic Frontier Power 3 tube amplifiers. I felt the 90ES digitial link to the Lexicon sounded better without question, while the Denon was a tossup between digital and analog, but my friend always chose the analog link. On the other hand, he has played electric guitar loudly and for a long time, and I suspect that he favors a somewhat compressed dynamic range. With your 5, going on 6, CD changers, I would if possible suggest TOSlink for all, to minimize ground loop problems. At the other extreme, the probability of at least one marginal RCA ground out of 24 is too high for a pessimist. My cheap recommendation is to modify Sony TOSlink outputs to disable them when not playing, then use the Radio Shack optical splicers to double up on inputs. This works not so good with the Denon, because it has such a long delay when recapturing digital lock, but you already presumably experience some delay when switching inputs on the RX-V995. I have modified out-of-production Audio Alchemy dejitter boxes to switch between two TOSlink signals, but they are not smart enough to distinguish whether an unmodified Sony changer is playing or simply powered on. Sony and MSB have TOSlink switchers with which I have no experience. I understand that the MSB is equally dumb and uncontrollable, and the SBD30 appears to only switch manually. You could integrate Slinke with X10 to power off changers not playing, if you are willing to live with the restriction of not immediately switching from one Sony to another on the same Yamaha input. On a slightly different topic, allow me to disagree with some of http://www.digido.com/jitteressay.html ... in particular the seeming suggestion to reducing jitter by going through multiple D-A and A-D conversions. The bad effects of jitter are manifested when converting the digital signal to analog, and once that has been done, any jitter artifacts are there and will continue to be part of the signal when it is re-digitized. On the other hand, it is certain that a digital copy can have less jitter than an original, and the copy can be digitally perfect unless the jitter is so bad that the data is misclocked (unlikely and detectible). Uncorrected jitter typically causes a D-A to generate high frequency artifacts in the resulting analog signal. In many cases, these will be above the frequency response of the rest of the system, so will not be directly heard. However, through the magic of intermodulation distortion and heterodyning, side effects can be audible. Since there are different kinds of jitter and ways for the artifacts to be manifested, there is no single 'sound of jitter'. If you have access to a digital recording of pure single frequencies (sine waves), some jitter artifacts can be more easily heard on some systems. Unfortunately, jitter artifacts can sound like quantizing artifacts. If you believe in blind testing, then focus on sibilants and listen for an irritating 'edge' on stringed instruments. If I can hear realistic 'spits' and 'blats' from good recordings of brass and woodwinds without having shimmer and sheen of cymbals and brushes dissolve into pink noise, then I stop worrying about jitter and start enjoying the music. - Steve Weed From postmaster@mssm.com Fri, 4 Aug 2000 12:30:14 -0500 Date: Fri, 4 Aug 2000 12:30:14 -0500 From: NTMail postmaster@mssm.com Subject: [slinkelist] Failed mail: exceeded hop count This is a MIME-encapsulated message --==_17301440106734@stetson.mssm.com==_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline This mail message has exceeded the maximum number of hops. --==_17301440106734@stetson.mssm.com==_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline The requested destination was: michael.sullivan@mssm.com --==_17301440106734@stetson.mssm.com==_ Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Content-Disposition: inline The message headers and first 50 body lines follow: --==_17301440106734@stetson.mssm.com==_ Content-Type: message/rfc822 Content-Transfer-Encoding: 7bit Content-Disposition: inline Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id lglaaaaa for michael.sullivan@mssm.com; Fri, 4 Aug 2000 12:15:13 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id sflaaaaa for michael.sullivan@mssm.com; Fri, 4 Aug 2000 12:00:13 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id fflaaaaa for michael.sullivan@mssm.com; Fri, 4 Aug 2000 11:45:14 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id uelaaaaa for michael.sullivan@mssm.com; Fri, 4 Aug 2000 11:30:14 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id ielaaaaa for michael.sullivan@mssm.com; Fri, 4 Aug 2000 11:15:13 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id tdlaaaaa for michael.sullivan@mssm.com; Fri, 4 Aug 2000 11:00:13 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id hdlaaaaa for michael.sullivan@mssm.com; Fri, 4 Aug 2000 10:45:12 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id tclaaaaa for michael.sullivan@mssm.com; Fri, 4 Aug 2000 10:30:12 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id jclaaaaa for michael.sullivan@mssm.com; Fri, 4 Aug 2000 10:15:13 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id wblaaaaa for michael.sullivan@mssm.com; Fri, 4 Aug 2000 10:00:13 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id iblaaaaa for michael.sullivan@mssm.com; Fri, 4 Aug 2000 09:45:13 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id walaaaaa for michael.sullivan@mssm.com; Fri, 4 Aug 2000 09:30:12 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id nalaaaaa for michael.sullivan@mssm.com; Fri, 4 Aug 2000 09:15:12 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id kalaaaaa for michael.sullivan@mssm.com; Fri, 4 Aug 2000 09:00:11 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id falaaaaa for michael.sullivan@mssm.com; Fri, 4 Aug 2000 08:45:12 -0500 Received: from [127.0.0.1] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id calaaaaa for michael.sullivan@mssm.com; Fri, 4 Aug 2000 08:30:12 -0500 Received: from [216.127.64.117] by stetson.mssm.com (NTMail 5.06.0014/NT7245.00.f9bcbea6) with ESMTP id zzkaaaaa for msullivan@mssm.com; Fri, 4 Aug 2000 08:26:00 -0500 Received: from localhost (akbar) [127.0.0.1] (list) by akbar with esmtp (Exim 2.05 #1 (Debian)) id 13KhYd-0001p9-00; Fri, 4 Aug 2000 06:30:40 -0700 From: slinkelist-admin@nirvis.com Subject: slinkelist digest, Vol 1 #343 - 11 msgs Reply-to: slinkelist@nirvis.com X-mailer: Mailman v1.0rc2 Mime-version: 1.0 Content-type: multipart/mixed; boundary="10.10.10.1.38.6972.965395836.368.30875" To: slinkelist@nirvis.com Sender: slinkelist-admin@nirvis.com Errors-To: slinkelist-admin@nirvis.com X-Mailman-Version: 1.0rc2 Precedence: bulk List-Id: Slink-e discussion and support list X-BeenThere: slinkelist@nirvis.com Message-Id: Date: Fri, 4 Aug 2000 06:30:40 -0700 X-POPServer: mssm.com --10.10.10.1.38.6972.965395836.368.30875 Content-type: text/plain; charset=us-ascii Content-description: Masthead (slinkelist digest, Vol 1 #343) Send slinkelist mailing list submissions to slinkelist@nirvis.com To subscribe or unsubscribe via the web, visit http://www.nirvis.com/mailman/listinfo/slinkelist or, via email, send a message with subject or body 'help' to slinkelist-request@nirvis.com You can reach the person managing the list at slinkelist-admin@nirvis.com When replying, please edit your Subject line so it is more specific than "Re: Contents of slinkelist digest..." --10.10.10.1.38.6972.965395836.368.30875 Content-type: text/plain; charset=us-ascii Content-description: Today's Topics (11 msgs) Today's Topics: 1. Failed mail: exceeded hop count (NTMail) 2. Sony CDP-CX300 Digital of Analog Out? (Harris, Terry) 3. Re: Sony CDP-CX300 Digital of Analog Out? (pmod@email.com) 4. Re: Sony CDP-CX300 Digital of Analog Out? (Steve Weed) 5. RE: Sony CDP-CX300 Digital of Analog Out? (Harris, Terry) 6. Jitter Was: [Re: [slinkelist] Sony CDP-CX300 Digital of Analog Out?] (Jason Hitesman) 7. Re: Sony CDP-CX300 Digital of Analog Out? (andystein@aol.com) 8. converting cd's to mp3 (Christoph Aeschlimann) 9. Re: converting cd's to mp3 (Michael Holopainen) 10. Re: converting cd's to mp3 (Francisco Antonio de Toledo) 11. Re: converting cd's to mp3 (Francisco Antonio de Toledo) --10.10.10.1.38.6972.965395836.368.30875 Content-type: multipart/digest; boundary="__--__--" --__--__-- Message: 1 From: "NTMail" To: "slinkelist@nirvis.com" Date: Thu, 3 Aug 2000 12:30:02 -0500 Message-Id: <17300207605341@stetson.mssm.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="==_17300207605342@stetson.mssm.com==_" Subject: [slinkelist] Failed mail: exceeded hop count --10.10.10.1.38.6972.965395836.368.30875-- --==_17301440106734@stetson.mssm.com==_-- From TWHumphrey@fuse.net Fri, 4 Aug 2000 23:26:57 -0000 Date: Fri, 4 Aug 2000 23:26:57 -0000 From: Thomas W. Humphrey TWHumphrey@fuse.net Subject: [slinkelist] converting cd's to mp3 This is a long term pet project for me, so let me put in my 2 cents. First, the CD-ROM player is definitely the way to make the MP3's. It is way faster and way easier than trying to play the CD audio into the sound card, capture it with a WAV recorder, then convert to MP3. Sure, you have to pull the disks out of the changer, but you can do three each day or whatever is comfortable, and soon enough you will have MP3's for your entire collection. The programming effort to make MP3 ripping automatic using CDJ and the changers, is truly overwhelming. An added benefit is that if you use Real Jukebox or another widely used MP3 ripper, you will have built-in support for moving MP3's to portable players. You can also migrate your MP3 database from one computer to another or use MP3's over a networked configuration if you have one, with Real Jukebox support.. Real Jukebox is not as good an environment as CDJ for actually playing music. CDJ's graphics, lyrics, music ratings, notes, etc. put Real Jukebox to shame, IMHO. However, I do like the idea of usnig MP3's from the computer rather than CD's in a changer to play music. Ultimately, I want to use CDJ with MP3's and get rid of the changers. Then I can use the CD's for playback in the car where I still have a CD player, or in my bedroom where I have a standalone CD player. To move from CD's to MP3's, requires setting up "audio file albums" for the MP3's made from each CD, and then moving over the graphic, lyric, and other information from the existing CD library entry to the new audio file album and audio file entries for the MP3's. Manually, this would be a big job. However, I see no reason it can't be automated. If you use Real Jukebox to do the ripping and have it connect to CDDB to get disk and track names, Real Jukebox will save the MP3 files under file names includnig the disk and track names. This means you could then write a small VB application to access the CDJ library database and the directory with the MP3's, and for every MP3 file on disk that is not already identified in the CDJ database, create an audio file album and audio file entry. Then use the album and track titles found in the MP3 file name, to find the existing CDJ library entry for the CD and track. Then the graphic and other information for the CD and track could be copied over to the MP3 audio file entry and audio file album entry. The CD entry can be left in the library, or deleted, depending upon whether the CD would be used again in connection with CDJ or just shelved for use elsewhere. This process could quickly register all of the MP3's into CDJ. Basically, you would rip a few (or lots of) CD's to build up your RealJukebox database, and when you feel like adding all the new MP3's to CDJ, just run one program and voila!, the ripped MP3's are now in CDJ just like the CD's were. Once all of your disks are out of the changer, you can sell off your changers and relieve some space in your rack system for something else! If anyone likes this idea, and/or wants to participate in its implementation, let me know. From zeke@Exchange.Microsoft.com Sat, 5 Aug 2000 00:41:21 -0700 Date: Sat, 5 Aug 2000 00:41:21 -0700 From: Zeke Koch zeke@Exchange.Microsoft.com Subject: [slinkelist] converting cd's to mp3 This is a multi-part message in MIME format. ------_=_NextPart_001_01BFFEB0.8CABA9C4 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable I already have a system that does almost all of this. I happen to be persisting my information in a different DB (Exchange 2000), but I could retrofit it to use Colby's Access MDB's if you want. Does anyone know how Colby generates the new cdjids? Does it matter at all for MP3s or should I just generate a random (unique) number... -=3DZeke -----Original Message----- From: Thomas W. Humphrey [mailto:TWHumphrey@fuse.net] Sent: Friday, August 04, 2000 4:27 PM To: Francisco Antonio de Toledo; Michael@laserle.fi; caeschlimann@com4u.ch Cc: slinkelist@nirvis.com Subject: Re: [slinkelist] converting cd's to mp3 This is a long term pet project for me, so let me put in my 2 cents. First, the CD-ROM player is definitely the way to make the MP3's. It is way faster and way easier than trying to play the CD audio into the sound card, capture it with a WAV recorder, then convert to MP3. Sure, you have to pull the disks out of the changer, but you can do three each day or whatever is comfortable, and soon enough you will have MP3's for your entire collection. The programming effort to make MP3 ripping automatic using CDJ and the changers, is truly overwhelming. An added benefit is that if you use Real Jukebox or another widely used MP3 ripper, you will have built-in support for moving MP3's to portable players. You can also migrate your MP3 database from one computer to another or use MP3's over a networked configuration if you have one, with Real Jukebox support.. Real Jukebox is not as good an environment as CDJ for actually playing music. CDJ's graphics, lyrics, music ratings, notes, etc. put Real Jukebox to shame, IMHO. However, I do like the idea of usnig MP3's from the computer rather than CD's in a changer to play music. Ultimately, I want to use CDJ with MP3's and get rid of the changers. Then I can use the CD's for playback in the car where I still have a CD player, or in my bedroom where I have a standalone CD player. To move from CD's to MP3's, requires setting up "audio file albums" for the MP3's made from each CD, and then moving over the graphic, lyric, and other information from the existing CD library entry to the new audio file album and audio file entries for the MP3's. Manually, this would be a big job. However, I see no reason it can't be automated. If you use Real Jukebox to do the ripping and have it connect to CDDB to get disk and track names, Real Jukebox will save the MP3 files under file names includnig the disk and track names. This means you could then write a small VB application to access the CDJ library database and the directory with the MP3's, and for every MP3 file on disk that is not already identified in the CDJ database, create an audio file album and audio file entry. Then use the album and track titles found in the MP3 file name, to find the existing CDJ library entry for the CD and track. Then the graphic and other information for the CD and track could be copied over to the MP3 audio file entry and audio file album entry. The CD entry can be left in the library, or deleted, depending upon whether the CD would be used again in connection with CDJ or just shelved for use elsewhere. This process could quickly register all of the MP3's into CDJ. Basically, you would rip a few (or lots of) CD's to build up your RealJukebox database, and when you feel like adding all the new MP3's to CDJ, just run one program and voila!, the ripped MP3's are now in CDJ just like the CD's were. Once all of your disks are out of the changer, you can sell off your changers and relieve some space in your rack system for something else! If anyone likes this idea, and/or wants to participate in its implementation, let me know. _______________________________________________ slinkelist maillist - slinkelist@nirvis.com http://www.nirvis.com/mailman/listinfo/slinkelist ------_=_NextPart_001_01BFFEB0.8CABA9C4 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [slinkelist] converting cd's to mp3

I already have a system that does almost all of this. = I happen to be persisting my information in a different DB (Exchange = 2000), but I could retrofit it to use Colby's Access MDB's if you = want.  Does anyone know how Colby generates the new cdjids?  = Does it matter at all for MP3s or should I just generate a random = (unique) number...

-=3DZeke

-----Original Message-----
From: Thomas W. Humphrey [mailto:TWHumphrey@fuse.net]
Sent: Friday, August 04, 2000 4:27 PM
To: Francisco Antonio de Toledo; Michael@laserle.fi; = caeschlimann@com4u.ch
Cc: slinkelist@nirvis.com
Subject: Re: [slinkelist] converting cd's to = mp3

This is a long term pet project for me, so let me put = in my 2 cents.

First, the CD-ROM player is definitely the way to make = the MP3's.  It is way
faster and way easier than trying to play the CD = audio into the sound card,
capture it with a WAV recorder, then convert to = MP3.  Sure, you have to pull
the disks out of the changer, but you can do three = each day or whatever is
comfortable, and soon enough you will have MP3's for = your entire collection.
The programming effort to make MP3 ripping automatic = using CDJ and the
changers, is truly overwhelming.

An added benefit is that if you use Real Jukebox or = another widely used MP3
ripper, you will have built-in support for moving = MP3's to portable players.
You can also migrate your MP3 database from one = computer to another or use
MP3's over a networked configuration if you have one, = with Real Jukebox
support..

Real Jukebox is not as good an environment as CDJ for = actually playing
music.  CDJ's graphics, lyrics, music ratings, = notes, etc. put Real Jukebox
to shame, IMHO.  However, I do like the idea of = usnig MP3's from the
computer rather than CD's in a changer to play = music.  Ultimately, I want to
use CDJ with MP3's and get rid of the changers.  = Then I can use the CD's for
playback in the car where I still have a CD player, = or in my bedroom where I
have a standalone CD player.

To move from CD's to MP3's, requires setting up = "audio file albums" for the
MP3's made from each CD, and then moving over the = graphic, lyric, and other
information from the existing CD library entry to the = new audio file album
and audio file entries for the MP3's.  Manually, = this would be a big job.
However, I see no reason it can't be = automated.

If you use Real Jukebox to do the ripping and have it = connect to CDDB to get
disk and track names, Real Jukebox will save the MP3 = files under file names
includnig the disk and track names.  This means = you could then write a small
VB application to access the CDJ library database and = the directory with the
MP3's, and for every MP3 file on disk that is not = already identified in the
CDJ database, create an audio file album and audio = file entry.  Then use the
album and track titles found in the MP3 file name, to = find the existing CDJ
library entry for the CD and track.  Then the = graphic and other information
for the CD and track could be copied over to the MP3 = audio file entry and
audio file album entry.  The CD entry can be = left in the library, or
deleted, depending upon whether the CD would be used = again in connection
with CDJ or just shelved for use elsewhere.

This process could quickly register all of the MP3's = into CDJ.  Basically,
you would rip a few (or lots of) CD's to build up = your RealJukebox database,
and when you feel like adding all the new MP3's to = CDJ, just run one program
and voila!, the ripped MP3's are now in CDJ just like = the CD's were.

Once all of your disks are out of the changer, you can = sell off your
changers and relieve some space in your rack system = for something else!

If anyone likes this idea, and/or wants to participate = in its
implementation, let me know.



_______________________________________________
slinkelist maillist  -  = slinkelist@nirvis.com
http://www.nir= vis.com/mailman/listinfo/slinkelist

------_=_NextPart_001_01BFFEB0.8CABA9C4-- From parkdog@ix.netcom.com Sat, 05 Aug 2000 06:28:49 -0500 Date: Sat, 05 Aug 2000 06:28:49 -0500 From: Marc Parker parkdog@ix.netcom.com Subject: [slinkelist] converting cd's to mp3 Tom, I think your idea is great. I have been considering moving my CD collection (6 200 disc changers) to MP3, but the idea seemed daunting. I am prepared to manually rip each disc, but relating them back to the graphics and database stuff is another issue. Unfortunately, I am not a programmer, but would love to help in any way I might. Let me know. Parker From digitech1@adelphia.net Sat, 5 Aug 2000 11:10:08 -0400 Date: Sat, 5 Aug 2000 11:10:08 -0400 From: Danny Wilcox digitech1@adelphia.net Subject: [slinkelist] Re: Sony CDP-CX300 Digital of Analog Out? (Steve Weed) how do you modify Sony TOSlink outputs to disable them when not playing From: Steve Weed Date: Fri, 4 Aug 2000 11:30:19 -0400 (EDT) To: slinkelist@nirvis.com, AndyStein@aol.com Subject: Re: [slinkelist] Sony CDP-CX300 Digital of Analog Out? My cheap recommendation is to modify Sony TOSlink outputs to disable them when not playing, then use the Radio Shack optical splicers to double up on inputs. From heemin@avnsl.mit.edu Sat, 5 Aug 2000 13:40:26 -0400 Date: Sat, 5 Aug 2000 13:40:26 -0400 From: Heemin Yang heemin@avnsl.mit.edu Subject: [slinkelist] MD manager not working properly This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFFF04.3D6F30F4 Content-Type: text/plain; charset="iso-8859-1" I was wondering if anybody else is having problems with MD manager and the latest CDJ, ver 1.32. MD manager refuses to recognize a new track when using CDJ Playlist recorder. I've had problems before, esp after the new database format was introduced by CDJ. For example, it would not pause recording properly while CDJ was changing cd's if the playlist contained multiple cd's. Now, in addition to the latter problem, MD manager, with the latest version of CDJ, cannot even recognize a new track on the playlist, i.e., the entire playlist is recorded as a single track by MD manager. Any help would be appreciated. ------_=_NextPart_001_01BFFF04.3D6F30F4 Content-Type: text/html; charset="iso-8859-1" [slinkelist] MD manager not working properly

I was wondering if anybody else
is having problems with MD manager and
the latest CDJ, ver 1.32.
MD manager refuses to recognize a new
track when using CDJ Playlist recorder.
I've had problems before, esp after
the new database format was introduced
by CDJ. For example, it would not pause recording
properly while CDJ was changing cd's
if the playlist contained multiple cd's.
Now, in addition to the latter problem,
MD manager, with the latest version of CDJ,
cannot even recognize a new track on the playlist,
i.e., the entire playlist is recorded as a single
track by MD manager.
Any help would be appreciated.

 

------_=_NextPart_001_01BFFF04.3D6F30F4-- From dhermann@chesco.com Sat, 5 Aug 2000 21:30:33 -0400 Date: Sat, 5 Aug 2000 21:30:33 -0400 From: dan herrmann dhermann@chesco.com Subject: [slinkelist] Digital vs. Analog to Denon-AVR5700 Definitely use the toslink/digital output. The DACs in the Denon are wonderful and much better than those found in the Sony CD player. From TWHumphrey@fuse.net Sat, 5 Aug 2000 22:49:28 -0000 Date: Sat, 5 Aug 2000 22:49:28 -0000 From: Thomas W. Humphrey TWHumphrey@fuse.net Subject: [slinkelist] converting cd's to mp3 This is a multi-part message in MIME format. ------=_NextPart_000_004A_01BFFF2F.699FF660 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [slinkelist] converting cd's to mp3I don't know how Colby does the = CDJ ID's but I can't imagine that it matters for MP3's since as I = understand it the point of the ID is to have a quick reference to = identify a disk if it moves from one slot in the changer to another, = which of course is irrelevant for an MP3. I would suggest you log in a = few MP3's the old fashioned way and see what ID's they get, if any. You = probably can leave the field blank. Does your existing software already search for existing information in = the database using album and track names from the MP3 file name, and = copy over other data fields? ----- Original Message -----=20 From: Zeke Koch=20 To: Thomas W. Humphrey ; Francisco Antonio de Toledo ; = Michael@laserle.fi ; caeschlimann@com4u.ch=20 Cc: slinkelist@nirvis.com=20 Sent: Saturday, August 05, 2000 7:41 AM Subject: RE: [slinkelist] converting cd's to mp3 I already have a system that does almost all of this. I happen to be = persisting my information in a different DB (Exchange 2000), but I could = retrofit it to use Colby's Access MDB's if you want. Does anyone know = how Colby generates the new cdjids? Does it matter at all for MP3s or = should I just generate a random (unique) number... -=3DZeke=20 -----Original Message-----=20 From: Thomas W. Humphrey [mailto:TWHumphrey@fuse.net]=20 Sent: Friday, August 04, 2000 4:27 PM=20 To: Francisco Antonio de Toledo; Michael@laserle.fi; = caeschlimann@com4u.ch=20 Cc: slinkelist@nirvis.com=20 Subject: Re: [slinkelist] converting cd's to mp3=20 This is a long term pet project for me, so let me put in my 2 cents.=20 First, the CD-ROM player is definitely the way to make the MP3's. It = is way=20 faster and way easier than trying to play the CD audio into the sound = card,=20 capture it with a WAV recorder, then convert to MP3. Sure, you have = to pull=20 the disks out of the changer, but you can do three each day or = whatever is=20 comfortable, and soon enough you will have MP3's for your entire = collection.=20 The programming effort to make MP3 ripping automatic using CDJ and the = changers, is truly overwhelming.=20 An added benefit is that if you use Real Jukebox or another widely = used MP3=20 ripper, you will have built-in support for moving MP3's to portable = players.=20 You can also migrate your MP3 database from one computer to another or = use=20 MP3's over a networked configuration if you have one, with Real = Jukebox=20 support..=20 Real Jukebox is not as good an environment as CDJ for actually playing = music. CDJ's graphics, lyrics, music ratings, notes, etc. put Real = Jukebox=20 to shame, IMHO. However, I do like the idea of usnig MP3's from the=20 computer rather than CD's in a changer to play music. Ultimately, I = want to=20 use CDJ with MP3's and get rid of the changers. Then I can use the = CD's for=20 playback in the car where I still have a CD player, or in my bedroom = where I=20 have a standalone CD player.=20 To move from CD's to MP3's, requires setting up "audio file albums" = for the=20 MP3's made from each CD, and then moving over the graphic, lyric, and = other=20 information from the existing CD library entry to the new audio file = album=20 and audio file entries for the MP3's. Manually, this would be a big = job.=20 However, I see no reason it can't be automated.=20 If you use Real Jukebox to do the ripping and have it connect to CDDB = to get=20 disk and track names, Real Jukebox will save the MP3 files under file = names=20 includnig the disk and track names. This means you could then write a = small=20 VB application to access the CDJ library database and the directory = with the=20 MP3's, and for every MP3 file on disk that is not already identified = in the=20 CDJ database, create an audio file album and audio file entry. Then = use the=20 album and track titles found in the MP3 file name, to find the = existing CDJ=20 library entry for the CD and track. Then the graphic and other = information=20 for the CD and track could be copied over to the MP3 audio file entry = and=20 audio file album entry. The CD entry can be left in the library, or=20 deleted, depending upon whether the CD would be used again in = connection=20 with CDJ or just shelved for use elsewhere.=20 This process could quickly register all of the MP3's into CDJ. = Basically,=20 you would rip a few (or lots of) CD's to build up your RealJukebox = database,=20 and when you feel like adding all the new MP3's to CDJ, just run one = program=20 and voila!, the ripped MP3's are now in CDJ just like the CD's were.=20 Once all of your disks are out of the changer, you can sell off your=20 changers and relieve some space in your rack system for something = else!=20 If anyone likes this idea, and/or wants to participate in its=20 implementation, let me know.=20 _______________________________________________=20 slinkelist maillist - slinkelist@nirvis.com=20 http://www.nirvis.com/mailman/listinfo/slinkelist=20 ------=_NextPart_000_004A_01BFFF2F.699FF660 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [slinkelist] converting cd's to mp3
I don't know how Colby does the CDJ = ID's but I=20 can't imagine that it matters for MP3's since as I understand it the = point of=20 the ID is to have a quick reference to identify a disk if it moves from = one slot=20 in the changer to another, which of course is irrelevant for an = MP3.  I=20 would suggest you log in a few MP3's the old fashioned way and see what = ID's=20 they get, if any.  You probably can leave the field = blank.
 
Does your existing software already = search for=20 existing information in the database using album and track names from = the MP3=20 file name, and copy over other data fields?
----- Original Message -----
From:=20 Zeke Koch
To: Thomas W.=20 Humphrey ; Francisco Antonio de Toledo ; Michael@laserle.fi ; caeschlimann@com4u.ch
Cc: slinkelist@nirvis.com
Sent: Saturday, August 05, 2000 = 7:41=20 AM
Subject: RE: [slinkelist] = converting cd's=20 to mp3

I already have a system that does almost all of = this. I happen=20 to be persisting my information in a different DB (Exchange 2000), but = I could=20 retrofit it to use Colby's Access MDB's if you want.  Does anyone = know=20 how Colby generates the new cdjids?  Does it matter at all for = MP3s or=20 should I just generate a random (unique) number...

-=3DZeke

-----Original Message-----
From:=20 Thomas W. Humphrey [mailto:TWHumphrey@fuse.net]=20
Sent: Friday, August 04, 2000 4:27 PM =
To: Francisco Antonio de Toledo; Michael@laserle.fi; caeschlimann@com4u.ch =
Cc: slinkelist@nirvis.com =
Subject: Re: [slinkelist] converting cd's to mp3

This is a long term pet project for me, so let me = put in my 2=20 cents.

First, the CD-ROM player is definitely the way to = make the=20 MP3's.  It is way
faster and way easier = than=20 trying to play the CD audio into the sound card,
capture it with a WAV recorder, then convert to MP3.  = Sure, you=20 have to pull
the disks out of the changer, = but you can=20 do three each day or whatever is
comfortable, and soon=20 enough you will have MP3's for your entire collection. =
The programming effort to make MP3 ripping automatic using = CDJ and=20 the
changers, is truly overwhelming. =

An added benefit is that if you use Real Jukebox or = another=20 widely used MP3
ripper, you will have = built-in support=20 for moving MP3's to portable players.
You = can also=20 migrate your MP3 database from one computer to another or use =
MP3's over a networked configuration if you have one, with = Real=20 Jukebox
support..

Real Jukebox is not as good an environment as CDJ = for actually=20 playing
music.  CDJ's graphics, lyrics, = music=20 ratings, notes, etc. put Real Jukebox
to = shame,=20 IMHO.  However, I do like the idea of usnig MP3's from the =
computer rather than CD's in a changer to play = music. =20 Ultimately, I want to
use CDJ with MP3's and = get rid=20 of the changers.  Then I can use the CD's for
playback in the car where I still have a CD player, or in my = bedroom=20 where I
have a standalone CD player. =

To move from CD's to MP3's, requires setting up = "audio file=20 albums" for the
MP3's made from each CD, and = then=20 moving over the graphic, lyric, and other
information=20 from the existing CD library entry to the new audio file album=20
and audio file entries for the MP3's.  = Manually, this=20 would be a big job.
However, I see no reason = it can't=20 be automated.

If you use Real Jukebox to do the ripping and have = it connect=20 to CDDB to get
disk and track names, Real = Jukebox will=20 save the MP3 files under file names
includnig the disk=20 and track names.  This means you could then write a small=20
VB application to access the CDJ library database = and the=20 directory with the
MP3's, and for every MP3 = file on=20 disk that is not already identified in the
CDJ=20 database, create an audio file album and audio file entry.  Then = use=20 the
album and track titles found in the MP3 = file name,=20 to find the existing CDJ
library entry for = the CD and=20 track.  Then the graphic and other information
for the CD and track could be copied over to the MP3 audio = file entry=20 and
audio file album entry.  The CD = entry can be=20 left in the library, or
deleted, depending = upon=20 whether the CD would be used again in connection
with=20 CDJ or just shelved for use elsewhere.

This process could quickly register all of the MP3's = into=20 CDJ.  Basically,
you would rip a few = (or lots of)=20 CD's to build up your RealJukebox database,
and when=20 you feel like adding all the new MP3's to CDJ, just run one = program=20
and voila!, the ripped MP3's are now in CDJ just = like the=20 CD's were.

Once all of your disks are out of the changer, you = can sell=20 off your
changers and relieve some space in = your rack=20 system for something else!

If anyone likes this idea, and/or wants to = participate in=20 its
implementation, let me know. =



_______________________________________________=20
slinkelist maillist  - =20 slinkelist@nirvis.com
http://www.nir= vis.com/mailman/listinfo/slinkelist=20

------=_NextPart_000_004A_01BFFF2F.699FF660-- From riverwaves7@hotmail.com Sat, 05 Aug 2000 22:21:29 CDT Date: Sat, 05 Aug 2000 22:21:29 CDT From: Dokiy and Luke Stubblefield riverwaves7@hotmail.com Subject: [slinkelist] (no subject) Dear Slinklist, Please remove us from your Slinklist mailing list. We are getting many duplicates and far too much response. Riverwaves ________________________________________________________________________ Get Your Private, Free E-mail from MSN Hotmail at http://www.hotmail.com From zeke@Exchange.Microsoft.com Sat, 5 Aug 2000 21:40:08 -0700 Date: Sat, 5 Aug 2000 21:40:08 -0700 From: Zeke Koch zeke@Exchange.Microsoft.com Subject: [slinkelist] converting cd's to mp3 This is a multi-part message in MIME format. ------_=_NextPart_001_01BFFF60.65EE7394 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable After some quick playing around with it things seem slightly more complicated that I would think. CDJ uses the CDJID to link between the tracks and albums tables so they do matter. There's a bunch of other things that you have to get right (in addition to getting the track count for the albums correct the total album length and such seems to matter). I'd love it if I could just add the album and tracks with a consistent cdjid and have CDJ figure the rest out. =20 =20 There's some odd logic in the display code. For example the Album table has data in it like the number of tracks (which of course you could get by just doing a query of the tracks table with tracks.cdjid =3D album.cdjid). But CDJ seems to just the track number to actually determine the number of tracks to look for in the tracks table. So if you reduce the number of tracks in the Albums row then the last track seems to drop out of the UI. =20 To really do this, I think that I'll need some help from Nirvis (or someone). Basically I just need to know exactly I need to do to add an mp3 'album' programmatically. I could probably hack around it, but other things are distracting me right now. =20 I haven't tried your suggestion of blowing away the current albums and reusing the rows. That might work better, but I actually like playing CD's when I'm on my main computer (the CD's often seem to sound better even when I rip my mp3's at VBR maxed out). =20 Right now I'm getting the track info from the mp3's ID3 tags (which come from CDDB when MMJB rips them), but I don't know how to get the track length yet (I haven't needed to figure that out for my other project) and CDJ seems to need them (unfortunately). I'm currently working on some software (tangled in with that) to augment that with more info (and yes covers) from www.allmusic.com so that I can build a prettier front end for CDJ on a wince device. Unfortunately (or perhaps fortunately) things are rather busy at work these days so I don't have a lot of time to spend on this project.=20 =20 -Zeke =20 -----Original Message----- From: Thomas W. Humphrey [mailto:TWHumphrey@fuse.net] Sent: Saturday, August 05, 2000 3:49 PM To: Zeke Koch Cc: slinkelist@nirvis.com Subject: Re: [slinkelist] converting cd's to mp3 =20 I don't know how Colby does the CDJ ID's but I can't imagine that it matters for MP3's since as I understand it the point of the ID is to have a quick reference to identify a disk if it moves from one slot in the changer to another, which of course is irrelevant for an MP3. I would suggest you log in a few MP3's the old fashioned way and see what ID's they get, if any. You probably can leave the field blank. =20 Does your existing software already search for existing information in the database using album and track names from the MP3 file name, and copy over other data fields? ----- Original Message -----=20 From: Zeke Koch=20 To: Thomas W. Humphrey ; Francisco Antonio de Toledo ; Michael@laserle.fi ; caeschlimann@com4u.ch =20 Cc: slinkelist@nirvis.com =20 Sent: Saturday, August 05, 2000 7:41 AM Subject: RE: [slinkelist] converting cd's to mp3 =20 I already have a system that does almost all of this. I happen to be persisting my information in a different DB (Exchange 2000), but I could retrofit it to use Colby's Access MDB's if you want. Does anyone know how Colby generates the new cdjids? Does it matter at all for MP3s or should I just generate a random (unique) number... -=3DZeke=20 -----Original Message-----=20 From: Thomas W. Humphrey [ mailto:TWHumphrey@fuse.net ]=20 Sent: Friday, August 04, 2000 4:27 PM=20 To: Francisco Antonio de Toledo; Michael@laserle.fi ; caeschlimann@com4u.ch =20 Cc: slinkelist@nirvis.com =20 Subject: Re: [slinkelist] converting cd's to mp3=20 This is a long term pet project for me, so let me put in my 2 cents.=20 First, the CD-ROM player is definitely the way to make the MP3's. It is way=20 faster and way easier than trying to play the CD audio into the sound card,=20 capture it with a WAV recorder, then convert to MP3. Sure, you have to pull=20 the disks out of the changer, but you can do three each day or whatever is=20 comfortable, and soon enough you will have MP3's for your entire collection.=20 The programming effort to make MP3 ripping automatic using CDJ and the=20 changers, is truly overwhelming.=20 An added benefit is that if you use Real Jukebox or another widely used MP3=20 ripper, you will have built-in support for moving MP3's to portable players.=20 You can also migrate your MP3 database from one computer to another or use=20 MP3's over a networked configuration if you have one, with Real Jukebox=20 support..=20 Real Jukebox is not as good an environment as CDJ for actually playing=20 music. CDJ's graphics, lyrics, music ratings, notes, etc. put Real Jukebox=20 to shame, IMHO. However, I do like the idea of usnig MP3's from the=20 computer rather than CD's in a changer to play music. Ultimately, I want to=20 use CDJ with MP3's and get rid of the changers. Then I can use the CD's for=20 playback in the car where I still have a CD player, or in my bedroom where I=20 have a standalone CD player.=20 To move from CD's to MP3's, requires setting up "audio file albums" for the=20 MP3's made from each CD, and then moving over the graphic, lyric, and other=20 information from the existing CD library entry to the new audio file album=20 and audio file entries for the MP3's. Manually, this would be a big job.=20 However, I see no reason it can't be automated.=20 If you use Real Jukebox to do the ripping and have it connect to CDDB to get=20 disk and track names, Real Jukebox will save the MP3 files under file names=20 includnig the disk and track names. This means you could then write a small=20 VB application to access the CDJ library database and the directory with the=20 MP3's, and for every MP3 file on disk that is not already identified in the=20 CDJ database, create an audio file album and audio file entry. Then use the=20 album and track titles found in the MP3 file name, to find the existing CDJ=20 library entry for the CD and track. Then the graphic and other information=20 for the CD and track could be copied over to the MP3 audio file entry and=20 audio file album entry. The CD entry can be left in the library, or=20 deleted, depending upon whether the CD would be used again in connection with CDJ or just shelved for use elsewhere.=20 This process could quickly register all of the MP3's into CDJ. Basically,=20 you would rip a few (or lots of) CD's to build up your RealJukebox database,=20 and when you feel like adding all the new MP3's to CDJ, just run one program=20 and voila!, the ripped MP3's are now in CDJ just like the CD's were.=20 Once all of your disks are out of the changer, you can sell off your=20 changers and relieve some space in your rack system for something else!=20 If anyone likes this idea, and/or wants to participate in its=20 implementation, let me know.=20 =20 _______________________________________________=20 slinkelist maillist - slinkelist@nirvis.com=20 http://www.nirvis.com/mailman/listinfo/slinkelist =20 ------_=_NextPart_001_01BFFF60.65EE7394 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable RE: [slinkelist] converting cd's to mp3

After some quick playing around with it = things seem slightly more complicated that I would think.  CDJ uses the CDJID to link between the tracks and = albums tables so they do matter.  = There’s a bunch of other things that you have to get right (in addition to = getting the track count for the albums correct the total album length and such seems = to matter).  I’d love = it if I could just add the album and tracks with a consistent cdjid and have CDJ figure the = rest out.  =

 

There’s some odd logic in the display = code.  For example the Album table = has data in it like the number of tracks (which of course you could get by just = doing a query of the tracks table with tracks.cdjid =3D album.cdjid).  But CDJ seems to just the = track number to actually determine the number of tracks to look for in the tracks table.  So if you reduce = the number of tracks in the Albums row then the last track seems to drop out of the = UI.

 

To really do this, I think that I’ll = need some help from Nirvis (or someone).  Basically I just need to know exactly I need to do to add an mp3 = ‘album’ programmatically.  I could = probably hack around it, but other things are distracting me right = now.

 

I haven’t tried your suggestion of = blowing away the current albums and reusing the rows.  That might work better, but I actually like playing CD’s = when I’m on my main computer (the CD’s often seem to sound better even when I rip = my mp3’s at VBR maxed out).

 

Right now I’m getting the track info = from the mp3’s ID3 tags (which come from CDDB when MMJB rips them), but I don’t = know how to get the track length yet (I haven’t needed to figure that out for = my other project) and CDJ seems to need them (unfortunately).  I’m currently working on some software (tangled = in with that) to augment that with more info (and yes covers) from www.allmusic.com so that I can = build a prettier front end for CDJ on a wince device.  Unfortunately (or perhaps fortunately) things are = rather busy at work these days so I don’t have a lot of time to spend on = this project.

 

-Zeke

 

-----Original Message-----
From: Thomas W. Humphrey [mailto:TWHumphrey@fuse.net]
Sent: Saturday, August = 05, 2000 3:49 PM
To: Zeke Koch
Cc: = slinkelist@nirvis.com
Subject: Re: [slinkelist] converting cd's to mp3

 

I don't know how Colby does the CDJ ID's but I can't imagine that it matters for = MP3's since as I understand it the point of the ID is to have a quick = reference to identify a disk if it moves from one slot in the changer to another, = which of course is irrelevant for an MP3.  I would suggest you log in a few = MP3's the old fashioned way and see what ID's they get, if any.  You = probably can leave the field blank.<= /p>

 <= /p>

Does your existing software already search for existing information in the = database using album and track names from the MP3 file name, and copy over other = data fields?

----- Original Message -----

From: Zeke Koch

=

To: Thomas W. Humphrey ; Francisco Antonio de Toledo ; Michael@laserle.fi ; caeschlimann@com4u.ch

Cc: slinkelist@nirvis.com

Sent: Saturday, = August 05, 2000 7:41 AM

Subject: RE: [slinkelist] converting cd's to mp3

 <= /p>

I already have a system that does almost all of this. I happen to be = persisting my information in a different DB (Exchange 2000), but I could retrofit = it to use Colby's Access MDB's if you want.  Does anyone know how Colby generates the new cdjids?  Does it matter at all for MP3s or should = I just generate a random (unique) number...<= /p>

-=3DZeke <= /p>

-----Original Message-----
From: Thomas W. Humphrey [mailto:TWHumphrey@fuse.net]
Sent: Friday, August 04, 2000 4:27 PM
To: Francisco Antonio de Toledo; Michael@laserle.fi; caeschlimann@com4u.ch
Cc: slinkelist@nirvis.com
Subject: Re: [slinkelist] converting cd's to = mp3 <= /p>

This is a long term pet project for me, so let me put in my 2 = cents. <= /p>

First, the CD-ROM player is definitely the way to make the MP3's.  It is = way
faster and way easier than trying to play the CD audio into = the sound card,
capture it with a WAV recorder, then convert to MP3.  = Sure, you have to pull
the disks out of the changer, but you can do three each day = or whatever is
comfortable, and soon enough you will have MP3's for your = entire collection.
The programming effort to make MP3 ripping automatic using = CDJ and the
changers, is truly overwhelming.

An = added benefit is that if you use Real Jukebox or another widely used = MP3
ripper, you will have built-in support for moving MP3's to portable players.
You can also migrate your MP3 database from one computer to another or use
MP3's over a networked configuration if y