Jump to content

retroclouds

+AtariAge Subscriber
  • Content Count

    2,203
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by retroclouds

  1. Thanks for the offer, but I think shipping to Europe would be too expensive. Do like the atari cart labels. Funware labels are also interesting as I’m considering making some repro carts for myself. Going to experiment a bit and check if there are similar shops in europe.
  2. That looks real sharp! Well done. Can you tell me the process you do to get the labels. Do you have to resize the sticker images before uploading them to Stickeryou.com ?
  3. Have to take a look the next time when building the cart image. What I can say is, that the first 2 banks were full and the next 2 banks about half full if I remember correctly. But as part of the refactoring I decided to go to 64K right away to spread the code and group code per purpose. Bank 0: “Jill” - Startup code, resident spectra2 and stevie modules. Copied to low memexp Bank 1: “Jim” - Main editor code. Bank 2: “Jacky” - File operations Bank 3: “John” - Dialog code, menu entries and TI Basic support (will move to other bank) Bank 4: “Janine” - Extended functions of main editor. Tabs, ruler, color code, … Bank 5: “Jumbo” - Pattern data, sprites, etc. Bank 6: “Jenifer” - Still empty Bank 7: “Jones” - Full spectra2 library
  4. Forgot to mention, you also need to look at spectra2. That's my library with lowlevel functions. That's where for example the dsrlnk is included. https://github.com/MirrorPusher/spectra2
  5. Sure, you can find the full source code of Stevie on GitHub https://github.com/MirrorPusher/Stevie I would suggest you open a separate thread in the development section. There are many skillful people here that can help you with file handling in assembly language. (Myself I struggled the most with required scratchpad & VDP memory layout). There are quite a few assumptions the DSR makes. You also might want to take a look at the development resources sticky thread in the development section. There are a couple of documents on file handling.
  6. 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
  7. I've swapped the URL's. Thierry's webpages are now reachable from the DevRes thread again.
  8. 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
  9. I've added it to the feature request list. https://github.com/MirrorPusher/Stevie/issues/6
  10. 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
  11. 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!
  12. I understand. Thanks for the update. 🙂
  13. @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?
  14. 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
  15. @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.
  16. @Tursi you got a classic99 version targeting the z80 and colecovision?
  17. 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.
  18. 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.
  19. Yes I can confirm its faster with SAMS. I guess roundabout 0.3 seconds
  20. 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 😀
  21. 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?
  22. That is a great idea I want to take a further look at. Thanks for pointing that out.
  23. 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.
  24. 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).
  25. 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.
×
×
  • Create New...