aotta Posted February 12 Author Share Posted February 12 The multicore was conditio sine qua non for any further emulation, but I'm afraid that rp2040 has not enough power not ram to support it. JohnPCAE did a great works with his ACC to add several feature to Inty (i take big portions of his code for my PiRTO), so theoretically Pico could support some emulation while handling the bus, but it will an hard and tricky path, and I'm not interested in it.. an intellivoice is easily available on web shops, and even the ecs (but i spent a bit more for it 😂). I made a multicart for playing old games on real hardware, if you like emulation, i suggest the good jzintv! 😜 1 Quote Link to comment Share on other sites More sharing options...
Tissemon Posted February 12 Share Posted February 12 51 minutes ago, aotta said: The multicore was conditio sine qua non for any further emulation, but I'm afraid that rp2040 has not enough power not ram to support it. JohnPCAE did a great works with his ACC to add several feature to Inty (i take big portions of his code for my PiRTO), so theoretically Pico could support some emulation while handling the bus, but it will an hard and tricky path, and I'm not interested in it.. an intellivoice is easily available on web shops, and even the ecs (but i spent a bit more for it 😂). I made a multicart for playing old games on real hardware, if you like emulation, i suggest the good jzintv! 😜 Yeah, You've done a great job! Truly! 👍 I was just curious if it could evolve into something even more awesome. The Intellivoice is a bit bulky, so it would be nice to not need that when playing those games. And I've read that you can connect a keyboard (or other HID-devices) to the Pi Picos usb-port (with an adapter), so ECS-support and keyboard connected to the cart would be cool as well. I know it would take a great deal of work, but maybe someone else feels up for the challenge some time in the future 🙂 Quote Link to comment Share on other sites More sharing options...
YannAros Posted February 12 Share Posted February 12 3 hours ago, aotta said: @YannAros for ordering an assembled pcb, jlcpcb needs Gerber, bom and pos files: I'll upload them as soon as I'll have tested mine (I'm still waiting they will finish the Chinese new year holidays) 😂 That's perfect for me! Thank you Quote Link to comment Share on other sites More sharing options...
utri007 Posted February 17 Share Posted February 17 On 2/12/2024 at 11:59 AM, aotta said: The multicore was conditio sine qua non for any further emulation, but I'm afraid that rp2040 has not enough power not ram to support it. JohnPCAE did a great works with his ACC to add several feature to Inty (i take big portions of his code for my PiRTO), so theoretically Pico could support some emulation while handling the bus, but it will an hard and tricky path, and I'm not interested in it.. an intellivoice is easily available on web shops, and even the ecs (but i spent a bit more for it 😂). I made a multicart for playing old games on real hardware, if you like emulation, i suggest the good jzintv! 😜 What kind of capasitors are needed? Would 100nF be OK? Quote Link to comment Share on other sites More sharing options...
aotta Posted February 17 Author Share Posted February 17 53 minutes ago, utri007 said: What kind of capasitors are needed? Would 100nF be OK? Yes, they are decoupling caps and 100nf would be ok! Quote Link to comment Share on other sites More sharing options...
+5-11under Posted February 24 Share Posted February 24 What's the sequence of events at boot-up? I've built one, but it's not working yet. Without the code, I'm running blind on this. What should be happening to the LED and on the screen and to the reset line? Also, when there's no microSD card installed, I get the 4 LED blinks with 2 second pause between cycles. Should anything be on the screen at that point, or not? Quote Link to comment Share on other sites More sharing options...
aotta Posted February 24 Author Share Posted February 24 6 hours ago, 5-11under said: What's the sequence of events at boot-up? I've built one, but it's not working yet. Without the code, I'm running blind on this. What should be happening to the LED and on the screen and to the reset line? Also, when there's no microSD card installed, I get the 4 LED blinks with 2 second pause between cycles. Should anything be on the screen at that point, or not? I didn't published the code yet since it's not 100% stable, but i can attach it here since i think you may have the usual "timing" difference with NTSC machine bus (i have tested PiRTO only with PAL consoles). There are two "NOPs" chains at top of code for delRD and delWR, that you can change a little bit and try. About errors, if something wrong code go into an infinite loops with number flashing error and you need to reboot, as you got. PiRTO1.0.ino splash.h Quote Link to comment Share on other sites More sharing options...
aotta Posted February 27 Author Share Posted February 27 Just to aware who is building his PiRTO for a NTSC console, i've updated my github repo with a different firmware that i tested with my IntyII NTSC that has different timings than the PAL original version, please use the .uf2 file you need depending on your Inty 3 Quote Link to comment Share on other sites More sharing options...
radventure Posted March 6 Share Posted March 6 Awesome work on getting another multicart option! Seeing this thread has got me troubleshooting my Inty II while I wait on parts for other projects / piles of shame. Not being very Intellivision-aware, I'm trying to work out the current limitations of the PiRTO. Are any modern homebrew titles able to run on it? What feature requirements should I look out for when purchasing ROMs if I'm using a PiRTO? Just avoid anything that needs "JLP"(wow the INTV Prime FAQ is BIG)? Cautiously eyeing off "Dragon Quest", if I can get the Inty II running and build a PiRTO. Quote Link to comment Share on other sites More sharing options...
Tissemon Posted March 6 Share Posted March 6 On 2/24/2024 at 4:12 AM, 5-11under said: What's the sequence of events at boot-up? I've built one, but it's not working yet. Without the code, I'm running blind on this. What should be happening to the LED and on the screen and to the reset line? Also, when there's no microSD card installed, I get the 4 LED blinks with 2 second pause between cycles. Should anything be on the screen at that point, or not? I’ve just built a cart for myself and have trouble starting games on my PAL Intellivision. Did you find any timing values that worked for you? Quote Link to comment Share on other sites More sharing options...
+5-11under Posted March 6 Share Posted March 6 10 minutes ago, Tissemon said: I’ve just built a cart for myself and have trouble starting games on my PAL Intellivision. Did you find any timing values that worked for you? I'm not running any PAL consoles. I do see, though, that aotta has uploaded several different compiled speed options that you could try. Quote Link to comment Share on other sites More sharing options...
aotta Posted March 6 Author Share Posted March 6 20 minutes ago, 5-11under said: I'm not running any PAL consoles. I do see, though, that aotta has uploaded several different compiled speed options that you could try. yes, i confirm i uploaded some compiled binary in helping Tissemon, but all them freezes his PiRTO after initial menu. Strange is that the "ntsc" versions seems working better than PAL in his PAL console! I hope he could do some test himself and find the right "NOPs" number to use Quote Link to comment Share on other sites More sharing options...
aotta Posted March 6 Author Share Posted March 6 14 hours ago, radventure said: Awesome work on getting another multicart option! Seeing this thread has got me troubleshooting my Inty II while I wait on parts for other projects / piles of shame. Not being very Intellivision-aware, I'm trying to work out the current limitations of the PiRTO. Are any modern homebrew titles able to run on it? What feature requirements should I look out for when purchasing ROMs if I'm using a PiRTO? Just avoid anything that needs "JLP"(wow the INTV Prime FAQ is BIG)? Cautiously eyeing off "Dragon Quest", if I can get the Inty II running and build a PiRTO. PiRTO and RTO doesn't support JLP flashing commands, neither other JLP accelaration features. But it support ram and rom bankswitching, so all 125 classics and many new homebrews works fine. I started "Dragon Quest" and played for a couple of minutes, it seems to work too with PiRTO. If you are interested in a multicart supporting JLP flash, i suggest have a look to BackBit ones! 1 Quote Link to comment Share on other sites More sharing options...
radventure Posted March 6 Share Posted March 6 4 hours ago, aotta said: PiRTO and RTO doesn't support JLP flashing commands, neither other JLP accelaration features. But it support ram and rom bankswitching, so all 125 classics and many new homebrews works fine. I started "Dragon Quest" and played for a couple of minutes, it seems to work too with PiRTO. If you are interested in a multicart supporting JLP flash, i suggest have a look to BackBit ones! I think I'll start with PiRTO, thank you for helping clarify 🙂....now to my BSOD Inty II Quote Link to comment Share on other sites More sharing options...
+5-11under Posted March 6 Share Posted March 6 I'm making a batch of these for anyone who wants to try this out without having to make one themselves. I made a new board layout so it fits inside an injection molded case, and added a light pipe to see the status LED (it's near the middle of the television on the label). The schematic, though, is the aotta design. 5 Quote Link to comment Share on other sites More sharing options...
aotta Posted March 6 Author Share Posted March 6 Nice case! and your version is for NTSC Inty, I presume? I've received and tested the SMD version i published on my Github, with SMD IC assembled by Jlcpcb, and they worked fine, but not with the "purple" chinese Pico clone, so i suggest to use only original Raspberry PI Pico. 1 Quote Link to comment Share on other sites More sharing options...
+5-11under Posted March 6 Share Posted March 6 5 minutes ago, aotta said: Nice case! and your version is for NTSC Inty, I presume? I've received and tested the SMD version i published on my Github, with SMD IC assembled by Jlcpcb, and they worked fine, but not with the "purple" chinese Pico clone, so i suggest to use only original Raspberry PI Pico. Thanks. You can open the shell, reprogram the board with PAL or NTSC versions as per your github site, and screw the shell back together again. For some stupid reason, I also tried a cheap Chinese Pico (a USB-C version), and it didn't work. Quote Link to comment Share on other sites More sharing options...
aotta Posted March 6 Author Share Posted March 6 2 minutes ago, 5-11under said: For some stupid reason, I also tried a cheap Chinese Pico (a USB-C version), and it didn't work. Yes, the same i soldered too and sent to trash!! 😂 Quote Link to comment Share on other sites More sharing options...
Dwarfboysim Posted March 6 Share Posted March 6 34 minutes ago, 5-11under said: I'm making a batch of these for anyone who wants to try this out without having to make one themselves. I made a new board layout so it fits inside an injection molded case, and added a light pipe to see the status LED (it's near the middle of the television on the label). The schematic, though, is the aotta design. Do they work on a PAL system. if so I am interested PRICE please 1 Quote Link to comment Share on other sites More sharing options...
+5-11under Posted March 6 Share Posted March 6 36 minutes ago, Dwarfboysim said: Do they work on a PAL system. if so I am interested PRICE please It's a PiRTO. I'll be advertising it as experimental. Quote Link to comment Share on other sites More sharing options...
Dwarfboysim Posted March 7 Share Posted March 7 1 hour ago, 5-11under said: It's a PiRTO. I'll be advertising it as experimental. Assume its a complete functional unit, but still experimental/BETA? Quote Link to comment Share on other sites More sharing options...
aotta Posted March 7 Author Share Posted March 7 6 hours ago, Dwarfboysim said: Assume its a complete functional unit, but still experimental/BETA? No it's the final 1.0 version, but may be considered an experimental project since the Pico is far slower and less reliable than Teensy used in original RTO, so different delays are needed for Pal, Ntsc (and Secam i presume, but not tested yet) and fine tuning in timing seems necessary for some others console too. It's a DIY project for a 25$ intellivision multicart, that was the goal of the porting to Pi Pico project, and I'm afraid it's not possible to squeeze more from that cheap board. Minor fixes may follow, and source is open source, so anyone may improve the project! Quote Link to comment Share on other sites More sharing options...
Crash7 Posted March 7 Share Posted March 7 17 hours ago, 5-11under said: I'm making a batch of these for anyone who wants to try this out without having to make one themselves. I made a new board layout so it fits inside an injection molded case, and added a light pipe to see the status LED (it's near the middle of the television on the label). The schematic, though, is the aotta design. Remember..... Testing on the various INTV systems is key before release. Quote Link to comment Share on other sites More sharing options...
+5-11under Posted March 7 Share Posted March 7 1 minute ago, Crash7 said: Remember..... Testing on the various INTV systems is key before release. Nope. IF it was my design, AND IF I wanted it to go beyond the experimental stage, THEN I would perform testing on more types of Intellivision systems. However, this is not my design. Therefore, I'll only be testing each cartridge I assemble on the systems that I have at home, to ensure the circuitry is connected with no shorts or opens, i.e. matching aotta's schematic. At that point I'll declare that the individual cartridge functions as a PiRTO cartridge. Beyond that, it will be buyer beware - it's an experimental device that may or may not work on all systems. This will all be made clear on the eventual sales page. The risks will be known, and people can make their decision based on that. There are of course other options, including making your own PiRTO, or buying a BackBit Pro. 1 Quote Link to comment Share on other sites More sharing options...
Crash7 Posted March 7 Share Posted March 7 (edited) 55 minutes ago, 5-11under said: Nope. IF it was my design, AND IF I wanted it to go beyond the experimental stage, THEN I would perform testing on more types of Intellivision systems. However, this is not my design. Therefore, I'll only be testing each cartridge I assemble on the systems that I have at home, to ensure the circuitry is connected with no shorts or opens, i.e. matching aotta's schematic. At that point I'll declare that the individual cartridge functions as a PiRTO cartridge. Beyond that, it will be buyer beware - it's an experimental device that may or may not work on all systems. This will all be made clear on the eventual sales page. The risks will be known, and people can make their decision based on that. There are of course other options, including making your own PiRTO, or buying a BackBit Pro. But YOU'RE building them. No one else. So that responsibility falls on YOU. You didn't even show us a video of your last cartridge working on YOUR systems. I'm sure you own a cell phone right? It only takes about 20 seconds to make a video showing demonstration of a functional product. We've all seen videos of aotta's work. We've all seen videos of the LTO Flash working. Someone doing work on one of my SPS consoles showed me video of a Backbit working in MY console. The only version we haven't seen working on any of these systems? Is YOURS. The fact that you didn't even do that for your perspective customers? That speaks volumes. "Experimental stage" IMO is a fancy term for, "I may or may not know what the fuck I'm doing, and I'm not going to do the proper testing to find out, but go ahead and send me $130 and hope that I'm not ripping you off by selling you something that doesn't work" If you want to continue to half-ass things and thinking that fancy designs on a cartridge covers up for a faulty product? Again, that's on you. If you're going to try to profit off of aotta's hard work? You should at least do the proper due diligence there Cleo McDowell. That way you won't look foolish. Again. Edited March 7 by Crash7 2 Quote Link to comment Share on other sites More sharing options...
Like us on Facebook
Follow us on Twitter
AtariAge on Instagram
Watch us on YouTube
Chat on Discord
Recommended Posts
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.