kl99

Here are some challenges: Hex-Bus Wafertape Drive Hex-Bus Rs232 Interface Hex-Bus Video Interface Sideport - Hex-Bus Interface for the 99/4(A) Sideport - P-Code Interface Sideport - Video Controller Sideport - Speech Synthesizer with Speech Module Interface PEB - Video Controller Card PEB - IEEE-488 Bus Controller Card PEB - EPROM Programmer Card MBX F18A Video Chip Infrared Analog Joystick Support as planned for the 99/4 and supported by Monitor/Gpl system software. CC 40+

Thanks for the many replies so far. I thought it is just me being so stupid, but it seems there is a problem. The test program for CALL IO in the RXB Doc seems to work fine. It is only covering hitting special keyboard keys though. It could also be related that the GPL IO routine was written when there was a 99/4 only, and infrared analog controllers were in the supported list. As far as I know even the actual real iron of the 99/4a emulates the 99/4 keyboard, so I wonder in which layer of emulation the joystick fails to work. The description of the 9901 interrupt mapping is different for the 99/4 versus the 99/4A, as we know the keyboard was replaced: Further the 9901 I/O mapping for the 99/4A features a before unused CRU bit 21 for Alpha Lock, which could be by mistake always checked by a TI-99 Emulator, even on a 99/4 emulated machine. Maybe the GPL Programmer's Guide give a clue on how to properly use the GPL IO routine to read the joystick. Will have to read and try a bit further it seems.

Hi, If I put this in RXB in Classic99, I would expect it check for Keyboard L Line and Joystick Left Input. I am interested in Joystick Input in this test case. 100 CALL IO(2,16,8,A,B) 110 CALL HPUT(2,1," ",2,1,A,4,1," ",4,1,B) 120 GOTO 100 I have connected an actual Gamepad to the USB Port and have configured it in Classic99 for Joystick #1. According to Tech Data Manuals, the TMS 9901 has Address: >0008 CruBit: 4 9901: INT4 Pin: 8 Function: Keyboard L Line, Joystick Left. For me the result is that the Joystick movement and the Button has no impact on A and B values. They keep showing 226 and 255. So I wonder what am I doing wrong? Or is it a limitation of the Emulation in Classic99 or a bug in CALL IO? There are so many things to consider: Alpha Lock Bug, 99/4 vs 99/4A Keyboard, 5 Keyboard Modes, Infrared Analog Joysticks in the System Software and Documentation, Wired Joysticks. There is a SCAN Routine in GPL and one in Assembler, there are certain locations in Ram that store the XPOS and YPOS from the Joystick. ... Can anyone give me some hints here?

Hi, I was asked by blackbox to send best wishes to all on atariage. Is there anything we can do for blackbox? I assume it is connected to the used operating system, not the browser, is it?

great job a wonderful extension

Whoever tries to quickly update the Screen, check out CALL MOVES from RXB. You can establish sort of scrolling pretty easy. Yesterday I got my code down from over 20 lines to 8 But there are main features missing still It is fun

Hey Rxb What about expanding HCHAR and VCHAR by allowing a negative repetition number? If the number is negative, it reverses the direction. HCHAR by default repeats to the right. If negative it would repeat to the left instead. VCHAR by default repeats downwards. If negative it would repeat upwards. Just an idea from reading your RXB documentation.

I guess then a lot speaks for using the advantages of RXB. Cool. I am on programming something already, will switch to RXB then

interested

thanks for all the work Stephen and others.

While some consumer NTSC TV sets support a PAL signal on their normal Video Inputs (Video Composite In, Y/C In, YUV In, Hdmi In, ...), I doubt there is a single one that can decode a high frequency modulated PAL signal (output of the PAL modulator) back down to a low frequency PAL signal. For this you would require a PAL compatible TV Tuner. You have a higher chance to have success if you use the output from the 6 Pin DIN port directly. It is a YPbPr PAL signal. With some luck you might get an awesome flawless picture by going in to your Multinorm TV on its YUV Input. Or you modify a PAL modulator to output a low frequency Video Composite signal (still PAL, but now low frequency!). The downside of using a PAL TI-99 is really the different speed when playing games. I wish you the best!

would this change if you use the AC-9201 for powering the unit? The Wafertape drive had a similar issue, where stability if ever could only be reached via non-battery mode.

Is it the one from Curtis? http://www.suddenlink.net/pages/curtismc/cc40.htm

will do, added to my todo list

I got this photo from Lee (not L. Stewart).

from the Basic Interpreter Design Specification: CPU Ram: >8345 unassigned >8388 FLAG ... described as "Error flag bits." from the XB (Product 359) Basic Interpreter Design Specification: CPU Ram: >8345 FLAG ... described as "General flag byte." >8388 unassigned You could trigger some action that causes a change to FLAG. Like checking the current AUTO NUM status and toggling it to trigger the Auto Num bit switching in the FLAG Byte. If you see the bit changing in >8345, you are in XB or a XB variant. If you see the bit changing in >8388, you are in TI Basic. After your identification toggle it again to restore the memory state as before. At least when using the pure command line (not programmatically), this approach just worked in Classic99. Now the question is how to toggle Auto Num programmatically Another approach I could think of is using the condition of SDD99 that you always run XB with memory expansion, so it will store numerical variables in expansion ram in contrast to TI Basic. So: 1. check for the non-existance of variable RALPHB 2. assign Value 1 to variable RALPHB 3. check where the variable got stored by going the path from the CPU pointers. 4. if you end up in CPU Ram you run XB, if you end up in VDP Ram, you run TIB. 4. remove variable RALPHB

I assume Ralph means programmatically from the DSR that he is writing for SDD99. Do you want to know if XB is in the cartridge port or the active language? You can still call TI BASIC with XB being in the cartridge port. If you only want to know whether it is plugged in, then check for the GROM Header for the Program name. If you want to know whether XB is active, it might help to know whether this mechanism has only to be checked at a specific time during the init, or whenever the DSR is called? Meaning can you cache the value somewhere?

Hi Fabrice, I understood that Curtis want to setup outside arrangements and not use ebay to by the platform to sell the item.

There was also the CEC 9914 Cartridge Expander Device, shown by Jon here: http://hexbus.com/TI-99_4A_Home_Computer_Page/The_TI-99_4A_Home_Computer_Page.html

Hi Lee! Big thank you for scanning this. In case nobody else noticed, this document contains a not yet released updated version of the "GPL interface specification for the 99/4 Disk Peripheral". So far we had Version 2.0. This one from Lee is updated and got renamed to also covers the 99/8: "GPL Interface specification for the 99/4 and 99/8 Disk Peripheral". It also explains when the Buffer is not in VDP but in CPU Ram like on the 99/8. Many thanks again!

If you want to have a modern and compact PEB, then get a nanoPEB. This just sold out but contact the seller schmutzig1952 for more. https://www.ebay.com/itm/TI-99-4a-CompactFlash-Drive-RS232-Port-nanoPEB-Version-1-w-256mb-SanDisk-/202572030264. It gives you like a PEB the 32K Memory Expansion, a Disk Controller, 3 Disk Drives and a serial or parallet port. The CompactFlash Cart holds disk images that can be mounted into the 3 Disk Drives.

In the year 1993, when I was 13, our children room looked like this. TI PEB, 2 Consoles, Navarone Expander, Speech Synthesizer, some cartridges, a Sharp Tape Recorder. Each time we wanted to use the TI in our room we had to get permission to get the televison from another room Only during school holidays the television was permanently in our room. We never had a printer, a modem, or an accustic coupler to connect to the outer world. We had no IBM compatible computer at that time.

All the best Ralph, quality takes time.

great find! some challenge for mizapf