wolhess

I can load Multiplan from the mapped tipi drive (DSK1.) and I load the data file from a mapped tipi drive DSK2. without an issue. In my tipi configuration I have AUTO=OFF. But I have load and save issues with the Multiplan tabel files when I use the 80 column version. My 80 column Multiplan only loads an existing table file. I can work with this file and I can save it using the same file name. If I will save a new file it doesn‘t work. So I have to use the 40 column version to create a new file or to save an existing file to a new name.

Hi, Your bin files work completely. Many Thanks. Now I can select "Multiplan" in Force Command and run directly in the Multiplan start screen. What I read from your previous explanations, two steps were necessary for the Multiplan autostart. 1. Enter the program entry address for the automatic start and 2. Establish the system environment as after a reset via the title screen. If you have a little more time, could you please explain how you changed everything exactly to enable the autostart and function? I am interested in how you found the program address for point 1 and how you created the system environment for point 2. And somehow you must have taught the Multiplan module that the second bin file with the system environment is loaded before the main program? I was reading the nouspikel.com website with the standard header summary. As far as I understand you have also entered the address of the program list in the field for the power-up list. The change of address 0x003 from 00 to 52, the address 0x0012 from D6 to D8 and the handling of the C file is unclear to me. I looked at the old and the new GROM file and looked for differences. This is the original GROM file: And this is the modified GROM file_ Wolfgang

OK, I think that's a bit beyond my knowledge.

Wow, I tested your modified bin file right now and it runs directly in the Multiplan screen without showing the title screen. But then nothing else is working. The cartridge shows the Multiplan "Press Enter Key To Load" but no key pressing is accepted. Also in the unmodiefied bin file you can press the "blank" key to change the colors, now nothing happens. I think the Multiplan cartridge is a litle bit more complicated than a normal game cartridge.

I was thinking more of a change in the Multiplan GROM similar to the autostart of Gazoo's XB 2.7 Suite.

Super cool, your cpm emulation is another tipi application for the TI-99/4a. Now we have access to a lot of text based applications from the cpm world. Maybe there is a MSDOS emulator available for the pi too?

Hello, maybe someone can help me to start Multiplan automatically. I have read in various threads that you can change a cartridge so that this cartridge program starts automatically. How does this work using the example of the Multiplan module? I regularly work with a Multiplan table on my TI system. (Console, FG99, PEB, TIPI, EVPC2 80 Column card, SAMS 1MB, TI Disk Controller with 80 Track mod, 1x5.25“ 360KB, 1x3.5“ 360K, 1x5.25“ 90K, Rave 99 Speech Adapter+speech card) Force Command version 1.17, tipi version 2.23 (dsr vom 24.02.2021) To do this, I start Force Command from FG99 and select Multiplan in 80-character mode via an "AUTOCMD" menu. The TIPI directories are mapped in the AUTOCMD and the Multiplan cartridge is loaded. This results in the TI showing the title screen and then I can start Multiplan with ENTER and choice 2 for Multiplan. With another ENTER the Multiplan application loads. If the Multiplan Cartidge Module starts automatically, the Title screen + Enter + Option 2 would be omitted. Perhaps there is also a patch to skip the selection "INSTALL PROGRAM DISK - PRESS ENTER KEY TO LOAD" and run Multiplan directly? This is what I do now: 1) Run Force Command 2) Select Multiplan and map the tipi directories 3) Press any Key 4) Select 2 for Multiplan 5) Press ENTER to load MP 6) Multiplan is running This is the menu part in my AUTOCMD to run Multiplan MP80: cls color 15 1 echo Setting up Microsoft Multiplan tipimap DSK1 TIPI.MM.P.80.TIMP tipimap DSK2 TIPI.MM.P.TIMP.TAB tipimap DSK3 TIPI.MM.P.TIMP.UTIL tipibeeps echo Loading Microsoft Multiplan cartridge fg99 PHM3113G And this is the Multiplan .bin File: PHM3113G I use in my FG99 phm3113G.BIN Thank You for any hints to make the multiplan.bin file autorunning.

Hi, i had a similar problem in my Mega Menu program development. The issue in my program was the array in line 200. I changed it to assign the value of max(x1,0) to a new variable and used the new variable in the statement e.g. 195 xn=max(x1,0) 200 if w1<32 then x1=xn this solved my problem

I found this manual in an old collection of software:

Hi, yes from my side! I have a nearly complete TI p-system with a TI console, a Peripheral Expansion System box with a sams card, a corcomp floppy controller and four floppy drives. I‘m using @apersson850‘s disks to make the fourth floppy available. Currently I try to use a Terminal via RS232 and I will connect an Epson compatible printer via PIO. The p-system let me feel I have a (very small) mainframe system for one user from the old day‘s in front of me. Maybe I can add my Horizon ramdisk to this system and maybe I can make the sams memory working with the p-system. I played a little bit with turtle graphics and with the TI-Pilot disk, but first I will work with the RS232/PIO connection to other peripherals.

I‘m using an OSSC too for my EVPC2/V9938 TI-99/4a system. At the beginning I had the same issue (somtimes a black screen for a second or two). Then I played with the configuration of the OSSC with success and since about three months I never had a black screen. It is completely stable.

@Tursi, yes my problem is solved. So from my site classic99 is working with the compiler. Please don‘t be frustated. Classic99 is super!

For my update from 1.5 to 2.x I had to make a new SD image. But it was some months ago.

Yes, Chess, chatti and snek are working again. Thank You!

Hi @jedimatt42, today I tried to get access to the internet applications snek, Weather, Stuarts Internet Browser, chatti, Chess, Platoterm and tipi telnet. I tested the access from my tipipeb (with EVPC2 80 column card) and from my V9929A system with a sidecar tipi. Both tipis are upgraded to v2.17. For SNEK, CHATTI and CHESS I used URI1.progname, URI1 is configured to "URI1=http://myti99.com" Here are the results: - Snek program is running on both systems. - Weather is running on both systems. - Stuarts Internet Browser runs on both systems (chess application is working) - chatti: On both systems I have the same issue, it shows a mysterious message from usr/lib/pystatus? and the search command doesn't show any user. - chess is working only from stuarts internet browser. The program from http://myti99.com.chess shows some characters on the screen and a part of the version number. I can press BLANK and "1" but all screens shows some black blocks and some numbers, but not the chess board. During the program is loading it had access more than 20 times to the tipi (tipi led = ON), before it shows the screen with the version #. - Platoterm is working on the sidecar/V9929 tipi system. On the tipipeb/V9938 system it shows the first title screen and then blocks the TI. This was the first test of these applications after I added the EVPC2/V9938 card in my tipipeb system a few weeks ago, so maybe some of my issues are based on the EVPC2 card. Only CHESS and CHATTI show the same behavior on both systems. Maybe I'm doing something wrong or I have to configure something different. CHATTI: CHESS Platoterm: And I tested Telnet from the tipipeb/V9938 system to my TBOX99 mailbox system on the sidecar/V9929 system in 32, 64 and 80 column. In 40 column and in 64 column it is working on the tipipeb/V9938 system. In 80 column mode it shows three times the upper part (about 10 lines) on different locations on the screen: For this I selected 80 column in the TELNET program and 80 column in the Afterhour BBS program.

Hi @tschak909, today I tested the Platoterm access from my both tipi systems. With my sidecar tipi on a plain console I got acces to Platoterm and could log in and I could do some other things. On my tipipeb system with a EVPC2 80 column card (V9938) I only get the first screen of the Platoterm system and then the TI99 hangs. Before I added the 80 column card I was able to acces Platoterm from this system, so I think it has to do with the EVPC2 card. This card should be compatible with the Mechatronic 80 column card, so maybe there is an update in the future to support an V9938 Videoprocessor?

I tried the AT-X program in mame and it works there. I can input shift characters without a screen problem. But mame emulates only the EVPC card and not the EVPC2 card.

Hi Tursi, Thank you for providing the debug tool. I'ts very easy to understand. You are right, the Isabella6 menu tries to load a file DSK6.QF after selecting "assembler" and in the wrong classic99.ini file I have a mapped drive to DSK6 on my tipi-SD card to Z:\C99FW\. In this folder I have the funnelweb system configured for c99 and there is a file QF. But this file doesn't have anything to do with the compiling process. With the fresh classic99.ini file there is no folder mapped to DSK6. so this failed to load and the compiling process can go on to assemble the program. I think the Isabella6 menu is using some type of auto boot tracking but I don't see anything to deal with the file DSK6.QF!? Maybe senior_falcon can check if he is searching a QF file on DSK6. It seems that classic99 is working correct! I changed DSK6 in the wrong classic99.ini file to Z:\MM\ (In this folder isn't a file called QF and the compiling process is working fine. In this case the Isabella6 menu can't open DSK6.QF and proceeds with assembling like the process with a fresh ini file. This are three log files of the complete process: - C99_AT_OK.log The compiling process with a fresh classic99.ini (working) - C99_AT_wrong.log The process with my corrupted classic99.ini (not working) - C99_AT_wrong_corrected.log The process with the corrected classic99.ini (working) - LOAD The Isabella6 menu file classic99_LOG.zip

Hi, maybe you will find it on page 34 in this pdf: cc_2_texasinst_ti99.pdf

Hi, my EVPC2 card, DIP switch 6 was OFF. (This was recommended by Michael Becker, he told me only DIP switch 7 and 8 should be set to ON) I set it to ON, but my screen is still broken when I press the SHIFT key in the AT-X program. If I break the compiled XB program, the display is fine again (as described in post # 757). I tested the program with both settings VDP MOVE=ON and VDP MOVE=OFF with the same results. Even TI BASIC shows the same results (After running TI-BASIC I have to make a CALL BASIC to see the correct screen). If I press one of the SHIFT keys the TI clears the screen, shows the TI BASIC READY prompt and I don't see any further input. So I have to make a CALL BASIC and NEW. Then TI BASIC is working again. It seems that the DIP switch 6 doesn't work in this case.

Hi Tursi, yes there are errors after I select Assembler, the debugger shows an Illegal opcode. And this is the disasm LOG started before I select ASSEMBLER from the Isabella6 menu. disasm.txt And so it shows, when I use a fresh classic99.ini disasm_working.txt

Hi @atrax27407, I'm using the snug EVPC2 80 column card without the extra wire from the console to the PEB. The card has a dsr, but I think it uses the standard GROM 0-3 in the console. Maybe I'm wrong. Usualy the EVPC2 is working without a console but with a HSGPL and a SGCPU card. In the HSGPL I assume the console GROMs are modified to work with the EVPC2 card. So I think I have no chance to use a modified GROM in my system. Wolfgang

On post #752 I wrote that the TI hangs up, but this isn't the case! I can use the program with press ENTER and input some characters or I can press "Q" to exit the program. But the screen is destoyed, the input characters are not displayed on the screen. If I press "Q" the program stops as it should and I see the correct screen output and the XB prompt. I modified the AT program to show the interrupt address values on >83C4: ATB.zip 1. I input HELLO and <ENTER> 2. I pressd <SHIFT> + "-" + <ENTER> 3. I input "Q" to exit the program I changed a setting in the EVPC2 card from MOVE VDP = ON to MOVE VDP = OFF. But the problem is the same!

Hi Harry, right now I tried my AT-X program with mame and the emulated EVPC (not EVPC2) card and it works too. We don't have an EVPC2 card simulator, so I can't reproduce my issue on a PC. I think I must use my solution with the CALL INAT replacement for the ACCEPT AT. Wolfgang

Yes, without the EVPC2 card all is working fine. I use this program since about two years on my real hardware. My issue is only with the EVPC2 card. I think the EVPC2 card switch the VDP memory and is using the EXTINT line to transport the VDP interrupt back from the PEB to the console. But I‘m no expert and I only have the manuals from snug for the card. The 9929 VDP controller in the console is replaced by an REPL99 card with some resistors and a quarz. If I run TI Basic the screen is always wrong. I have to do a CALL BASIC to get the correct screen output in TI Basic. This is a command from the EVPC2 dsr. If I press a SHIFT key in TI Basic the Basic blocks the screen again and I have to do a CALL BASIC again to get the Basic prompt. All Extended Basics are working fine, even I press the Shift keys. Up to now all XB programs and all assembly programs I tried are working with the EVPC2 card. Maybe this helps to determine my problem.