wolhess
-
Content Count
427 -
Joined
-
Last visited
Posts posted by wolhess
-
-
10 hours ago, Vorticon said:It turned out that the program disk had to be named TIMP... It's in the *README file 😬
Once I created a folder with that name and moved the files into it, everything worked, although like you I cannot seem to be able to save a new file. Not sure where the issue is here...
Yes you are right, my both multiplan versions are in different subfolders but both are named "TIMP"!
MP40: DSK1. = TIPI.MM.P.TIMP and
MP80: DSK1. = TIPI.MM.P.80.TIMP
DATA: DSK2. = TIPI.MM.P.TIMP.TAB
Today I tested to save a new worksheet on my real floppy drive DSK3. and this is working with both versions (40 and 80 column).
Existing worksheets I can load and save on a mapped tipi drive only with the same name. (also with 40 and 80 column version).
To save an existing worksheet with a different file name or in symbolic or other format I have to save it on the real floppy like a new worksheet.
So my approach for new worksheets or new filenames is to save it on a real floppy. Then run dm2k and copy the new file to my tipi data folder.
My normal work process is to map the TIMP folder to DSK1. and the data folder to DSK2. and I use DSK3. for my real floppy drive 3.
Then I run the multiplan cartridge directly from the FG99 or from my Mega Menu program or from a Force Command menu.
So I can load an existing worksheet, work with it and I can save it back to the tipi folder.
If I need an other filename for the worksheet or if I need a new worksheet, I save it to the real floppy DSK3 and later I copy the new file to the tipi folder DSK2.
All the above is working with the FG99 original phm3113.bin multiplan cartridge file.
The picture shows my worksheet with which I document my drinks purchases.
The modified cartridge file to autostart the multiplan cartridge is also working for existing worksheet files.
But this bin file has problems to save files even on a real floppy drive! Multiplan displays the message "Cannot write file" and then it hangs so I have to reset the TI console.
After I was doing this, the disk in DSK3. is corrupt. It cannot read or write data and dm2k shows an error 6. So I have to reformat the disk.
The 80 column version cannot print a worksheet, so If I will print it I use the 40 column version. This is the reason I configured my Mega Menu and my Force command AUTOCMD
so I can select both versions of Multiplan.I also tested to print the workspace to a file. This works also only on a real floppy and only possible with the 40 column version of Multiplan!
This file I can load with the TIW or like in the next picture with Fred Kaals 80 column editor or in the Funnelweb Editor with 80 column:
If I configure the PI.PIO printer with Print - Options - TAB (CTRL+A) setup: PI.PIO
When I print the worksheet it prints to the tipi printer and I can show it on the PC and print it on my PC-Printer.
-
10 hours ago, Vorticon said:Yes I see the same behavior on my set up. Not sure what's going on... I'll play with it some more.
Did you use the filname with the correct name in upper or lower case?
If you have mapped the folder, you can catalog the files in DSK1 with dm2k or with call cat(1) in rxb.
so you are shure you have the mp files in the mapped tipi folder.
-
10 hours ago, Vorticon said:Are you able to save to a new file if you use the real DSK1 or DSK2 drive instead of mapped drives?
I think I can save a new file on a real disc with the 40 column version. I will check this with the 80 column version tomorrow morning.
-
1 hour ago, HOME AUTOMATION said:So, >60D6, is my GPL program's...
thank you very much for the detailed explanation. This is a very interesting way to supplement your own program extensions.
-
On 5/22/2021 at 12:48 AM, Vorticon said:Any reason why Multiplan is insisting on loading from the real DSK1 drive?
I have DSK1 mapped to a TIPI folder and Auto is checked in the TIPI config...
I have always observed this behavior if the program is not found on the assigned TIPI drive. Then the DSR searches for the DSK1 device on other CRU addresses and finds the TI disk controller and my physical DSK1 on CRU 1100.
As a rule, I have just entered a wrong path or file name.
-
17 hours ago, Vorticon said:Do you any issue having Multiplan use TIPI mapped drives for the program disk? I can't get it to work....
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. -
On 5/19/2021 at 11:10 PM, HOME AUTOMATION said:I've re-exported the PAD data from Classic99. Not sure what went wrong the first time. Maybe windows didn't update the file. Maybe the file was updated when I closed Classic99. This time I paused the program, as recommended in the debugger's docs. Also verified the data against the debugger's, w/o closing Classic99 first.
So, now the QUIT issue is solved!
Not sure why I Can't seem to get away with using >7500, as a WORKSPACE POINTER... This means that this image wont start w/o 32k. FORCE COMMAND needs that anyway, and I switch back to MULTIPLAN's original WP at >83E0, before starting it. Still it would be nice to get this image to start more universally. ...Oh well.
phm3113G.BIN 40 kB · 2 downloads phm3113C.BIN 8 kB · 2 downloads
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
-
1
-
1
-
-
1 hour ago, HOME AUTOMATION said:So, I think the way to go, might be to...
Add a PHM3113C.BIN to the image.
Change the GROM to GRAM.
Replace the first couple bytes ahead of the GPL program with an XML up to ROM, reload PAD, and restore the original GPL bytes from there, then RETURN.For simplicity, the needed PAD data could be obtained from a Classic99 MEMDUMP(at TI TITLE SCREEN), and copied into the ROM, using a HEX-EDITOR.
OK, I think that's a bit beyond my knowledge.
-
9 hours ago, HOME AUTOMATION said:Afraid I'm not familiar with Gazoo's XB 2.7 Suite.
Perhaps all you need is something like the way AUTOCMD works.
I can't test this out right now as I don't have my 32k or TIPI set up now...
I just gave this a power-up header...
phm3113G.BIN 40 kB · 7 downloads
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.
-
1
-
-
I was thinking more of a change in the Multiplan GROM similar to the autostart of Gazoo's XB 2.7 Suite.
-
1
-
-
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?
-
2
-
-
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 PHM3113GAnd this is the Multiplan .bin File: PHM3113G I use in my FG99
Thank You for any hints to make the multiplan.bin file autorunning.
-
4
-
-
5 hours ago, SteveB said:Hi,
I stumbled across an issue with Isabella 7. I develop a game using XB256 and it progresses well. Most testing is done in Classic99 with CPU Overdrive, but I compile once in a while. Suddenly last night my program went bezerk. Still working fine when interpreted, but showing strange behaviour after being compiled. The lines
180 RC=0 :: CALL JOYST(1,X,Y) :: CALL KEY(1,K,S) :: X1=X1+X/4 :: CALL POSITION(#10,Q1,W1) 190 CALL LOCATE(#11,Q1,W1-16) 200 IF W1<32 THEN X1=MAX(X1,0) ELSE IF W1>210 THEN X1=MIN(X1,0)
should obviously attach sprite #11 on the left side of #10 and do so in XP. After compiling, it is about 4 chars to the left. Furthermore the joystick is only working sideways, no up or down.
I assume something in the (xb256?) runtime does not work anymore.
The program has 150 lines, the compiler produces a 33k Text-file and the OBJ has 51kb. Did I hit a size limit I am not aware of? The linker tells me "Runtime in high memory, 10216 bytes remaining". It is not my largest program, but the first using XB256.
Any help is appreciated!
Steve
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
-
1
-
-
On 3/8/2021 at 8:18 PM, hloberg said:Question, I wasn't able to get a copy of the TI-Pilot manual for posting in the p-card section of ti99res.... You wouldn't happen to have a copy scanned, would you?
I found this manual in an old collection of software:
-
22 hours ago, hloberg said:Question? Is there any interest in the P-System? Technically it's part of the original TI99 and I been toying around with a posting but undecided. What you'll think?
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.
-
1
-
-
On 2/20/2021 at 12:55 PM, globeron said:I had so many issues with the GBS8200 devices, that I decided to buy the OSSC device to see if that works better. I made my own SCART to DB9 connector (and use the adapter of @Shift838 from DB9 to DIN8 pin plug). The quality is very good now. (Still need to sort out interlacing mode etc. as it seems the screen is not stable in that mode, i tested Fractal-NTSC and -PAL.
However there is still an issue that I loose the signal for a split second when the Geneve card works longer, i think when it warms up (but it is much better than with the GBS 8200 device as the screen comes back).
There is 1x regulator 12V I did not change yet. I only replaced the 5V regulators (which made the Geneve itself working stable).. Could the 12V cause the issue loosing the signal? In earlier posts I also had to replace some other components.
PS. The OSSC device is arounf USD 137 on Lazada.
More about http://junkerhq.net/xrgb/index.php?title=OSSC
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.
-
1
-
-
14 hours ago, Tursi said:(Edit: Ah, in re-reading I see that for the most part, we solved it, except that we have no idea WHY it's trying to load QF, or why it's trying from DSK6. I don't think that's a Classic99 problem.)
@Tursi, yes my problem is solved. So from my site classic99 is working with the compiler.
Please don‘t be frustated. Classic99 is super!
-
2
-
-
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!
-
2
-
-
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.
-
1
-
-
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?
-
1
-
1
-
-
18 hours ago, atrax27407 said:I don't have a real iron system with an 80-column card (out for repairs). However, I can try it in MAME if that will work.
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.
-
15 hours ago, Tursi said:Unfortunately the illegal opcodes scrolled off any previous messages of interest -- you can trap that with the debugger option "Break on Illegal Opcode" - will automatically breakpoint at the first one. You can also use any Windows debug viewer to log /all/ the Classic99 messages, instead of just the last 20 or so. (DbgView is a good one - https://docs.microsoft.com/en-us/sysinternals/downloads/debugview )
In the second screenshot, my interest would be whether a directory happened, but again the file accesses scrolled anything interesting away.
Is it odd that it's trying to access DSK6, though?
Anyway, not asking you to dig deeper at the moment, just recording my thoughts. I can take a peek in a couple days - just getting into a new job here.
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
-
2
-
-
Like us on Facebook
Follow us on Twitter
AtariAge on Instagram
Watch us on YouTube
Chat on Discord
Start MULTIPLAN cartridge from FG99 automatically
in TI-99/4A Computers
Posted
I think this is a result of patching the original Multiplan version to work with 80 columns on the TI hardware.
It seems this is not an official version from Microsoft.
I have Multiplan for my CP/M Plus system and for my MS-DOS PC in 80 column and with these I have no problems.