Er, I, umm, love you too...
Wow, if this works with the Incogneto I'd love to hear about it, it would be so cool to have this running on an 800
Confirmed! It runs GREAT on an 800 with an Incognito! Gotta disable the built in SDX, I tried to run it with SDX 4.46 from the Atari Partition on the Incognito and it said it wouldn't run with a cart installed.
Can I field any questions for ya?
Long answer: also no, with the reasons being Philosophical, Programmatic and Practical.
Philosophically speaking, nobody forced me to write Ice-T. When I started I could just as easily have set the aging Atari aside, scrounged an old PC clone from somewhere, hooked up a modem and used Kermit or Telix to happily do the same things I did online, freeing the spare time from several years of my life for other things. I wrote Ice-T because of the challenge involved in making the Atari with its limited capabilities do something it was not designed to do, where others have tried and failed. As far as I'm concerned once you replace the Atari's display chip with a modern alternative it's not an Atari anymore. It's a new platform, perhaps interesting to some but I may as well spend my time writing an Android app - at least there I have the potential for more than a few dozen users.
Programmatically, keep in mind that Ice-T despite its professional look is a big ugly hack written many years ago in assembly by a teenager with a lot of time on his hands (mostly by putting school at the bottom of the priority list) but very little knowledge of software architecture. Which is probably just as well because a similarly featured but properly maintainable and structured application would run slower and probably not fit in 128K - it's bursting at the seams as it is. More to the point, there is no single "display a character" function that I could replace with the VBXE equivalent; virtually all of the code is written around the bitmapped 80-column display, from the VBI that handles the fine scrolling to the menu system to the code that flashes the cursor. Basically we are talking about an almost complete rewrite.
Which brings me to the Practical part of my answer: the 80-column display is the most interesting aspect and "killer feature" of Ice-T. It's the reason for Ice-T's existence and is where I spent most of my time and effort. With VBXE it becomes redundant, and once you've gotten rid of it, what's left? The terminal emulation and file transfer code is not rocket science, it's just ugly because it's in assembly. You would probably want to throw it out and reimplement it, preferably in a higher level language like C. Or possibly just port existing C code from another emulator, such as Minicom (an open source terminal emulator for Linux). The reason you would now be able to do this is that without the bitmapped 80 columns you've just freed up about 90% of CPU time and around 50% of memory use, so you can now afford to write much cleaner code at the expense of a little bloat.
So in any case, if anyone would like to take Ice-T's code as a foundation for a VBXE based terminal emulator, I'm not going to stop you but don't expect me to do it.
Pass, but damn great answer. What's your opinion on the Dual Pokey upgrade?