Copy Link
Add to Bookmark
Report
Info-Atari16 Digest Vol. 89 Issue 715
=========================================================================
INFO-ATARI16 Digest Tue, 28 Nov 89 Volume 89 : Issue 715
Today's Topics:
Calamus
Chip Woes.....
Comments on STE -- (un)known facts
Is Spectre going MIDI>?
midi recorder/playbacker
STFAX.PRG or STFAX.TOS
----------------------------------------------------------------------
Date: 28 Nov 89 14:01:57 GMT
From: image.soe.clarkson.edu!daemon@uunet.uu.net
Subject: Calamus
Where can I get hold of PD fonts for Calamus?
--------------------------------------------------------------------------
arneso@ifi.uio.no - Arne Sommer "Powder to the People"
------------------------------
Date: 28 Nov 89 16:25:15 GMT
From: psuvm!jjl101@psuvax1.cs.psu.edu (J.J. Lehett)
Subject: Chip Woes.....
I know this may be an old topic....but I really would like to stop having
to drop my ST before I boot it to work properly :) I know its a looses
chip problem (at least pretty sure it is), but don't know which it is.
Often, to get the 520 ST with 1 meg upgrade (EZram (old version)) to boot
up properly I have to drop the machine from about 3 inches, and most of the tim
e it will then work fine.....can anyone out there please give me some advice
before I end up giving the thing a concussion! :)
Thanks!
-------
********************************************************************
* J.J. * JJL101@psuvm.bitnet *
* * Penn State Center for Academic Computing *
* John Lehett * Computational Mathematics *
********************************************************************
------------------------------
Date: 28 Nov 89 15:26:25 GMT
From: samsung!uakari.primate.wisc.edu!xanth!xanth.cs.odu.edu!scott@think.com
(Scott Yelich)
Subject: Comments on STE -- (un)known facts
> What this all adds up to is horizontal and vertical scrolling by bits,
> and split-screen effects which are effortless and not memory- or
> time-consuming. You can, for instance, load a large "landscape" into
> memory, like a whole Gauntlet level, and slide the "window" around by
> individual pixels, taking ZERO TIME rather than the huge time required
> to move the memory around. In addition, you can have the static
> (non-scrolling) part like the scores at the top or bottom: it won't
> have to be moved around, copied, or anything.
This sounds a lot like the old 8bits capabilities....
--
-----------------------------------------------------------------------------
Scott D. Yelich scott@cs.odu.edu [128.82.8.1]
After he pushed me off the cliff, he asked me, as I fell, ``Why'd you jump?''
-----------------------------------------------------------------------------
------------------------------
Date: 28 Nov 89 16:03:19 GMT
From: ogccse!blake!ramsiri@ucsd.edu (Enartloc Nhoj)
Subject: Is Spectre going MIDI>?
In article <4461@druwy.ATT.COM> dlm@druwy.ATT.COM (Dan Moore) writes:
>in article <8911220809.AA09458@ucbvax.Berkeley.EDU>, UUCJEFF@ECNCDC.BITNET
>(jeff beer) says:
>> I heard a rumor that David Small is working on making Spectre handle
>> MIDI in its Mac emulation. Is this true? Can sources close to Small
>> confirm this?
>
> I wouldn't hold my breath waiting for the Spectre to support
>MIDI. If (a really big if) it does happen it won't be anytime soon.
>
>
> Dan Moore
> AT&T Bell Labs
Anyway... there's lots of great midi software for the ST...
and in general, the ST has surpassed the MAC in this arena in
both performance and choice. While it might be nice to emulate
a MAC midi program, I am almost sure you may find a program in the
ST world that is equal and likely better. I think David realizes this
and is therefore reluctant to spend his efforts in that direction.
I do recognize, however, the prevalence of MACs in the studio
environment, and that it would be nice to simply bring a disk
to a studio if an ST is no where to be found. Two solutions:
1) Buy a STacy.. if they ever go into production.
2) Save your ST midi files in standard midi file format and
copy them onto your Spectre formatted disks.. take them to
the studio and use the studio's mac gear. ( I don't know if
this is possible since i haven't yet bought GCR. WHile
I plan to buy GCR, it will be for reasons other than music).
An aside: I found out yesterday that NOTATOR will NOT work
with Jim ALlen's Turbo16 board. Jim told me that C-LAB was at
COMDEX and couldn't get the program to run with the
accelerator board nor on the TT/P. Why? All has to do with
PIRACY.... NOTATOR uses a dongle that hangs off the cartridge
port for copy protection. Jim explained to me that the
timing of the read will only work on a normal ST... but he
assured me that C-LAB should have no problems writing a
quick fix for it. I then called the national rep for C-LAB
and had a long talk with him. We were interuppted by another
phone call... but i did let him know how disappointed i was
with the news. Also, i let him know that it didn't please me
that when i get GCR, i will have to be constantly turning my
machine off, removing the NOTATOR dongle, reinserting
GCR etc.. rebooting.. every time i switch applications.
He agreed that the wear and tear on both the cartridge ports and
the cartridges would likely create problems in time.
MORAL: PIRACY only HURTS us ALL.
Solution: C-LAB produced the "Combiner" which allows
4 cartridges to hang off the cartridge port. Cost: $349.00.
NOT a "solution" I can implement at this time.
-kevin
ramsiri@blake.acs.washington.edu
------------------------------
Date: 28 Nov 89 15:59:21 GMT
From:
swrinde!cs.utexas.edu!uwm.edu!uakari.primate.wisc.edu!nic.MR.NET!ns!logajan@ucs
d.edu (John Logajan)
Subject: midi recorder/playbacker
Someone requested a midi recorder-playbacker.
Here is my entry -- in GFA Basic.
------
PRINT "Simple midi recorder/playback program." ! by John Logajan, Nov 27, 1989.
DIM bt%(10000),btt%(10000) ! 10,000 midi bytes and 10,000 byte times.
done=0
WHILE done=0
INPUT "Enter, r=record, p=play, s=save, l=load, q=quit ";c$
IF c$="r"
GOSUB record
ENDIF
IF c$="p"
GOSUB play
ENDIF
IF c$="s"
GOSUB keep
ENDIF
IF c$="l"
GOSUB revue
ENDIF
IF c$="q"
done=1
ENDIF
WEND
END
REM
REM
REM
PROCEDURE record ! Record yourself on the midi keyboard.
WHILE INP?(3) ! Throw away buffered junk.
x=INP(3)
WEND
PRINT "It would probably be a good idea to power off/on your midi instrument"
PRINT "at this time to insure that it sends a proper select channel function"
PRINT "(which it should do upon playing the first key.)"
PRINT
PRINT "Begin playing on your midi instrument."
PRINT "Press any key on the Atari keyboard to exit recording mode."
st%=TIMER ! Start time as a reference.
bc%=0 ! Zero byte (midi event) counter.
WHILE NOT INP?(2) ! Loop until Atari key pressed.
IF INP?(3) ! Test for midi incoming byte.
INC bc% ! Increment the event counter.
bt%(bc%)=INP(3) ! If incoming byte, save byte in byte array.
btt%(bc%)=TIMER-st% ! Also save relative time byte arrived.
ENDIF
WEND
x=INP(2) ! Throw away useless key pressed.
RETURN
REM
REM
REM
PROCEDURE play ! Play back your creations.
st%=TIMER-btt%(1) ! Get playback start time as a reference.
FOR j%=1 TO bc% ! Do each saved event -- when it is time --
WHILE btt%(j%)>TIMER-st% ! -- by delaying until it is time --
WEND
OUT 3,bt%(j%) ! -- and then sending event (byte) to the midi.
NEXT j%
RETURN
REM
REM
REM
PROCEDURE keep ! Save your magnum opus works.
fn$=""
WHILE LEN(fn$)=0 ! I won't allow zero length file names.
INPUT "Enter name of file to store this musical work of art in";fn$
WEND
PRINT "... saving file ..."
OPEN "O",#1,fn$
FOR j%=1 TO bc%
WRITE #1,bt%(j%),btt%(j%)
NEXT j%
CLOSE #1
PRINT "File saved."
RETURN
REM
REM
REM
PROCEDURE revue
fn$=""
WHILE LEN(fn$)=0
INPUT "Enter name of music file you wish to hear played";fn$
WEND
PRINT "... loading ..."
OPEN "I",#2,fn$
bc%=0
WHILE NOT EOF(#2)
INC bc%
INPUT #2,bt%(bc%),btt%(bc%)
WEND
CLOSE #2
PRINT "File loaded and ready to play."
RETURN
--
- John M. Logajan @ Network Systems; 7600 Boone Ave; Brooklyn Park, MN 55428 -
- logajan@ns.network.com, john@logajan.mn.org, Phn 612-424-4888, Fax 424-2853 -
------------------------------
Date: Tue, 28 Nov 1989 09:27 EST
From: Greg Csullog <01659%AECLCR.BITNET@Forsythe.Stanford.EDU>
Subject: STFAX.PRG or STFAX.TOS
One user in our UG wants to know if anyone has compiled an assembly language
code that appeared in Antic a couple of years ago. The code, STFAX, is
used for capturing satellite imaging data.
If anyone on the NET has the compiled code, could he/she forward an
encoded version to me?
Thanks in advance, Greg
------------------------------
End of INFO-ATARI16 Digest V89 Issue #715
*****************************************
