jedimatt42

I'll retest with the wait state switch on both States, but I believe I toggled that. My switch box really sucks, so I will happily open it and draw up a schematic. I feel I want to build a new switch box anyway. The manual I posted in the other thread has some of that info, but not spelled out. [email protected]

Is this true even if the user has no fixed disk storage, has performed no drive mappings in MDOS, including no ramdisk declarations? I would think the emulation of DSK1 should be off when using ROMPAGE, or I would expect DSR's to collide. I have tested with the GPL emulation of DSK1 option in both OFF and ON position, even though, I've not mapped anything to this emulated drive. I get no difference in behavior. DSK1 accesses my physical disk 1, and DSK2 accesses my physical disk 2, but I get a device error if ROMPAGE is on. I also used CSAVE to dump my MINIMEM, and ran the little CRU experiment, the FDC DSR appears to be paged in. Looking at the GENMOD docs, and the MEMEX docs, I believe I have the switches correct. Switch 2 of the MEMEX gives me more memory or not. The docs say when on, It still doesn't shadow 0xBA. Also, curious, am I correct that ROMPAGE as a feature showed up in MDOS 5.00? And was that in the mid-90s? [email protected]

I am lucky that my GENMOD Geneve arrived with the GENMOD documentation nicely preserved on paper. I haven't found this online anywhere. WHTECH included. Maybe someone with that super-power should drop this up there! GENMOD.pdf <-- EDIT - kinder, smaller file by the grace of Omega. Same images, less disk space. [email protected]

How fortuitous that I just received a mini-memory cart package in the mail yesterday. At a memory cost rate of $7.8 million per gigabyte, luckily it only has 4k.

I found the MEMEX docs on WHTECH. Thanks, I'll experiment with that.

I'll bet it is in here: http://atariage.com/forums/topic/232014-how-to-load-programs-into-a-supercart/?do=findComment&comment=3118388 There is a 'util1' in the disk image inside the zip... EDIT: NOPE, that was a 'SuperCart RAM Loader' [email protected]

So that write up certainly makes sense, and would possibly explain problems accessing expansion card ROMS. The disappointing part is that my actual GENMOD manual speaks of AMA AMB and AMC. It lists the illegal cards as: All Horizon Ramdisks, All Corcomp Controller and RS 232 Cards ( I assume that means Corcomp RS232 cards, not ALL RS 232 cards ) Some "early" Myarc DDCC-1 cards The first 25 Rave Speech Cards This might have been fine before ROMPAGE was a GPL feature. I haven't been able to figure out which came first. Is there any documentation known on actually modding expansion cards to only respond to the required AMD & AME state?

Ok, that gives me some hope Thanks!

The peripheral card mods in the genmod docs weren't supposed to be necessary for Texas Instruments cards as they supposedly fully decoded those lines. But I can't help but imagine no-body in their right mind used to run a genmod with a little 40 track TI FDC either. [email protected]

Also, to keep things as clean as possible, I'm not using any 80 track disks, as I would expect that to fail without the 80 track mod on the controller when not using the master DSR. Also tried physical floppy as well as my HFE based drive. [email protected]

Anyone know if ROMPAGE in GPL or EXEC work had any issues with GENMOD? I was intending to go down the path of trying out the HDX RS232 mod in my Geneve, after seeing the System review in SHIFT838 that Greg had a modded HDX serial card in his Geneve, I figured that could turn out to be handy. I'm running a GENMOD Geneve, and in ROMPAGE mode of GPL, I cannot access DSK1 on my TI Stock floppy disk controller. I am setting speed to 1, before hand. My experiment is a 1 line basic program. When I attempt to access the disk, some access occurs, but XB just errors with I/O ERROR 06, and TI BASIC produces error 56. Does GENMOD screw with things too much for ROMPAGE to work? Or is my Geneve most likely buggered? Or does the master DSR for MDOS have patches for the TI FDC? [email protected]

Given my current avatar, I just have to say: Nice!

Thanks, I obviously forgot what I was doing. I was not building an overlay, and should have been saving from TASK, as you say. The CLOAD that I said returns garbage should never have worked. I recorded a mistake that seemed to work as long as the target word was already loaded. [email protected]

Oh, and FBLOCKS block 62 has a '61 CLOAD SPDCHAR' sequence, as well as FBLOCKS block 65 ( the TI Forth disk browser... ) I assume those are unnecessary now that the SPDCHAR word is resident in ROM. [email protected]

I'm having trouble with BLOAD of stuff I BSAVE with 2.0:7 In particular, I'm using the SCROLL words on FBLOCKS block 62... So, I perform the following sequence with FBLOCKS in DSK1, and my work file at HDX1.FTI2B: COLD ... FORGET MENU 62 LOAD USEBFL HDX1.FTI2B ' WRAP 17 BSAVE . (outputs 18, all fits in one block) FORGET WRAP 17 BLOAD (goes out to lunch...) or 17 CLOAD SCROLL (returns some garbage data to the screen.) Have I forgotten how to do this? Or have I been doing this wrong and getting away with it? I believe I followed the same process when updating my BSAVE'ed blocks with 2.0:6 just the other day. loading the assembly words ( 27 LOAD ) which turns around and 28 BLOAD works fine off the FBLOCKS file. [email protected]

Thanks, that's perfect!

I've been having a hard time finding the V9T9 FIAD header format. The most readable definition I've found so far is in the classic99 source code. Anyone know where there might be a documentation style breakdown of the header? I want to muck with some of the files on my HDX server.. and create some tools to do so. [email protected]

If you call it 2.1, I'll have to update the label on my cart. Which would let me attempt to follow Omega's instructions on cartridge label crafting. ( I have the supplies, just itching for an excuse ) With the font and new resident words, it could be time for a v2.1... At work, we version things like this: major.minor.patch major = incompatible or major tada additions minor = additional functionality patch = bug-fixes So by the logic, you'd be at 5.1.1 by now. Not so much from incompatible, but mostly 'tada' additions.

I got a chance to see Greg's systems in person not long ago! There really is a lot of character to each system. The system software setups had personality too! [email protected]

Great interviews this issue! I was really surprised by Scott Adam's responses. Pretty cool! I had no idea he was so hands on, on the TI. I always imagined a bigger corporate power behind his software. And thanks for the flattering words for the usb keyboard adapter. [email protected]

I hate that this is a true thing. It defies logic. My last software demo in front of a customer totally imploded, and the customer understood this truth so much so, that they deployed the product and I resumed the demonstration on their equipment. Which turned out to make a better demo against the customer's data. Omega, I'm glad your agony has resolved.

Thanks a ton for this trainer version!!! Cheaty Kong is the best! I remember one summer as a kid, playing finally to the first elevator screen, and then the TI freaking out until I let it cool down. I'd try again the next day, and the next, usually not able to get to the first elevator screen again. I am really bad at arcade games, even though I love them. I don't think I would have ever seen the other screen without this. [email protected]

http://www.mrousseau.org/programs/ti99sim/archives/ti99sim-0.13.0.armhf.tar.gz I used this file from the link in Globeron's first post. It just isn't a gzip... it is an uncompressed tar.

I experienced some things like that but didn't notice exactly... Maybe a raspbian version difference. The 'download to' locations don't matter, the point is to get them into a folder you can access with sftp. I also tripped over the file name. I don't know what automatically un-gzipped it. Somewhere I struggled with one of those files being named ____.tar.gz, but it wouldn't expend with tar -xvzf ___.tar.gz so I ran 'file ___.tar.gz' and it said it was a plain tar archive. So I renamed it for sanity sake to drop the .gz, and then expanded it without the 'z' option. Once you have extracted it, and go into the folder, then run 'sudo make install' it creates an installation in /opt/ti99sim. After that, the extracted folder you had and the original archive are out of the picture and can be deleted, moved, forgotten about. -- As an aside, it would be awesome to be able to map 1, 2, 3, and ENTER to controller buttons. A lot of cartridges would work then without the keyboard. I've tried to find something like a remapping tool, or wrapper for SDL, but no luck yet. [email protected]

I had the quad screen scramble happen within the last two weeks. It seemed to be a cartridge port issue... I don't think it was Donkey Kong in particular. I wasn't using Donkey Kong at the time. I grabbed this picture cause TI crash screens are always fun. [email protected]