Jump to content
IGNORED

PiRTO preview - New RTO multicart powered by Raspberry Pico


Recommended Posts

13 minutes ago, Crash7 said:

 

 

Reformat your SD card via FAT32. 

 

And then get rid of those letter folders.  

 

Put your PiRTO software, 0.cfg, games, and their CFG files if they have them, all in the same area.  

 

When it gets past the start menu the next thing you should see is the games all on the same list. 

 

That's when games started working for me on my goofy Super Pro, even though all of them don't work but some do if they have their own CFG file. 

 

In my Sears console, everything works using this setup, also with using the Intellivoice. 

 

And the Sears, and the original INTV unit, are built the same. 

Card is formatted to FAT32

I have no idee what is 0.cfg or other config files. They are not mentioned here https://github.com/aotta/PiRTO

This is European Intellivision.

Link to comment
Share on other sites

On 6/15/2024 at 11:39 PM, 8bitgeneration said:

Hi,

here you can fine a couple of Pi-RTO: I have assembled a couple for myself and some more to sell if there is someone interested. I send them from EU.

What a great product Andrea has designed (thanks!)

 

https://www.etsy.com/shop/HALsFriends

 

Bruno

Bruno have messaged you several times via my Etsy purchase that has not yet arrived can you please respond.

Link to comment
Share on other sites

  • 2 weeks later...

Hi! Haven't been on much lately! Picked up a Pi-RTO and was away when it arrived. Opened the package, ready to dig in, but can't insert the cart! It seems the shell has warped:

image.thumb.png.bd3c2feaa00246a0a1747aaaad06ee01.png

 

Any tips? I haven't opened up the cart to just insert the board directly.

 

If the files for the shell are available, I can likely find a friend to print up a new one. Not brave enough to try a heat gun.

Link to comment
Share on other sites

On 6/26/2024 at 5:41 PM, utri007 said:

Card is formatted to FAT32

I have no idee what is 0.cfg or other config files. They are not mentioned here https://github.com/aotta/PiRTO

This is European Intellivision.

I can try to describe what 0.cfg is for...

 

During the development of LTO Flash! UI software (actually, years before that!) I recall finding some reference materials for the original 125 ROMs and their corresponding .cfg files. IIRC I may have found it in jzIntv... (As an experiment, I was working on implementing an Intellivision emulator in a graphical programming language in... maybe... 2003 or 2004 ... when I learned about Intellivision ROM formats.)

 

Anyway, if memory serves, emulators with their roots in the early-mid 90s or that have built upon those core documents about Intellivision emulation follow a pretty simple rule to "guess" at a .cfg file if one is missing.

 

There were 10 "canonical" .cfg files that worked for all of the original 125 game ROMs. (Not sure sure about World Series Major League Baseball, though -- that's always been a special one.) Based on the CRC32 checksum of the raw .bin data for the ROM, if a corresponding .cfg file could not be found (based on file name, e.g. loading foo.bin would look for foo.cfg), then the "best guess" based on .bin file checksum would be used. Emulators often included these as embedded data or as separate files. The 10 "best guess" .cfg files would be 0.cfg, 1.cfg, ... 9.cfg. If the CRC didn't match any known ROM, then the "most popular" file, 0.cfg, would be used. (Again, going from memory, most of the Mattel ROMs can work with 0.cfg. Imagic and Activision usually did something different.)

 

These days my bet is that the likelihood of that file working with any newer games is not so great. Due to the wonderful new tools we have (IntyBASIC and related music trackers and sound and graphics helpers), we have much larger ROMs that more often need specialized .cfg files. Once you get into advanced features like RAM, bank switching, and custom memory maps to ensure ECS compatibility or take advantage of special hardware features available on some boards for carts, it gets trickier.

 

Not sure if this helps, but it's been too long since I've done any Intellivision-related posting so it just fell out of my brain onto the keyboard. :P 

  • Like 1
Link to comment
Share on other sites

On 7/14/2024 at 2:47 PM, intvsteve said:

I can try to describe what 0.cfg is for...

 

During the development of LTO Flash! UI software (actually, years before that!) I recall finding some reference materials for the original 125 ROMs and their corresponding .cfg files. IIRC I may have found it in jzIntv... (As an experiment, I was working on implementing an Intellivision emulator in a graphical programming language in... maybe... 2003 or 2004 ... when I learned about Intellivision ROM formats.)

 

Anyway, if memory serves, emulators with their roots in the early-mid 90s or that have built upon those core documents about Intellivision emulation follow a pretty simple rule to "guess" at a .cfg file if one is missing.

 

There were 10 "canonical" .cfg files that worked for all of the original 125 game ROMs. (Not sure sure about World Series Major League Baseball, though -- that's always been a special one.) Based on the CRC32 checksum of the raw .bin data for the ROM, if a corresponding .cfg file could not be found (based on file name, e.g. loading foo.bin would look for foo.cfg), then the "best guess" based on .bin file checksum would be used. Emulators often included these as embedded data or as separate files. The 10 "best guess" .cfg files would be 0.cfg, 1.cfg, ... 9.cfg. If the CRC didn't match any known ROM, then the "most popular" file, 0.cfg, would be used. (Again, going from memory, most of the Mattel ROMs can work with 0.cfg. Imagic and Activision usually did something different.)

 

These days my bet is that the likelihood of that file working with any newer games is not so great. Due to the wonderful new tools we have (IntyBASIC and related music trackers and sound and graphics helpers), we have much larger ROMs that more often need specialized .cfg files. Once you get into advanced features like RAM, bank switching, and custom memory maps to ensure ECS compatibility or take advantage of special hardware features available on some boards for carts, it gets trickier.

 

Not sure if this helps, but it's been too long since I've done any Intellivision-related posting so it just fell out of my brain onto the keyboard. :P 

They could build 0.cfg in to the PiRTO firmware, then people wouldn't have to bother with the file.

  • Haha 1
Link to comment
Share on other sites

Hi there all!

 

I'm testing out a PiRTO and am running into an issue where I can't get the menu to come up. Background:

= Sears Video Arcade - NTSC - Sears SVA Exec, everything else standard.

= I have a 1GB SD Card, Formatted to FAT32

= On the card I have 0.cfg, snafu.bin, burgertime.bin

= Using latest 1.1 firmware from github

= Video modded - pulling signal right from color chip.

 

What happens now is the cart boots, maybe shows the menu for a millisecond, and then will go right into loading Snafu. If I remove Snafu, it will boot into Burgertime. I thought maybe my controllers were sending a button press, but disconnecting them completely ended in the same behavior. I tried all of the prior NTSC firmwares as well. They all seem to behave the same in that they will show the boot pirto logo, and will require a button press, will maybe show the menu for half a second and then will show the loading screen forever.

 

The device does work as the games play great, I'd just love to use the menu instead of a single game on the SD :D. Any ideas?

Link to comment
Share on other sites

Posted (edited)
2 hours ago, EdgeFaction said:

I thought maybe my controllers were sending a button press, but disconnecting them completely ended in the same behavior.

It seems the boot program reads the "enter" key or a fire buttons pressend in one of the two controller... i'd check that the controllers logic are ok with the attached diagnostic... put both files in your sdcard, delete snafu and burgertime and give a try to the controller!

fwdiag.cfg

fwdiag.bin

Edited by aotta
  • Like 1
Link to comment
Share on other sites

2 hours ago, aotta said:

It seems the boot program reads the "enter" key or a fire buttons pressend in one of the two controller... i'd check that the controllers logic are ok with the attached diagnostic... put both files in your sdcard, delete snafu and burgertime and give a try to the controller!

fwdiag.cfg 243 B · 1 download

fwdiag.bin 63 kB · 1 download

Thank you for your reply and may I first say thank you for your contributions on this project and others! It is extremely appreciated, and I certainly understand the extra personal time and work you must be putting in. Thank You.

 

I gave this a try, I get the piRTO screen and chime, and then maybe a flash of menu, and then a green screen briefly shows and then a dissolving red, and then a black screen. This is with NO controllers connected. I get the same with both controllers connected. I'll get out my INTV II later to test, but could there be anything firmware related with this Sears Video Arcade?

Link to comment
Share on other sites

11 minutes ago, EdgeFaction said:

Thank you for your reply and may I first say thank you for your contributions on this project and others! It is extremely appreciated, and I certainly understand the extra personal time and work you must be putting in. Thank You.

 

I gave this a try, I get the piRTO screen and chime, and then maybe a flash of menu, and then a green screen briefly shows and then a dissolving red, and then a black screen. This is with NO controllers connected. I get the same with both controllers connected. I'll get out my INTV II later to test, but could there be anything firmware related with this Sears Video Arcade?

AFAIK, PiRTO and PiRTO II work with no issue on Sears and Super PRO with latest firmware, but i had only few feedback since now. With previous FWs, the timing was not correct so the multicart didn't work at all, your issue is different, it works but it select first game in list as soon as it starts!

Link to comment
Share on other sites

4 hours ago, aotta said:

AFAIK, PiRTO and PiRTO II work with no issue on Sears and Super PRO with latest firmware, but i had only few feedback since now. With previous FWs, the timing was not correct so the multicart didn't work at all, your issue is different, it works but it select first game in list as soon as it starts!

I get the same behavior on my INTY II. I wonder if it's possible one of the connections to the pi that would interface with the controls could cause the issue? (this was picked up on Etsy), It looks like they used... some sort of solder paste. I'll maybe try resoldering those connections next unless anyone has any ideas.

Link to comment
Share on other sites

On 7/18/2024 at 9:49 PM, EdgeFaction said:

I get the same behavior on my INTY II. I wonder if it's possible one of the connections to the pi that would interface with the controls could cause the issue? (this was picked up on Etsy), It looks like they used... some sort of solder paste. I'll maybe try resoldering those connections next unless anyone has any ideas.

Resoldering all the Pi points did the trick. It looks like a solder mask was maybe used but not everything was heated up all the way to make a secure connection. Maybe it bounced loose in transit or in the case. @8bitgeneration I'm told it was purchased from your store, so just a heads up.

 

Beautiful product, great work to all involved.

  • Like 1
Link to comment
Share on other sites

  • 2 weeks later...

Just closing the loop. I gave up on the board that came from 8bitgeneration. It looked different from the designs on Git and just wasn't working in all ways. I ordered some new boards with everything but the pi pre-soldered, and sourced some Pis from a reputable seller (adafruit). Everything came in this week and I just soldered one of the Pico Pis on, set the two jumpers (which weren't on the other board at all) and poof I have a perfectly working PiRTO!

 

Again I have nothing but appreciation and amazement for these open source projects. The amount of time put in to where I can simply order from a PCB shop and make things happen on my own for fair prices (though sometimes in high volume :D) is amazing. Thanks again @aotta and others involved with the original RTO project.

Link to comment
Share on other sites

58 minutes ago, aotta said:

@EdgeFaction Happy you got it working, and if you had ordered pcb for the new PiRTO II instead of the older one, you'd spent under 10$ for five pcb in which to add only the PI clones!

 

The PiRTO I that you sent me works perfectly in my Sears unit.

 

I put about 30 games on it, and it works like a charm.

 

I couldn't be more pleased, as well as grateful for what you did for me.

 

Thanks--

 

Keith 🕹️ 

Edited by Crash7
  • Like 2
Link to comment
Share on other sites

Hi,

I have just started building a PiRTO and was going to use an SD card reader I had lying around that looks like this...
image.png.bfb4edaec08f62d5cdc6e4a67b02274b.png
However the points on the sd card reader in aotta's picture (see below) are labelled differently.
Do I need to use a different type of SD Card reader?
Thank you

image.png.5d802cae77cca3241bb54234581e34b3.png

Link to comment
Share on other sites

  • 4 weeks later...

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...