Jump to content
Have You Played Atari Today?
2600|5200|7800|Lynx|Jaguar|Forums|Store

retroclouds

+AtariAge Subscriber
 View Profile  See their activity

  • Posts

    2,502

  • Joined

  • Last visited

  • Days Won

    1

 Content Type 

Everything posted by retroclouds

  1. retroclouds
    Updated the DevRes sticky: Fixed links to Thierry Nouspikel tech pages (mainly UCSD pascal topic) Added the PDF "Graphics Programming Language" (edited version Lee) Added link to TMS9900 Family repo on Github Added the SN76489AN Sound Generator Replace the zip file "UCSD Pascal" with the version by @Vorticon that has all PDF documents and more. Added TiCodEd to Extended Basic section
  2. retroclouds
    I've swapped the URL's. Thierry's webpages are now reachable from the DevRes thread again.
  3. retroclouds
    I cleaned up the 1st post in the Stevie development. Added some additional topic links. Removed targets I have abandoned as of Stevie 1.1x: 32K only version, Use of FG99 RAM instead of SAMS memory Added reference to Stevie on github
  4. retroclouds
    I've added it to the feature request list. https://github.com/MirrorPusher/Stevie/issues/6
  5. retroclouds
    I finally wanted to get this release out to the public, as I want to concentrate on new stuff I'm going to add. There are also quite a few changes to the use of SAMS and there's some things I really want to implement (but that may cause an unstable version for the new few minor releases) So what do I have planned for the next releases: Enhanced TI Basic integration Copy and paste between Stevie and TI-Basic multiple TI-Basic sessions 30 rows-mode TI Basic SAMS page allocater I'm wasting too many SAMS pages by having a "fixed" range of pages for each specific purpose. So I want to implement a page allocator that hands out new pages as required. That will also open the door to multi-file editing on Stevie Editor enhancements Got a few user requests on editor enhancements Better cursor positioning Rework and fine-tune keyboard scanning Add search functionality Make the menu system compatible with the js99er mouse-pointer (That's already possible for some editor actions, but not all). Expose Stevie editor buffer as a DSR Read (and possibly write) to the editor buffer from TI-Basic Main purpose is something different though. I want to integrate the Editor/Assembler assembler in Stevie. By exposing the editor buffer as a DV80
  6. retroclouds
    I've released Stevie v1.1x Here's a recap of what's new: Features Introduced menu system (press F9 while in editor mode) Shortcut letters are highlighted with underscore. Added TI Basic integration Select B in the main menu or CTLR+/ if in editor mode. Press F9 (Back) in TI-Basic command line mode for returning to Stevie. Possibility to jump between Stevie and TI-Basic while keeping environment. Editor Added key auto-repeat functionality. Press and hold down key for repeating multiple times. Added line-wrap functionality Possibility to continue adding characters beyond 80th character Currently only active if cursor at last position on line) Added possibility to jump to next tab (F7) Added ruler (toggle with CTRL-U) to better indicate tabs and cursor position. Easier marking of text-blocks (Mark M2 with M1 if M1 unset) Changes Key-bindings changed for compatibility with Editor/Assembler. Cursor is now always a solid block for better visibility. Redesigned icon for alpha lock up/down. Bug-fixes A ton of bugfixes added (and probably some new bugs introduced along the way) See commit log on github for details As usual bugs can be reported either via the Github issue tracker https://github.com/MirrorPusher/Stevie/issues You can also contact me on Atariage via PM or report bugs in the Stevie development thread Have fun!
  7. retroclouds
    I understand. Thanks for the update. ?
  8. retroclouds
    @Albert and @OLD CS1 for some reason I can't edit the topic title nor the 1st post. I do have an Atariage subscription and thought I had unlimited editing possibility on my topics and posts. Does that no longer apply?
  9. retroclouds
    Here's the newest stevie v1.1x release. This version replaces the official 1.0 release and is "production ready". Since February 2021 there have been 23 internal versions (1.1a up to 1.1w) where vorticon helped testing. As usual a big thanks for that! So what's new? Features Introduced menu system (press F9 while in editor mode) Shortcut letters are highlighted with underscore. Added TI Basic integration Select B in the main menu or CTLR+/ if in editor mode. Press F9 (Back) in TI-Basic command line mode for returning to Stevie. Possibility to jump between Stevie and TI-Basic while keeping environment. Editor Added key auto-repeat functionality. Press and hold down key for repeating multiple times. Added line-wrap functionality Possibility to continue adding characters beyond 80th character Currently only active if cursor at last position on line) Added possibility to jump to next tab (F7) Added ruler (toggle with CTRL-U) to better indicate tabs and cursor position. Easier marking of text-blocks (Mark M2 with M1 if M1 unset) Changes Key-bindings changed for compatibility with Editor/Assembler. Cursor is now always a solid block for better visibility. Redesigned icon for alpha lock up/down. Bug-fixes A ton of bugfixes added (and probably some new bugs introduced along the way) See commit log on github for details As usual bugs can be reported either via the Github issue tracker https://github.com/MirrorPusher/Stevie/issues You can also contact me on Atariage via PM or report bugs in the Stevie development thread Have fun! stevie_v1.1x.bin
  10. retroclouds
    @VorticonI do have a version of Stevie that runs on classic99, I haven't shared that one yet, as I haven't tested it much. Will send it to you as a PM. Perhaps you might want to give it a try.
  11. retroclouds
    yes, and I was in contact with M. Becker multiple times trying to get my hands on some of these, and then went missing in action. I'm not going to bother anymore. Anyway, that's just my personal opnion and I'm going to be quiet about it now.
  12. retroclouds
    I’d say good luck with that. My attempts to obtain any of the SNUG cards have been without success for at least the last 10 years or so.
  13. retroclouds
    Yes I can confirm its faster with SAMS. I guess roundabout 0.3 seconds
  14. retroclouds
    Here’s an idea that grabbed my mind and just doesn’t let go, so I need to write about it. I’m playing with the idea of creating a session manager for TI Basic (and possible Extended Basic) It’s a spin-off of the TI Basic integration work I’m doing with Stevie and thought it’s better to discuss in a separate thread. So what is this about? In Stevie I’m now able to jump into TI Basic with a single keypress, do program stuff and return to Stevie with FCTN-9. I can then repeat jumping back and forth, all while the TI Basic program, screen layout and colors is all still there. That is nothing so special, but I’m happy to get it working nonetheless. It’s inspired by the work done by @Tursi with his TI Basic cartridge creator and classic99 functionality. With the difference being that this time it’s all handled on the TI-99/4a itself. The way it works is by setting up a ISR routine before jumping into TI Basic. The ISR then calls the necessary functions to copy VDP memory and scratchpad to SAMS ram. Now here is the nice thing, with SAMS you have lots of memory. This is where I got the idea of a session manager for basic. Some of the functionality I can think of: Have multiple TI Basic/Extended Basic sessions Switch between sessions by using keyboard combination Dump and restore sessions on a fast storage device (e.g. TIPI, HDR), aka “snapshots” Periodically switch between sessions, even while the TI basic program is running (so you get a “faked” multitasking) Exchange data between sessions (not sure how that would work, need to give it some more thoughts) Give basic some kind of API to query and manipulate session state, e.g. set session title, periodically take snapshots by having a corresponding TI basic command => 100 CALL SNAPSHOT(“TIPI.SNAP….” ) Possibility to use the load interrupt to restore a session if it got stuck (not sure about this one, need to give more thoughts). Is anything of the above useful in any form? Probably not. But I think it’s a kinda cool idea I’m going to further explore. Will see what comes out of it. Wish me luck ?
  15. retroclouds
    Quick question on that. Do we have sample code showing how to use the scanline handler. I guess you basically load a short program on the F18A GPU and then set the start address in one of the VDP registers?
  16. retroclouds
    That is a great idea I want to take a further look at. Thanks for pointing that out.
  17. retroclouds
    Briefly thought about that. Also thought about using the F18a’s 2nd nametable to overlay on top of lines 25-30. Not sure if that would be even possible.
  18. retroclouds
    I am. The way to distribute my software is via the FinalGrom. The fact that I have a GRAM kracker and with that the possibility to override the GROMs doesn’t help me. There are sufficient FinalGROMs out there and they are still available. Something not to be said about the GRAM kracker for example. Having said that, with the strangecart on the horizon it may become a future option again. But it’s not there (yet).
  19. retroclouds
    To be honest, I don’t eather. But I see the ISR as a vehicle to manipulate VDP and scratchpad at the right moment so that the basic interpreter does stuff in a slightly different way. Not sure if this is even going to work, but that’s part of the fun.
  20. retroclouds
    Thanks for pointing that out. I actually have a copy of TI INTERN at home. Didn’t think about that.
  21. retroclouds
    As far as I know you cannot override ROM0,GROM1,GROM2 with the final grom cartridge. So I guess that would be out of the question and only leaves the ISR route. Only other possibility I can think of is introducing a new call in TI Basic that does the necessary setup. Guess that won’t fly because setup of VDP memory would be a one time thing.
  22. retroclouds
    What I have in mind is the F18a 30 rows mode of 32 characters. TI Basic works great that way and screen output is as one might expect. The only issue is that by using 30 rows, the crunch buffer becomes visible on screen. So putting anything in that screen area gets overwritten. Probably could get away with the lines 28-30, depending on how long the line is that’s being crunched. From a technical perspective what I like about TI Basic is that everything is in VDP. Yes, it’s slow but cool nonetheless. So when thinking more about it, VDP space for the SIT should not be an issue. 24x40 = 960 30x32 = 960
  23. retroclouds
    ** This question is about the crunch buffer in TI Basic, not the crunch buffer in Extended Basic ** ok, so I have been doing some experiments with TI Basic lately. For one of the tests I'm doing I am using the F18a with 30 rows mode. What I would like to do is add some information on the rows 25-30. The thing is that the VDP memory for that area is "blocked" by the TI Basic crunch buffer that starts at VDP >320 So here are my questions: Is it possible to move the TI Basic crunch buffer to another location in VDP memory? I presume it's hardcoded in the TI Basic interpreter in GPL. Was thinking about using a ISR routine in assembly routine that "kicks-in" and changes addresses (GPL registers, addresses) in a transparent way. Considering that TI Basic is so slow I might actually get away with it Any ideas on this one? Is the TI Basic disassembly available somewhere? I'm aware of TI XB disassembly, but not TI Basic itself. Actually I start liking TI Basic much. Yes it's slow, but I'd like to learn a lot more about its internals before addressing TI Extended Basic.
  24. retroclouds
    Stuff on ebay is going crazy. I’ve seen a single, used TI-99/4a console in good state being offered for 800 EUR. That is just plain nuts. There was nothing in there that made the offer special. Well except for the price maybe.
  25. retroclouds
    RMC are planning on doing a MISTER console run in the near future. I might consider getting one.
AtariAge
Forums
Store
General
Follow AtariAge

Copyright ©1998-2023 AtariAge

×
×
  • Create New...