Jump to content
Have You Played Atari Today?
2600|5200|7800|Lynx|Jaguar|Forums|Store  

jedimatt42

Members
 View Profile  See their activity

  • Content Count

    3,419

  • Joined

  • Last visited

  • Days Won

    3

Posts posted by jedimatt42

  2. Posted

    TIPI is a highly extensible bit of code, and people are free to extend it, but to be clear, I will reject PR's around pure computation. However, the instructions for installing on a fresh Raspbian are there. Anyone can take up distributing a fork. I have purposely licensed away my right to stop anything.

     

    ----

     

    I really like the idea of loading up the F18A with 9900 assembly to do computational tasks. Even that probably has a bit of a barrier/cost. For IPC, you have to use mailboxes in VDP ram. I'm not sure how you know when the work in complete, except to keep it faster than you can ask. Someone could probably design a real nice software package to load in that has a little bytecode language and establishes a set of VDP RAM addresses that act as mailboxes to receive commands, and hold accumulated results. Issue one or more commands, then fetch results. 

     

    Although, I really admire the 8 bit programmers that figure out how to solve the problem without even a multiply and divide instruction in their 6502s.

    • Like 2

  4. Posted

    2 hours ago, Reciprocating Bill said:

    Hello all -

     

    Just wondering: has anyone utilized the TIPI as a FP math coprocessor for the TI?  Seems like a natural fit, passing arguments and results back and forth by means of the messaging interface. 

     

     

     

    People have asked about general computation facilities on the PI, and I have rejected that as crossing a line I am not interested in supporting.

     

    What I think would be cool, is actual integration of an early 80s floating point coprocessor. There were general purpose FPUs not targeted to specific CPUs.

     

  6. Posted

    57 minutes ago, FarmerPotato said:

    Does that mean that EVPC does not connect to the INT pin of the 9918A socket? (and that the 9918A is removed...) But instead signals the interrupt on the  external interrupt line? Which would be at TB 4. Except it's mixed with (useless) serial interrupt and everything.

     

    I'm not knowledgeable about the EVPC.

    Depends, the best I could tell, is there were multiple techniques to bring an interrupt signal back into the console, such as over the EXT-INT. 

    • Like 1

  7. Posted

    The sticky thing here, is there is no emulation that supports TIPI, and the 9938, to my knowledge. So without real hardware, we can only guess...

     

    Since the graphics show up from the built splash or whatever you want to call it... I'd say the screen output isn't an issue. 

     

    I had another program that didn't work correctly on @wolhess EVPC, when using the cru based VDP interrupt polling: 

     

    From line 96 in libti99:vdp.h 

    #define VDP_WAIT_VBLANK_CRU      __asm__( "clr r12\n\ttb 2\n\tjeq -4\n\tmovb @>8802,r12" : : : "r12" );

     

    So the use of this in https://github.com/tschak909/platoterm99/blob/3451c9bf9764ed9f4f51e9ad03bb93354651a201/src/main.c#L25 is blocking forever.

    • Like 1

  9. Posted

    6 hours ago, arcadeshopper said:

    Chess and chatti worked fine until just recently so maybe something in your last release or so or he changed something on his server I've let him know as well

    Sent from my LM-V600 using Tapatalk
     

     

    Maybe something changed in a 3rd party dependency...

     

    • Like 1

  10. Posted

    1 hour ago, BeeryMiller said:

    Tim, if there is no PI.PIO open and a subsequent close, then I think that explains what was happening.  If I understood Matt's comments from last year when he implemented the PI.PIO, it needs the Open and Close to trigger the appropriate responses for the PDF underlying code for the capture, and subsequent page(s) generation.

     

    Hopefully those programs that don't follow the proper protocols are few and far between. 

     

    Beery

     

    Think of it as printing to a FILE, not a simulation of the PIO device.

    • Like 1

  11. Posted · Edited by jedimatt42

    2 hours ago, wolhess said:

    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 system

     

     

    CHESS and CHATTI are probably leftover breakage from the python3 conversion. SNEK was reported, and I was able to fix it. I don't have access to the server or client code, just the TIPI piece in the middle. I will try and fix it this week. I don't run any of these programs unless someone reports an issue. The black blocks might be an error in the way EA5 CHESS loads the character set over the internet.

     

    Platoterm, my guess would be that it suffers from the same alternative VDP interrupt issue that Force Command demonstrated. In force command I fixed it by giving up a feature. 

     

    My TELNET client is poorly labelled... it shouldn't say "80 column", it should say "F18A Full Color 80 column". That mode will not work on the 9938. I have no intention of fixing it to do so. I have some intention of re-writing a new telnet based on Force Command, where I've already abstracted the terminal display out. But this is lower priority than my current project.

    • Like 2

  12. Posted · Edited by jedimatt42

    7 minutes ago, FarmerPotato said:

    Today I learned that maximizing the RAMDISK in AUTOEXEC with TIMODE.. is a really dumb idea.

    Now I can't run QDE to edit the AUTOEXEC - Insufficient Memory.

    I'm screwed.

    Maybe I can find an editor in GPL. 

    COPY CON AUTOEXEC
TIMODE
<CTRL-D>

    Or the actual MDOS equivalent.

     

    You can of course also just COPY AUTOEXEC ASIDE

    and reboot.

     

    You won't find a computer I've used for more than a moment without the filename 'aside' showing up.

    • Like 3

  17. Posted

    I guess I should add error checking to the mapping code for TIPI so you get feedback that you've entered an invalid mapping. TIPI mapping cannot target a disk image, it can only target a directory on the TIPI drive. When you put a valid disk image of files for the 4A on the TIPI, it automatically converts it to a directory of TIFILES FIADs. I don't think this is possible for P-Code.

     

    I highly doubt P-Code uses LVL3 or LVL2 IO routines for 'file' access. I recall hearing P-Code used it's own floppy format... so I assume it needs LVL1 (read-write any sector) access. TIPI doesn't have LVL1 access, there are no sectors on a TIPI.

    TIPI does support LVL2 file block IO... but that's a different thing... 

     

    I have it on good authority that the developer of TIPI doesn't own a P-Code system so he's not likely to ever support it.

    • Like 2

  18. Posted · Edited by jedimatt42

    4 hours ago, BeeryMiller said:

    And I just got a working version with no Swan display overwrites on what I will call a 0.99 eprom and a new LOAD-SYS file for the TIPI that will autotrack loading of TIP1.AUTOEXEC when MDOS loads.  The present eprom first tests for ramdisk then HFDC, before it then looks for the TIPI.  Efforts tomorrow will be to see if I can add IDE and SCSI to that eprom while keeping the Swan.

     

     

     

     

     

    As there are 2 version of a 1.00 boot rom already out, why would you call this 0.99? How will people know that is newer than 1.00 ? 

     

  19. Posted · Edited by jedimatt42

    12 minutes ago, FarmerPotato said:

    Yeah, I was going to use the MDOS 6.50 disk that @arcadeshopper sent me, but I started copying my source code floppies first, and then the new-in-box old-stock floppy drive .. died. So I missed that chance. I didn't copy CFHDX either.

     

    Yay! I just had to hit F5 for GPL/ROMPAGE. Now I'm in TIPICFG. TI BASIC can open files on TIPI.

     

     

     

     

    CALL TIPI("PI.HTTP://ftp.whtech.com/TIPI/DM2K")

     

    You can conveniently load programs right off the internet...

    (if your PI network works)

    • Like 1

  20. Posted · Edited by jedimatt42

    I expect nobody has tested with MDOS 6.00 and the corresponding GPL. 

     

    If that version of GPL supports ROMPAGE, then you should be able to use E/A option 5 to load "TIPI.TIPICFG" in GPL/ROMPAGE -- if this works, then you can load better copy tools from the TIPI... 

     

    MDM isn't going to know about TIPI, but the latest DM2K should be able to work with 1200.DSK0. as the source TIPI drive, and then you can copy from the TIPI to your MDOS friendly storage such as 1100.DSK1.

     

    At least that would be the theory... 

     

    Anyone know if ROMPAGE works in MDOS 6.00?

    • Thanks 1

  21. Posted

    3 minutes ago, FarmerPotato said:

    Thanks! 

     

    Also I thought I saw a place where it said "exit to MDOS" but now I don't know where. 

    Ctrl-Alt-Del doesn't work in Menu.

    I forget the special keys for exit GPL. Little help?

     

    Isn't it CTRL-SHIFT-SHIFT to get back to the GPL speed/cartridge/mode selection screen... and another CTRL-SHIFT-SHIFT from there to go back to MDOS.. ???

    • Like 1
    • Sad 1

  22. Posted

    1 hour ago, BeeryMiller said:

    Got a question to determine if this is possible.

     

    I've got multiple TIPI's, which I will give names as TIPI1 and TIPI4 in this example.  Everything is wireless through the same router.

     

    Is there a way TIPI1 can map to TIPI4 or to a folder on TIPI4?

     

    Right now, I am saving things on TIPI4, using Windows to copy that file and then paste it to TIPI1.

     

    There are TOO many ways you can do this to prescribe one. So... I would use NFS. 

     

    You could delete the /home/tipi/tipi_disk folder on the subordinate PIs. On the primary PI, you can create an NFS export for /home/tipi/tipi_disk, and then back on the subordinate PIs MOUNT the NFS share to /home/tipi/tipi_disk.

     

    You could probably also just mount the existing SMB share from the primary on each of the subordinate PIs. 

     

    Or, you could require that your PC be running when you use your TI, and mount a share from windows... 

    You could also mount below /home/tipi/tipi_disk like in a 'COMMON' folder ( so TIPI.COMMON. becomes the distributed folder ) 

    This isn't really a one-size-fits-all situation, but you have a full network friendly operating system in linux to enable this in dozens of different ways.

    Maybe one of the fine network-admin types on this forum would like to write up a howto-guide for people that don't linux. 

     

    I personally haven't found the need, as when I develop, if I want the binaries distributed to multiple PIs, I just script multiple SCP commands from my desktop as part of my build script, pushing to each PI. But I only have one system with a TIPI running now. 

     

    I use NFS to share between desktop and emulated PI, and in that case the mount command on the PI looks something like:

      

    mount -t nfs ${HOSTIP}:/tipi_disk /home/tipi/tipi_disk

    This assumes the 'export' name from the NFS server is 'tipi_disk' and the address of that server is in HOSTIP variable ( that can be replaced with something literal )

    I haven't ever tried to export NFS from linux myself... But the raspberry pi org has documentation: https://www.raspberrypi.org/documentation/configuration/nfs.md

    • Like 1
AtariAge
Forums
Store
General
Follow AtariAge

Copyright ©1998-2021 AtariAge

×
×
  • Create New...