

#: 5473 S6/Applications
    22-Jul-90  22:54:24
Sb: #5454-#Question on PhantomGraph
Fm: JOHN TEAGUE 75715,1670
To: Zack Sessions 76407,1524 (X)

Zack, Could you check that modpatch script again.  When I used it the third
line:

c 02c3 0c 0d

gave a "byte does not match" message.

I tried to run phantomgraph anyway, but it locked up when I tried to print.

There is 1 Reply.

#: 5491 S6/Applications
    23-Jul-90  21:25:20
Sb: #5473-Question on PhantomGraph
Fm: Zack Sessions 76407,1524
To: JOHN TEAGUE 75715,1670

As Mark mentions, I have a typo in my message. It should be $02ce. Sorry.

Zack

#: 5477 S6/Applications
    23-Jul-90  05:42:25
Sb: #5454-Question on PhantomGraph
Fm: Mark Griffith 76070,41
To: Zack Sessions 76407,1524 (X)

Zack,

That should be $02ce in the third line of your patch for DMPTANDY.DRV.

Mark

#: 5476 S15/Hot Topics
    23-Jul-90  04:44:17
Sb: GFX Speed Comparison
Fm: Kevin Darling (UG Pres) 76703,4227
To: all

Just for fun, I've run a speed comparison test... what I did was to GET an
80x40 block of gfx, and then PUT it across the screen in a matrix (the actual
count of PUTs is close to 1400). All programs were in Basic.

The results were:

 15Mhz 68070 (MM/1)  at 640x208x16-color -   6 seconds (prelim ver)
  2Mhz  6809 (Coco3) at 640x192x 4-color - 490 seconds (old grfdrv)
  2Mhz  6809 (Coco3) at 640x192x 4-color -  34 seconds (fast grfdrv)
  2Mhz  6809 (Coco3) at 640x192x 4-color -  55 seconds (RSDOS Basic)

Previous tests drawing lines and circles had also shown the same ratio between
the 68K and L-II fast grfdrv... about 5:1.

Now note that the MM/1 was moving twice as much data, because it was in
16-color mode vs 4-color on the CoCo. So I reran the fast grfdrv L-II test
using 16-color mode (same number of PUTs) to be more fair...

  2Mhz  6809 (Coco3) at 320x192x16-color -  54 seconds (fast grfdrv)

Now the 68070 shows up as almost 10 times as fast. Starting both tests at the
same time really shows this speed diff up... the MM/1 goes splat! splat! splat!
onto the screen and finishes, while the coco continues for what seems like an
eternity. And I had been so proud of my fast grfdrv Puts <wry grin>.

#: 5479 S9/Utilities
    23-Jul-90  08:41:56
Sb: #5466-#Reading OS9 Directorys
Fm: Pete Lyall 76703,4230
To: George Hendrickson 71071,2003 (X)

Right - the FD sector has all the info ABOUT the file (owner, size, dates,
attributes).

Best approach has been found to open two paths. One to the directory you're
reading, and one to the whole RAW disk (i.e. /DD@). This way, when you read the
LSN # from the directory, you can seek to the LSN * 256 on the RAW disk path
and get right to the file's info. This is much faster than opening each file
and doing an SS.FD getstat on it.

Pete]

There is 1 Reply.

#: 5483 S9/Utilities
    23-Jul-90  12:15:51
Sb: #5479-Reading OS9 Directorys
Fm: George Hendrickson 71071,2003
To: Pete Lyall 76703,4230 (X)

Oh I see..thanks for the help. I'll get right on it. Than I hope to make this
program a good one.

#: 5480 S15/Hot Topics
    23-Jul-90  10:04:57
Sb: CoCo/OSK Basic(09)
Fm: Ed Gresick 76576,3312
To: Mike Guzzi 76576,2715 (X)

Hi Mike!

Read your comments on Basic on the MM/1.  Did not seem to jive with my
experiences so I duplicated your tests.  My CoCo is model 3 with 512k memory -
basically a 'vanilla' machine.  For the 68k tests, I have a PT68 model K4 which
uses a 68000 chip, has 4 megs of memory and runs at 16 MHz.  OS is version 2.3,
Basic is version 2.1.

I also had the tests run two 'VME' machines.  One machine was a 68010 running
at 12 MHZ.  The operating system for this machine is Version 2.2 and the
version of basic is 1.2.  No other tasks were running.

The second machine was a 68030 running at 25 MHz.  The operating system for
this machine is Version 2.3 and the version of basic is 2.3.  This machine has
a math coprocessor and an indeterminate number of other tasks were active.

             These are the results (in seconds)
    (I included your results on the MM/1 for comparison purposes.)

CoCo  MM/1   PT68K4   68010      68030      Conditions
  4     3       1        3          1       As written (k=1000)
 40            12       26          8       k=10000
 78    59      23       52         14       k=20000
 10    13       8        8          2       k=1000 (Changed integers to real)

Note that in all cases the PT68 was faster than the CoCo.  Marginally when
using real numbers and substantially when using integers.

(continued)

#: 5481 S15/Hot Topics
    23-Jul-90  10:06:18
Sb: #CoCo/OSK Basic(09)
Fm: Ed Gresick 76576,3312
To: Mike Guzzi 76576,2715 (X)


(continued from preceeding message)

I have no explanation for the poor performance of the 68010 machine except that
the version of basic09 was an old one.  Have no idea as to its relative
performace.  But, it is interesting that it handled the case of real numbers as
well as the PT68.

The CoCo had no background tasks running.  The PT68 had a 'cron-like' program
running as a background task.  I don't think this process influenced the tests
significantly.  And, I think the 1 MHz difference in clock speeds between the
MM/1 and PT68 is insignificant when compared to the overall results.

To be sure we're running the same tests, I used the basic09 'benchmark' program
on page 196 of 'The Complete Rainbow Guide to OS-9'.  On the 680x0 machines the
line 'SHELL "date,t"' was changed to 'SHELL "date"'.

It would be interesting to see a similar test run on Frank Hogg's machines;
i.e., the 'tomcat', 'tc70', 'QT', etc.

I curious as to the speed differences.  I had 'heard' the 68070 is not as fast
as the 68000 because of internal architectural differences. Do you know if this
is true?  Or, is the speed difference due to the version of OSK and Basic used?

It might be interesting to continue this testing; i.e., running ML programs on
the MM/1 and PT68K.  If you'd like to devise some tests and send them to me,
I'd be happy to run them.  And, if you're nearby (I'm in Delaware) and would
like to come by, I'd be happy to let you run any programs and tests you'd like
(maybe bring your machine down and run side-by-side tests).

Ed



There are 2 Replies.

#: 5485 S15/Hot Topics
    23-Jul-90  15:42:45
Sb: #5481-CoCo/OSK Basic(09)
Fm: Kevin Pease 70516,1633
To: Ed Gresick 76576,3312 (X)

 Ed The version of Basic that Mike is using is pretty old. Also the MM/1 will
have the same speed as the TC70 in the MM/1 minimum configuration. The memory
on the minimum MM/1 is shared with the video display and is much slower than if
it were private. The memory is accesed every 533 ns instead of being accesed
every 266 ns if there were no wait states. When the MM/1 is upgraded with the
I/O board the speeds will improve significantly. I ran the drystone benchmark
on my old PT68k and got around 950 drystones /second with a 12.5 MHz clock. The
MM/1 with fast memory on the I/O board gets around 950 drystones -

The MM/1 like make has will get around 600 drystones/second. The 68070
processor is definitly slower then the 68000. A 68070 at 15 MHz is the same
general speed as a 68000 at 12.5 MHz. The TC70 should show verry close to the
same speed. although I don't know much about memory speed on that board.


        Kevin Pease
        70516,1633



#: 5488 S15/Hot Topics
    23-Jul-90  19:41:30
Sb: #5481-#CoCo/OSK Basic(09)
Fm: Kevin Darling (UG Pres) 76703,4227
To: Ed Gresick 76576,3312 (X)

I added a test on a 3-meg MM/1 (2-megs fast RAM for program, 1-meg shared RAM
for video) and got these times in seconds (slowest to fastest):

              1000 10000 20000  1000
 CPU          ints  ints  ints  real   Computer     Basic
 ===========  ====  ====  ====  ====   ===========  =====
  2Mhz  6809 -   4    40    78    10   CoCo
 15Mhz 68070 -   3    30    59    19   MM/1 (1meg)    2.1
 12Mhz 68010 -   3    26    52     8   VMEbus ?       1.2
 15Mhz 68070 -   2    20    39    13   MM/1 (3meg)    2.1
 16Mhz 68000 -   1    12    23     8   PT68K          2.1
 25Mhz 68030 -   1     8    14     2   VMEbus ?       2.3

This shows the speed increase when not running out of video RAM on the MM/1.

It also seems to show up an anomaly. Why did the 68010 do so well using REAL
variables?  Does the earlier Basic version use smaller data or is just a
mistake in your chart? - kev

There is 1 Reply.

#: 5503 S15/Hot Topics
    24-Jul-90  02:59:39
Sb: #5488-#CoCo/OSK Basic(09)
Fm: Ed Gresick 76576,3312
To: Kevin Darling (UG Pres) 76703,4227 (X)

Hi Kevin!

We don't know the reason for the 68010 being so slow.  The tests were run
several times and we got the same results each time.  We *suspect* the problem
has to do with the version of basic used.  We intend to retry with a later
version of basic.

Ed

There is 1 Reply.

#: 5504 S15/Hot Topics
    24-Jul-90  03:25:28
Sb: #5503-CoCo/OSK Basic(09)
Fm: Kevin Darling (UG Pres) 76703,4227
To: Ed Gresick 76576,3312

Ed - it wasn't that it was slow.... it was that the 68010 was so FAST on the
REALs test.  That is, not in line with its other results.

As to why it was slow overall otherwise, I'd suspect slow memory?

#: 5482 S14/misc/info/Soapbox
    23-Jul-90  10:14:40
Sb: #5302-Serial Without Tears
Fm: Tom Napolitano 70215,1130
To: James Jones 76257,562 (X)

Sir,
   It probably just seems to work.   All hardware, like all software, has at
least one bug.  i.e. The first bugfree program has yet to be written.

    You've heard the old saw: Every program has at least one bug, and every
program can be shortened by one line.  Therefore by regression every program
can be reduced to one line of code.....that doesn't work.
       tom n

#: 5484 S15/Hot Topics
    23-Jul-90  15:41:57
Sb: #5450-MM/1 Conference
Fm: Ed Gresick 76576,3312
To: Steve Wegert 76703,4255 (X)

I plan on attending (but, that is past my bedtime - yawn)

Ed

#: 5486 S15/Hot Topics
    23-Jul-90  18:02:24
Sb: #5450-MM/1 Conference
Fm: Ron Lammardo 75706,336
To: Steve Wegert 76703,4255 (X)

Steve,

Will Try to make it!!

Ron

#: 5494 S15/Hot Topics
    23-Jul-90  23:07:58
Sb: #5450-MM/1 Conference
Fm: Jim Peasley 72726,1153
To: Steve Wegert 76703,4255 (X)

Steve;

  Count me in... at least for a while... Wed. is bowling league nite.

..Jim       O_o    AACK!
            =( )=
              U

#: 5513 S15/Hot Topics
    24-Jul-90  14:40:10
Sb: #5450-MM/1 Conference
Fm: Mike Guzzi 76576,2715
To: Steve Wegert 76703,4255 (X)

I will try to make it but i work nights so i may be unable to attend. i may be
able to jump in later on but its likely not at all.. so please somebody capture
it for me??? thanks

Mike

#: 5515 S15/Hot Topics
    24-Jul-90  16:11:55
Sb: #5450-MM/1 Conference
Fm: Zack Sessions 76407,1524
To: Steve Wegert 76703,4255 (X)

I'll be there.

#: 5487 S6/Applications
    23-Jul-90  19:38:29
Sb: #Speller
Fm: Wendell Benedetti 72766,2605
To: Bob van der Poel 76510,2203 (X)

Bob,

Here's a comparison of your spell program and the User's Group Spell that I
sent you:

File Length        Poel Spell    User's Spell

   77 bytes          54 seconds    6 seconds

  675                57           18

 1085                58           25

 3267                64           47

10800                67           61

14300                70           76

19200                73           82

The User's Group program was faster for files with less then 12k bytes. Your
program was faster with files larger than 12K.

Wendell



There is 1 Reply.

#: 5501 S6/Applications
    24-Jul-90  01:20:54
Sb: #5487-Speller
Fm: Bob van der Poel 76510,2203
To: Wendell Benedetti 72766,2605 (X)

Wendell, thanks for the info. I've been doing some more playing with the spell
program and have incorporated some of the features form the program you sent me
into it. I've managed to double the speed on a 3K and 8K file. I'll post it
later this week.

#: 5489 S8/BBS Systems/TSMon
    23-Jul-90  20:53:01
Sb: BBS
Fm: judd terrell 72217,714
To:  73617,3042

Wayne, just an update on Thermal Fusion BBS... Now running On-Line Games...
OS-9 and limited non-OS-9 support for CoCo 1/2/3... Look forward to new bbs
list when available... Current number for Thermal Fusion, (803) 862-7544...
Fountain Inn, SC.... Thanx... Judd...

#: 5490 S3/Languages
    23-Jul-90  21:22:36
Sb: CLIB Docs
Fm: Zack Sessions 76407,1524
To:  76070,41 (X)

Mark,

Was the popen() and pclose() functions intended to be included in your recent
upload of the Krieder Lib docs? If so, then they are missing. Otherwise, NICE
job!

Zack

#: 5492 S8/BBS Systems/TSMon
    23-Jul-90  21:29:09
Sb: APBBS Editor question
Fm: Zack Sessions 76407,1524
To:  76576,2715

Mike,

I am taking a second look ar APBBS. Well, actually my first look, since when I
first downloaded it a year ago, I never really looked at it. I have it about
ready to come up, but am running into a minor glitch. You have some low level
IO routines which you only include as a merged packed file. One of these
routines, datin, I think, is used by the editor to input each line. Apparently,
that routine don't like commas, cuz when I enter a message line which contains
a comma (or commas), everything after the first comma is ignored. Is there a
fix available for this?

Zack

#: 5493 S8/BBS Systems/TSMon
    23-Jul-90  22:10:23
Sb: Art BBS wanted
Fm: Bob Gale 71211,2616
To: All

Does anyone know of any art oriented BBS?  Any genre/media will do.
Doesn't have to be an OS-9 system.  Please send me E-Mail.

Thanks in advance, ArtBase

#: 5495 S10/Tandy CoCo
    23-Jul-90  23:08:05
Sb: #5467-#erased file
Fm: Jim Peasley 72726,1153
To: Kevin Darling (UG Pres) 76703,4227 (X)

Kev;

  Many thanks.  I was so close to the forest, the trees were blocking the view!
:->

  In my endeavors to fix up the file, I had completely overlooked the FD.SIZ
bytes and was concentrating on the FD.SEG bytes.

  One thing that I wouldn't have gotten tho, is the fact that I needed to copy
the repaired file and re-delete the entry.

  If I get some time this week, I'll write up a procedure file for repairing
deleted files and upload it to you for proofreading (and corrections!).  The
best way for me to learn anything is to try and explain it to someone else!

 Gracias!
..Jim       O_o    AACK!
            =( )=
              U

There are 2 Replies.

#: 5497 S10/Tandy CoCo
    24-Jul-90  00:15:09
Sb: #5495-erased file
Fm: Kevin Darling (UG Pres) 76703,4227
To: Jim Peasley 72726,1153 (X)

Great! Someone has needed to do that for quite some time (file on undeleting
files - grin).  It's the same way with me: if I can get to the point that I can
explain something to someone, then I'll remember it better myself.

#: 5498 S10/Tandy CoCo
    24-Jul-90  00:15:45
Sb: #5495-erased file
Fm: Kevin Darling (UG Pres) 76703,4227
To: Jim Peasley 72726,1153 (X)

PS: y'know, for small files you could almost write a program to automate a lot
of this. Care to try? ;-)

#: 5496 S15/Hot Topics
    23-Jul-90  23:08:13
Sb: #5470-#Keyboard/trackball
Fm: Jim Peasley 72726,1153
To: Jim Williams 72157,3524 (X)

Jim;

re: $79 keyboard/trackball

  Forget it!  It's chintzy... too light, didn't like the keyboard layout/feel,
and the trackball is too close to the keypad and edge of the board.  No room
for ham-hands like mine.

  I did play with one trackball for a while tho, and I really liked it.  It was
a 3 button that had buttons #1 and #2 wrapping around the ball dlmost the full
length of the pad, and button #3, the drag-lock centered at the top.
  Very easy to use and well designed ergonomically.  Good control too, using
variable cpi.  It looked as though the faster yousmoved the ball, the more cpi
that is fed to the driver - coarse control; and the slower you moved it, the
less cpi.  If I remember, it was something like 50-360 cpi.

..Jim       O_o    AACK!
            =( )=0              U

There is 1 Reply.

#: 5517 S15/Hot Topics
    24-Jul-90  22:51:00
Sb: #5496-Keyboard/trackball
Fm: Jim Williams 72157,3524
To: Jim Peasley 72726,1153 (X)

Thanks for the info, I'll consider alternatives to that keyboard, then <grin>.
--Eet--


                                   Director of Mayhem
                                  Extra Terrestrial Imports, Ltd.



#: 5499 S12/OS9/68000 (OSK)
    24-Jul-90  00:28:40
Sb: #5439-Reading OS9 directorys
Fm: Don Kircher 76346,3475
To: Kevin Darling (UG Pres) 76703,4227 (X)

 Thanks for the reply Kevin, I'll give it a whirl and see how she flys
 dlk

#: 5500 S10/Tandy CoCo
    24-Jul-90  01:18:04
Sb: #5464-words
Fm: Bob van der Poel 76510,2203
To: PHIL SCHERER 71211,2545

Phil, I just had a look at the source for "words" and it looked fine. So I
tried the program, and I too got a 216. What happened is that the compiled
program in the archive (as well as the one on my hard drive) is an earlier
version of words. All you need to do is either recompile the program, or use
the version you have but do a "chd /dd/sys/spell" first. The version you have
is looking for the file "dictionary", not "/dd/sys/spell/dictionary".

BTW, I will be uploading a new version of "spell" later this week (as soon as
my 2400 baud modem arrives). It is twice as fast again as the one you now have.

#: 5502 S3/Languages
    24-Jul-90  01:21:14
Sb: #5347-Clib docs
Fm: Bob van der Poel 76510,2203
To: Mark Griffith 76070,41 (X)

Mark, There really are some too-long lines in the docs. I'm using an 80 column
printer in pica. If you are too then something is really strange.

Regarding the numbers at the top of the pages, I should have figured out the
Unix connection myself. After all (I'm learning bit by bit) if there is
something cryptic relating to OS9 then is usually a Unix influence. Just what
was the mother-tongue of the folks who created Unix anyway??? <grin>

Oh, and thanks for the reminder about the index--I guess I can just print out
the man.hlp file and stick it in the back of my new manual. Should work fine.

I'll leave defdrive() for now--I'm not sure why anyone would ever use that
command anyway? Guess it is a hold-over from before /dd conventions?

Oh, I just noticed that the description for RAND() is still wrong. Unless I am
missing something in the way the function works it does not use a scale factor.
It would be nice if it did! Could this be a difference between clib.l and
clibt.l?

#: 5505 S10/Tandy CoCo
    24-Jul-90  11:37:19
Sb: #readmac.pak
Fm: Joseph Cheek 76264,142
To: sysop (X)

Sorry, it happened again.  I uploaded readmac.pak into lib 10 and forgot to say
that it requires KD's enhanced GFX2.  Could you *Please?* include it in my
description?  Thank you very much . . .

There is 1 Reply.

#: 5506 S10/Tandy CoCo
    24-Jul-90  12:28:57
Sb: #5505-readmac.pak
Fm: Wayne Day 76703,376
To: Joseph Cheek 76264,142 (X)

Yep.. we'll take care of it, Joseph.

Wayne

#: 5507 S9/Utilities
    24-Jul-90  12:32:01
Sb: #Reading Directorys
Fm: George Hendrickson 71071,2003
To: Pete Lyall 76703,4230 (X)

I've been working on my utility and got it to read the directory and print the
filenames and the LSN numbers. I set it up to read the directory using TYPE.
Here is how I did it. 'TYPE direntry=name:STRING[29]; lsn0,lsn1,lsn2:BYTE' When
I tell it to print each filename, after resetting the last character of the
filename, and print the LSN's 0-2, this is what it looks like. e.g. FILENAME
LSN0=0 LSN1=119 LSN2=203 Which one of those do I use to 'SEEK' to the filenames
FD sector and get my info? Do I have to multiply the lsn's together to get that
sector number? And if so, what's the formula? (I'm getting closer! This is 
fun!) OS9 has opened all new doors to me...amazing stuff!

There is 1 Reply.

#: 5508 S9/Utilities
    24-Jul-90  13:58:47
Sb: #5507-Reading Directorys
Fm: Pete Lyall 76703,4230
To: George Hendrickson 71071,2003

George -

Yep - you're on the trail.... here's the scoop:

The LSN is a 3 byte number. Basically, the breakdown is -

                   MSB * 256 * 256
                +  NSB * 256
                +  LSB
                ========================
                  LSN #

In C, there are functions for taking these three bytes and making a LONG
INTEGER out of them (and back). Under B09, you may have to use a type REAL,
since the result is greater than +/- 32767.

Pete

#: 5509 S15/Hot Topics
    24-Jul-90  14:30:53
Sb: #5402-Is Basic out of date?
Fm: Mike Guzzi 76576,2715
To: Kevin Darling (UG Pres) 76703,4227 (X)

~ Well my BBS in Basic09 does need a PEEK for carrier since ACIAPAK has no way
to tell it for me. but its not hard-coded so the user may use a pak thats
addressed differently then the standard pak. Even though this isn't "clean"
code I never have a problem multi-tasking or anything like that. The modem kill
switch (type=20) is ucreliable and is a shock to the system. so i let my BBS
handle it.

Mike



#: 5510 S15/Hot Topics
    24-Jul-90  14:31:08
Sb: #5409-Is Basic out of date?
Fm: Mike Guzzi 76576,2715
To: Mark Griffith 76070,41 (X)

~ Well I too take the stand against "bad programs" and my BBS is clean as it
can get with the exception of peeking for carrier.. thats all! I allow users to
imbed the base address in a file so he may use other paks and other ports but I
had no choice but to do it that way. sure if I toyed with it i could do other
features but ii would be nothing less then dirty. Alot of Alpha's BBS owners
complained about it... sure he has some slick features I don't have but the
cost is system ram, crashes, and other erratic operations... which would you
rather have???

Mike

#: 5514 S10/Tandy CoCo
    24-Jul-90  15:51:39
Sb: Sound.Master Problems
Fm: JIM MCDOWELL 70721,435
To:  76370,1366

I will need more information to be certain as to the problem you are
experiencing.  Here are some things to check:

- SSC and SSCART should be placed on your boot disk (with Config, Ezgen, etc.)
  To determine if they are working try this:
        iniz ssc
        echo hi >/ssc
  If you get an error these files are not working properly.

- Be sure RunB and GFX2 are in memory.  Preferably merged together.
        merge RunB Gfx2 >RunbX
        attr Runbx e pe
        load Runbx
  You can even Runb GFX2 and Sound.Master together..

- Be sure to load Sound.Master into memory.  It won't always run correctly
  by just typing in its name.
        load Sound.Master
        sound

- Be sure XMODE is in memory, although this shouldn't give an error 43 if
  missing.


From your description it sounds like something is missing in memory that needs
to be there so check that first. The program should draw more than just three
small screens. It begins with 3 in the upper left corner one in the upper right
corner one in the lower left and lower right corner and one in the middle. If
it fails before completing this then perhaps one of the draw files are missing.
 Here is a list of the files included in sound.master:

  128 $22 $AEE898   sound
   53 $22 $7E9959   cursor
   53 $22 $D6120E   menu
  133 $22 $18D62D   filemenu
   53 $22 $6C0FF1   process
   53 $22 $C4A015   switch
   53 $22 $2E6AF4   putregs
   52 $22 $1E94CB   getname
   53 $22 $09D119   getfile
   35 $22 $14B9CE   tone
   29 $22 $F7D2B4   slider
   35 $22 $577141   connect
   35 $22 $94594E   envelope
  132 $22 $7980D7   env1
   35 $22 $6FF97D   noise
  129 $22 $469828   ltrbox
  132 $22 $623956   spkr
   35 $22 $729CE6   menubox
   53 $22 $99B7CD   pointer
   53 $22 $49E1DC   pal
   14 $22 $2E555B   alpha
   53 $22 $9EA968   tables
   19 $22 $E8C3A5   registers

Do an  IDENT sound.master -sv   to double check this.

Its a long reply but I hope it helps.  Please let me know if you still have any
problems.  If you do put together a file with an MDIR and MFREE and IDENTS for
sound progs then mail them to me.  This with a detailed description will make
it easier to pinpoint the A(X.

#: 5518 S4/MIDI and Music
    24-Jul-90  23:01:29
Sb: #5238-midi help
Fm: Lester Hands 70135,430
To: Pete Lyall 76703,4230

The fact that all the software is included is really amazing. Makes me wonder
if it is because Microware said "here it is--do what you can with it". Sounds
like a wonder machine!

#: 5519 S4/MIDI and Music
    24-Jul-90  23:05:15
Sb: #5399-midi help
Fm: Lester Hands 70135,430
To: Mike Knudsen 72467,1111

Tsk, tsk, Mike! Yeah, my dogs are well fed. Incidentally, the dogs are also
doing a much better job of making my time worth while! Perhaps not as elegant
as the MM/1 but my AT is supported by a wealth of software. And yes, PC-Lyra
has been out for almost 8 months now. Hope to get some advertising going soon.

How come I don't see anything in the latest Rainbow for Second City Software? A
friend of mine even said that he tried calling them and got a message saying
that the number was disconnected!

Are you going full steam on the MM/1? Sounds like a dream machine. I just wish
that it had been released 5 years ago. Life might be very different now.

Lester.

#: 5520 S4/MIDI and Music
    24-Jul-90  23:08:51
Sb: #5398-midi help
Fm: Lester Hands 70135,430
To: Mike Knudsen 72467,1111

No, Mike. The friends who can tell the difference between 96 and 192 ticks per
beat were doing it with stock synths. But I heartily agree with you, that some
synths are very sloppy when it comes to responding quickly to MIDI input.

Press <CR> !>