Jump to content
IGNORED

TIPI Usage and Support


jedimatt42
 Share

Recommended Posts

Sneaking in here for a sec, I'll be out asap... just wanted to mention, I've had to use my raspberry pi for other things over the past couple years, and when time came to put the OS on, and the raspberry Pi on the back of the tipi card and place it back in the PEB, I've always found it very straightforward, simple and flawless! (that is, AFTER my 1st encounter with Greg explaining what I did wrong with my first SD card), but otherwise, after 3-4 OS swaps, device pull, and all, I've been back in operation within, like, 15-20 mins, and just a restore takes more time on my 1TB SD card, but I just want to say, what I always say when this thing kicks in and the upgrade starts,

 

"what a great job Matt has done putting this together". I'm always amazed on how smooth things go  thank you Matt!!

  • Like 5
  • Thanks 1
Link to comment
Share on other sites

Is there a function or feature that would allow me to print from the TI to the TIPI and output a simple, native "text" file format?   I generate various logs and files that I review and edit on the PC.  I know about "PI.PIO" but it outputs a PDF.

 

Currently, I append my output to a DV80 file named "TIPI.PRINTER" and when I am done appending, I open the file in TI99DIR and/or convert to a PC text file that I can review and make notes in Notepad (or similar editor).  It works, but I thought I'd ask if there was another way.  Thanks.

Link to comment
Share on other sites

Hello - hoping one of the gurus can help point me in the right direction:

 

I'm interested in downloading 

TI Casino

By Ken Gilliland

from: http://tigameshelf.net/xb.htm

 

My system consists of:  TIPI, 32K sideport, Final Grom, joysticks.

 

When I download the TI Casino zip it has several program files.  I can't get them running on the TIPI.  

 

Has anyone been able to do this?   Would you be willing to share step by step directions for this noob?  Thank you!

  • Like 1
Link to comment
Share on other sites

6 hours ago, Switch1995 said:

Hello - hoping one of the gurus can help point me in the right direction:

 

I'm interested in downloading 

TI Casino

By Ken Gilliland

from: http://tigameshelf.net/xb.htm

 

My system consists of:  TIPI, 32K sideport, Final Grom, joysticks.

 

When I download the TI Casino zip it has several program files.  I can't get them running on the TIPI.  

 

Has anyone been able to do this?   Would you be willing to share step by step directions for this noob?  Thank you!

You should be able to use the v9t9 DISK link on tigameshelf.. download it and you get a Casino.dsk file.  Use your web browser and go to the http://tipi.local:9900/ page. 

 

There is an icon that looks like an up-arrow pointing at a TI console... (upload files) ... click it... then select the 'choose files' button... a dialog opens up... find and select your Casino.dsk file, and close the dialog with the 'open' button... then press the 'upload' button. 

 

After a few moments, TIPI will extract the DSK file to a directory called CAS ( the volume name of the disk ) 

 

Now... go into TI BASIC and enter :  CALL TIPI

 

TIPICFG will load... set the automap or auto or whatever I alled it option to 'on', and 'w'rite the configuration... 

 

Now, insert an TI Extended Basic Cartridge... 

 

Go into TI Extended Basic...

 

enter:  RUN "TIPI.CAS.LOAD"

 

--- I haven't actually tried TI Casino... but looking at the DISK, that should work -- EDIT: Yep, that works :( Dealer wins... cleaned me out... ---

 

Setting the AUTOMAP feature on, will detect the PROGRAM image loading of the "LOAD" program, and map DSK1. to the directory it was loaded from, TIPI.CAS.

 

  • Like 5
  • Thanks 1
Link to comment
Share on other sites

  • 4 weeks later...

Love this device.

  Received the lotto picker program from GE Ridgeway Service (via) ebay.

  Plugged in the cassette recorder and fired up the TI System.

  Odd - thing, Cassette load said error in data, then was asked if I wanted to check, I did.

    then the console says your good.

 So now, I need to save this program.

   SAVE TIPI.lotto.

 

 So one problem solved (moving the program off a cassette tape).

 

 In the bad old days, I'd have had another problem, getting it to a PC.

 

 Not now, in to a browser, download and Done!

  • Like 3
Link to comment
Share on other sites

Update 2.33 

 

Add support for ?W and ?X record file output path modifiers. Borrowed from Classic99. 

 

Documentation detailed here:  https://github.com/jedimatt42/tipi/wiki/Native-Files

 

-- 

You can use this to craft PC friendly files, text or binary.

For text, the end of line defaults to Windows just for you! You can override that globally. 

  • Like 5
Link to comment
Share on other sites

1 hour ago, jedimatt42 said:

Update 2.33 

 

Add support for ?W and ?X record file output path modifiers. Borrowed from Classic99. 

 

Documenation detailed here:  https://github.com/jedimatt42/tipi/wiki/Native-Files

 

-- 

You can use this to craft PC friendly files, text or binary.

For text, the end of line defaults to Windows just for you! You can override that globally. 

Matt,

 

This update looks very interesting.  I see some potential with the ?W modifier and saving source files as .txt files that can be uploaded to github without going through an extra step of using TIDIR to convert DIS/VAR 80 to TXT files.  

  • Like 2
Link to comment
Share on other sites

Question:  what is expected during a TI/Geneve-requested TIPI file rename operation?  For example, if I rename the file "GPL" to "GPLTEST" using opcode >13, the filename TIPI presents to me is changed to "GPLTEST", as expected. The name within the TIFILES header does not change; should it change?  I read through the wiki without finding anything definitive about this operation. 

 

Where things get confusing to me is when using a program like @F.G. Kaal's TI99Dir to copy files (to a folder or disk image), the TIFILES filename is used. 

 

In the example screenshot, renaming "GPL" to "GPLTEST" within the TI/Geneve environment results in two different names.  When I copy GPLTEST to a disk image, Ti99Dir creates the file as "GPL", not "GPLTEST".  I realize a similar discontinuity can happen if I rename from the RPi side or via a Windows share, but I wasn't expecting the difference for operations contained within the TI environment.

 

image.png.18dddc8ea337f3a774e628b8976a35db.png

Link to comment
Share on other sites

48 minutes ago, InsaneMultitasker said:

Question:  what is expected during a TI/Geneve-requested TIPI file rename operation?  For example, if I rename the file "GPL" to "GPLTEST" using opcode >13, the filename TIPI presents to me is changed to "GPLTEST", as expected. The name within the TIFILES header does not change; should it change?  I read through the wiki without finding anything definitive about this operation. 

 

Where things get confusing to me is when using a program like @F.G. Kaal's TI99Dir to copy files (to a folder or disk image), the TIFILES filename is used. 

 

In the example screenshot, renaming "GPL" to "GPLTEST" within the TI/Geneve environment results in two different names.  When I copy GPLTEST to a disk image, Ti99Dir creates the file as "GPL", not "GPLTEST".  I realize a similar discontinuity can happen if I rename from the RPi side or via a Windows share, but I wasn't expecting the difference for operations contained within the TI environment.

 

image.png.18dddc8ea337f3a774e628b8976a35db.png

I originally wasn't going to put the name in the TIFILES header, and then woke up one day to notice that I was puting it in there... So, not updating this in the header during the rename is a bug. 

  • Like 2
  • Thanks 1
Link to comment
Share on other sites

Thank you.

 

I've attached a log file for something else that I encountered that is very peculiar.

 

The Geneve COPY command reads a file until it can read no more, ignoring (or misusing) the additional info block count.  I'm seeing what looks like file growth by one block after each copy, even though the TIFILES header doesn't reflect a size change.    It's as if reading beyond the end of the file causes an extra block to be allocated, and the last sector duplicated into the new block.  The log shows three values are increasing when the direct input routine tries to go beyond the current limit: "request exceeds file size: t: 9856, s: 9856, e: 10112", though I'm not sure what each number represents.  

 

 

tipi direct input output growth 3-14-2022.txt

 

If I use the COPY command to copy GPL1 to GPL2, GPL2 to GPL3, etc. the file content increases by one block each time.  Notice the TIFILES header still shows a size of x18 0x21 blocks.  Here are the last three iterations of the file as seen by Fred's Ti99Dir, the content of the file (not the header!) seems to agree with the log.

 

 

GPM3.txtGPM5.txtGPM4.txt

If necessary, I can write a short program (later this week) to tell me the additional info block count during the copy, to provide additional context.

 

Edit: I attached the wrong files during my first post save.

  • Like 1
Link to comment
Share on other sites

Looks like I have some > checks that should be >=, resulting in a non-error when you read one too many blocks. It returns 0 bytes from the python side leaving the buffer with the data from the previous block intact... 

 

Should be easy to fix but might take me to the end of the week to verify and release.

  • Like 4
Link to comment
Share on other sites

20 hours ago, jedimatt42 said:

Looks like I have some > checks that should be >=, resulting in a non-error when you read one too many blocks. It returns 0 bytes from the python side leaving the buffer with the data from the previous block intact... 

 

Should be easy to fix but might take me to the end of the week to verify and release.

Here is some debug info I was able to capture via rs232 from the Geneve's DSR calls that suggests the direct output routine (0x15) does not generate an error if the caller writes beyond the allocated file size.  GPM5 is a program of file size 0x0021 blocks that has expanded through iterative copies.  

 

PBin : 0A00 0001 2000 0000 0000 0000 0000 0018 TIPI.PLAYE2022.TEST.GPM5
brd*  : 0021 0100 0600 0021 --0000 0100 0021 0600 0021 0000 0000 0000 0000 0000    [addinfo/file parameter block]
PBout: 0A00 0001 2000 0000 0000 0000 0000 0018     TIPERR: 0000

PBin : 0A00 0001 2100 0000 0000 0000 03BE 0018 TIPI.PLAYE2022.TEST.GPM5   [read up to 0x03BE file blocks into buffer]
PBout: 0A00 A001 4800 0027 0000 0000 0397 0018     TIPERR: C000   { read past EOF, file size increased by one block each iteration;  0x0397 blocks not read}

---

 

Writing the same file, with the same additional info block  (file allocation 0x0021 blocks, 0x0027 sectors written): 

---

PBin : 0B00 0001 2000 0000 0000 0000 0000 0018 TIPI.PLAYE2022.TEST.GPM6
bwrt* : 0021 0100 0600 0021 --0000 0100 0021 0600 0021 0000 0000 0000 0000 0000  {create file; allocate 0x0021 sectors}
PBout: 0B00 0001 2000 0000 0000 0000 0000 0018     TIPERR: 0000    [allocation successful]

PBin : 0B00 0001 2100 0000 0000 0000 0027 0018 TIPI.PLAYE2022.TEST.GPM6   [ try to write 0x0027 blocks - this is a bug in the Geneve copy routine ]
PBout: 0B00 0001 4800 0027 0000 0000 0000 0018     TIPERR: 0000   {no error reported; able to write blocks beyond the allocated file size}

 

*The brd/bwrt debug lines depict both the TIPI addinfo block and Geneve dsr addinfo block. The two are equivalent here.

  • Like 1
Link to comment
Share on other sites

Update 2.34 - 2022-03-19

 

Fix the rename operation to set the new name in the TIFILES header ( it is now really a load, modify, write, delete )

Fix bounds checking on lvl2 direct-input and direct-output to respect the declared limit in the header.

 

 

  • Like 2
  • Thanks 1
Link to comment
Share on other sites

Is that related to my observation that when I upload a TIFILES file to the TIPI by the web interface, it does not take the embedded name in the TIFILES file but mangles the file name?

Link to comment
Share on other sites

Is that related to my observation that when I upload a TIFILES file to the TIPI by the web interface, it does not take the embedded name in the TIFILES file but mangles the file name?
Is the filename larger than 10 chars?

Sent from my Pixel 6 Pro using Tapatalk

Link to comment
Share on other sites

53 minutes ago, mizapf said:

Is that related to my observation that when I upload a TIFILES file to the TIPI by the web interface, it does not take the embedded name in the TIFILES file but mangles the file name?

 

 

From TIPI's point of view, the filename of the file is the file's name in the host filesytem. The name inside the file is not the files name. I only set the name inside the file to be slightly friendly.

  • Like 1
Link to comment
Share on other sites

We discussed that file name concept in the past, I don't want to get back to that. I'm using the embedded name in TIImageTool, and it's also used in TELCO (and maybe more tools).

 

Currently you seem to pick the upload name only. Another idea could be to check whether TIFILES contains a valid file name, and take that to store the file on TIPI. But I also have an option in TIImageTool to export files from the image by its internal TI name, so it is not really a problem for me.

  • Like 1
Link to comment
Share on other sites

We discussed that file name concept in the past, I don't want to get back to that. I'm using the embedded name in TIImageTool, and it's also used in TELCO (and maybe more tools).
 
Currently you seem to pick the upload name only. Another idea could be to check whether TIFILES contains a valid file name, and take that to store the file on TIPI. But I also have an option in TIImageTool to export files from the image by its internal TI name, so it is not really a problem for me.
Imho it's best to upload a disk image and let the auto unpack do all the filename translation

Sent from my Pixel 6 Pro using Tapatalk

  • Like 1
Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
 Share

  • Recently Browsing   0 members

    • No registered users viewing this page.
×
×
  • Create New...