Jump to content

retroclouds

+AtariAge Subscriber
  • Content Count

    2,284
  • Joined

  • Last visited

  • Days Won

    1

Everything posted by retroclouds

  1. Considering how similar the TI-99/4a and Tomy Tutor are, what would it take to implement a SAMS version for the 9995? As a starting point I'm thinking about the "new" sidecar SAMS (32k replacement for TIPI)
  2. Why not make this configurable? I know it’s not easy as it sounds. I have been thinking a lot about keyboard mapping lately. Especially because of my Stevie editor. And there is simply no option that fits all. You have the real keyboard, you have emulators with a PC keyboard (where for example certain keys are already “occupied” by the PC OS (or browser). I didn’t come to a proper solution for a keyboard mapping that fits all and in the end, I think the only way out is for the user to reconfigure the mapping as wanted/required.
  3. What is so special about Tutankham that it can’t run on FinalGROM ?
  4. Here's a quick status update. I'm currently working on the v1.1 release. I now have a 'TAB' functionality in place. Tab positions are defined the same as in the Editor/Assembler (see manual page 25) and you use 'FCTN-7' to move to the next tab. At this time there's no possibility to configure tab positions yourself. That will come at a later time when I start working on the configuration management. I'm thinking that for the configuration GUI I'd like to implement it in extended basic and compile it with @senior_falcon's compiler and then turn it into a cartridge image that I bundle with Stevie. That way I can concentrate on doing the editor stuff in assembly language and make good progress nonetheless. Next up are some experimental features I want to add to v1.1 (e.g. better highlighting current line and cursor, directory & file picker, etc.) Also found a bug in the stable Stevie v1.0 release. If you toggle between insert/overwrite mode too fast or too often, the editor crashes or locks up. Issues can be reported/tracked here: https://github.com/MirrorPusher/Stevie/issues
  5. Thanks for making Yesterday's News. Always look forward to the new issue! 😀
  6. Thanks! Happy to see Stevie getting some actual use. 👍 For what it is worth, this week I started work on v1.1 The first step is to refactor code so that I have more free space in bank 1 where most of the editor code resides. I’m working on some user requests and plan to add some of the things that didn’t make it in v1.0 The version v1.0 will remain the most stable version for quite some time. But I do plan to release minor releases for trying out things. BTW thanks to @Asmusr we now have Stevie 1.0 bundled in the Apps section of the js99er emulator. So if you want to give it a quick spin, that’s the place to look for.
  7. That’s a lot of stuff being worked on. Really looking forward seeing how this further develops.👍 Doing OS development in 2021, how cool is that! 😃
  8. I’ll see if I can something about that 😃 But what TI-99/4a key combination would one use for TAB forward / backward? Also tab positions should be configurable I suppose (flexible positions or fixed e.g. 4 characters?) You can contact me via PM (or comment in the Stevie development thread), don’t want to hijack this thread.
  9. Impressive! Have you considered using senior falcons’ extended basic compiler? Think that at least for the parse/compile phase you would get quite a speedup. Either way I very much like the video/demo and am looking forward seeing how this further develops.
  10. That is most interesting. Is there any documentation available on that particular aspect of Microsoft C ?
  11. I had a document documenting the C interpreter that was used in TI Microsoft Multiplan. But sadly I have lost it before getting a chance to scan. It was a copy of something printed with a matrix printer a long time ago. I’m sure it must be somewhere here in the house. I have looked for it a couple of times already in the last few years, but alas didn’t manage to find it so far.
  12. And don’t forget Stevie. It requires SAMS and the F18a
  13. This is probably a stupid proposal, as I can imagine lacking space on the F18a MK1, but perhaps an option for the Mk2? What about having 2 “VDP cores” and a frontend that switches between the two depending on the graphics mode/VDP register settings. That way when you are in pure “TMS9918A” mode, the 9918A core is in charge. If you are in F18a mode the F18a core takes over and you get all the bells and whistles. Guess that would require a major rewrite, for something that are edge cases. (BTW still hoping to see 48/60 rows mode someday ;-)
  14. True, that’s why I have three of them 😀 Having said that, I always thought that the HRD4000B ramdisk is a very underestimated device. It’s more than a ramdisk.
  15. How about the other way around? Use the HRD4000B as a ramdisk and SAMS replacement. Have to go through the development manual again, but if I recall correctly there’s enough RAM on the HRD4000B that you can get away with it. Obviously you have to do your own paging, so your software have to support it.
  16. Regarding the metal case. Just a few days ago I saw an online add of a company with an online site where you can send your design files to, they validate and build it for you. Think prices where very reasonable.
  17. Rasmus did quite a few F18a demos. If you look at http://js99er.net under software - F18A specific, you can run the demos in the emulator and compare. They should also be available as cartridge images. Perhaps Rasmus can chime in on that.
  18. I’d be interested in one too, should you have one left. Thanks a bunch! 😃
  19. Thank you so much for creating and releasing the source code of Rock Runner! The quality of the game is amazing and having developed all that with just the line-by-line assembler is incredible.
  20. Today's a special day. I finally got around releasing Stevie 1.0 Grab the ROM in the official release thread. Source code is available on Github. Still have to add a markup page, but there you go. Basically there are 2 repositories involved that need to match in order to make a successful build: Spectra2 is the basic library for low-level stuff like keyboard scanning, VDP output, memory copy, task handling, etc. https://github.com/MirrorPusher/spectra2/tree/release/Stevie_v1.0/src Stevie is the editor source code itself https://github.com/MirrorPusher/Stevie/tree/release/v1.0/src The way my build process works, is that I push my commits to a local Bitbucket installation. In there I have a plugin that then pushes all changes to GitHub. Both github repositories where private before and I've opened them to the public this evening, now that I know things are kinda stable. (well you can still look at the many previous releases for a good laugh or two). That being said, you won't be able to build Stevie from source code out of the box. I have some custom build utilities currently not on github. They do things like moving all files from subdirectories to a build directory, do string replacements, etc. The scripts are just some hacks and not pretty at all, that's why I don't release them to the public at this time. Most of it can now be done with xas99 I suppose, but still have to look into that. Anyway, the source code is there for history purposes and if you really want to build it, it's not that hard and you'll manage. I'll be taking a break for a while, it has been quite a ride. Especially the debugging phase was really tough, a lot of hard work. It's time to move on and try out new things. Some of it TI-99-4a related and other things less so. Looking forward to both! Anyway. Have fun! EDIT: I very much believe in open source software and I encourage everyone to release source code whenever possible. 😃
  21. This is Stevie, a new 80 columns programming editor for the TI-99/4a. Key facts: 64 kilobytes cartridge rom Written in TMS9900 assembly language Requires the F18A VDP Requires 1MB SAMS memory card Requires FinalGROM cartridge (or compatible device) Only uses level 3 file I/O for better compatibility with various storage devices (tested with HRD4000B ram disk, TIPI, IDE DSR card and TI disk controller) Main features: It's fast Support 80 columns 30 rows Support 80 columns 24 rows Editor buffer with space for 10.200 lines of text (80 characters) 10 color schemes TI Basic integration 5 parallel TI-Basic sessions possible. "Fastmode" option on File I/O. Possibility to bypass VDP memory when loading files from a device with a supported DSR (ROS, IDE, ...) Clipboard support (copy between files) 2 cartridge ROM binaries exist: 30 rows 80 columns with "hardware" cursor (aka sprite cursor) Supported on the TI-99/4a with F18A and 1 MB SAMS. Fast storage device recommended (ramdisk, TIPI, ...) Runs in js99er emulator 24 rows 80 columns with "character" cursor Supported on the TI-99/4a with F18A and 1 MB SAMS. Fast storage device recommended (ramdisk, TIPI, ...) Runs in classic99 and js99er emulators. Help built-in (at least for keyboard shortcuts) Indicator for alpha lock up/down Source code: https://github.com/MirrorPusher/Stevie Issue tracker: https://github.com/MirrorPusher/Stevie/issues Development discussion thread on Atariage: 2022-01-22 Stevie v1.2S 30 rows 80 columns version stevie_v1_2s_8.bin 24 rows 80 columns version (for classic99) stevie_v1_2s_24x80_8.bin 2022-01-18 Stevie v1.2Q 30 rows 80 columns version stevie_v1_2q_8.bin 24 rows 80 columns version (for classic99) stevie_v1_2q_24x80_8.bin 2021-10-03 Stevie v1.1X stevie_v1.1x.bin 2021-02-06 Stevie v1.0 no longer available
  22. I think I saw one on Ebay recently. Thought how cool is that, a dongle for the TI-99/4a. Do you know how it works?
  23. Released Stevie v1.0 BETA 2. Some stability improvements, polishing and bugfixes. Polished about dialog (show all key mappings) Polished color schemes Bugfix: Properly initialize all SAMS index banks (fixes potential crash issue for files >2048 lines) Bugfix: Show code block filename instead of editor buffer filename when IO error during block save Bugfix: Show updated counters when saving file Bugfix: Added memory full error during file load Bugfix: Don't crash editor when reaching bottom of file after delete operation Bugfix: Properly refresh frame buffer when at end of editor buffer Bugfix: Refresh screen early when starting file load operation Get the cartridge binary in post #1
  24. Currently working on preparing Stevie v1.0 BETA 2. This means ironing out some bugs still present in BETA 1. As part of the testing I'm working with some larger files. So far I worked with medium sized files of ~ 3000 lines. For the remaining tests I'm using DV80 files with a minimum of 8000 lines. I have locked the editor to loading files with a size of max. 10200 lines. That's not an issue for a 1 Megabyte SAMS card, it boils down to 860KB of editor buffer space required if all lines really contains 80 characters. For most of the "real" assembly language source code files I loaded so far, it's a lot less though. More in the area of 350-500 KB. The limiting factor at this time is the space required for the index. I have 5 SAMS pages reserved for the index, allowing space for up to 10240 lines. Reason for having a maximum of 5 SAMS pages is that, when doing index reorganisation, I map these 5 pages into the 32KB continuous memory area >b000->ffff. Index reorganisation is what happens when lines get inserted or deleted. If there's interest I can consider rewriting the index handling so that it can manage a variable amount of index pages. But for now I think that 10200 lines is plenty. Thinking about it more, probably could bump to 6 SAMS index pages at >a000->ffff for a maximum of 12288 lines without doing too much rework. Would have to find some space for the stuff I currently have in >a000->afff. For the future I'm considering having a "stable" version of Stevie v1.0 where I probably do more bugfixing if necessary and a "development" version for the folks that want to experience the newest features.
  25. This seems like an interesting device: https://hackaday.com/2021/01/22/mouster-brings-usb-to-retro-computers/ A very small USB adapter that takes any USB mouse (not only PS2) and turns signals into DB9 for the joystick port. Works with some USB game controllers too. Wonder if it would be any good on the TI-99/4a. Unfortunately firmware source code doesn’t seem to be available and the price is perhaps a bit steep (25 euros), but still acceptable.
×
×
  • Create New...