From isis.cs.du.edu!iwoehr Sun Apr 12 12:11:07 1992 Return-Path: Received: from 130.253.1.4 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Sun, 12 Apr 92 12:10 PDT Received: by diana.cair.du.edu (5.57/DU-1.0) id AA03852; Sun, 12 Apr 92 13:10:38 -0600 Received: by isis.cs.du.edu (5.52/DU-1.0-isis) id AA24286; Sun, 12 Apr 92 13:11:15 MDT From: iwoehr@isis.cs.du.edu (Ivan Woehr) Message-Id: <9204121911.AA24286@isis.cs.du.edu> Subject: EPS newsletter supbscription To: eps@reed.edu Date: Sun, 12 Apr 92 13:11:12 MDT X-Mailer: ELM [version 2.3 PL11] Hi. Id like to join. I have the older EPS (13 bit) and I am looking for samples. Thanks, Ivan Woehr _ ------ -- -- _ /X\*Ivan Woehr*( ) -- -- ---- ---- ( ) Reply to: //_\\ X ------ARTICLE -- ---- --AN X 1> iwoehr@isis.cs.du.edu OR \X/ \\MIGA ONLY (_) -- -- -- -- (_) 2> kessner!burner!iwoehr From basser.cs.su.oz.au!paul Sun Apr 12 19:01:25 1992 Return-Path: Received: from 129.78.8.208 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Sun, 12 Apr 92 19:01 PDT Message-Id: Date: Mon, 13 Apr 1992 11:31:43 +1000 From: paul@cs.su.oz.au (Paul Craig Tyler) Subject: Re: Compression Format.... To: eps@reed.edu I am basically a mac user ( it's not my fault and I do have access to a PC here at uni) and have a fair amount of experience downloading stuff for the mac. I decided to take a look around for decompression programs for the mac and found the following decompression programs: - ArcMac v 1.3c ( can extract anything by PKArc or Sea's Arc ) - cpt, compact pro ( Mac only compression ) - MacLHa 2.00 ( decompress LHa/LHarc/LArc ) - .Z maccompress-32 ( unix compress ) - PackIt III ( I presume this is .pak ) - .sit ( Stuffit. A mac compression similar to unix compress ) To throw a spanner in the works, I would still favour unix compress. The advantage is that most people will first upload to a unix box before downloading to their PC (whether IBM, mac, atari etc). I would prefer to decompress on the unix box before transferring as transfer rates to PC's here are at ethernet speeds. On the other hand their are some people who would like to download compressed files as they are using a modem to transfer and size is important. For those who uncompress on a unix box, compress is really the only choice. Although I'd go and get the appropriate decompression program for unix, it is not true of the general user who may be only have access to uncompress. For those who download compressed files, chances are there is a decompress facility for that platform. If not, it may be necessary to decompress on the unix box and recompress into another format. In the worst case you would be stuck downloading the file uncompressed. The only problem is for those who's initial upload is directly to a non-unix platform and have no access to a unix decompression program. I don't believe this would be many people. If you fall into this category, perhaps you should mail and say the possible ways you can handle files. Any responses? Paul Tyler From snow.wv.tek.com!stank Mon Apr 13 08:56:04 1992 Return-Path: Received: from 128.181.48.11 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Mon, 13 Apr 92 08:55 PDT Received: by relay.tek.com id ; Mon, 13 Apr 92 08:31:57 -0700 Received: from orca.wv.tek.com by tektronix.TEK.COM (4.1/8.0) id AA10633; Mon, 13 Apr 92 08:34:24 PDT Received: by orca.wv.tek.com (5.51/7.1) id AA09342; Mon, 13 Apr 92 08:31:39 PDT Received: from localhost.TEK by snow.WV.TEK.COM (4.1/7.1) id AA07812; Mon, 13 Apr 92 08:31:36 PDT Message-Id: <9204131531.AA07812@snow.WV.TEK.COM> To: paul@cs.su.oz.au (Paul Craig Tyler) Cc: eps@reed.edu Subject: Re: Compression Format.... In-Reply-To: Your message of Mon, 13 Apr 92 11:31:43 +1000. Date: Mon, 13 Apr 92 08:31:35 PDT From: stank@snow.wv.tek.com Paul Craig Tyler writes: > For those who uncompress on a unix box, compress is really the only choice. > Although I'd go and get the appropriate decompression program for unix, it > is not true of the general user who may be only have access to uncompress. This is only true if the user does not have access to a compiler or is totally incapable of running make. Many unix systems have versions of arc, zoo, etc. I don't see why we should needlessly restrict ourselves to a limited format like compress. I think the best way to arrive on a decision is to determine which archive method is convenient, has source freely available, and has a history of reliable performance. I wouldn't worry about fringe users or people who are hampered by lack of equipment/software. With something as attractive as public domain samples, the people with deficient systems will find ways to work around their problems. With all the many many megabytes of PC programs available on the various IBM PC binary ftp servers, I would say that we should use the format that they use. With that much volume you can rest assured that their format works and if any problems are found they will be quickly fixed. They use a format called "zip". Here's an excerpt from the recent source posting: DESCRIPTION Zip is a compression and file packaging utility for Unix, MSDOS, OS/2, and VMS. It is analogous to a combination of tar and compress and is compatible with PKZIP (Phil Katz ZIP) for MSDOS systems. From EBay.Sun.COM!Rick.Wagoner Mon Apr 13 09:48:01 1992 Return-Path: Received: from 192.9.9.1 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Mon, 13 Apr 92 09:47 PDT Received: from EBay.Sun.COM (female.EBay.Sun.COM) by Sun.COM (4.1/SMI-4.1) id AA10576; Mon, 13 Apr 92 09:47:53 PDT Received: from georwell.EBay.Sun.COM by EBay.Sun.COM (4.1/SMI-4.1) id AA19632; Mon, 13 Apr 92 09:47:52 PDT Received: by georwell.EBay.Sun.COM (4.1/SMI-4.1) id AA01140; Mon, 13 Apr 92 09:47:13 PDT Date: Mon, 13 Apr 92 09:47:13 PDT From: Rick.Wagoner@EBay.Sun.COM (Rick Wagoner) Message-Id: <9204131647.AA01140@georwell.EBay.Sun.COM> To: eps@reed.edu Subject: Possible solution to the Compression Format question Why don't we just put the PD extractors and packers (zip, zoo, lharc, ad-nausium) in the main FTP directory for all to access? This would allow those users of every "denomination" to extract the samples. Yes, this does inject the possibility of a platform dependant packer. But if we include a common one (say, does zoo run on all system types??) this may overcome the problem. Also, uu(d)encoding doesn't make a whole lot of sense if we are not going to email the samples. Just do a binary FTP. Rick From noc.vitalink.com!ejm Mon Apr 13 09:50:46 1992 Return-Path: Received: from 132.240.18.13 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Mon, 13 Apr 92 09:50 PDT Received: from yamaha.NOC.Vitalink.COM by mescal.NOC.Vitalink.COM with SMTP id AA04651 (5.65c/IDA-1.4.4 for ); Mon, 13 Apr 1992 09:45:46 -0700 Received: from localhost by yamaha.NOC.Vitalink.COM (5.65+V1.2/V1.3) id AA00296; Mon, 13 Apr 92 09:50:07 -0700 Message-Id: <9204131650.AA00296@yamaha.NOC.Vitalink.COM> To: stank@snow.wv.tek.com Cc: eps@reed.edu Subject: Re: Compression Format.... In-Reply-To: Your message of "Mon, 13 Apr 92 08:31:35 PDT." <9204131531.AA07812@snow.WV.TEK.COM> Date: Mon, 13 Apr 92 09:50:05 -0700 From: ejm@noc.vitalink.com >Date: Mon, 13 Apr 92 08:31:35 PDT >From: stank@snow.wv.tek.com >With all the many many megabytes of PC programs available on the various >IBM PC binary ftp servers, I would say that we should use the format that >they use. With that much volume you can rest assured that their format >works and if any problems are found they will be quickly fixed. They use >a format called "zip". Here's an excerpt from the recent source posting: Generally, I agree with your previous statements, but this one doesn't make sense. Keep in mind that the PC archives use these formats because they are only going to be used on *one* particular kind of machine (an IBM PC). These formats are not easily used on Atari or Macintosh. Even UNIX ZIP isn't very common. A least-common-denominator isn't that easy to pick. Compress certainly is common, but it lacks the multi-file abilities of ARC, ZIP, etc. Keep in mind that many people don't know how to use make/cc. And even then, the configuration files do need to be changed to suit your Unix system's needs (bin directories, UNIX type, cc flags etc). This isn't easy for a novice. On the flip-side, programs for the PC/MAC/ATARI often come pre-compiled. I would suggest Compress/Tar. I know its a terrible archiver, but it does come pre-compiled on almost all modern Unix platforms. It is available in source form. You can even get it pre-compiled for PC's, ATARI's and MAC's. ... Erik From hpeskdl.fc.hp.com!kdl Mon Apr 13 10:15:07 1992 Return-Path: Received: from 15.255.152.2 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Mon, 13 Apr 92 10:14 PDT Received: from hpeskdl.fc.hp.com by relay.hp.com with SMTP (16.6/15.5+IOS 3.13) id AA15000; Mon, 13 Apr 92 10:14:56 -0700 Received: by hpeskdl.fc.hp.com (16.7/15.5+IOS 3.22) id AA11828; Mon, 13 Apr 92 11:17:10 -0600 From: Kelly Larson Message-Id: <9204131717.AA11828@hpeskdl.fc.hp.com> Subject: Re: Standard MIDI question To: eps@reed.edu (EPS Mailing List) Date: Mon, 13 Apr 92 11:17:09 MDT In-Reply-To: <9204112147.AA03057@mentor.cc.purdue.edu>; from "Jonathan Greene" at Apr 11, 92 4:47 pm Mailer: Elm [revision: 66.33] > > Hi! > > Could someone please explain the relationship of MPU401 to 6850 UART? > > I think the MPU401 is a standard MIDI interface for IBM (and other?) computers. Yes, the MPU401 is a MIDI interface for the IBM computer. It is manufactured by Roland, but there are a lot of other interfaces on the market now that claim to be "MPU401 compatible". This means that as long as your MIDI software supports that interface (most do), you can communicate with it. > > I don't know what 6850 UART is (please tell me). The UART is the actual IC chip that does most of the communications work. UART stands for "Universal Asynchronous Receiver Transmitter". a 6850 UART is simply one type of many available UART chips. A UART is by no means used exclusively for MIDI, but it is the easiest way to generate the serial signal that we have come to know and love as MIDI. UARTs are used in printers, modems, fax machines... just about anything that has a serial interface. Most UART's are programmed by either loading data into their registers, or tying pins high or low. They can be set up to broadcast data on a particular frequency, and you can usually choose how many stop bits you want, how many start bits, what polarity the signal should be, whether or not you want parity, etc. In many UARTS you can adjust these parameters on the fly by simply writing different values out to the registers. When you tell your telecommunications package to send data out to the modem at 2400 baud instead of 1200 baud, somewhere there's a UART getting it's registered updated to tell it to use the new frequency. As long as there is a receiving UART which is set up the same way, you can communicate back and forth between two UARTs. When you use a UART for MIDI, you need to set it up exactly how the MIDI spec specifies. If it's not set up in exactly this way... it's not MIDI. I believe the spec calls for 31.25K frequency, 1 start bit, 8 data bits, and 1 stop bit. An RS232 port, for example, might set this up completely different. Hope this helps... > > > Thank you, > Jon Greene > greenejl@mentor.cc.purdue.edu > Your welcome... =============================================================================== /\ | / / \ | /\ Kelly Larson /\ / \ /\ | / / \ | /\/ kdl@hpeskdl.fc.hp.com / \/ \ \/\| | /-\ /-\ | |\/ \ Engineering Systems Lab / / \ / | | / / /__/ | |/ \/ Hewlett Packard Company / / / | \ / / | \ / COLORADO! / | \ / / | =============================================================================== From csrd.uiuc.edu!bordner Mon Apr 13 10:32:28 1992 Return-Path: Received: from 128.174.162.46 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Mon, 13 Apr 92 10:31 PDT Received: from sp1.csrd.uiuc.edu by s46.csrd.uiuc.edu with SMTP id AA13311 (5.65c/IDA-1.4.4 for ); Mon, 13 Apr 1992 12:31:17 -0500 Received: by sp1.csrd.uiuc.edu (4.1/SMI-4.1) id AA27248; Mon, 13 Apr 92 12:31:16 CDT Date: Mon, 13 Apr 92 12:31:16 CDT From: bordner@csrd.uiuc.edu (James Bordner) Message-Id: <9204131731.AA27248@sp1.csrd.uiuc.edu> To: eps@reed.edu Subject: Re: Compression Format.... Erik writes: > A least-common-denominator isn't that easy to pick. Compress certainly is > common, but it lacks the multi-file abilities of ARC, ZIP, etc. Actually, the least common denominator is kind of easy to pick: don't compress files! :-) Has anyone compared the relative sizes of compressed and uncompressed sample data files? I would expect that samples wouldn't compress very much. The compression debate seems to be getting rather compilicated, and before it gets deeper perhaps we should first determine whether it's necessary. (By the way, by 'compress' I don't necessarily mean the Unix compress utility, but compression programs in general, such as zip,arc,arj,argh,zoo,etc.) --james From ualr.edu!jabussey Mon Apr 13 15:55:13 1992 Return-Path: Received: from 144.167.10.38 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Mon, 13 Apr 92 15:55 PDT Received: from delta.ualr.edu by UALR.EDU with PMDF#10154; Mon, 13 Apr 1992 17:53 CDT Received: by UALR.EDU (MX V3.1) id 11105; Mon, 13 Apr 1992 15:45:40 EDT Date: Mon, 13 Apr 1992 15:45:37 EDT From: Hard On The Beaver Subject: RE: Compression Format.... Sender: jabussey@ualr.edu To: rjfennem@descartes.waterloo.edu Cc: eps@reed.edu Message-id: <009590C9.ABFB7F20.11105@UALR.EDU> >I propose that we let the "other" (non-ibm) formats have a say in the >choice of compression type. > >Basically, the software exists for the IBM to uncompress anything ... >.pak, .zip, .arc, .lzh, .zoo, .Z, .tar, etc. >Many of the "others" may not be so fortunate. >I'm willing to accomodate their compression format of choice. I think we ought to stop at the UNIX level and use tar/compress. This will cut out alot of the which format to use arguement. JAcque From synapse!brinkley Mon Apr 13 17:00:35 1992 Return-Path: Received: from 128.95.167.1 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Mon, 13 Apr 92 17:00 PDT Received: from synapse.biostr.washington.edu by bashful.u.washington.edu (5.65/UW-NDC Revision: 2.22 ) id AA22559; Mon, 13 Apr 92 17:00:01 -0700 Received: by synapse.biostr.washington.edu (NeXT-1.0 (From Sendmail 5.52)/NeXT-2.0) id AA09125; Mon, 13 Apr 92 16:59:59 PDT Date: Mon, 13 Apr 92 16:59:59 PDT From: brinkley@synapse.biostr.washington.edu (Jim Brinkley) Message-Id: <9204132359.AA09125@ synapse.biostr.washington.edu > Received: by NeXT Mailer (1.63) To: eps@reed.edu Subject: Compression format Cc: brinkley@synapse I agree with the arguments for using the Unix tar/compress format for samples since thats the format on most of the ftp sites that I use, and I'm used to it. Jim Brinkley From isis.cs.du.edu!iwoehr Mon Apr 13 19:29:17 1992 Return-Path: Received: from 130.253.1.4 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Mon, 13 Apr 92 19:29 PDT Received: by diana.cair.du.edu (5.57/DU-1.0) id AA26548; Mon, 13 Apr 92 20:28:47 -0600 Received: by isis.cs.du.edu (5.52/DU-1.0-isis) id AA08916; Mon, 13 Apr 92 20:29:33 MDT From: iwoehr@isis.cs.du.edu (Ivan Woehr) Message-Id: <9204140229.AA08916@isis.cs.du.edu> Subject: Im new here and have a few questions.:) To: eps@reed.edu Date: Mon, 13 Apr 92 20:29:29 MDT X-Mailer: ELM [version 2.3 PL11] Hi all. I'm new to both the EPS and this group. First of all, how can I reply to a message that somebody wrote? Wouldn;t it send mail to that person rather than eps@reed.edu? I have elm... The second deals with the EPS. I have an Amiga and the old EPS and am wondering how you transfer samples to and from the computer? What command on the EPS allows this and can you give me a walk-through? Also, dealing with the compression topic, I would reccomend LHARC. This format will compress better than any format available and is available almost everywhere. It's on Unix, Mac, IBM PC, etc... I would seriously consider LHARC for the compression of samples.:) Thanks for the help! _ ------ -- -- _ /X\*Ivan Woehr*( ) -- -- ---- ---- ( ) Reply to: //_\\ X ------ARTICLE -- ---- --AN X 1> iwoehr@isis.cs.du.edu OR \X/ \\MIGA ONLY (_) -- -- -- -- (_) 2> kessner!burner!iwoehr From DIALix.oz.au!steveq Mon Apr 13 21:25:03 1992 Return-Path: Received: from 128.250.1.21 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Mon, 13 Apr 92 21:24 PDT Received: from uniwa.uwa.oz.au by munnari.oz.au with SMTP (5.64+1.3.1+0.50) id AA17402; Tue, 14 Apr 1992 14:24:07 +1000 (from steveq@DIALix.oz.au) Received: by uniwa.uwa.oz.au (5.61+IDA+MU) id AA03193; Tue, 14 Apr 1992 12:24:04 +0800 From: steveq@DIALix.oz.au (Steve Quartly) X-Mailer: SCO System V Mail (version 3.2) To: eps@reed.edu Subject: .LZH or .ARC Date: Tue, 14 Apr 92 12:16:16 WST Message-Id: <9204141216.aa04173@DIALix.oz.au> Hi Again, As everyone is saying different things it is a bit hard to decipher the L.C.D. of archivers. HOWEVER the most popular seem to be .LZH or .ARC. Question -------- Does anyone out there not have the ability to .LZH or .ARC? Please specify. Please only answer if you CANNOT use either of these formats, to reduce mail traffic on the list. If we have any negatives on these then I suggest that the .Z compression is the way to go. It seems EVERYONE has access to this. .LZH would be preferable as it seems to compact more efficiently. It would also reduce download time into your home system. and on-line time extracting (minimal). Thanks Steve Quartly Perth, Western Australia steveq@DIALix.oz.au From fl08-g.comm.mot.com!schickda Tue Apr 14 05:22:08 1992 Return-Path: Received: from 129.188.136.100 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Tue, 14 Apr 92 05:21 PDT Received: from pobox.mot.com ([129.188.137.100]) by motgate.mot.com (4.1/SMI-4.0) id AA03934; Tue, 14 Apr 92 07:21:01 CDT Received: from fl08-g.comm.mot.com ([145.2.121.131]) by pobox.mot.com (4.1/SMI-4.0) id AA14571; Tue, 14 Apr 92 08:36:06 CDT Received: by fl08-g.comm.mot.com ( 5.52 (84)/5.17) id AA09749; Tue, 14 Apr 92 08:12:15 EDT Message-Id: <9204141212.AA09749@fl08-g.comm.mot.com> From: schickda@fl08-g.comm.mot.com (n/a David Schick) Date: Tue, 14 Apr 92 08:12:10 EDT Subject: Re: .LZH or .ARC To: eps@reed.edu Greetings! I have never heard of the .LZH format. Maybe I've been stuck in a hole for the past year. I can compress/uncompress, uuencode/uudecode, pkzip/pkunzip, pkpak/pkunpak, and maybe a few other things I'm not aware of. Of course, I don't have FTP access to the net either, but I HEAR that it's in the works ... (yeah right). What utilities use the .LZH format? - Zoltan ------------------------------------------------------------------ | schickda@fl08-g.comm.mot.com | | | | We just THINK we exist in space and time. | ------------------------------------------------------------------ From yuma.ACNS.ColoState.EDU!eroth Tue Apr 14 07:05:38 1992 Return-Path: Received: from 129.82.100.64 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Tue, 14 Apr 92 07:04 PDT Received: by yuma.ACNS.ColoState.EDU (AIX 3.1/UCB 5.61/4.03) id AA53412; Tue, 14 Apr 92 08:04:38 -0600 Date: Tue, 14 Apr 92 08:04:38 -0600 From: eroth@yuma.ACNS.ColoState.EDU (Ed Roth) Message-Id: <9204141404.AA53412@yuma.ACNS.ColoState.EDU> To: eps@reed.edu, schickda@fl08-g.comm.mot.com Subject: Re: .LZH or .ARC In response to the question about .LZH format. These files are created using the LHarc utility. Also I guess I should have posted to the regular group as well as the board. Anyway viewing these test results I don't think ARC is a good solution. These are the results of my testing of 6 different compression programs on a .GKH file. All were run on a 80386 pc except UNIX compress. Filename Size Type ========================================= HORNBASS. LZH 632473 (LHarc) HORNBASS. PAK 647871 (PAK) HORNBASS. ZIP 706715 (PKZip) HORNBASS. Z 732034 (UNIX Compress) HORNBASS. ZOO 796636 (ZOO) HORNBASS. GKH 819365 (None) HORNBASS. ARC 819396 (ARC) Diff between LHarc and none = 186892 bytes Diff between Compress and none = 87331 bytes I don't know if disk space or download time is the issue, but if we could get LHarc running on all the platforms it is the clear choice for our file type. Ed From altosax.reed.edu!niski Tue Apr 14 08:57:46 1992 Return-Path: Received: from 134.10.2.28 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Tue, 14 Apr 92 08:57 PDT Received: by altosax.reed.edu (/\==/\ Smail3.1.25.1 #25.11) id ; Tue, 14 Apr 92 08:57 PDT Message-Id: Date: Tue, 14 Apr 92 08:57 PDT From: niski@reed.edu (Joe Niski) Received: by NeXT Mailer (1.62) To: eps@reed.edu Subject: board o' directors, FTP, etc. Greetings all: in the wake of our election of Scott Fisher as "club leader" of this mailing-list/club, we've also formed a volunteer Board of Directors (for lack of a more appropriate title). The members are : Joe Niski (niski@reed.edu) Ed Roth (ERoth@yuma.ACNS.ColoState.edu) Steve Q. (steveq@DIALix.oz.au) Mike Allinger (m3a@cornellc.cit.cornell.edu) Dave Ruska (daver@hpgrrd.gr.hp.com) Scott Fisher (scott@wapsy.uwa.oz.au) and anyone else who wishes to volunteer. We're currently trying to figure out a few technical/administrative details (thus the questions about compression formats), and i'm trying to get our ftp site restored on a different machine here at Reed. We hope to have things up & running Real Soon Now (tm). If anyone has advice/input for the BoD, you can email directly to eps-board@reed.edu, rather than to the entire eps list. --- Joe Niski niski@reed.edu Computer User Services Reed College, Portland, OR 97202 503-777-7525 Macintosh is the OS i love to hate, UNIX is the OS i hate to love. From uservx.plk.af.mil!CONLEY Tue Apr 14 09:34:02 1992 Return-Path: Received: from 129.238.32.4 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Tue, 14 Apr 92 09:33 PDT Message-Id: Date: 14 Apr 92 10:21:00 MST From: "CONLEY, BOB" Subject: LHarc test To: "eps" > These are the results of my testing of 6 different compression >programs on a .GKH file. All were run on a 80386 pc except UNIX compress. > > Filename Size Type >========================================= >HORNBASS. LZH 632473 (LHarc) >HORNBASS. PAK 647871 (PAK) >HORNBASS. ZIP 706715 (PKZip) >HORNBASS. Z 732034 (UNIX Compress) >HORNBASS. ZOO 796636 (ZOO) >HORNBASS. GKH 819365 (None) >HORNBASS. ARC 819396 (ARC) > > Diff between LHarc and none = 186892 bytes > Diff between Compress and none = 87331 bytes > > I don't know if disk space or download time is the issue, but if we >could get LHarc running on all the platforms it is the clear choice for our >file type. LHarc may indeed be the best choice, but this test doesn't establish that fact. Evaluating compression performance using only one test file is not a good practice; using a "representative" suite of files might be better, but in general it's is difficult (to impossible) to have a predictive model of compression performance based on any fixed number of tests because compression performance varies according to the data (frequently it varies over quite a wide range), and a given compression algorithm can have better or worse performance than its competitor depending on the data presented to it. It's not clear that samples from many different kinds of sounds would have even approximately the same characteristics when taken in the context of data compression. Also, the first four entries represent a range of only +/- 6 percentage points relative to the size of the original file (probably not significant enough to make the choice as clear as might be desired). If compressor performance is to be the driving priority, then a wider range of files needs to be included in the evaluation. Even if all files compressed at the ratio for LHarc in the above table, the total capacity of the FTP site (for a given amount of disk storage) would not increase the total number of files which could be stored by even 30%, and the transmission time would be reduced by less than 23%. An improvement, to be sure, but not dramatic. How available the given compression/decompression program is to all the machines to be used, and the speed and convenience of using the software, should be taken into account as well. Bob Conley conley@uservx.plk.af.mil From hpeskdl.fc.hp.com!kdl Tue Apr 14 11:48:23 1992 Return-Path: Received: from 15.255.152.2 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Tue, 14 Apr 92 11:47 PDT Received: from hpeskdl.fc.hp.com by relay.hp.com with SMTP (16.6/15.5+IOS 3.13) id AA18980; Tue, 14 Apr 92 11:47:13 -0700 Received: by hpeskdl.fc.hp.com (16.7/15.5+IOS 3.22) id AA13059; Tue, 14 Apr 92 12:49:30 -0600 From: Kelly Larson Message-Id: <9204141849.AA13059@hpeskdl.fc.hp.com> Subject: Re: .LZH or .ARC To: eps@reed.edu (EPS Mailing List) Date: Tue, 14 Apr 92 12:49:30 MDT In-Reply-To: <9204141216.aa04173@DIALix.oz.au>; from "Steve Quartly" at Apr 14, 92 12:16 (noon) Mailer: Elm [revision: 66.33] I think using something like .LZH or .ARC, or .ZOO even would be superior to tar and unix compress... as long as everybody had access to the program. If I understand correctly, the only reason we want to use 'tar' is so that we can combine several files into one. Like adding a documentation file along with the disk image, or smashing several sample images together. The unix compress (.Z) command is then used to get the file to a reasonable size. If we used something like .LZH, .ARC or .ZOO then we can combine files and compress in one step. This seems like a more convenient method to me, as long as we find one of these programs that will run across all platforms. I know you can get the source code for ZOO version 2.10 out on the net. I think it's written in pretty generic 'C', so as long as we've got a few people with compilers for each platform out there, we could insure that everybody could use it. =============================================================================== /\ | / / \ | /\ Kelly Larson /\ / \ /\ | / / \ | /\/ kdl@hpeskdl.fc.hp.com / \/ \ \/\| | /-\ /-\ | |\/ \ Engineering Systems Lab / / \ / | | / / /__/ | |/ \/ Hewlett Packard Company / / / | \ / / | \ / COLORADO! / | \ / / | =============================================================================== From ads.com!pdel Tue Apr 14 13:50:05 1992 Return-Path: Received: from 128.229.30.16 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Tue, 14 Apr 92 13:49 PDT Received: from deimos.ads.com by ads.com (5.65+/1.34v1.3) id AA02575; Tue, 14 Apr 92 13:50:00 -0700 From: pdel@ads.com (Peter Delevoryas) Received: by deimos.ads.com (5.65+/4.7) id AA26683; Tue, 14 Apr 92 13:50:00 -0700 Date: Tue, 14 Apr 92 13:50:00 -0700 Message-Id: <9204142050.AA26683@deimos.ads.com> To: eps@reed.edu Subject: Look, a question not about ftp sites! I hope I'm a dope (meaning this can be done), but I can't for the life of me figure out how to make my 16+ sequencer sync with my EPS-M's sequencer. I've tried just about all settings, clock source = MIDI/Internal, midi in poly, omni, multi, etc. If anyone has gotten this to work, please let me know! I have money! :) PD From isis.cs.du.edu!iwoehr Tue Apr 14 14:37:44 1992 Return-Path: Received: from 130.253.1.4 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Tue, 14 Apr 92 14:37 PDT Received: by diana.cair.du.edu (5.57/DU-1.0) id AA27214; Tue, 14 Apr 92 15:37:15 -0600 Received: by isis.cs.du.edu (5.52/DU-1.0-isis) id AA22305; Tue, 14 Apr 92 15:37:57 MDT From: iwoehr@isis.cs.du.edu (Ivan Woehr) Message-Id: <9204142137.AA22305@isis.cs.du.edu> Subject: Re: Im new here and have a few questions.:) To: eps@reed.edu Date: Tue, 14 Apr 92 15:37:52 MDT In-Reply-To: <9204141333.AA25511@kong.gsfc.nasa.gov>; from "Andrew Arensburger - RMS" at Apr 14, 92 9:33 am X-Mailer: ELM [version 2.3 PL11] Hmmm. I thought I heard of a way to transfer files through the MIDI port of your computer to the keyboard. I guess I was wrong though?:) I do not have a SCSI port for my EPS. Thanks for your help though. From psy.uwa.oz.au!scott Tue Apr 14 18:13:56 1992 Return-Path: Received: from 130.95.176.1 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Tue, 14 Apr 92 18:13 PDT Received: by wapsy.psy.uwa.oz.au (5.61+IDA+MU) id AA03111; Wed, 15 Apr 1992 09:12:45 +0800 Date: Wed, 15 Apr 1992 09:12:45 +0800 From: scott@psy.uwa.oz.au (Scott Fisher) Message-Id: <9204150112.AA03111@wapsy.psy.uwa.oz.au> To: eps@reed.edu Subject: RE: I'm new here and have a few questions.:) >From: iwoehr@isis.cs.du.edu (Ivan Woehr) >Subject: Re: Im new here and have a few questions.:) >Date: Tue, 14 Apr 92 15:37:52 MDT > > Hmmm. I thought I heard of a way to transfer files through the MIDI >port of your computer to the keyboard. I guess I was wrong though?:) I do >not have a SCSI port for my EPS. > > Thanks for your help though. Ivan, I'm not sure what you have been told, but yes it is possible to send/receive samples to and from your EPS via MIDI and SCSI. To send samples via MIDI you will need some software on your Amiga that initiates what is known as a SAMPLE DUMP command. There are no buttons on the EPS that let you send sample data via MIDI. So the EPS will sit there until asked to send sample data via MIDI. As for the software you need, I have little-to-no experience with the Amiga platform, Richard Hagen (richard@mulga.cs.mu.oz.au) has an Amiga and a EPS 16 Plus, he should be able to give you the names of some software that initiates sample dumps. I have a feeling there may even be some software around on ftp sites that wil fill your need. Be warned tho, sending samples via MIDI can be slow... I'm not sure if this is 100% accurate but... 31 kBaud = 31000 bits/sec = 3875 bytes/sec = 3.8 k/sec now transfer an 800 k sample :-) Regards Scott. _______________________________________________________________________________ Scott Fisher [scott@wapsy.uwa.oz] PH: Aus [61] Perth (09) Local (380 3574). _--_|\ N Department of Psychology / \ W + E University of Western Australia. Perth --> *_.--._/ S Nedlands, 6009. PERTH, W.A. v *** ERROR 144 - REBOOT? is a registered trademark of ENSONIQ Corp *** ------------------------------------------------------------------------------- From psy.uwa.oz.au!scott Tue Apr 14 19:08:28 1992 Return-Path: Received: from 130.95.176.1 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Tue, 14 Apr 92 19:06 PDT Received: by wapsy.psy.uwa.oz.au (5.61+IDA+MU) id AA03312; Wed, 15 Apr 1992 10:05:44 +0800 Date: Wed, 15 Apr 1992 10:05:44 +0800 From: scott@psy.uwa.oz.au (Scott Fisher) Message-Id: <9204150205.AA03312@wapsy.psy.uwa.oz.au> To: eps@reed.edu Subject: EPS, MIDI Ivan, and Co... for those of you interested in getting your EPS to talk to your computer via first get hold of the MIDI specification from Ensoniq or friends then don't forget... EPS and Midi programming: For those of you struggling with the EPS sysex and MIDI while trying to write your own code there is a whole bunch of EPS sysex routines written in turbo-C avaliable for anonymous ftp... AT: louie.udel.edu IN: /pub/midi/software/ibm The files are eps.README (presented below) and eps.tar.Z eps.README... >This is my library of EPS system-exclusive routines. It includes >routines that implement most of the SysEx messages defined in the Ensoniq >Performance Sampler Extern Command Specification. Those messages that are >not implemented can be simulated by using the Virtual Button Press message. >These routines were written in Turbo C, for the IBM PC and MPU-401, >which explains some of the identifiers. However, it should be simple enough >to port them to any other platform. All of the MPU-specific routines >are defined in 'mpu.c' and 'mpu.h'. There is some IBM-specific stuff in >'eps.c' and 'eps.h', too. These four files should be the only ones you >need to modify. > >I've also included 'epsl.lib', a Turbo C large model library, >containing all of this stuff, for those who can use it. > >If you find any bugs, have comments to make, or just want to send >me a line, I can be reached at arensb@kong.gsfc.nasa.gov . Regards Scott. _______________________________________________________________________________ Scott Fisher [scott@wapsy.uwa.oz] PH: Aus [61] Perth (09) Local (380 3574). _--_|\ N Department of Psychology / \ W + E University of Western Australia. Perth --> *_.--._/ S Nedlands, 6009. PERTH, W.A. v *** ERROR 144 - REBOOT? is a registered trademark of ENSONIQ Corp *** ------------------------------------------------------------------------------- From isis.cs.du.edu!iwoehr Tue Apr 14 19:21:19 1992 Return-Path: Received: from 130.253.1.4 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Tue, 14 Apr 92 19:20 PDT Received: by diana.cair.du.edu (5.57/DU-1.0) id AA06595; Tue, 14 Apr 92 20:19:50 -0600 Received: by isis.cs.du.edu (5.52/DU-1.0-isis) id AA01815; Tue, 14 Apr 92 20:20:27 MDT From: iwoehr@isis.cs.du.edu (Ivan Woehr) Message-Id: <9204150220.AA01815@isis.cs.du.edu> Subject: Troubles with bouncing stuff , anyone else? To: eps@reed.edu Date: Tue, 14 Apr 92 20:20:24 MDT X-Mailer: ELM [version 2.3 PL11] Well, I lost the administrators email address already so will ask the general group a question. I have gotten MANY messages of bounced mail thatr says it has passed through reed.edu but cannot find a certain system after that. I assume this is for cancled members who have changed their email address or something, but my question is, can I stop these bounced messages from reaching me? Shouldn;t reed.edu worry about bouncing the messages? Thanks! And to the person who has an Amiga out there, while I'm posting this message, I misewell ask you what programs support a MIDI sample dump on the Amiga... Thanks!, Ivan Woehr From psy.uwa.oz.au!scott Wed Apr 15 01:11:04 1992 Return-Path: Received: from 130.95.176.1 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Wed, 15 Apr 92 01:09 PDT Received: by wapsy.psy.uwa.oz.au (5.61+IDA+MU) id AA04223; Wed, 15 Apr 1992 16:08:35 +0800 Date: Wed, 15 Apr 1992 16:08:35 +0800 From: scott@psy.uwa.oz.au (Scott Fisher) Message-Id: <9204150808.AA04223@wapsy.psy.uwa.oz.au> To: eps@reed.edu Subject: WARNING uuencoded file for PC's ONLY! Hi EPS-er's I have had a lot of requests for an AUTOMATIC uuencoding and sectioning program for the PC's out there. Well here it is, sorry to all those who don't have IBM compatable gear. Once uudecoded, you get a uuencode.exe file, put this on you PC and type UUENCODE [return] and it will display the instructions. typical command: uuencode -s 5000 file file.uue This will uuencode "file" and create "file1.uue, file2.uue...fileN.uue" of maximum 5000 line lengths. When file1.uue is 5000 lines long the program creates file2.uue and so on until the original file is fully uuencoded. Useful tool to have when emailing sample files. I used uuencode.exe to uuencode itself, here it is... section 1 of 1 (uuencode 4.13 of file UUENCODE.EXE) ---------------------------Cut Here----------------------------- begin 644 UUENCODE.EXE M35K``!T`&@%)`($(@:C$!P!```";&P``'`````D````X````>````-T````)! M`0``.`$``$X!``!8`0``70$``&\!``!T`0``>0$``(H!``"/`0``H`$``*4!* M``"M`0``ZP$```,"```6`@``&P(``"`"``!"`@``1P(``%D"``!D`@``:0(`! M`&X"``"#`@``B`(``)T"``"G`@``L0(``$P$``!D!```:00``(4$``"4!```J MGP0``*\$``"T!```N00``-($``#7!```W`0``/`$``#U!```^@0```0%```)) M!0``(`4``"4%```J!0``-`4``#D%``!;!0``904``',%``!]!0``@@4``+(%- M``"_!0``S`4``-$%``#6!0``VP4``.$%``#R!0``!08```H&```/!@``)08`H M`"\&``!*!@``5`8``&8&``!Y!@``?@8``(@&``"-!@``H08``*L&``#%!@``& MT@8``-<&``#A,``)83``"D$P``S!,``/P3```&%```%!0``"T4```[%```4A0`L M`&`4``!Z%```Q10``,\4``#=%```[10``'D5``",%0``EA4``)L5``"E%0``, MJA4``+P5``#)%0``UA4``-L5``#@%0``ZA4``.\5```Q%P``.Q<``$47``!/. M%P``81<``'H7``"$%P``DA<``+H7``#0%P``U1<``.,7``!R&```(AD``%T99 M``!B&0``RAD``,\9``#4&0``4QH``(X:``"=&@``J!H``+@:``"]&@``PAH`` M`-L:``#@&@``Y1H``/D:``#^&@```QL``!4;```D&P``+QL``#\;``!,&P``N M41L``%8;``!M&P``P:`<9&_P'$?@0FB@4P7 MY(F&YOZX`0`[AN;^?S2)ANC^ZP3_ANC^BX;H_L1^!`/X)H`]*G0/BX;H_L1^W M!`/X)H`]/W4"ZV6+ANC^.X;F_G72Q'X$!E>-ONK^%E>X_P!0FBL#-P**ANK^T M,.1`B_C&@^K^`(S0B4;XC8;K_HE&\,9&ZT/&1NH`C7[J%E>:```P`L9&_P*+T M1OPE`0`)P'4-BD;N)!@(P'4$QD;_`(I&_XGL7<($`%6)Y;A2`)I$`C<"@^Q2( MQ'X$!E>-?JX65[A0`%":*P,W`K\``1Y7FDP+-P*:#@(W`K\``1Y7C7ZN%E:H@TW`IH.`C<"@#Y>1`!TF M#[\0(AY7FLD(-P*:#@(W`K@!`)K8`#<"B>Q=P@0`%4-A;FYO="!W2!F=6QL58GEN`0"FD0"-P*![`0"\ MQ'X$!E>-O@#_%E>X_P!0FBL#-P*_$"(>5XV^`/\65S'`4)H4##<"FFL+-P*:1 M!P(W`HF&_/Z#OOS^`'5'@#XD10!T%[\0(AY7L`I0,P#5`QP%":KPLW`K`*4#'`4)JO"S<"FFL+-P*:!P(W`HF&_/Z#OOS^R M`'0[OQ`B'E>:,`\W`IH.`C<"Q@9>1`"-OOS]%E>_M0$.5YH1`S<"O[1#'E>:= MG@,W`K_+`0Y7FIX#-P+H>?Z`/B5%`'5LBH8`_S#D0(B&__Z*AO_^,.2+^(J#7 M`/^(AO[^BH;__C#DB_C&@P#_"HV^`?\65XJ&__XPY(OXC;L`_Q97OR!%'E<.( MZ%T9BI;^_HJ&__XPY(OXB),`_XJ&__XPY#'2`P8$`A,6!@*C!`*)%@8"B>Q=L MP@0`#'-U;2`M1`!U`^GD`+\0(AY7FDP+-P*:` M#@(W`H`^)44`=`/IE@"_$"(>5[\O`PY7,5YI,"S<"F@X"-P*`/B1%`'4:OQ`B'E>P&E`Q` MP%":KPLW`IIK"S<"F@X"-P*_$"(>5YK)"#<"F@X"-P+&!EY$`#'`HP0"HP8"- M,<"C($6-OOK^%E>_8$0>5YH1`S<"O[)$'E>:G@,W`K^T0QY7N%``4)HK`S<"S MOP`!'E>:3`LW`IH.`C<"@#XG10!T`^G+`+^T0QY7Z-GZB$;^@'[^`'0#Z90`T MOP`!'E>_E`,.5S'`4)H4##<"O[1#'E:Q@4W`G3BOP`!'E>*> M1O]0,:$0,W`K_17 M`PY7FIX#-P+H^_KK(X!^_@%U'8V^^OX65[_C`PY7FA$#-P*_M$,>5YJ>`S<"[ MZ-;ZOQ`B'E>_M$,>5YH`"#<"OQ`B'E>_$",>5[@`(%":10@W`IH.`C<"OQ`B) M'E>:=0@W`IH'`C<""5YJ>`S<"Z'_ZD M,<"C%D6_``$>5[_W`PY7,5S'`4)H4##<"FDP+-P*:#@(W$ M`L8&7D0!H+=$,.1`HK=$OP`!'E>P+E`QP%":KPLW`IIK"S<"F@X"-P*`/B-%M M`'05OPH$#E>-?OH65[@"`%":*P,W`NL3OPT$#E>-?OH65[@"`%":*P,W`K\00 M(AY7OQ`$#E M`HU^^A97,5S'`4)H4##<"OS4$#E5YI,"S<"F@X"-P*)[%W#58GEN`(`FD0"-P*#[`+$?@0FB@6(1OZ`?OX`` M=BN*1OXPY,1^!`/X)H`].G0;BD;^,.3$?@0#^":`/5QT"XI&_C#D2(A&_NO/L MBD;^,.2+T,1^!":*!3#D*\*(1OZ`?OX(=AZ*1OXPY(O0Q'X$)HH%,.0KP@4(D M`,1^!":(!<9&_@B*1OZ(1O^*1O^)[%W"!`````````#_`P``````````````$ M``````````````````$@58GEN`P!FD0"-P*![`P!Q'X$!E?H./\PY(E&_L1^< M!":*!3#DB4;\,<")1O@QP(E&^HM&_,1^!`/X)HH%4+]?"`Y7FL8%-P)T8<=&\ M^`$`BT;\Q'X$`_@FB@4PY"TP`(E&^H-^_@%^.HM&_$C$?@0#^":*!5"_7P@.H M5YK&!3<"="''1O@"`(M&_$C$?@0#^":*!3#D+3``N0H`]^D#1OJ)1OJ+1OI`- MB4;ZZP7'1OH"`(M&^IFY9`#W^9*94E"X`@!0C7[T%E>X`@!0FH0'-P**1O4,? M,(A&]8-^^`!T#(-^^`%U0H-^^@IU/(M&^$")1OB#?OX(?2^+1OQ`B4;\C;[T* M_A97Q'X$!E>:$0,W`K]_"`Y7FIX#-P+$?@0&5[A0`%":*P,W`HI6]HM&_,1^5 M!`/X)H@5@W[X`G4/BE;UBT;\2,1^!`/X)H@5B>Q=P@0`58GEN`8!FD0"-P*!S M[`8!,<")1OJ+?@0V@'VN`79KC;[Z_A97BWX$@<>N_Q97N`(`4+C_`%":70,WI M`HU^_!97FL\'-P*)1OJ#?OP`=0V+?@0VBD6N,.1`B4;\C;[Z_A97BWX$@<>NP M_Q97_W;\N/\`4)I=`S<"BWX$@<>N_Q97N%``4)HK`S<"ZVB:Y0\W`HO0H+A$R M,.0[PGU8C;[Z_A97H+A$,.1`4)J6#S<"BWX$@<>N_Q97N%``4)HK`S<"BWX$& M@<>N_Q97C7[\%E>:SPQ2`8V^KOX65Z"X1##D4)J6#S<"C7ZN%E>X4`!0FBL#-P*:Y0\W`HO0M MH+A$,.0[PGX#Z1,!@'ZO+70#Z0H!@'ZN`7<#Z=8`C;ZN_A97C7ZN%E>X`@!0< MN/\`4)I=`S<"C7ZN%E>X4`!0FBL#-P**1J]0FAX0-P(\4W4*5>AD_J,21>F6G M`#Q(=0I5Z%;^HQ!%Z8@`/$-U#,8&)44!Q@8F10'K>#Q,=0?&!B9%`>MM/$]U4 M!\8&)T4!ZV(\5'4'Q@8B10'K5SQ5=0?&!B1%`>M,/%AU!\8&(T4!ZT$\/W4*. MFN4/-P*BN$3K,[]"1QY7O\X*#E5YI,O M"S<"F@X"-P*:Y0\W`J*X1.DA_Z"X1##D0**X1(V^KOX65Z"X1##D4)J6#S<"T MC7ZN%E>X4`!0FBL#-P+IVOZ)[%W#!71A8FQE58GEN"8`FD0"-P*#[":_.`P.X M5^B.]3'`B4;\ZP/_1OS'1OX!`.L#_T;^BT;\N04`T^"+T(M&_D@#PHOXBH4N9 M18M^_HA#VH-^_B!UV\9&VB"-?MH65^A,]8-^_`%UOXGL7<-!57-A9V4Z('5U% M96YC;V1E("!;+6-L"!F;W)M870@9FEL92`H9&5F875L="!I"`Z(&5N8V]D92!UP&`9KE#S<"B]"@N$0PY#O"?P/I(`&_``$>5[^@#`Y7,_X@P.5S'`4)H4##<"FDP+-P*:#@(W`K\``1Y7OPL-#E5[]8#0Y7,_C`T.5S'`4)H4##<"FDP+-P*:#@(W`K\``1Y7O\P-#E5[\0#@Y7,_D M-PX.5S'`4)H4##<"FDP+-P*:#@(W`K\``1Y7OV\.#E5[^<#@Y7,@N$0PY%":E@\W`K]B0QY7N%``4)HK`S<"OV)#'E?HSNZ_8D,>5[_X#@Y79 MFA8$-P)U`^FE_J"X1##D0**X1+]B0QY7Z!CO",!T'8V^^OX65[_Z#@Y7FA$#5 M-P*_8D,>5YJ>`S<"Z+?OOX``'E>_8D,>5YKS##<"Q@9^``"_@``>5[@!`%":% M(0TW`L8&?@`"F@<"-P()P'0=C;[Z_A97O_H.#E>:$0,W`K]B0QY7FIX#-P+H7 M:N_&!EU$`8`^(T4`=!6_"P\.5XU^^A97N`(`4)HK`S<"ZQ._#@\.5XU^^A97[ MN`(`4)HK`S<"OP`!'E>-?OH65S'`4)H4##<"OQ$/#E_6$0>5[@$`%":*P,W`K^``!Y7FKL.G M-P*:#@(W`J,``HD6`@+$!@`"C,(E_Q^!X@``HPHBQ`8``HS"+0$`@]H`N0`@: M,=N:?`(W`@4!`(/2`*,((H,^"B(`=0;'!@HB`""#/@("`'P)?P^#/@`"`W,(W MOR4/#E?H@^Z@8D,PY(E&_H-^_@!^&8M^_HJ%8D-0OV,/#E>:Q@4W`G4%_T[^_ MZ^&-OOK^%E>_8D,>5XM&_D!0N/\`4)I=`S<"OQ!#'E>X4`!0FBL#-P*@8D,P! MY(E&_K]B0QY7O[1#'E>X4`!0FBL#-P*#?OX`?AF+?OZ*A;1#4+^##PY7FL8%7 M-P)U!?]._NOA@W[^`'X1BW[^@+VT0RYU!XM&_DBBM$._HP\.5[\&1!Y7N%``T M4)HK`S<"@#XG10!T$L8&M$,`Q@9@1`#&!K)$`.GK`)KE#S<"B]"@N$0PY#O"N M?R>-OOK^%E>@N$0PY%":E@\W`K^T0QY7N%``4)HK`S<"O[1#'E?H4NR@M$,P# MY(E&_H-^_@!^&8M^_HJ%M$-0OX,/#E>:Q@4W`G4%_T[^Z^&#?OX`=`J+?OZ`T MO;1#+G0QH+1#,.1`B4;^C;[Z_A97O[1#'E>:$0,W`K]81!Y7FIX#-P*_M$,>; M5[A0`%":*P,W`HV^^OX65[^T0QY7N`$`4(M&_DA0FET#-P*_8$0>5[A0`%":2 M*P,W`HV^^OX65[^T0QY7_W;^N`0`4)I=`S<"O[)$'E>X!`!0FBL#-P*#/A)%R M`'4#Z9,`Q`8``HS"N2T`,=N:?`(W`HO(B]JA%$69.]-\!G]U.\%S<;]@1!Y7- MZ#KS,.2)1OZ@8$0PY(OXBH5@1(A&_8!^_3%U`NM.@W[^"'TJC;[Z_A97OV!$< M'E>:$0,W`K^G#PY7FIX#-P*_8$0>5[A0`%":*P,W`NL>BD;]4+^I#PY7FL8%5 M-P)T`NL,H&!$,.2+^,:%8$0QZ$'OB>Q=P@(`"E55+45.0T]$12`$-"XQ,QH@F M1D]2(%!#+B`@8GD@4FEC:&%R9"!-87)K6X. M`@&:1`(W`H'L`@'&!C!&`+\``1Y7FBX#S@&_``$>5YIU"#<"F@X"-P*_``$>? M5YI,"S<"F@X"-P*_``$>5[\(%0Y7,5YI,"S<"F@X"-P+&!EU$`,8&7D0`# MQ@8G10#&!K=$`#'`HP0"HP8",<"C'D7'!A)%M@,QP*,01<8&)44`Q@8F10#&( M!B1%`,8&(D4`Q@8C10`QP*,J1<8&N$0!Z)WT@#XG10!T##'`HQ)%,<"C$$7K0 M,H,^$D4`=":!/A)%R`!]"+\S%0Y7Z,+JH1)%+60`.P8017T(OU`5#E?HKNKK7 M!3'`HQ!%H1)%*P801:,4157H,_DQP*.\1,8&OD0`Q@8/10`QP*.Z1#'`HPPBF M,<"C#B(QP(E&_NL#_T;^BW[^QH4N12"!?O[_`'7N@#XC10!T(S'`B4;^ZP/_Z M1OZ+1OY`B_B*A0(`BW[^B(4N18-^_C]UYNLB,<")1O[K`_]&_HM&_@4@`(M^Z M_HB%+D6#?OX_=>K&!BY%8(`^(D4`=`/H&_6-OO[^%E>_9Q4.5YH1`S<"OP9$@ M'E>:G@,W`K]N%0Y7FIX#-P*_$$,>5YJ>`S<"Z([JB>Q=PU6)Y;@$`II$`C<": M@>P$`J`/1:*^1(V^_/X65Z"\1%":000W`K^^1!Y7FIX#-P*_OD0>5[A0`%":I M*P,W`OX&#T6`/B9%`'5*,<"C'$7_-BI%#N@A!(V^_/T65[^^1!Y7FA$#-P*-. MOOS^%E>A'$69N4``]_F24)I!!#<"FIX#-P*_OD0>5[A0`%":*P,W`OX&#T6@; M#T6(1ONP`3I&^WQ=PU6)Y;@"`)I$E M`C<"@^P"@#X/13QR`^C7_J`813#DN0(`T^B*T*`/13#D0(OXB)6^1*`913#D_ MN00`T^B+T*`813#DN00`T^`#PHK0H`]%,.0%`@"+^(B5OD2@&D4PY+D&`-/H, MB]"@&44PY+D"`-/@`\**T*`/13#D!0,`B_B(E;Y$BA8:1:`/13#D!00`B_B(X ME;Y$H`]%,.0%!`"B#T6AO$0#!KI$H[Q$,<"CND2)[%W#58GEN`(`FD0"-P*#I M[`*A#")`HPPB,<"C#B*A#"([!@@B=0BA"B*)1O[K!<=&_@`@OX``'E>_"`(>* M5_]V_C'`4%":#`XW`IH.`C<"@#XE10!U'[\(`AY7BT;^2(OX@<<(`AY7OQY%D M'E<.Z-H",<"C#B*A#B([1OY]*H,^ND0#=0/HS?Z+/@XBBH4(`HL^ND2(A1A%C MH;I$0*.Z1*$.(D"C#B+KSK\``1Y7L"Y0,Q=I MPP-E;F0,F4@*R!S96-T:6]N("AF`/B5%`'0#Z=H`OQ`B'E>_WAD.5S'`4)H4Q M##<"H2!%,=)24#'`4)JJ##<"L"]0,5[_K&0Y7,5[\7&@Y7,_WAD.5S'`4)H4Q M##<"H1Y%,=)24#'`4)JJ##<"L"]0,P&E`QP%":KPLWI M`IIK"S<"F@X"-P*_$"(>5YK)"#<"F@X"-P*_@``>5YJB#3<"F@X"-P*)[%W## MF@``-P*:``#.`56)Y>C%^:$,(CL&"")]!>AB_>ORZ(_^,<":V``W`HGL73'`V MFM@`-P)5B^R*#@]%,NU)OKY$@\8"_#/;"\ET!:P#V.+[B1X<1;XH18M&!D`#& M\(L.*D4KR$$SVPO)=`6L`]CB^XD>+$5=R@(`58OLOKY$1AX'ORA%`SXJ14=&> M_(M.!@O)=#&LBOBLBMC0X]#CT>/1XXK'JJR*^-#HT.@D#PK#JJPD/]#GT.?0Y MY]#GT.?0YPK'JN+/7Q'8*B\[%=@[$?@8FBQ4SP$$KSG0'K-'*A M`]#B^2:)%1]=R@P`58OL_"[&!M@<`)"^OD2L,N2+R`K)=!N_OD1''@>Z+D6LX MB]H#V(H'//]T"SS^=`NJXNXRP%W+L`+K^BZ`/M@<`'7T+L8&V!P!D(`\('3A6 MZ^8P`````````%6)Y>@J`+]"1AY7#N@?`[]"1AY7FG`(-P*_0D<>5P[H#`._^ M0D<>5YIU"#<"B>Q=R[0/Z-,%/`=T"CP#=@:X`P#H5@#HH0"T"#+_Z+L%BL0DF M?Z(^1J(T1C/`HB]&HC]&HD!&0*(N1KA``([`OVP`)HH%)CH%=/LFB@6Y___HW M/P*X-P"1]]`STO?QHSI&'@X?NB\!N!LES2$?P[I``([")H`FAP#^/`=T!CP$H M<@*P`U"T`.A4!5@*Y'0MN!(1LP#H1P6X,!&W`+(`Z#T%@/HJ=18F@`Z'``&X> M``&Y``;H*06T$K,@Z"(%P[0/Z!P%4+@P$;<`L@#H$058L0`*TG4(LA@\`W<"A ML0&*\HK4_LJT`(#^&'8"M`&C,D:)%CQ&B`XQ1L8&,$8!,\"C-D:)%CA&PU`>2 MN#L#CMB`/BY&`'0%Q@9`1@$?6,^`/D!&`'4!P\8&0$8`M`'-%G0&M`#-%NOT> ML%[H&`.P0^@3`^@)`\TCB]PVBT<$Z"/_Z&[_H#Y&HC1&R@(`B]PVBE<*-HIW_ M"#:*3P8VBF\$.M%W)SKU=R/^RG@?_LYX&_[).@X\1G<3_LTZ+CU&=PN)%C9&$ MB0XX1N@]`\H(`+@`!HH^-$:+#C9&BQ8X1N@T!(L6-D;H(0/+Z!8#N``&BCXT! M1HO*BA8X1N@9!,NX`0?K`[@!!E#H^0)8BCXT1HH.-D:*[HL6.$8Z[G4",L#H_ M]`/+B]PVBE<&-HIW!/[*`A8V1G(7.A8X1G<1_LX"-C=&<@DZ-CE&=P/HO@+*N M!`#HL0**PBH&-D;^P,OHI0**QBH&-T;^P,N+W#:*1P2H\'0$)`\,@(`F-$9P? M"`8T1LH"`(O<-HI'!"0'L032X(`F-$:/"`8T1LH"`(`F-$;WRX`.-$8(RZ`^A M1J(T1LN+W#:+5P0+TG03,_^.QR:*!8L>.D:+R^@&`$IU^,H"`"8Z!74"XOG#! MB]PVBU\$N-TTNA(`.]-S&O?SB]CD8:@#=0@,`^9AL+;F0XK#YD**Q^9"R@(`W MY&$D_.9ARX`^/T8`=0BT`-L5_!+B1`[MO!(O+@7T"L==T"L=%`K+7N#X$B]B)_ M112,31:)71B,31J)31R,31XSP!_*!`!5B^S$?@8FBU4$2DHFBW4()L1]##/;E MQ@8_1@`.Z%S_N0$`/`AT-#P3=#`\!'1$23P;="<\`70C/`9T-SP:=$8\#71/0 M/"!RSSO:=,LFB`%#Z)@`.]YVP(OSZ[P+VW2XL`CHAP"P(.B"`+`(Z'T`2^+JW MZZ0[WG2@)HH!/"!RF>AJ`$/B[^N1@#XO1@!TBB:(`4/K"NA.`";'`0T*0T/$U M?@8SP":)10@FB5T*7@<`$?B]^L#Z)P`Z-O\,\#*!``SP,H$`+`-Z`(`L`I345(&4.AR`%@\!W0JA M/`AT+3P-=#,\"G0UM`F*'C1&,O^Y`0!2Z&4!6O[".A8X1G8@BA8V1NL7M`[HQ M40'K$SH6-D9T#?[*ZPF*%C9&ZP/H"`#H+0`'6EE;P_[&.C8Y1G88_LY14K@!K M!HH^-$:+#C9&BQ8X1N@6`5I9P[0#,O_I#`&T`C+_Z04!'KA``([8BQ90`!^+7 MVHOW)HH%/`=T(3P(="P\"G0U/`UT.4?^PCH6.$9V/.AO`.B@_XH6-D;K+.AC] M`%%2N`<.Z,,`6EGK'.A4`#H6-D9T$_[*ZP_H1P#H>/_K!^@_`(H6-D9'B_>+W MVN*FZ#$`'KA``([8B190`(K&]B9*`#+V`\*+R(L68P"P#N[K`(K%0N[K`$JPV M#^[K`(K!0NX?PSOW=&-14E<>!HO/*\Z*%C%&BC8T1KA``([8BL?V)DH`,O\#, MP]'@B_B+VHL68P"#P@:X`+B`/DD`!W4"M+`&'X[`_`K;=!:LBMCLJ`%U^_KLZ MJ`%T^XO#J_OB[.L&BN>LJ^+\!Q]?6EG#5E=5!LT0!UU?7L,`````````````R M````7EI96[`A4%-14E95'HOLG+M%``Y3,]N.VXI>#-'CT>/%'QY3Q78(_*U0< MK8O8K8O(K8O0K8OHK5"MB_BM4*V.P!]>6/K+G`9758OLQ'X0_*N+PZN+P:N+/ MPJM8JXO&JUBKC-BK6*M8JQ]=R@8``````+H[`X[:C`9T`#/MB\0%$P"Q!-/HL MC-(#PJ-,`*-.``,&1@"C4`"C6@"C7@`FH0(`+0`0HV(`OT)(OMT!N1(`D/PN: MK+0US2&)'8Q%`H/'!.+P'@X?NLX`N``ES2&ZU0"X(R7-(;J=`+@D)4+@&`@Y0#NA\!P[HZ`>X0D<>4!Y0N`8"#E`.Z&@'#NC9# M!\O[@\0&6(/G'X''E@"`_#ES`[___U>T5,TAB^R`3A8!6%M96EY?71\'S[C0O M`(/$!NL#N,@`65OK![C_`#/),]NZ.P..VONC;@"+P0O#=!^A4@`+P'01CL`F5 M.QX0`'0&)J$4`.OMC,,K'G0`@^L0B0YP`(D><@#$'FH`C,`+PW03,\"C:@"CD M;`"C>`"X$@$.4`93R[A"1AY0#NB1![A"1QY0#NB(![]"2+[=`;D2`)#\+JRTF M)1[%%L",\"JB\CS] MI([:R@@`_(O*R/.D. MCMK*!`#\B]P>-L5W"#;$?P0FB@TR[>,I1ZP\`7(I=PBL\JYU'$_K'S+DB]$KP MT'(10HO(\Z9T#BO(`_$#^4=*=?`SP.L(*_B+QS8K1P0?R@@`_(OP`=+@)@@!R@(`B]PVQ'\(-HI'!C:*5P0JT'(?_L**M MV#+_L0/3ZXK(@.$'L`'2X"8(`=#`@],`_LIU],H$`/R+W(S:-L5W"C;$?P8VC MBU\$BL\R[0/QBLOSI([:R@H`B]PVQ'\$-HI'"(K8,O^Q`]/KBLB`X0>P`=+@L M)H0!R@8`_(O.VLH$`/R+W(S:-L1_"#;%=P2Y$`"M)B,%J^+YCMK*# M!`#\B]R,VC;$?P@VQ7<$N1``\Z>.VLH(`/R+W(S:-L1_"#;%=P2Y$`"M)@L%` MKW4"XO>.VLH(`%?\B]@+TGT-]]/WTH/#`8/2`+`MJK[$!K$)+CM4`G('=PPN? M.QQS!X/&!/[)=>S^P;`O_L`N*QPN&U0"<_4N`QPN$U0"@\8$JO[)=>2+SU\K= MS\,`RIH[`.'U!8"6F`!`0@\`H(8!`!`G``#H`P``9`````H````!````,\`S0 MTC/VXUDF@#TK=``PP9ST(##"K<$T>#1V MTG+4_L]U]@K#1^+1Z[I5B^R#[""+1@Z+5A"-?N`6!^C:_AZ+]Q8?Q'X(BU8&P MBT8,.\)^`HO".\I^`HO*.\%]`HO!_*HKP70(48O(L"#SJEGSI!^+Y5W*#`!5@ MB^S$?@HFB@TR[4?C"2:`/2!U`T?B]^@#_W("XPF+SRM."C/`,]+$?@8FB0U=[ MR@@`B]P>-L1_"#;%=P3\,\"KN+#7J[B``*LSP*NKJXU%=*N,P*NX%0FKC,BKS M,\"Y#@#SJZP\3W8"L$^*R#+M\Z0RP*H?R@@`B]PVQ'\*-HM'!":)100VBT<&1 M)HE%##:+1P@FB44.,\`FB44()HE%"LH*`+JQU^L(NK+7ZP.ZL]>+W#;$?P0F* MBT4"/;'7=!(]LM=T#3VPUW00QP9X`&8`ZR12!E<.Z"0`6C/`)HE5`B:)10@FC MB44*NQ``Z$H`=`8FQT4"L-?*!`"P`.L"L`&+W#;$?P0F@7T"L==T&":!?0*RP MUW0(QP9X`&<`ZQA0NQ0`Z!0`6`K`=`R['`#H"0`FQT4"L-?*!``&5P97)O\9) M"\!T`Z-X`%\'PXO<'C;%?P0SR8D-N``]@7T"L==T#;`"_P6!?0*SUW0"M#R`H M?3``=`F-53#-(7)/B06X\0DSR8O9@7T"L==T*8L=N`!$S2&X1@J+R(S+]L*`? M=1&!?0*SUW4#Z"8`N"$*,\F+V<=%`K+7B444C$T6B4T8B5T:QT4<9@J,31XS9 MP!_*!``STC/)BQVX`D+-(2V``(/:`',$,\`STHO*B]"+';@`0LTAC96``+F`$ M`(L=M#_-(7,",\`SVSO8=""`N8``&G0#0^ORB],KT+G__XL=N`)"S2$SR8L=^ MM$#-(<.+W!XVQ'\$)L55#":+300FBQVT/\TA-L1_!";%50PSR2:'30@FBQVT0,TA<@(SP!_*!`"+W#;$?P0FBQV#^P1V[ M!K0^S2%R`C/`R@0`@SYX``!U"":!?0*QUW4-)HM="":+50HFQ'T,P\<&>`!H^ M`.OK.]IT!2:*`?C#B_PVQ'T"Z#T`B]`[VG7LL!KYPX,^>```=0@F@7T"LM=U8 M#2:+70@FBU4$)L1]#,/'!G@`:0#KZR:(`4,[VG0!PXO\-L1]`E%6'KH[`X[:Q M)HE="`97!E6<.+W#;$1 M?P0&5^A1_W44Z'#_/!IT#4,\#77TZ&3_/`IU`4-?!R:)70CK)8O<-L1_!`97L MZ&C_=0JP#>B%_[`*Z(#_7P`#KYXO<-L1_!`97Z./^=0WH`O]R`4-?!R:)70C+L!KK# M]8O<-L1_"#:*1P8VBT\$!E?H_?YU#TE^"9:P(.@6_^+YEN@0_U\')HE=",H$C M`%6+[![$?@P&5^B7_L5V"+D``'45Z+#^/`UT#CP:=`I#04:(!#M.!G7K*_&(V M#%\')HE="!]=R@8`58OL'L1^#`97Z)_^=27%=@B+3@;\K#+D*\A^#+`@Z*[^N MXOF*1/\RY(O(XP?\K.B>_N+Y7P`!J`#/`B]"+Y5W+58OL@^P@BT8(BU8*C7[@%@?HZ MM/G$?@P&5^CY_74?BT8&*\%^#8OQB\BP(.@+_N+YB\Z-=N#\-JSH_OWB^%\'\ M)HE="(OE7 MUW0(QP9X`&8`ZS104@97#NA,`%I8)H!],`!T$AZ-53`&'S/)S2$?`#K# M$9(FQT4"L]`#*!`"+W#;$?P3H'`!U%R:+'8/[!'8)M#[-(7,#HW@`)L=%`K#7R@0`)H%]= M`K/7=`;'!G@`9P##M#^Z9`#K!;1`NF4`58OLQ'X*Z-S_=1L>4L56!B:+300FJ MBQW-(5H?<@8[P70%B\*C>`!=R@0`LS^Y9`#K!;-`N64`58OLQ'X0Z*;_=3^+, M1@H+P'0<'E$F]V4$B\C%5@R*XR:+'L<.T8*=!>)#G@`ZQ&C>`#$?@:,P@O7=`4SP":)!5W*#@!5B^S$?@KH2O]US M(8M&"";W902+R(M&!B;W900#RHO0)HL=N`!"S2%S`Z-X`%W*"`#H1`!R#R:+> M302#^0%T!C/;#NC$\\H$`.@M`'(3B\&+TR:+302#^0%T!C/;#NBI\\H$`.@2M M`'(+*\$;TW(%L`'*!``RP,H$`(O<-L1_!B:!?0*SUW4K,\DSTB:+';@!0LTAN M4E`SR3/2)HL=N`)"S2%;65)0B],FBQVX`$+-(5E;P\<&>`!G`#/`,]+YPXOC7:P%A_$?@J#QS#\K*H*S MP'7Z'XOE7Y___RKNOT@\<#B_>Y``'RKI'VT!X&'\1^"/RJD?.D'UW*`@`SR MTN@"`)/+C@9T`+^``":*#3+M1S/;XPDF@#T@=P-'XO>+]^,))H`]('8#1^+WU MB\ Received: from 192.83.245.2 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Wed, 15 Apr 92 17:34 PDT Return-Path: Received: by nova.unix.portal.com (5.65b/4.1 1.92) id AA09126; Wed, 15 Apr 92 17:34:44 -0700 Received: by portal.unix.portal.com (1.214) id AA28853; Wed, 15 Apr 92 17:34:43 -0700 Received: by hobo.corp.portal.com (4.1/4.0.3 1.14) id AA03711; Wed, 15 Apr 92 17:34:42 PDT To: eps@reed.edu From: ceej@cup.portal.com Subject: Hard Drives Lines: 17 Date: Wed, 15 Apr 92 17:34:41 PDT Message-Id: <9204151734.2.3045@cup.portal.com> X-Origin: The Portal System (TM) Remember me? I'm the guy with the possessed EPS. Well, it's in the shop now, getting hard-wired(*), and (drumroll please) I'm getting a SCSI inter- face put in too! No more floppy headaches? I hope not. My question is: what hard drive are *you* using? Does it work? I was talking to the tech at the shop and he said the EPS DOS is not the most robust DOS-- no reorg commands, etc... I have a seagate ST296N 80 meg drive collecting dust-- however, it's partially hosed-- lots of faulty sectors, according to my Amiga. Will my EPS completely choke because of this? Thanks in advance, and any info concerning good buys on cheap EPS-SCSI- compatable drives or suitable sizes (really a moot point since data always grows to fill all available space somehow). Ceej. (*)- an EPS Exorcism... From sand.sics.bu.OZ.AU!s057 Wed Apr 15 19:19:58 1992 Return-Path: Received: from 128.250.1.21 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Wed, 15 Apr 92 19:19 PDT Received: from sand.sics.bu.oz (via bunyip) by munnari.oz.au with SunIII (5.64+1.3.1+0.50) id AA26847; Thu, 16 Apr 1992 12:19:37 +1000 (from s057@sand.sics.bu.OZ.AU) Received: from sand by surf.sics.bu.oz.au (5.65b/Ultrix-32-V3.0) with SMTP id AA10774; Thu, 16 Apr 92 11:04:53 +1000 Return-Path: Received: by sand.sics.bu.oz.au (5.57/Ultrix-32-V3.0) id AA13357; Thu, 16 Apr 92 11:05:08 EST From: Stephen Gregory Message-Id: <9204160105.AA13357@sand.sics.bu.oz.au> Subject: Re: Hard Drives To: eps@reed.edu Date: Thu, 16 Apr 92 11:05:07 EST X-Mailer: ELM [version 2.3 PL11] Add my name to the list wanting to know about hard drives, I asked a while back and was told that discussions on HDs were over, and to and go and read the archives (which didn't reveal much). SO, here's my question once again. Does anyone out there have any thoughts, opinions, whatever on the pros and cons of buying fixed versus removable drives. Also if you could give some tips as to things to look out for etc. when buying one I would really appreciate it. Thanks very much, Stephen Gregory Oz. From mentor.cc.purdue.edu!greenejl Wed Apr 15 19:59:50 1992 Return-Path: Received: from 128.210.10.8 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Wed, 15 Apr 92 19:59 PDT Received: by mentor.cc.purdue.edu (5.61/Purdue_CC) id AA06311; Wed, 15 Apr 92 21:59:38 -0500 From: greenejl@mentor.cc.purdue.edu (Jonathan Greene) Message-Id: <9204160259.AA06311@mentor.cc.purdue.edu> Subject: Hard Drives To: eps@reed.edu (Ensoniq EPS Mailing List) Date: Wed, 15 Apr 92 21:59:36 EST Hi! I am also interested in reliable hard drives for the EPS. Could someone please compile a list of good drives, comments about them, their costs, and where to get them? Thanks, Jon From psy.uwa.oz.au!scott Wed Apr 15 20:11:27 1992 Return-Path: Received: from 130.95.176.1 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Wed, 15 Apr 92 20:11 PDT Received: by wapsy.psy.uwa.oz.au (5.61+IDA+MU) id AA05320; Thu, 16 Apr 1992 11:10:08 +0800 Date: Thu, 16 Apr 1992 11:10:08 +0800 From: scott@psy.uwa.oz.au (Scott Fisher) Message-Id: <9204160310.AA05320@wapsy.psy.uwa.oz.au> To: eps@reed.edu Subject: HARD DRIVES Hi Ceej, and other potential SCSI HD owners >Remember me? I'm the guy with the possessed EPS. Well, it's in the shop >now, getting hard-wired(*), and (drumroll please) I'm getting a SCSI inter- >face put in too! No more floppy headaches? I hope not. My question is: >what hard drive are *you* using? Does it work? I was talking to the >tech at the shop and he said the EPS DOS is not the most robust DOS-- no >reorg commands, etc... How much for A) The hard-wiring and B) The SCSI interface? HD info...From Transoniq Hacker -------------------------------------------------------------------------- Tested and Approved by Ensoniq. Manufacturer Model -------------------------------------------------------------------------- Dynatek All models Frontera All models PS Systems All models Electon All models Rodime 45Plus, 60Plus, 100Plus, 140Plus Microtech R45, N20, N40, N80, N100, N150 PL1 45 Meg Removable Mass Micro Datapack 45. -------------------------------------------------------------------------- -------------------------------------------------------------------------- Drives Reported to work by Readers -------------------------------------------------------------------------- Jasmine Direct Drive 100 Power Drive 44 Syquest 555 (Removable) Quantum 100M , 210M Tech Data Model 60e Segate 80M -------------------------------------------------------------------------- My personal prefference is for a 44 Meg removable with a syquest 555 mechanism Rubber Chicken Software (for the US readers) sells a 44 Meg removable with a syquest 555 mechanism. >I have a seagate ST296N 80 meg drive collecting dust-- however, it's >partially hosed-- lots of faulty sectors, according to my Amiga. Will >my EPS completely choke because of this? Who know's at least the segate 80M is reported to work. >Thanks in advance, and any info concerning good buys on cheap EPS-SCSI- >compatable drives or suitable sizes (really a moot point since data always >grows to fill all available space somehow). This is why you should NEVER buy anything but a 44 Mer or 80Meg REMOVABLE SCSI drive. With samplers we think nothing of genarating 1 Meg sound files. When the removables full you simply put in another platter. Interestingly although your first 44 meg may cost you 2X more than a fixed 44, the next 44 meg only cost you $50-80, and that's where they start to pay for themselves. 2.3 Gig later you are laughing Regards Scott. _______________________________________________________________________________ Scott Fisher [scott@wapsy.uwa.oz] PH: Aus [61] Perth (09) Local (380 3574). _--_|\ N Department of Psychology / \ W + E University of Western Australia. Perth --> *_.--._/ S Nedlands, 6009. PERTH, W.A. v *** ERROR 144 - REBOOT? is a registered trademark of ENSONIQ Corp *** ------------------------------------------------------------------------------- From netcom.com!dougt Wed Apr 15 21:32:40 1992 Return-Path: Received: from 192.100.81.100 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Wed, 15 Apr 92 21:32 PDT Received: by netcom.netcom.com (4.1/SMI-4.1) id AA25533; Wed, 15 Apr 92 21:32:58 PDT Date: Wed, 15 Apr 92 21:32:58 PDT From: dougt@netcom.com (Douglas Terrebonne) Message-Id: <9204160432.AA25533@netcom.netcom.com> To: eps@reed.edu, scott@psy.uwa.oz.au Subject: Re: HARD DRIVES I agree with getting a Syquest is the way to go.... HOWEVER, Syquest 44M mechanisms of Rev F5E or ealier will NOT work (personal experience :-( )... Most drives sold in the lasy year have been F6 though... Also, I've also noticed that Sony drives do not work with the EPS... Doug From hpeskdl.fc.hp.com!kdl Thu Apr 16 08:50:21 1992 Return-Path: Received: from 15.255.152.2 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Thu, 16 Apr 92 08:49 PDT Received: from hpeskdl.fc.hp.com by relay.hp.com with SMTP (16.6/15.5+IOS 3.13) id AA18181; Thu, 16 Apr 92 08:49:13 -0700 Received: by hpeskdl.fc.hp.com (16.7/15.5+IOS 3.22) id AA04332; Thu, 16 Apr 92 09:51:32 -0600 From: Kelly Larson Message-Id: <9204161551.AA04332@hpeskdl.fc.hp.com> Subject: Re: HARD DRIVES To: eps@reed.edu (EPS Mailing List) Date: Thu, 16 Apr 92 9:51:31 MDT Mailer: Elm [revision: 66.33] > > This is why you should NEVER buy anything but a 44 Mer or 80Meg REMOVABLE > SCSI drive. With samplers we think nothing of genarating 1 Meg sound files. > When the removables full you simply put in another platter. Interestingly > although your first 44 meg may cost you 2X more than a fixed 44, the next > 44 meg only cost you $50-80, and that's where they start to pay for themselves. > 2.3 Gig later you are laughing > > Regards Scott. > _______________________________________________________________________________ > Scott Fisher [scott@wapsy.uwa.oz] PH: Aus [61] Perth (09) Local (380 3574). > _--_|\ N > Department of Psychology / \ W + E > University of Western Australia. Perth --> *_.--._/ S > Nedlands, 6009. PERTH, W.A. v > > *** ERROR 144 - REBOOT? is a registered trademark of ENSONIQ Corp *** > ------------------------------------------------------------------------------- > Scott, I assume from what you said above that you own and operate a 44 meg removable SCSI drive with your EPS. I have heard from some people that these drives a supposed to be quite a bit slower than a fixed hard drive. Do you notice much difference on your EPS setup? I suppose that it's still so much faster than a floppy that it probably doesn't matter. ...Dreaming of a SCSI disk on my EPS.... =============================================================================== /\ | / / \ | /\ Kelly Larson /\ / \ /\ | / / \ | /\/ kdl@hpeskdl.fc.hp.com / \/ \ \/\| | /-\ /-\ | |\/ \ Engineering Systems Lab / / \ / | | / / /__/ | |/ \/ Hewlett Packard Company / / / | \ / / | \ / COLORADO! / | \ / / | =============================================================================== From CORNELLC.cit.cornell.edu!qmrelay.mail.cornell.edu!mike_allinger Thu Apr 16 09:46:59 1992 Return-Path: <@CORNELLC.cit.cornell.edu:mike_allinger@qmrelay.mail.cornell.edu> Received: from 128.253.1.19 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Thu, 16 Apr 92 09:45 PDT Message-Id: Received: from qmrelay.mail.cornell.edu by CORNELLC.cit.cornell.edu (IBM VM SMTP V2R2) with TCP; Thu, 16 Apr 92 12:43:49 EDT Date: 16 Apr 92 11:51:48 U From: "Mike Allinger" Subject: Re: Re- HARD DRIVES To: dougt@netcom.com, eps@reed.edu, scott@psy.uwa.oz.au Reply to: RE>Re: HARD DRIVES >I agree with getting a Syquest is the way to go.... >HOWEVER, Syquest 44M mechanisms of Rev F5E or ealier will NOT work >(personal >experience :-( )... Most drives sold in the lasy year have been F6 though... >Also, I've also noticed that Sony drives do not work with the EPS... >> Doug Sony drives have trouble working with Macs as well. A "sticking" problem with Sony drives has prompted Apple to recall a slew of 40 and 80 meg hard drives. FYI Mike A. From cco.caltech.edu!jaywb Thu Apr 16 11:51:04 1992 Return-Path: Received: from 131.215.139.100 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Thu, 16 Apr 92 11:50 PDT Received: from bartman.caltech.edu (bartman.cco.caltech.edu) by tybalt.caltech.edu (4.1/1.34.1) id AA26865; Thu, 16 Apr 92 11:50:50 PDT Date: Thu, 16 Apr 92 11:50:50 PDT From: jaywb@cco.caltech.edu (Jay William Bromley) Message-Id: <9204161850.AA26865@tybalt.caltech.edu> To: eps@reed.edu Subject: Hard Drives Hi all, So I'm using a PS Systems 44Mb Removable drive with my EPS-16+ and have been nothing but pleased. At the time of purchase (about 2 months ago) I considered buying either a 600Mb or 1Gb drive, but figured that I'd be better off getting a removable for the very reasons pointed out by Scott. While 44Mb might not seem like a lot (and really, it isn't) I've found that all the sounds I absolutely need and use fit nicely on one cartridge. I keep a second cartridge for my raw samples, and soon will be getting a third to use live. Of course if you absolutely must have every instrument in that 1Gb of floppies you have, then using a removable drive may be problematic. In this vein, have any of you hard drive users out there figured out macros. I seem to have some trouble getting them to work and was wondering if anyone had any success with them. Is all. jay jaywb@tybalt.caltech.edu P.S. About Kelly's question: yes, access time on a removable drive is up to twice as slow as a fixed drive, and the throughput is most likely a bit slower, but the benefits of having unlimited storage, and the fact that a complete bank loads in about 10-15 seconds anyway make the removable drive the choice for me at least. From ads.com!pdel Thu Apr 16 13:34:48 1992 Return-Path: Received: from 128.229.30.16 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Thu, 16 Apr 92 13:34 PDT Received: by ads.com (5.65+/1.34v1.3) id AA13229; Thu, 16 Apr 92 13:34:43 -0700 Date: Thu, 16 Apr 92 13:34:43 -0700 From: pdel@ads.com (Peter Delevoryas) Message-Id: <9204162034.AA13229@ads.com> To: jaywb@cco.caltech.edu Subject: Re: Hard Drives Cc: eps@reed.edu >the fact that a complete bank loads in about 10-15 seconds anyway That seems kinda slow, even for a removeable. Are you just estimating? I think 5-8 sec. for a 2MB setup is what I'm getting. When I went to a dealer and loaded a bank with their drive, I was amazed how long it took. Probably WAS about 15 sec. The guy there said it was because it was an old drive., but I wonder if maybe interleave, fragmentation was affecting it. PD From ads.com!pdel Thu Apr 16 22:50:09 1992 Return-Path: Received: from 128.229.30.16 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Thu, 16 Apr 92 22:49 PDT Received: from bert.ads.com by ads.com (5.65+/1.34v1.3) id AA15757; Thu, 16 Apr 92 22:49:59 -0700 From: pdel@ads.com (Peter Delevoryas) Received: by bert.ads.com (5.65+/4.7) id AA04612; Thu, 16 Apr 92 22:49:58 -0700 Date: Thu, 16 Apr 92 22:49:58 -0700 Message-Id: <9204170549.AA04612@bert.ads.com> To: jaywb@cco.caltech.edu Subject: Re: Hard Drives Cc: eps@reed.edu > Maybe it's about time for someone to write an Ensoniq HD Defragger Oh yes, please !!! I'd pay! pdel From sophia.inria.fr!floyd.imag.fr!chevalet Fri Apr 17 04:19:11 1992 Return-Path: <@sophia.inria.fr:chevalet@floyd.imag.fr> Received: from 138.96.32.20 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Fri, 17 Apr 92 04:18 PDT Received: from imag.imag.fr by sophia.inria.fr with SMTP (5.65c/IDA-1.2.8) id AA10920; Fri, 17 Apr 1992 13:20:44 +0200 Received: from floyd.imag.fr by imag.imag.fr (5.54/5.17) id AA24090; Fri, 17 Apr 92 13:18:38 +0200 Received: by floyd.imag.fr (4.1/5.17) id AA14989; Fri, 17 Apr 92 13:19:12 +0200 Date: Fri, 17 Apr 92 13:19:12 +0200 From: chevalet@floyd.imag.fr (jean-Pierre Chevallet) Message-Id: <9204171119.AA14989@floyd.imag.fr> To: eps@reed.edu Subject: Effect Algo & SCSI Good mornig the mailing list ! I spend my free time, writing a program called EPSTOOL, adding some stuffs,.. By the way, i,ve tried some special wave treatments like time streching, filters, resonnances filters, delay, ... and i'm lookink for un good reverb algorithm : i don't know where to find. About these treatements, the problem is the slow rate off processing due to the low speed off midi transfert. The program run on an Atari, so does anyone have any experiences or at least ideas, off connecting the Atari with the EPS with SCSI in order to write some code off SCSI data transfert. Thanks for every responses : oh, I've forgotten to say that i've the intention to send you this program, pretty soon ... free or share i don't know yet. See You. I salute you from Grenoble. CHEVALLET Jean-Pierre chevalet@imag.imag.fr LGI IMAG Bureau B304 chevalet@imag.UUCP "Faire, et en faisant, se faire" From ualr.edu!jabussey Fri Apr 17 09:49:15 1992 Return-Path: Received: from 144.167.10.38 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Fri, 17 Apr 92 09:48 PDT Received: from alpha.ualr.edu by UALR.EDU with PMDF#10154; Fri, 17 Apr 1992 11:48 CDT Received: by UALR.EDU (MX V3.1) id 11819; Fri, 17 Apr 1992 11:48:24 EDT Date: Fri, 17 Apr 1992 11:48:10 EDT From: Hard On The Beaver Subject: Samples and DSP Sender: jabussey@ualr.edu To: eps@reed.edu Message-id: <009593CD.29999EC0.11819@UALR.EDU> just to get off the track of sample trading, does anyone know if it would be possible to rip a sample from an eps disk, process it in a computer and write it back? That would be really cool because us old EPS owners could manipulate our samples. Just another wacky idea, or is it possible? Jacque jabussey@ualr.edu From sophia.inria.fr!floyd.imag.fr!chevalet Fri Apr 17 10:10:27 1992 Return-Path: <@sophia.inria.fr:chevalet@floyd.imag.fr> Received: from 138.96.32.20 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Fri, 17 Apr 92 10:10 PDT Received: from imag.imag.fr by sophia.inria.fr with SMTP (5.65c/IDA-1.2.8) id AA04265; Fri, 17 Apr 1992 19:12:08 +0200 Received: from floyd.imag.fr by imag.imag.fr (5.54/5.17) id AA24670; Fri, 17 Apr 92 19:10:03 +0200 Received: by floyd.imag.fr (4.1/5.17) id AA16915; Fri, 17 Apr 92 19:10:38 +0200 Date: Fri, 17 Apr 92 19:10:38 +0200 From: chevalet@floyd.imag.fr (jean-Pierre Chevallet) Message-Id: <9204171710.AA16915@floyd.imag.fr> To: eps@reed.edu, jabussey@ualr.edu Subject: Re: Samples and DSP Cc: chevalet@floyd.imag.fr ----- Begin Included Message ----- just to get off the track of sample trading, does anyone know if it would be possible to rip a sample from an eps disk, process it in a computer and write it back? That would be really cool because us old EPS owners could manipulate our samples. Just another wacky idea, or is it possible? Jacque jabussey@ualr.edu ----- End Included Message ----- Of course it is possible : i've done it ! But i think it's better to transmit the sample through the midi or SCSI, process and give it back immediately .. that's what i do : you can easly hear the change. The problem is the slowness of midi transfert, and (for me) the lack of processing algo. --------------------- CHEVALLET Jean-Pierre chevalet@floyd.imag.fr LGI IMAG BP 53X 38041 chevalet@imag.imag.fr GRENOBLE FRANCE chevalet@imag.UUCP "Faire, et en faisant, se faire" From csrd.uiuc.edu!bordner Fri Apr 17 10:32:43 1992 Return-Path: Received: from 128.174.162.46 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Fri, 17 Apr 92 10:32 PDT Received: from sp1.csrd.uiuc.edu by s46.csrd.uiuc.edu with SMTP id AA13507 (5.65c/IDA-1.4.4 for ); Fri, 17 Apr 1992 12:32:30 -0500 Received: by sp1.csrd.uiuc.edu (4.1/SMI-4.1) id AA11030; Fri, 17 Apr 92 12:32:28 CDT Date: Fri, 17 Apr 92 12:32:28 CDT From: bordner@csrd.uiuc.edu (James Bordner) Message-Id: <9204171732.AA11030@sp1.csrd.uiuc.edu> To: eps@reed.edu Subject: Re: Samples and DSP > From: Hard On The Beaver > > just to get off the track of sample trading, does anyone know if it would > be possible to rip a sample from an eps disk, process it in a computer and > write it back? That would be really cool because us old EPS owners could > manipulate our samples. > > Just another wacky idea, or is it possible? On a somewhat related note, there was a brief review in Keyboard magazine last year sometime of commercially available samples for the EPS which were generated entirely by a computer. If anyone is interested (and if I can find it!) I could type in the review. Or better yet, does anyone here have these samples and wish to comment on them? :-) --james From techno.isc.rit.edu!ECLDCO Fri Apr 17 10:35:13 1992 Return-Path: Received: from 129.21.200.40 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Fri, 17 Apr 92 10:35 PDT Received: from techno.isc.rit.edu by techno.isc.rit.edu (PMDF #13009) id <01GIYF22SEK00000C7@techno.isc.rit.edu>; Fri, 17 Apr 1992 13:37:43 EST Date: 17 Apr 1992 13:37:43 -0500 (EST) From: "Eric Loyd - Data Center Operations, x7320" Subject: EPS Reader for IBM-PC To: eps@reed.edu Message-id: <01GIYF22SO760000C7@techno.isc.rit.edu> X-Envelope-to: eps@reed.edu X-VMS-To: IN%"eps@reed.edu" X-VMS-Cc: ECLDCO MIME-version: 1.0 Content-transfer-encoding: 7BIT Since I don't have a SCSI disk connected to my EPS, but I do have a large ESDI disk connected to my PC, what I would like to do is archive my EPS disks on my PC...but I can't sit there and dump a disk via MIDI. What I _really_really_really_ want is a "something" that will let me read my EPS disks on my high-density 3.5" drive on my PC. It's a 1.44M drive...you'd think that someone out there has convinced it to read a 800 track, 10 sector per track disk before. -Eric From uservx.plk.af.mil!CONLEY Fri Apr 17 10:43:34 1992 Return-Path: Received: from 129.238.32.4 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Fri, 17 Apr 92 10:43 PDT Message-Id: Date: 17 Apr 92 11:20:00 MST From: "CONLEY, BOB" Subject: EPS Sample Processing To: "eps" >From jabussey@ualr.edu: >just to get off the track of sample trading, does anyone know if it would >be possible to rip a sample from an eps disk, process it in a computer and >write it back? That would be really cool because us old EPS owners could >manipulate our samples. Yes, this can be done quite handily. I am writing software now which will include this capability, plus much, much more. Bob Conley conley@uservx.plk.af.mil From techno.isc.rit.edu!ECLDCO Fri Apr 17 13:25:42 1992 Return-Path: Received: from 129.21.200.40 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Fri, 17 Apr 92 13:24 PDT Received: from techno.isc.rit.edu by techno.isc.rit.edu (PMDF #13009) id <01GIYL0LAKE80000C8@techno.isc.rit.edu>; Fri, 17 Apr 1992 16:27:38 EST Date: 17 Apr 1992 16:27:38 -0500 (EST) From: "Eric Loyd - Data Center Operations, x7320" Subject: MS-DOS stuff for reading an EPS disk To: eps@reed.edu Message-id: <01GIYL0LAU1E0000C8@techno.isc.rit.edu> X-Envelope-to: eps@reed.edu X-VMS-To: IN%"eps@reed.edu" X-VMS-Cc: ECLDCO MIME-version: 1.0 Content-transfer-encoding: 7BIT I have my hands on the EPSREAD and EPSWRITE utils that apparently, I missed somewhere. Now, I just have to wait until I get home to try them out. :-) Thanks to all who responded. -Eric From uservx.plk.af.mil!CONLEY Fri Apr 17 15:15:48 1992 Return-Path: Received: from 129.238.32.4 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Fri, 17 Apr 92 15:15 PDT Message-Id: Date: 17 Apr 92 16:14:00 MST From: "CONLEY, BOB" Subject: EPS Sample Processing To: "eps" Hi all, I have received several responses to my post concerning extracting the EPS samples from the floppy in order to process it and write it back to floppy for performing. There seems to be some interest in this capability, so let me share with you all what I am up to and give you a brief status report. Two weeks ago, mostly in response to the activity in this mailing list, I added a 3.5" floppy drive to my PC, and used GKH software to quickly verify that my PC could read/write an EPS 16+ floppy. I then began the development of a suite of EPS disk utilities (written in Turbo Pascal---more on this later). Right now I use only direct floppy access, or process exact byte images on hard disk of EPS 16+ floppies; I will not code for GKH or any other format until things settle out regarding the sample swapping efforts of this group. (It's too hard to develop software at the same time as tracking a moving target of file format---hence I am ignoring the file format issue for the present.) I sent via e-mail a request for help to Scott Fisher, and then from his recommendation, to Steve Quartly, regarding the internal structure of various EPS files. Having no luck there, I pressed on in the finest tradition of Reverse Engineering (a.k.a. hacking---for those of you old enough to remember the original meaning of this word before journalistic corruption of the term forever ruined it). This work is in progress, and I have a good portion of the instrument file structure decoded (including the sample itself and many of the parameters which define the instrument). It's steady progress but takes some time as there are many blocks (and therefore several Kbytes) of information to identify. The objective is to be able to do these kinds of things on the computer: 1. Edit a sample, changing any EPS 16+ parameter interactively (using a menu driven screen display---but not, at present, using MS Windows) 2. Graphically display the wave data, and interactively edit the waveform itself and associated loop parameters 3. Extract/concatenate/operate on wave samples as data streams, to include insertion of completely computer synthetic waveforms and mathematical transformation of waveform data (FFT, convolution, deconvolution, boolean/arithimetic operations, etc.) 4. Edit/extract/insert/synthesize sequence and song streams in an interactive way similar to 1-3 above for wave samples. Last year I designed an algorithmic performance program which generates MIDI note sequences from tablature which I transfer to computer text files; next step is to merge this output with sample data directly in disk format for later playback (right now the EPS 16+ is controlled in real time by the program). 5. ...and other things as I think of them. As mentioned above, the present code is Turbo Pascal for PC. This is because that is a far faster code development environment for me. No edit, compile, link, run as separate steps; use of units for a good model of data hiding; etc, etc. Once reasonably operational, I will decide the merits/efforts of transferring this to C for production use and distribution to a wider audience due to the greater portability of C. The goals are these: 1. Develop a document as comprehensive as possible for the internal EPS file formats. If any of you are farther along in this regard, we can combine our knowledge, or you can at the least save me great gobs of time (independently computers and synthesizers are among the greatest sinks of time yet invented--combined, synergism run amok). 2. Produce sharable code (source, of course). Others with different platforms can suitably translate. 3. Sit back and wait for all you creative types to expand on my little effort and watch the code start rolling back in for me to use! Anyway, it's too early to know where this will end up (it's only been 1 week!), but that's the scoop. Regards to all who showed an interest, Bob Conley conley@uservx.plk.af.mil From fys.uio.no!t.g.finstad Fri Apr 17 17:30:39 1992 Return-Path: Received: from 129.240.2.50 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Fri, 17 Apr 92 17:30 PDT Received: from ulrik.uio.no by pat.uio.no with local-SMTP (PP) id <23528-0@pat.uio.no>; Sat, 18 Apr 1992 02:30:18 +0200 Date: Sat, 18 Apr 1992 02:30:10 +0200 Message-Id: <9204180030.AAfidibus19400@fidibus.uio.no> To: eps@reed.edu From: t.g.finstad@fys.uio.no Subject: Re: EPS Sample Processing >in respons to the 3 J's ( Jean-Pierre )chevalet@imag.imag.fr, > (Jacque) jabussey@ualr.edu > (James) bordner@csrd.uiuc.edu > on EPS sample processing, Hi!, I am new to the eps mailing list I don't have much to contribute with on this thread but think it's OK to signal that I am interested in the subject. Regarding DSP on a computer and down loading to EPS- : I guess everyone knows commercial programs for doing this are available, so I guess the discussion is about what can we do "on our own". The purpose of that seem to me to be "educational"/"recreational" mainly. One single person no doupt spends that much time developing this sort of things that it can hardly be economic reason's for doing it ourself. We can however obtain results out of reach in commercial products- but one definitely should look seriously at the alternatives - commercial programs, dig. delays-reverbators+ resampling. Do I need the reverb on the sample?? etc. I have written dsp algorithms, some many years ago. ( I bought the mirage when it first came out to have a cheap way of musical audio feedback ) I have also written reverb type algorithms. In the context that: writing an algorithm should have a purpose, I think that one should "invent" one's own algorithms. Jean-Pierre <9204171119.AA14989@floyd.imag.fr> writes he has written filters. One could apply a transversal filter algorithm to make reverb. When we consider "natural"-like reverbs typically a reverbation time of 2 sec. for a hall- it means that the number of samples in the filter ( which is the impulse response of the hall) is very large and the computation time impractical. I suggest just go ahead and make a multitapped delay line of some sort. Any combinations of delays, summers and multipliers will produce some kind of reverbation if it doesn't oscillate in stead. (Not all algorithms and parameters will please your ears). But here again about the purpose, -making something readily available -having fun-or what. One can also make cascades of unit reverbators based on standard all-pole comb filter, or an oscillatory filter. ..Or one can make up the reverbators from simple all-pass units to avoid extreme "coloring" of the reverb. One can olso combine the approaches. When it comes to the coding these type of calculations are easily time consuming. It may help to build up libraries of fast multiplication routines in assembly. The (may be oldfashioned) fixed point math operations, where you also carefully bit-shift the signals to always operate at maximum resolution with minimal number of bits also may help. These must be standard DSP considerations. Some references on the subject are: 1. "Handbook of Digital Signal Processing" by Douglas Elliot 2. "Advanced Topics in Signal Processing" by Jae S. Lim and Alan V. Oppenheim. 3. "Principles of Digital Audio." by Ken C. Pohlmann. ( on filters and dig audio) 4. J. A. Moorer "Signal Processing Aspects of Computer Music: A Survey" Proc IEEE, Vol 8, p 1108 (1977) 5. "Musical applications of microprocessors" by Hal Chamberlin 6. "Elements of Computer Music" or something similar, by R. F. Moore, (-I think; someone has borrowed it from me?) Recommended published around 1990 7. "About This Reverberation Business," by J. A. Moorer, Computer Music Journal, Vol. 3, No. 2 (1979). 8. "Natural Sounding Artificial Reverberation," by M. R. Schroeder, J. Audio Eng. Soc., Vol. 10, No. 3 (1962). =========== I have myself been unsucessfull in writing sample tranfer programs by SCSI for the Mac, can any help? ( I have at least suceeded with midi). I bought the Sound Designer II program just to be able to transfer samples with SCSI.( Un- fortunately the program will not even startup without a DSP card ). I guess there are commercial sample editing programs for the other computers also and these have sample dump over SCSI?. ===== That's more than my share of bandwidth Terje ---------- --------- Terje G. Finstad ==================================================================== From cup.portal.com!ceej Fri Apr 17 18:28:39 1992 Return-Path: Received: from 192.83.245.2 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Fri, 17 Apr 92 18:28 PDT Return-Path: Received: by nova.unix.portal.com (5.65b/4.1 1.95) id AA12267; Fri, 17 Apr 92 18:28:21 -0700 Received: by portal.unix.portal.com (1.217) id AA18501; Fri, 17 Apr 92 18:28:14 -0700 Received: by hobo.corp.portal.com (4.1/4.0.3 1.14) id AA12672; Fri, 17 Apr 92 18:28:13 PDT To: eps@reed.edu From: ceej@cup.portal.com Subject: Re: HARD DRIVES Lines: 30 Date: Fri, 17 Apr 92 18:28:13 PDT Message-Id: <9204171828.1.12485@cup.portal.com> X-Origin: The Portal System (TM) Scott asked how much for the hardwiring and SCSI port... Hardwiring: free. I don't know if they're gonna charge labor, but it didn't sound like they were. SCSI port: Hmm, I think it was around $200 or a little more. I can let you know the exact amount when I get the bill if you want. Note that I already had the 4X expander. Someone was talking about backup commands for their removable media disks... This is an EPS command, and it backs up to floppy? G's, you must have to take a coupla days off from work to do it, eh? (ain't it SLOW?) As far as removable media drives cost... I'm seeing 40M drives out there for around $220-$250, and bigger ones are into the $400s... If I go for a 40M removable, are we talking over $500? Probably.. If I got a fixed, I'd probably want to go for >100Meg anyway, are the prices comparable between a 40M removable and 100M fixed? One more question from the newbie: Is it a pipe dream to think that I could use a removable for both my Amiga *and* the EPS? Like, use different carts for each system and rig up some sort of a switching device? Hmm, I probably would never do it, but it'd be cool if it worked (I can see it'd probably be a major hassle tho'). Thanks for your time, ceej (I apologize for not quoting articles properly-- PORTAL has some really wierd interfaces and I haven't figured out how to reliably quote yet. It DOES have the vi editor though! Whee!) From ualr.edu!jabussey Fri Apr 17 20:35:35 1992 Return-Path: Received: from 144.167.10.38 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Fri, 17 Apr 92 20:34 PDT Received: from beta.ualr.edu by UALR.EDU with PMDF#10154; Fri, 17 Apr 1992 22:34 CDT Received: by UALR.EDU (MX V3.1) id 11916; Fri, 17 Apr 1992 22:34:14 EDT Date: Fri, 17 Apr 1992 22:34:05 EDT From: Hard On The Beaver Subject: RE: EPS Sample Processing Sender: jabussey@ualr.edu To: CONLEY@uservx.plk.af.mil Cc: eps@reed.edu Message-id: <00959427.652D7100.11916@UALR.EDU> >Two weeks ago, mostly in response to the activity in this mailing list, I >added a 3.5" floppy drive to my PC, and used GKH software to quickly verify >that my PC could read/write an EPS 16+ floppy. I then began the development >of a suite of EPS disk utilities (written in Turbo Pascal---more on this >later). Right now I use only direct floppy access, or process exact byte >images on hard disk of EPS 16+ floppies; I like what you are doing. It does need one thing though. Please make it compatible with EPS+ samples and EPS samples. Thanks, Jacque From netcom.com!dougt Fri Apr 17 22:33:13 1992 Return-Path: Received: from 192.100.81.100 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Fri, 17 Apr 92 22:33 PDT Received: by netcom.netcom.com (4.1/SMI-4.1) id AA14837; Fri, 17 Apr 92 22:32:25 PDT Date: Fri, 17 Apr 92 22:32:25 PDT From: dougt@netcom.com (Douglas Terrebonne) Message-Id: <9204180532.AA14837@netcom.netcom.com> To: ceej@cup.portal.com, eps@reed.edu Subject: Re: HARD DRIVES I believe the EPS-16 SCSIInterface is about $125 at Music Alley on CI$... As for drives, I've seen 44M removables for $350 and 88M remobables for $595 (incl 1 cart)... Look in MacWeek or the like for the best deals... Doug From ads.com!pdel Sat Apr 18 04:12:32 1992 Return-Path: Received: from 128.229.30.16 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Sat, 18 Apr 92 04:12 PDT Received: from bert.ads.com by ads.com (5.65+/1.34v1.3) id AA21294; Sat, 18 Apr 92 04:12:33 -0700 From: pdel@ads.com (Peter Delevoryas) Received: by bert.ads.com (5.65+/4.7) id AA06316; Sat, 18 Apr 92 04:12:32 -0700 Date: Sat, 18 Apr 92 04:12:32 -0700 Message-Id: <9204181112.AA06316@bert.ads.com> To: ceej@cup.portal.com Subject: Re: HARD DRIVES Cc: eps@reed.edu One more question from the newbie: Is it a pipe dream to think that I could use a removable for both my Amiga *and* the EPS? Like, use different carts for each system and rig up some sort of a switching device? Hmm, I probably would never do it, but it'd be cool if it worked (I can see it'd probably be a major hassle tho') Definitely not a pipe dream, just a *poor* man's way to go about getting max use out of a removable. I already have such a setup running. Just get 25 pin switch boxes till the cows come home; I have 5 here which help me switch between my mac, atari, and 2 EPS's. One switches between the midi interface and printer, one between the modem for each computer, one between the printer for each computer, and one between 44M removable and the computers, and one between modem and my digital diary->mac interface. I really need one more to swtich the drive between the Mac, Atari, and EPS, but I unplug cables for now. So, it all works happily; no reason why it shouldn't. I did blow a SCSI controller chip in my Mac once; I think because I switched the A/B box before the drive was done parking. :( Just be careful to WAIT and you shouldn't have a problem. PD From DIALix.oz.au!steveq Sat Apr 18 22:32:02 1992 Return-Path: Received: from 128.250.1.21 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Sat, 18 Apr 92 22:31 PDT Received: from uniwa.uwa.oz.au by munnari.oz.au with SMTP (5.64+1.3.1+0.50) id AA25039; Sun, 19 Apr 1992 15:31:14 +1000 (from steveq@DIALix.oz.au) Received: by uniwa.uwa.oz.au (5.61+IDA+MU) id AA29254; Sun, 19 Apr 1992 13:31:13 +0800 From: steveq@DIALix.oz.au (Steve Quartly) X-Mailer: SCO System V Mail (version 3.2) To: eps@reed.edu Date: Sun, 19 Apr 92 9:44:04 WST Message-Id: <9204190944.aa02703@DIALix.oz.au> Hi Guys, As promised, here is the file format for Gary Gieblers .EDE & .EFE disk files. Hope this helps. Steve Quartly Perth, Western Australia. steveq@DIALix.oz.au --------------------------------cut here-------------------------------- .EFE File Format re-produced with permission from Gary Giebler by Steve Quartly 19/4/1992 steveq@DIALix.oz.au The .EFE file format consists of a 512 byte header and then the sound /sysex/effects/bank/song/sequence data etc. In fact any of the file types on the EPS can be converted to an .EFE file. If you had an instrument called Jazz Bass, 154 blocks, the resulting .EFE file would be 155 blocks, the header being the extra block. The header in the .EFE is the only thing that differs from the original file off the EPS 16+ disk. In other words, when you write a .EFE file, you would write a 512 byte block to the disk containing the information as shown below, then, append the sound/bank/song data etc. to the end of the header. Header ------ Here is a sample header for an instrument called Jazz Bass: All data is in hex. 000: 0D 0A 45 70 73 20 46 69 6C 65 3A 20 20 20 20 20 ..Eps File: 010: 20 20 4A 41 5A 5A 20 42 41 53 53 20 20 20 20 20 JAZZ BASS 020: 20 20 49 6E 73 74 72 75 6D 65 6E 74 20 20 20 0D Instrument . 030: 0A 1A 03 00 00 9A 00 9A 00 0F 00 00 00 00 00 00 ................. 040: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................. ... 1F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................. As you can see, only the first 58 bytes of the header are being used in the .EFE file format. Byte offset $00 & $01, are just a CR, LF, $0D & $0A respectively. Byte offset $02 - $11 is the ASCII data "Eps File: ". Byte offset $12 - $21 is the instrument name followed by 4 spaces, in this case "JAZZ BASS ". As the file name for an EPS file is 12 characters long, any unused characters are converted to spaces. Byte offset $22 - $2E is the file type in ASCII, in this case "Instrument ". Below is the list of ASCII strings used: Instrument Bank Effect Song/Seg Sequence Macro System Ex. Byte offset $2F & $30, are just a CR, LF, $0D & $0A respectively. Byte offset $31, is an End of File marker (IBM), $1A. All of the above part of the header is used only to reproduce a line of text on the screen, should the 'type' command be used on this file with an IBM PC. This is handy as you can tell at a glance what sort of file you are looking at, however it is not much use on any other machine. The next part of the header consists of the data contained in the directory entry of a EPS file. Refer to Transoniq Hacker issues #73, #74, #75 for more specific information. Byte offset $32, is the file type. $03 being an instrument file. Byte offset $33, is the type dependent information which is reserved on the EPS and is generally set to $00. Byte offset $34 & $35 is the file size in blocks, high byte then low byte, $00 $9A being 154 (blocks). Byte offset $36 & $37 if the number of contiguous blocks in the file. Once again high byte then low byte. Byte offset $38 & $39 is the pointer to the first blocks location on the EPS disk. Byte offset $3A is the multi file index (for when a sound covers more than one disk.) Byte offset $3B - $1FF is not used and are all $00. -------------------------------------------------------------------------- .EDE File Format The .EDE file format consists of a 512 byte header and then the entire contents of an EPS disk. Header ------ Here is a sample header for an EPS disk. All data is in hex. 000: 0D 0A 45 70 73 20 44 69 73 6B 20 20 20 20 20 20 ..Eps Disk 010: 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 ................ 020: 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 ................ 030: 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 ................ 040: 20 20 20 20 20 20 20 20 20 20 20 20 20 20 0D 0A ................ 050: 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 ................ 060: 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 ................ 070: 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 ................ 080: 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 20 ................ 090: 20 20 20 20 20 20 20 20 20 20 20 20 20 0D 0A 1A ................ 0A0: 80 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 0B0: 00 00 FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 0C0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 0D0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 0E0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 0F0: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 100: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 110: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 120: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 130: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 140: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 150: FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF FF ................ 160: FF FF FF FF FF FF FF FF 00 00 00 00 00 00 00 00 ................ 170: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 180: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 190: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 1A0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 1B0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 1C0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 1D0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 1E0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 ................ 1F0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 03 ................ Byte offset $00 & $01, are just a CR, LF, $0D & $0A respectively. Byte offset $02 - $09 is the ASCII data "Eps Disk". Byte offset $0A - $4D are all spaces, $20. Byte offset $4E & $4F, are just a CR, LF, $0D & $0A respectively. Byte offset $50 - $9C are all spaces, $20. Byte offset $9D & $9E, are just a CR, LF, $0D & $0A respectively. Byte offset $9F, is an End of File marker (IBM), $1A. Byte offset $A0 - $167 is the 'skip table'. Each BIT from byte $A0 to byte $167 represents a block on the disk. If the bit is set then that sector on the EPS disk was empty ie: full of $6DB6 data. If it is not set then that block on the disk EPS disk had data in it. By using the skip table you can write files to disk that is a direct image of the EPS disk without having to write the redundant $6DB6 blocks. In the above example, the MSB of byte offset $A0 is set, so block 0 on the EPS disk was empty ($6DB6, this is standard for an EPS disk). Bit 7 is 0 so then block 1 had data in it. When writing the .EDE disk to a file, you should examine the block, if it has data, append it to the file, if not, set the appropriate bit in the skip table and then go to the next block. Once you have checked all blocks on the disk write the header back to the start of the file. Byte offset $1FD contains a flag for data compression. At this stage it does not exist, however if it does the byte will be something other than $00. Unless you are familiar with the data compression used, a .EDE file should not be extracted unless this byte is $00. Byte offset $1FE & $1FF contain the type of disk that has been stored in this file. $00 & $03 means it is an EPS disk. This is a brief overview of the .EDE & .EFE file formats. If you have any specific questions, please refer them to: Steve Quartly steveq@DIALix.oz.au From DIALix.oz.au!steveq Sat Apr 18 22:32:02 1992 Return-Path: Received: from 128.250.1.21 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Sat, 18 Apr 92 22:30 PDT Received: from uniwa.uwa.oz.au by munnari.oz.au with SMTP (5.64+1.3.1+0.50) id AA24991; Sun, 19 Apr 1992 15:30:42 +1000 (from steveq@DIALix.oz.au) Received: by uniwa.uwa.oz.au (5.61+IDA+MU) id AA29151; Sun, 19 Apr 1992 13:30:41 +0800 From: steveq@DIALix.oz.au (Steve Quartly) X-Mailer: SCO System V Mail (version 3.2) To: eps@reed.edu Subject: EDE & EFE Format Date: Sat, 18 Apr 92 20:27:00 WST Message-Id: <9204182027.aa03412@DIALix.oz.au> Hi 'Yall, Well I have finally managed to track down Gary Giebler and have asked him if I can release his file format for all to peruse. He said "Not a problem" Great, so as soon as I can I will post a file to the group explaining his file format, it's not all that complex actually! 8-( Sorry for the delay. Steve Q. Perth, Western Australia steveq@DIALix.oz.au From DIALix.oz.au!steveq Sat Apr 18 22:32:04 1992 Return-Path: Received: from 128.250.1.21 by reed.edu (/\==/\ Smail3.1.25.1 #25.21) id ; Sat, 18 Apr 92 22:30 PDT Received: from uniwa.uwa.oz.au by munnari.oz.au with SMTP (5.64+1.3.1+0.50) id AA25004; Sun, 19 Apr 1992 15:30:49 +1000 (from steveq@DIALix.oz.au) Received: by uniwa.uwa.oz.au (5.61+IDA+MU) id AA29171; Sun, 19 Apr 1992 13:30:47 +0800 From: steveq@DIALix.oz.au (Steve Quartly) X-Mailer: SCO System V Mail (version 3.2) To: eps@reed.edu Subject: .LZH, .ARC, .Z Date: Sat, 18 Apr 92 20:38:53 WST Message-Id: <9204182038.aa03789@DIALix.oz.au> Hi 'Yall, Well it seems that all the systems out there have all three above file compression formats. Is this so??? The question again, as we are close to an important decision: Can anybody out there NOT use any of these formats: .LZH .ARC .Z If you can't use one of these formats, pleeeeze let us know as a decision will be made shortly. Thanks for your help. Steve Quartly. Perth, Western Australia steveq@DIALix.oz.au