Jump to content
senior_falcon

XB Game Developers Package

Recommended Posts

I put this in the manual. Is this accurate? Does more need to be added?

 

"TidBit can run into trouble assigning line numbers for a divided program if one segment refers to a line number in the other segment."

Share this post


Link to post
Share on other sites

I put this in the manual. Is this accurate? Does more need to be added?

 

"TidBit can run into trouble assigning line numbers for a divided program if one segment refers to a line number in the other segment."

 

See PM

Share this post


Link to post
Share on other sites

Here is ISABELLA3. There are some tiny improvements to it. The usual small changes to the docs. The only change to the code is this: If you have large programs that need the runtime routines in low memory, you can now pass values to low memory with CALL LOAD and retrieve them with CALL PEEK. They are no longer overwritten by the loader.

Atrax, you can print now!

ISABELLA3.zip

  • Like 1

Share this post


Link to post
Share on other sites

I think Asm99 should be included with the distribution since it needs to be in the same folder as the runtime routines anyway.

Share this post


Link to post
Share on other sites

I would love to do that, but it is not my program to distribute.

 

By the way, the docs are not accurate about Asm99 having to be in the same folder. I don't know why I thought that, but it is not correct. Asm99 can stay in the BurrSoft folder. If you make a shortcut to it it works fine. The runtime routines do have to be in the same folder as the .TXT file created by the compiler. Can you check that this information is accurate?

Grrr... I will correct the manual to reflect this.

 

Also, from the manual:

"I have tested this with Windows 10 and it works as described above. One person reported that it would not assemble properly, but found that it did work properly when WinAsm99.exe was copied to the working disk with a shortcut made to the new location."

I don't have Windows 10 so I cannot test this.

Edited by senior_falcon

Share this post


Link to post
Share on other sites

This was all done with Classic99. I set up a little routine running from MiniMemory that copies the rom in the speech synthesizer into expansion memory. >0000 in the synthesizer is copied to >A000 in expansion ram. Then you can use the debugger to explore the speech synth's rom. At >0000 is >AA . That is used to determine if the speech synth is attached. Then you can see a table of words that can be spoken. I looked for "ABOUT" and found it at >A09B which is >009B in the synthesizer. At >009B I found this:

5 ABOUT 0 0 0 0 0 17 14 55

That all makes sense: length byte and the string, then some zeros (why?) then >1714 and >55 . >1714 is the address of the code in the synth rom which agrees with the EA manual and the >55 is the length byte

When you CALL SPGET("ABOUT",A$) and then look at the bytes that make up the string you see (dec) 96 0 85 161 8 46 207 74 219 247 98 84 .........

The length byte is 85 which is the same as >55 above.

But when you look at the data at >1714 it is (hex) 85 10 74 F3 52 DB EF 46 ........

 

I just checked on the real TI and the string returned for ABOUT is the same as you get in Classic99.

 

After re-reading your post I took the first 4 decimal numbers, 161,8,46,207, reversed the bits and converted to hex to get >85,10,74,F3. So that's the answer and once again I thank you!

Hi again, Mi Amigo!

 

After many seconds of reconsideration... I believe that the extra zeros are to accommodate the stacking of more ROM chips with higher addresses to increase the vocabulary.

 

I had downloaded and reviewed your files a couple of months ago... I determined that this could for me, be used as a development tool that would allow me the increased productivity necessary for the addition of more advanced features into my plans. Alas! my project is back on hold... were I to complete it, this would be excellent. Bravo!

 

P.S.

Thanks for the ride, this is a great thread!

Edited by HOME AUTOMATION

Share this post


Link to post
Share on other sites

Here is the revised section of the manual that describes how to use Asm994a. This describes how to use it with Windows XP and is correct, at least on my computer. I'd appreciate it if someone could work through this using Windows 7, 8 and 10 and verify that the information is accurate for those operating systems.

Thanks!

UsingAsm994a.pdf

Edited by senior_falcon
  • Like 1

Share this post


Link to post
Share on other sites

This works on both Windows 7 and 10, so I assume it should work fine on Windows 8 as well. I just find it easier personally to copy Asm99 to the Isabella folder so it can find what it needs.

Share this post


Link to post
Share on other sites

I just find it easier personally to copy Asm99 to the Isabella folder so it can find what it needs.

I don't know what that means. The only thing that has to be in the same folder are the runtime routines and the source code. (Unless something is different with Win 7 and 10)

 

I used to think Asm99 had to be in that folder as well, but apparently not. (At least on my system.) There is no harm in having it in the ISABELLA folder, but it's not required.

Edited by senior_falcon

Share this post


Link to post
Share on other sites

OK, just want to be clear on this. Have you found that Asm994a does not need to be in the same folder as the runtime routines and the compiled .TXT file? i.e. are the revised docs in post #658 accurate?

 

I don't want to post this package again and then find out that - oops - the old docs were right after all.

Share this post


Link to post
Share on other sites

Actually, if I just put a link to Asm99 inside the Isabella folder, the assembler crashes because it cannot find the runtime routines. So it seems to me that the actual program needs to be in the same folder as the runtime routines and not a link to it, at least in Win 7.

Share this post


Link to post
Share on other sites

I was able to check this out on Windows 7 and found that my original instructions were correct. Asm994a must be in the same folder as the runtime routines and the compiled file. I don't know why it started working for me with Asm994a in the Burrsoft folder, but that seems to have been a false lead. I have cleaned up the docs a little bit and will put back the original instructions. Also, it is helpful to have the file extensions displayed so you can tell the compiled .TXT files from the original XB program.

Share this post


Link to post
Share on other sites

I think Asm99 should be included with the distribution since it needs to be in the same folder as the runtime routines anyway.

From About Asm994a assembler:

This software program is considered FREEWARE and may be freely copied and used on multiple computers. However, complete ownership of this software program is retained by Burrsoft. The program may not be sold or offered for sale.

 

I take this as permission to do that. This simplifies the set up considerably and I am reworking the docs to reflect this change.

Edited by senior_falcon
  • Like 4

Share this post


Link to post
Share on other sites

Here is ISABELLA4. The only difference is that Asm994a has been added, which simplifies the setup if you want to use that assembler. This version was converted so that it defaults to .TXT files which eliminates one step in the process. The docs have been modified to reflect this change.

 

(edit April 27,2019) If you downloaded ISABELLA4, you should replace it with this version. In the earlier version, I did not include the licensing agreement for Asm994a which Burrsoft says must be included.

ISABELLA4.zip

Edited by senior_falcon
  • Like 4

Share this post


Link to post
Share on other sites

can't remember, with classic99 I'm trying to assemble and it's failing on "dsr error runtime.txt" probably because that's an illegal ti filename.. right what's the trick to get classic99 to work with that?

Share this post


Link to post
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...

  • Recently Browsing   0 members

    No registered users viewing this page.

×
×
  • Create New...