Jump to content
IGNORED

TIPI Usage and Support


jedimatt42

Recommended Posts

  • 4 weeks later...

No hardware is included i use the same #2 Screws i use in the joystick adapter for the acrylic cover

 

Sent from my LG-H872 using Tapatalk

 

I just got everything mounted for my TIPI PEB, so I figured I'd share the parts specs. I bought assortments because I know I'll use them on other projects.

 

Screws: #2-56x3/8" - I suspect if you used shorter screws, you'd have trouble getting the nuts started at the USB port end of the Pi.

https://www.amazon.com/gp/product/B07BWBPV5G/ref=ppx_yo_dt_b_asin_title_o00__o00_s00?ie=UTF8&psc=1

 

Washers: 2x M3 nylon per screw. This gave me enough clearance, but not by much. I had trouble fitting a simple cable tie under the Pi to help tidy the wiring.

https://www.amazon.com/gp/product/B079D5RRFH/ref=ppx_yo_dt_b_asin_title_o00__o00_s00?ie=UTF8&psc=1

  • Like 1
Link to comment
Share on other sites

 

I just got everything mounted for my TIPI PEB, so I figured I'd share the parts specs. I bought assortments because I know I'll use them on other projects.

 

Screws: #2-56x3/8" - I suspect if you used shorter screws, you'd have trouble getting the nuts started at the USB port end of the Pi.

https://www.amazon.com/gp/product/B07BWBPV5G/ref=ppx_yo_dt_b_asin_title_o00__o00_s00?ie=UTF8&psc=1

 

Washers: 2x M3 nylon per screw. This gave me enough clearance, but not by much. I had trouble fitting a simple cable tie under the Pi to help tidy the wiring.

https://www.amazon.com/gp/product/B079D5RRFH/ref=ppx_yo_dt_b_asin_title_o00__o00_s00?ie=UTF8&psc=1

 

Nice... that's basically what I was including with the cards back in the last batch I provided. I haven't tried to tame the cables yet...

 

And whoever is supplying ArcadeShopper with the cards now, has my thanks!

 

-M@

  • Like 2
Link to comment
Share on other sites

Hello, just tried my TIPI.

 

The password and ssid are saved and its shows the IP address received when I do a call tipi in basic.

 

In a browser on my computer, http://my_IP:9900 can access the page. SSH to the pi is also working.

 

Problem is when doing a call tipi("tipi.net.telnet") in basic, the ti-99/4A reboot to the TI intro screen.

 

Should I set something special on my wifi at home ? Thanks

Edited by lolof
Link to comment
Share on other sites

Yes, I didn't know but it was written in upper case in the wiki...

 

Just looked at a youtube from jonecoole and loaded some dsk image extented basic games with tipimap, dir.... the same way he is doing in the video.

It's working well.

 

I wonder if it's possible to play the dragon's lair demo bin file loading it from TIPI ?

Link to comment
Share on other sites

Yes, I didn't know but it was written in upper case in the wiki...

 

Just looked at a youtube from jonecoole and loaded some dsk image extented basic games with tipimap, dir.... the same way he is doing in the video.

It's working well.

 

I wonder if it's possible to play the dragon's lair demo bin file loading it from TIPI ?

No it requires a giant cartridge rom to run. Bigger than is made at this time. I have the intro part in a hacked 4mb cart. The full demo is 6mb. So no way.. Here's the intro cart at PRGE https://youtu.be/nniB5P6uy0E

 

Greg

 

Sent from my LG-H872 using Tapatalk

  • Thanks 1
Link to comment
Share on other sites

No it requires a giant cartridge rom to run. Bigger than is made at this time. I have the intro part in a hacked 4mb cart. The full demo is 6mb. So no way.. Here's the intro cart at PRGE

 

Greg

 

Sent from my LG-H872 using Tapatalk

 

 

It is not just about size, it is also about speed. TIPI is very slow compared to a ram-disk or ROM.

 

-M@

  • Like 1
Link to comment
Share on other sites

I'm not sure if this is possible...

 

... but is it theoretically 'doable' to integrate a "TPIO" routine into the TIPI software or firmware that emulates printer? The idea is to dump the output to the SD card on the TIPI's SD card in PDF format so that it could be downloaded from the TIPI and onto the PC for printing once the file was done 'printing' and the file closed.

 

The TIPI (IMHO) is the best thing to come out for the TI in decades, but the need to print still eludes me.

Link to comment
Share on other sites

Greg started some work in that area... for prototyping, we depended on the program you want to use allow printing to files... It involved finding an epson emulator to transform the TI output through to bring stuff up to something modern like PDF... I imagined adding a printed files section to the web-ui, so you can just click to open a 'print' and then print it to paper from chrome... or archive as PDF if you like...

 

It is still on the backlog... All totally possible... If someone moved the middle leg ( taking TI print from file to PDF with linux software ), I would be happy to integrate the 1st (PI.PIO.) and last (tipi:9900) leg into TIPI... There just isn't enough value driving it right now.

 

Greg had some thread on here before... a search might show how far he got...

 

-M@

  • Like 1
Link to comment
Share on other sites

Greg started some work in that area... for prototyping, we depended on the program you want to use allow printing to files... It involved finding an epson emulator to transform the TI output through to bring stuff up to something modern like PDF... I imagined adding a printed files section to the web-ui, so you can just click to open a 'print' and then print it to paper from chrome... or archive as PDF if you like...

 

 

Good to hear Matt! That is better than I imagined! Printing seems to be the only original function we are still lacking. I'll be hoping that this reaches the top of the pile eventually.

Link to comment
Share on other sites

Greg started some work in that area... for prototyping, we depended on the program you want to use allow printing to files... It involved finding an epson emulator to transform the TI output through to bring stuff up to something modern like PDF... I imagined adding a printed files section to the web-ui, so you can just click to open a 'print' and then print it to paper from chrome... or archive as PDF if you like...

 

It is still on the backlog... All totally possible... If someone moved the middle leg ( taking TI print from file to PDF with linux software ), I would be happy to integrate the 1st (PI.PIO.) and last (tipi:9900) leg into TIPI... There just isn't enough value driving it right now.

 

Greg had some thread on here before... a search might show how far he got...

 

-M@

 

Printing to a pdf is dead easy.. we could even make a PI.PIO device to do it pretty easily.. the hard part is taking that print output and making it "look right" I found a couple "epson to ps" converters, neither works right. I then spent a year not working on this so I'll have to get back into it and see what I can find.

 

Greg

  • Like 1
Link to comment
Share on other sites

  • 2 weeks later...

Someone found a new bug, until I publish the fix you will get odd errors if you create directories named 'TIPI' because currently I mistake them for the drive mapping meta-data files that go by that name.

 

-M@

 

Thank you for fixing this! The errors I was having had me puzzled until it was officially identified.

 

Thank you to Greg as well for allowing me to share a video the issue.

  • Like 1
Link to comment
Share on other sites

I could see the TIPI having the capability to play video, but not in the sense one would expect. It would require someone to write some additional drivers for the TIPI.

 

Scenario, one would need to capture some video of some designated format onto the TIPI. This video file would then need to be processed frame by frame to be displayable in some particular size on the 9918/9938/F18, etc and saved on the TIPI drive.

 

At this point, one would have a new TIPI call routine that reads the file and writes straight to VDP to the destination to be visible. One would not want it to read to RAM then MOVB to VRAM as it would then be very slow, rather the TIPI to write straight to VRAM.

 

Whether the call does a continuous play, or does any kind of test for a keyboard pause/stop/etc., would have to be coded into the call. Hopefully, that would not cause the video display to be slowed down significantly. Then, the final hurdle is playing audio. The TIPI app that processes the video frame by frame would need to also have to process audio or we could have silent movies <grin>.

 

Selecting a video format to a manageable "defined" format from all the formats out there would be the first step, then the second step would be to take the defined format to be a presentable format on a TI screen would be the final step.

 

I'm not saying it would be easy. To maintain the necessary speed of the video, either frames/sec and/or size of display window would have to be adjusted. It's possible the window could be too small to sustain anything large.

 

Just thinking out loud.........

 

Beery

  • Like 1
Link to comment
Share on other sites

This isn't really a TIPI support topic... but, while you are all dreaming...

 

A DSRLNK to LOAD goes from device into VRAM, the PAB indicates where in VRAM. Actually all Level 3 IO routines and level 2 routines ( except for Myarc special ones ) leave the received data in VRAM, and can be instructed to put that data wherever you want... such as >0000...

 

Someone should try capturing Multicolor mode images to files, and then loading them right into the display...

 

32 x 24 block screen * 4 multicolor pixels per block * 0.5 bytes per pixel for color = 1536 bytes per screen = 6 lvl2 block reads per screen.

 

If you want to use a smaller window, you have to trade that with copying data from off screen VRAM through CPU ram back to on screen VRAM.

 

With TIPI that would give you maybe 5 frames per second frame rate. Accounting for no overhead to select the next file/frame. And no overhead to control a frame rate... and no audio data/playback.

 

TIPI performance goals are : faster than a floppy for files, & faster than RS232 for TCP... that's it.. It is a serial connection between the PI and TI, with 4 bytes of exchange for every byte read...

 

-M@

  • Like 4
Link to comment
Share on other sites

I'm not saying it would be easy. To maintain the necessary speed of the video, either frames/sec and/or size of display window would have to be adjusted. It's possible the window could be too small to sustain anything large.

I already have a video converter script up and running.. but to maintain a frame rate of just 8.5 fps, with only half a frame of video and audio, you need to be able to stream constantly at memory-rate from the TIPI device to VDP. I haven't got mine up yet (waiting to finish DL), but if it can operate as a ROM device, then it's fast enough to work.

  • Like 1
Link to comment
Share on other sites

I only have a small 4gb card which i will install the raspbian/tipi os onto, and i intend i had hoped to just be able to load all my tifiles onto a cheap usb stick.

Can tipi map a folder containing tifiles on a fat32 usb device hooked to the pi as a DSK1-3. device?

Or would i still need to copy the files from the usb drive onto the Pi's sd card?

I know on linux a usb drive shows up in the filesystem tree as something like: /media/volume-name/

So do i just set the dsk1 path to the literal linux filesystem path to the device i want to use?

Edited by jrhodes
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.
Note: Your post will require moderator approval before it will be visible.

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...
  • Recently Browsing   0 members

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