What do you think of this gadget?
http://www.retron5.com/It obviously uses real cartridges but uses emulators to play them. A review I read mentions a "loading time" before a game starts, which probably means the device is "dumping" the cart to memory and then using an emulator to play it.
Perhaps this can become a nice dumping-kit if someone hacks it.
If it completely dumps the game before it starts, expect support for new homebrew mappers and newly discovered East Asian mappers to be very incomplete, and expect support for the PowerPak to be nil.
Does it come with documentation for writing your own dumpers? Also, what emulators does it use? Does it come with any or are you supposed to provide your own, or does its software let you choose your own?
Yes, reverse engineering it and writing new software for it would make both of these not an issue, but I'm curious about how it comes out of the box.
rainwarrior wrote:
Does it come with documentation for writing your own dumpers? Also, what emulators does it use? Does it come with any or are you supposed to provide your own, or does its software let you choose your own?
Yes, reverse engineering it and writing new software for it would make both of these not an issue, but I'm curious about how it comes out of the box.
It is marketed as a console, not as a dumper or an emulator, or a platform to run emulators in. So I expect the answer to every one of your questions to be "no".
If it is upgradeable via Internet (which would seem like a sensical thing to do), one would expect it to eventually support homebrew titles as well (if there's enough demand from the users).
I wouldn't buy something like this unless it was dirty cheap, which I'm pretty sure is not the case. If I wanted to play emulators I could simply use my PC.
tokumaru wrote:
... to play emulators I could simply use my PC.
Does your PC have a cartridge slot for NES, SNES, Genesis, Famicom, and Game Boy Advance?
No, but at the same time a barely functional port that you can put a cart in to is just placebo. I can lay my cart on top of my PC case when playing if I want to, it's basically the same thing.
A cartridge slot might be enough of a placebo to placate a judge. In the U.S. and other countries with a copyright exception to the same effect as
17 USC 117(a)(1), emulating on a device with a cartridge slot is more clearly legal than emulating dumps downloaded from the Internet. This statute authorizes the making of necessary ephemeral copies of a computer program in the process of running it, so long as these copies are not distributed to a third party.
I'm just waiting to see how they word the warranty, so that I can see to what extent I can demand repair, replacement, or refund if my carts that work in my NES don't work in this product. The big test case I plan to use is
STREEMERZ: Action 53 Function 16 Volume One, which uses a roughly MMC1-class homebrew mapper and supports the Zapper and Super NES Mouse. It's a commercially sold (though low volume) cart, so they won't be able to fall back on a "not intended for use with developer accessories" clause the way they might with an EverDrive or PowerPak.
I guess it's more or less a useless device for homebrew-authors (since we can still run our stuff on emulators on our computers), however I guess things might start to get interesting if people hack this thing for use as a dumper-device (it even comes with an SD-port, for use with save-files normally). I think I read somewhere that it's running on Android bw.
Movax12 wrote:
Does your PC have a cartridge slot for NES, SNES, Genesis, Famicom, and Game Boy Advance?
I could dump
some of
these carts if I really wanted to, but why would I go through the trouble when every cart I own (and many many more) have already be dumped by other people and can be obtained in seconds? Whether my dumps come from my own carts or from someone else's is a technicality that doesn't affect the outcome. The only difference is whether I have to pay for an extra device, which I'd rather not.
Quote:
I can lay my cart on top of my PC case when playing if I want to, it's basically the same thing.
This.
I don't disagree with the basic principle of what you are saying tokumaru. I have an original xbox loaded with emulators that does everything and much more than any retron thing. Very unlikey I would ever purchase one unless it was extremely inexpensive.
But if one is opposed to downloading dumps of games, for whatever reason, there is a difference. Maybe if you build/purchase the dumping hardware, connect to your PC and lock down the emulators to only play via that device then it is the same thing.
Movax12 wrote:
Does your PC have a cartridge slot for NES, SNES, Genesis, Famicom, and Game Boy Advance?
My old PC had a parallel port to which I could connect a Game Boy Advance through an Xboo or MBV2 cable and serial boot into a dumping app. As for the rest that's a matter of buying a Kazzo and a Retrode.
Just picked one up yesterday from the local store, thought I'd share my results so far
Out of the box I am running:
retron app v 1.0(build 1223)
system v0.2.0
harware revision 1.0
First the good I guess:
Picture looks great, I tried to hook up a yobo to my relatively large 1080p tv before and it almost ruined the game experience it was so jumpy and noisey(don't get me wrong, I think the yobo is pretty decent for what it is and looks better on other tvs I have)
Plays a devil world reproduction I made with 27c256 nicely and at 50hz so the occasional glitch and music from yobo play are fixed
Plays most of the pirate carts from back in the day that I threw at it(provided the cart edge was clean) tetris, afterburner(which doesn't play on my yobo), ultimate stuntman, wally bear and the no gang, the couple wisdom tree ones I have
And now the bad:
@tepples
STREEMERZ: Action 53 Function 16 Volume One is a no-go out of the box at least (I'm hesitant to upgrade yet in-case they patched any cool bugs that might be exploited on the system)
Also not working for me:
Nomolos
Game genie(I guess maybe I should have expected that, but I use it often on consoles like this that are hard to get a cart in and out of)
Zelda outlands
I only own a couple gameboy/color games but I couldn't get either zelda or donkey kong country to play(now I'm not sure if it only supports GBA and the early internet stuff was wrong, or if they are claiming support via the super game boy or something or what?) Edit: it does say gameboy right on their homepage, maybe my cart is dirty or the gb slot it is not working? it just doesn't detect a cart
Edit: I guess even though the carts were clean enough for a normal gb they needed super cleaning for retron, both are working successfully now, bust out your iso alcohol and q-tips new retron owners! also, hold the power button for a really long time if you think your unit is doa
and worst of all....
It doesn't seem to work at all with my Nrom-128-04 28c256 flash cart that I have been working with for development... big disappointment since it is literally a nintendo board(makes me suspect they are doing something funny with a hash for mapper detection or something?)
the sad part about the "bad" section is that ALL of these games play on the $15 yobo
chromableedstudios wrote:
Plays most of the pirate carts from back in the day that I threw at it(provided the cart edge was clean) tetris, afterburner(which doesn't play on my yobo)
Tetris I'll grant because Elorg was making things complicated at the time. But are you referring to authentic copies of Tengen's After Burner and the Wisdom Tree games as "pirate"?
Quote:
now I'm not sure if it only supports GBA and the early internet stuff was wrong, or if they are claiming support via the super game boy or something or what?)
Super Game Boy is a coprocessor. Do
any coprocessor games work in the Super NES slot? Besides, Super Game Boy won't run Game Boy Color-only (clear cartridge) games.
Quote:
STREEMERZ: Action 53 Function 16 Volume One is a no-go out of the box at least [though it does] play on the $15 yobo
Thanks for the confirmation that "normal" NES clones support INL's Action 53 boards. This gets my hopes up a little for volume 2.
chromableedstudios wrote:
It doesn't seem to work at all with my Nrom-128-04 28c256 flash cart that I have been working with for development... big disappointment since it is literally a nintendo board(makes me suspect they are doing something funny with a hash for mapper detection or something?)
Using development carts on Retron 5 is pointless anyways, you may as well use an emulator on PC.
tepples wrote:
Tetris I'll grant because Elorg was making things complicated at the time. But are you referring to authentic copies of Tengen's After Burner and the Wisdom Tree games as "pirate"?
I guess maybe unlicensed is the proper term--mostly I meant the games not grey and 'nintendo shaped' with a nintnedo seal
thefox wrote:
chromableedstudios wrote:
It doesn't seem to work at all with my Nrom-128-04 28c256 flash cart that I have been working with for development... big disappointment since it is literally a nintendo board(makes me suspect they are doing something funny with a hash for mapper detection or something?)
Using development carts on Retron 5 is pointless anyways, you may as well use an emulator on PC.
Different tools have different uses at different stages of development.
[edited for unnecessary sass]
chromableedstudios wrote:
It doesn't seem to work at all with my Nrom-128-04 28c256 flash cart that I have been working with for development... big disappointment since it is literally a nintendo board(makes me suspect they are doing something funny with a hash for mapper detection or something?)
the sad part about the "bad" section is that ALL of these games play on the $15 yobo
Your $15 Yobo is a nearly identical clone of the circuits in the real NES/Famicom. Clones have been known to have their problems due to incorrect cartridge port signal wiring and the audio duty cycle switch. But besides those issues they are more accurate than most emulators. And ofcourse they will work with any mapper if the cartridge port has all the appropriate signals connected.
This Retron 5 is just an emulator which poses plenty of problems. Chances are they aren't using their own emulator but instead are using the source to an open source emulator and modifying it for their purposes. One thing they had to do on their own is figure out how to detect cartridges and their mappers so they can dump the ROM to load into the emulator. Maybe this aspect is not well engineered yet. I've heard it's using some sort of database to try to detect games by a checksum. We've had discussions before about how databases can be problematic with emulators due to homebrew and hacks.
Ofcourse since this thing can be updated they can improve compatibility.
Oh and ofcourse this will look way better on your HDTV than the Yobo or a real NES because it's outputting a much higher resolution and quality signal for the HDTV to work with. HDTV's do not do well with low resolution Composite video. They mainly support that for TV and Video, not low resolution computer graphics.
Well, personally I think it has more to do with the introduction of a digital signal than the resolution(and the fact that the signal processing software on my main tv is poor) but I'm sure both have an impact.
MottZilla wrote:
Your $15 Yobo is a nearly identical clone of the circuits in the real NES/Famicom
Not so nearly identical that Afterburner works(I think there's a couple others that don't work on yobo too, but I don't really know enough to know why)
Given that it is emulation, I guess I would be happier if the mapper identification(ines header probably?) process was transparent so I could just add my own game or Nomolos or whatever to the list
As a side note: Apparently you have to generate some file(retron-update-request.dat acording to manual) on the retron5 sd card which gets uploaded to their website in order to get new app update
After Burner, Gauntlet, Rad Racer II, and MMC5 games use nametables on the cartridge, something that a lot of miswired famiclones don't support.
chromableedstudios wrote:
Well, personally I think it has more to do with the introduction of a digital signal than the resolution(and the fact that the signal processing software on my main tv is poor) but I'm sure both have an impact.
Yes, both parts are helping. Again TVs upscale analog video with Television and Video (VHS/LaserDisc/DVD/Etc) in mind and not computer graphics. They do a poor job of handling it. So anything you can do to eliminate upscaling by the TV or give it a better quality signal to work with helps alot.
And Tepples beat me to the issue with NameTables. People mistakenly think that these clones "aren't accurate" because various games do not work when infact they would work if the cartridge port was not wired incorrectly. These clones are very accurate as they aren't really reverse engineered, they are copies of the original chips. The only mistakes I'm aware of are some have the duty cycles reversed and some have the cartridge port signals incorrect affecting certain games. But other than that they are more accurate than many emulators and they run in real time like the real system does. So ofcourse unlike an emulator they should be able to run any cartridge with whatever mapper, barring problems with cartridge port signals being wired wrong.
Well, seeing as this is the hardware section, I decided to tear apart the retron5 today and take a peek
the biggest visible components on the top sides of the boards(I didn't take it all the way apart) are:
On the main board:
-Rockchip RK3066
-2x Nanya ram
-29F16G
On the cart board:
-Xilinx Spartan XC3S50A
-4x ALVC164245 which look to be voltage related
then there are two skinny boards for the controller ports
It looks like the flex cables connecting the boards may have been glued in? strange
there's also a couple of through hole resistors connected to a testpoint on one end and a wire on the other that stick out like a sore thumb on what looks to be a late 'revision' to the board
edit:
Drivers:
http://www.rockchip.nl/downloads/Hold reset and power on while connected with mini usb to PC
looks like maybe this is the software you could use to flash it? RKBatchTool
http://www.mediafire.com/download/koja2 ... ip+1.5.zip[let the hacking begin?]
chromableedstudios wrote:
-4x ALVC164245 which look to be voltage related
Voltage translator for interfacing between the 1.8-3.3V of the rest of the system to the 5V for the cartridge.
Anybody have ideas on how to get ADB or recovery enabled? there are quite a few posts on rooting rk3066 based devices on xda but they all assume you can get ADB access already
I think I read that bunny helped someone get into recovery mode(some phones enable Adb in recovery?) but I didn't quite understand what he did
Also, has anybody seen GPL sources for retron 5? I can't seem to find any place to request them, but I would guess on an android based system there ought to be at least a few gpl libraries
here is a 'generic' clockwork mod recovery for rk3066 maybe this would help get a CWM recovery for retron 5
http://androtab.info/clockworkmod/rockchip/it seems like based on
https://github.com/naobsd/rkutils and some of the rkandroid tools that maybe the nand can just be dumped via the rockchip drivers?
I couldn't get the existing tools out there to correctly recognize the retron5 device though
it just said maskrom device detected but would not allow me to dump from address 0 for 2 length to try and get a parameter file which might describe the nand memory partition
on a side note: there seems to be an unpopulated surface mount miniUSB(5pin) on the opposite side of the board from where the populated one is... anybody have a port and bold enough to solder it on and see if it does anything? maybe if hyperkin got really creative that could be the ADB port?
(update: after looking at it with a multimeter it seems like maybe a bunch of passives would have to be populated to actually enable the second usb? it is tinned and labeled CN2. The usb is next to two small holes with exposed copper not tinned maybe a jumper? The holes were in a white box labeled CN3 and one side had voltage when the retron was on. I think CN1 is a series of three small holes on the other side of the board one of which had voltage when the retron was on also. There are also quite a few circular copper pads with white circles around them that look like testpoints--although only the boards other than the mainboard had TP# labels.)
FWIW I've heard reports confirming that the retron5 detects mappers via checksum against a database. Apparently all you have to do is ask them what the deal is on their facebook page and they will tell you whatever you want to know.
So they're dumping some portion of what's usually a fixed bank, detecting the mapper based on some segement of a checksum (perhaps it's usually the last 8KB since most mappers have that fixed? Then dumping the rest of the cart and playing it in their emulator. So hacks, homebrews, perhaps some unlicensed carts, and anything which modifies that check sum'd segment won't work even if the mapper is supported as it doesn't know how to dump the cart.
I've heard second hand that someone provided a hacked rom of a popular hacked title to hyperkin and they added that title to their supported list. I'm planning on providing them with some titles I'm working with to help get them supported. But apparently it's pretty easy, just ping their facebook and perhaps support email. Now non-standard mappers like 28 for action53 will be a different story as they have to create mapper support, not just add it to their database. But apparently they're interested in supporting everything, and have plans to detect the mapper via non-database means. But who knows if that day will ever really come.. They've been getting a lot of flack for their database means of mapper support, so perhaps they are significantly motivated.
Yes, I did receive these reports second hand, but I trust the source. And if anyone questions it supposedly all you need to do is ask em via facebook.
Furthermore, this method of operation also confirms that there is effectively zero chance of traditional flash carts like the powerpak and everdrive will ever be supported. Because those devices rely on an menu to be operating via the NES/FC to load the mapper and roms. Sounds like something like my old nesdev1 project would work though as the PC handles loading the roms and initializing the mapper and from the cart edge it just looks like that title provided it's in the database..
It would be much more useful if it allowed you to load a ROM directly into the Retron 5 than it would be to have it attempt to support a PowerPak / Everdrive.
As for the checksum identification, I don't think they have much alternative, but I suppose it wouldn't hurt for them to have an "advanced" user option to manually override it and/or edit the database.
rainwarrior wrote:
As for the checksum identification, I don't think they have much alternative, but I suppose it wouldn't hurt for them to have an "advanced" user option to manually override it and/or edit the database.
I think it would be possible to detect most mappers by using heuristics. Write to certain registers, and see what happens.
infiniteneslives wrote:
Apparently all you have to do is ask them what the deal is on their facebook page and they will tell you whatever you want to know.
Additionally, for Facebook abstainers like myself, the
FAQ page mentions a phone number for reporting "Unknown Cart" errors.
Quote:
Now non-standard mappers like 28 for action53 will be a different story as they have to create mapper support
Which shouldn't be too hard given
full mapper docs on the wiki, including a
Python reference implementation that Hyperkin engineers can translate into whatever language their emulator uses. On the other hand, given that the game is
currently discontinued on cartridge, it might be a little hard to obtain an official copy for testing unless it's among the titles that you're "planning on providing them with [...] to help get them supported". Should I put a signature in the last bank of future Action 53 ROM images to help the dumper identify it more quickly?
Quote:
and have plans to detect the mapper via non-database means
Which shouldn't be too hard. If you do get in touch with them, feel free to let them use the mirroring-based mapper guessing that I made for Holy Diver Batman, which should cover most licensed NES games that use an ASIC mapper.
rainwarrior wrote:
It would be much more useful if it allowed you to load a ROM directly into the Retron 5
I think the reason it doesn't take ROMs is to keep Hyperkin from getting
Lik Sang'd. By having the machine rely exclusively on the cart slots, Hyperkin can rely on the essential copy defense, codified as 17 USC 117(a)(1) and foreign counterparts.
thefox wrote:
rainwarrior wrote:
As for the checksum identification, I don't think they have much alternative, but I suppose it wouldn't hurt for them to have an "advanced" user option to manually override it and/or edit the database.
I think it would be possible to detect most mappers by using heuristics. Write to certain registers, and see what happens.
I agree, you could probably come up with a semi-decent process of writing and reading to probe a cartridge and try to determine what mapper is likely being used. Atleast when it comes to NES. The alternative would be to allow the user to select a mapper number.
A script that can identify most mappers sounds like a really cool thing to have.
thefox wrote:
I think it would be possible to detect most mappers by using heuristics. Write to certain registers, and see what happens.
Well, from a maintenance perspective, I doubt they would try this approach.
The implementation of different mappers can be done independently. This is fairly easy, just tackle them one by one. You can assign multiple people to implement different mappers, and they won't need to worry about what the others are doing. Similarly, looking up a mapper with a hash is independent of the other mappers (barring a rare hash collision). The addition of a new mapper and new hashes to the database is not expected to affect anything previously implemented. It's safe and relatively easy to add new mappers.
In contrast, the implementation of an automatic detection requires knowledge of all mappers at once. Every time you add a new mapper to your detector you must consider how all other mappers might conflict with it. Furthermore, to verify correctness, you must not only test that it detects the new mapper, but you must also see that it does not break the detection of any other mapper already implemented. Can you trust an emulator with this test, or do you need to physically attach a large library of cartridges one by one to do the test?
Though, given that we're only talking about trying to support hundreds of games, it may be practical nonetheless, but it may look too risky to the developers at Retron 5 to bother attempting. If they're effective at turning around database updates, or can put that in the user's hands, it seems a bit simpler to just continue that route.
tokumaru wrote:
A script that can identify most mappers sounds like a really cool thing to have.
A script for Retron 5? CopyNES? Kazzo dumper? Or do you just mean a "script" as in an algorithm that should work if it were implemented for these devices?
Yeah I don't think it's really as complex as one would think. I've been using mirroring as the main indication of mapper detection and it easily breaks up mappers into separate subgroups which can ignore all other subgroups. When adding support for another mapper you only really have to consider mappers which have identical mirroring operation. Beyond that you could split it up further by irq operation etc.
It gets a little trickier with things like fixed mirroring mappers, but most of those are simple discrete one register mappers which are easily distinguished. But eventually you will have to read prg/chr data with various mapper writes to narrow down to the final mapper.
Here's the algorithm used in Holy Diver Batman:
Write mirroring registers as if it were MMC1. Does it mirror like MMC1? If so, it's MMC1.
Write mirroring registers as if it were MMC3 or FME-7. Does it support V, H, 0, and 1? If so, it's FME-7. Does it support V and H? If so, it's MMC3.
Write mirroring registers as if it were TLSROM, setting up inverted vertical mirroring (CIRAM page 1 on top, page 0 on bottom). Then set it back to normal vertical mirroring. Does it mirror like TLSROM? If so, it's TLSROM.
Write mirroring registers as if it were MMC2/MMC4. Does it mirror like MMC2/MMC4? If so, it's MMC2/MMC4.
Write $80 to $5000, and then write mirroring registers as if it were MMC1, except parallel instead of serial. Does it mirror like MMC1? If so, it's Action 53.
Scan the ROM for bytes with bit 4 set and clear. Write to those bytes. Does bit 4 of the bank number control CIRAM A10 like AxROM? If so, it's probably AxROM.
Scan the ROM for bytes with bit 3 set and clear. Write to those bytes. Does bit 3 of the bank number switch between vertical and horizontal mirroring? If so, it's Holy Diver.
If it's not any of those, it's probably a simple discrete mapper with fixed mirroring. Narrow it down to the usual suspects (GNROM, Color Dreams, CPROM, BNROM, UOROM #2, UOROM #180) by scanning for particular byte values, writing to addresses containing those values, and seeing what happens. (Holy Diver Batman cheats by hardcoding $00 and $FF at fixed positions in every bank and putting an "identity" table in the last bank; an autodetecting dumper will have to be more clever.)
The procedure does not yet detect MMC5, MIMIC/Namco 108, or RAMBO-1 because INL does not yet sell such boards.
The absolute easiest thing to do would be instead of just saying "unknown cartridge" would be to allow for a mapper selection. Not as smooth as automatic detection but atleast it would work.
I work at a game store (WE GOT GAME in Minneapolis, MN), and we have retron 5, but it won't play any of the repros I make. It could just be ours, anyone else get them to work. Only CNROM and NROM work anything else it doesn't recognize, and yes they do work on a regular nes.
Thanks so much,
Brandon
Are they exact repros of licensed commercial games, or are they repros of rare unlicensed games, prototypes, hacks, or homebrews? The Retron 5's mapper support paradigm prefers the former.
best I can tell the 'mapper database' is just a textfile with a crc and some info to identify mapper, as long as the repo's come up with the exact same crc and are on the list they should work
btw: adb with root
herestill needs su and superuser.apk but I think /system should be mounted rw
anybody wanna test this out and see if I uploaded the right file?
bonus: sorta looks like maybe there is/was pc engine support?
does anybody have update 1.5 for the retron5 or a link for a mirror for it? retron5's update online is down and i wanted to update to 1.5 from 1.31. Thanks
for those who haven't followed other r5 threads hyperkin released the emulator source used on r5:
http://retron5.in/node/9I can't seem to get all the cores to build, maybe I'm doing something wrong or missing a dependency or something
chromableedstudios wrote:
http://retron5.in/node/9
And now we know that none of the emulators used in the Retron 5 are particularly accurate. I guess that as long as the games look and sound correct this shouldn't matter much... People just have to keep in mind that the Retron 5 is absolutely useless for game development (not that it will run anything that's not part of its database anyway, but still).
Mike Tyson apparently tried to beat himself using a Retron 5:
https://www.youtube.com/watch?v=mfEOHcGFchY
tokumaru wrote:
Mike Tyson apparently tried to beat himself using a Retron 5:
https://www.youtube.com/watch?v=mfEOHcGFchYI noticed that as well. Probably the easiest choice for connecting to their video system. At least they used authentic controllers!
so can cartridges be dumped by retrone 5?
It dumps every cartridge you insert in order to be able to play the games, but I don't think it allows you to keep the file. Also, it can only dump cartridges that have been registered in its database, something that probably only happens to carts that have already been dumped.
The Retron 5 certainly has the hardware necessary to dump games, it just doesn't have the software that will do it in a more useful way. It can probably be hacked though, if someone cares enough to do it.
I wonder if the maker left the software for producing a nonvolatile dump out of the package on purpose, in order to have a better defense to contributory copyright infringement should the publisher of a classic console game sue. I know Red Hat is scared enough of Nintendo not to include even free emulators in the Fedora repository.
tokumaru wrote:
It dumps every cartridge you insert in order to be able to play the games, but I don't think it allows you to keep the file. Also, it can only dump cartridges that have been registered in its database, something that probably only happens to carts that have already been dumped.
The Retron 5 certainly has the hardware necessary to dump games, it of just doesn't have the software that will do it in a more useful way. It can probably be hacked though, if someone cares enough to do it.
It's trivial to locate the rom dump on a rooted device, for fair use backups of course. They also implemented some form of mapper detection(which I assume is the holy diver batman algorithm from this thread so thanks to the poster).
Don't know if anyone is aware/cares, but apparently someone has hacked the Retron5 to allow you to load ROMs, it will dump them to an SD card as well, info was here:
http://assemblergames.com/l/threads/loo ... 92/page-17I have donated and installed the hack on my Retron5, seems to work well. I dumped about 30 of the games from my collection to test, including NES, SNES, GameBoy, GBA, Genesis, all seem to dump & work fine. Tried the ROMs out on Bsnes and Bizhawk work well. You can add carts to the database with this hack as well since it exposes those. I have tried the translated Shinsenden works great on there, but of course came up as unknown and asks if you want to run it anyways.
if you are actually adding it to the 'database'(textfile) then it shouldnt come up as unknown for a good read. maybe you need to change your CRC on the db to match the translated roms CRC
Hello, I have a damaged retron 5. The two elements marked in the picture are probably damaged. Someone could read the designation in his retron 5 and give it. One of the elements is probably SY6288 (the one with five beds) can not find any information about the element with six beds. Thank you and best regards.