looking for Retron 5 hack to play Roms

Thank you, 57Lions !!! Works great !!!

 

This works great! However I was curious if there would be a way to patch NES with Disk system roms and play them on the Retron? I know its kind of out there but would there be a way to play FDS games somehow?

 

WOW! RETRONLABO!! JUST WOW!!

https://www.youtube.com/watch?v=PXx6VRBBl8Y

 

I have the appropriate update, I have followed all your instructions. When I start the game I get the notification that the patch was loaded but all I get is a blank screen. Is there a setting that I am missing?
Do I need to enable the items in the hidden menu? If so, how do I access it?

 

Make sure you updated to v2.0 Beta 2 not Beta 1

 

Yes it is V2.0 Beta 3 currently

 

retronlabo, that's some amazing work. Can you enable the other retroarch cores as well? It would be awesome to play Atari, Game Gear and even Virtual Boy games!

 

Let's say you use an actual Nes SMB cartridge & create patches for maybe 15 different Nes games under that same SMB cartridge, you will only be able to save states in 9 out of 15 of those games correct?

 

I have it working now, but only with the NES cartridge. No luck with Genesis or SNES.
Could it be that the ROM for the cartridge I own is different is some way?

 

The last firmware update is the Retron v2.0 BETA 6 (2014-09-18).

Pier Solar rom working on the RetroN5 !!! The original cartridge don't work.

 

This is just another evidence they are using existing emulator code (not many emulators support Pier Solar so at this point it's either GenesisPlus GX, Picodrive or a mix of the two). Either, why would have they bothered implementing support for Pier Solar ROM without even being able to dump the ROM from cartridge ?

Since you seem to be able to abuse their IPS patching feature to run different ROMS, I would be curious to see what results you got with the following Test ROM. Could you do that ?

Link to test ROM (VDPFIFOTesting.bin inside the zip archive)
http://nemesis.hacking-cult.org/MegaDrive/Roms/Test/Mine/VDP/VDPFIFOTesting.zip

Another test ROM that returns different results between emulators:
http://stealth.hapisan.com/Junk/68kBenchmark/68kram.bin

A last one that only outputs sound in very few emulators:
http://nemesis.hacking-cult.org/MegaDrive/Roms/Test/Mine/YM2612/ym2612csmmode.bin

Thanks

 

The VDPFIFO patch fails to load without selecting "Patch expects header." Selecting it allows the patch to load, but all I get is a black screen.

The 68k patch exhibits the same behavior.

 

My observations using 57Lions' method on Beta 5:

Under the game specific settings, make sure you click + (or equivalent) to select "Separate saves for patch" because you can easily overwrite the save to your actual cartridge (in the system) and it'll just load corruptness.

You can't load ROMs for different systems. So you can't patch a NES ROM to a Genesis cartridge.

 

So, has anyone had luck with this method for a Genesis ROM?

 

Pier Solar is a Genesis rom.

 

It works great, but you have to use a Genesis cart. I tried patching a Genesis ROM to a NES cart and it didn't work.

 

If I understood what is going on in this rom right it seems like on VDPFIFOTesting.bin it failed test 16 Fifo Wait States(2.0b6)

Not sure exactly what I'm looking for on 68k but it shows a blue screen and flips back and forth between 00008AD6 and 00008AD7

don't have speakers on the monitor my r5 is hooked up to so can't help much with the last one.

Side note: apparently you can't have RetroArch installed when you try to do a system update, kept failing with error 1000 (not sure if it's because I was running out of space or because they conflict somehow)

 

Yeah, they aren't allowed to do that with GPLv3-licensed code.

So their firmware updates denying users the right to have modified versions of the GPLed software that the hardware was shipped with, is actually illegal under the terms and conditions of the GPLv3.

They also said this in an interview -

Too bad then that they picked the wrong licensed code to screw around with and put that in their libretron.so. With GPLv3 you can really not do something like this and it constitutes TIVOization.

 

Thank you for testing.

The counter value for the 68k test ROM confirms this is Genesis Plus GX: returned value is inconsistent between different emulators (see http://forums.sonicretro.org/index.php?showtopic=15845 ) and running the ROM in Genesis Plus GX exactly gives you a value oscillating between 00008AD6 and 00008AD7.


If only test 16 fails in VDPFIFOTesting.bin, this confirms they are using Genesis Plus GX code from at least October 2013 (r830 on googlecode) as this ROM only passes all tests but one in Exodus and Genesis Plus GX.

Another thing that could be done to get more evidences is to try to load a Sega CD BIOS ROM and see if if starts and let you go to the CD player, manage the backup RAM, find a backup cart, etc. If it's the case, that means Sega CD emulation code is still there and will prove this is not an emulator they coded themselves but a straight untouched copy of my emulator.

 

Eke: They've come out and admitted it.

http://retron5.in/node/9

I find it funny how they think just releasing the sourcecode to SNES9x and Genesis Plus GX rights this wrong they did. Using noncommercial cores on a commercial device along with GPLed software seems very much against the spirit of whatever noncommercial license one could possibly think of.

Not to mention that none of this was disclosed beforehand and all of the Retron5's contents were encrypted, therefore obfuscating the originating source of their emulators in the first place. They even told people in press interviews they were writing everything themselves - blatant falsehoods all around.

I'll still be contacting the FSF. There is still no admission of RetroArch GPLv3 code being used in the frontend, and that's probably because it would mean that the entire frontend program would then have to become GPLv3-licensed and therefore they would have to release the source to that too. And also, their way of 'crippling/fixing hacks' (ie: running official versions of RetroArch on the device not modified by Hyperkin) through firmware upgrades seems like a blatant case of TIVOization to me.