[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Tools for BAS to WAV?
- Subject: Re: Tools for BAS to WAV?
- From: Michael J. Mahon <mjmahon@aol.com>
- Date: Sun, 04 Jul 2010 12:51:30 -0500
- Newsgroups: comp.sys.apple2
- References: <4c3097b2$0$7662$9b4e6d93@newsspool1.arcor-online.net>
- User-agent: NewsTap/3.0.5 (iPhone/iPod Touch)
- Xref: g2news1.google.com comp.sys.apple2:16871
Linards Ticmanis <ticmanis@gmx.de> wrote:
> On 07/04/2010 03:31 PM, Steve Nickolas wrote:
>
>> OK, what little I can get out of it is it writes a 3-byte payload
> > containing
>> the length and something else (I'm not exactly sure how it's
> > formatted),
>> followed by the actual content.
>>
>> I doubt it'll be too hard to hack together once I can generate the
> > 3-byte
>> payload correctly...
>
>
> I've found the following via Google:
>
>> the cassette LOAD routine does the following:
>>
>> - read 3-byte header from tape (program length + lock flag)
>> - store program end address at $69/6A
>> - store lock byte at $D6
>> - load program from tape
>> - if locked, start running, otherwise jump to "FIX.LINKS" routine
>
> No more details though. I assume "FIX.LINKS" repairs the pointer to
> the
> next line that precede every tokenized line of BASIC code. The
> function
> would be to allow for relocating BASIC code for different RAM size
> machines, especially important for Integer BASIC, which stores lines
> from HIMEM downward rather then from LOMEM upward.
>
> Probably you wouldn't want this to happen with your code, so you'd set
> the lock byte to "true" (whatever that value is).
High bit set is "locked, autorun" IIRC.
Fixlinks should be fine if the BASIC stub is a proper program.
-michael - NadaNet 3.1: http://home.comcast.net/~mjmahon