Recent Posts

Pages: [1] 2 3 ... 10
1
Support / Re: Firmware Update Hoops to jump through (Windows Good, Linux Sad)
« Last post by Land95 on 18/Sep/2018 04:06:21 PM »
Thanks @ssokolow.  I actually tried for a goodly amount of time to use your solution first.
 
While I have in the past used dfu-programmer on my ElementaryOS (Ubuntu) laptop, the latest ElementrayOS release flat out was not usable with dfu.   In order to stick with using linux I feel I would have required starting up a fresh virtual machine for the purpose - and nearly did so - when I decided to try using my Windows 10 VM first.   
2
Support / Re: Connecting official N64 controllers to Retrode 2
« Last post by ssokolow on 17/Sep/2018 01:00:04 AM »
Hi skaman,

Thank you for responding to my forum thread and sorry for the delay in getting back to you. I will take your answer as a solution.

Many thanks,

RocknRollTim

Another option, if you don't feel comfortable modifying your N64 plugin or want to connect more than two N64 controllers, is to buy a Mayflash N64 Controller Adapter like this:

New Nintendo 64 Controller Adapter for PC Mac Dual USB to N64 Mayflash 2 Port

That eBay listing has them for $16.50 US with free worldwide shipping and mine works beautifully on my Linux machine. (I bought a Retrode when they still had a ready supply of N64 controller connectors to pre-install, but I like to keep my Retrode disconnected and boxed up when I'm not actually dumping ROMs, so I use the Mayflash for day-to-day play instead.)

If the seller stops re-listing it, you're looking for a Mayflash-branded USB-to-N64 controller adapter in a blister pack with a white and spring-green cardboard back. The adapter itself is black, with two N64 connectors side-by-side on the front and a USB cable out the back. I can take a photo of mine if that's not enough.
3
Support / Re: About to Buy A Retrode 2. A Few Questions.
« Last post by ssokolow on 17/Sep/2018 12:43:53 AM »
I have another question. Apparently the reason the GBX can't dump multi game gba carts is that it dumps only the game selector. In the thread I read, forcing the Retrode to detect the cart size via editing the [forcesize] option in the config file should produce a good dump. However, it would appear that it only supports integer values. So if I wanted to dump Super Mario Advance 4, which is apparently 2.43 mb according to No-Intro, would I just put 3 as the value in [forcesize]?

I remembered dumping my copy of Super Mario Advance 4 just fine, so I pulled it out, along with my Retrode and GBx plugin to verify.

My Retrode did overdump it when forceSize was set to the default of 0, but that was easily solved by using this Linux command to trim it down to the size that DAT-o-MATIC said it should be:

Code: [Select]
head --bytes=4194304 SuperMariod.AX4E.gba > trimmed.gba
...then it matched the DAT-o-MATIC signature perfectly well:

Code: [Select]
% ucon64 -rdat trimmed.gba
uCON64 2.0.1 UNIX (Linux) 1999-2006,2015
Uses code from various people. See 'developers.html' for more!
This may be freely redistributed under the terms of the GNU Public License

Renaming "trimmed.gba" to "Super Mario Advance 4 - Super Mario Bros. 3 (USA, Australia) (Rev 1).gba"

You may also want to apply these IPS patches to undo the changes made when porting from SNES to GBA which weren't really improvements:

.

To apply them, if your emulator doesn't support auto-patching, you'll need either Lunar IPS (Windows), Multipatch (MacOS), UniPatcher (Android), ips.pl (Linux CLI), or JIPS (GUI for anything with Java).
4
You might want to try the helper I wrote for Linux after I got fed up with having to re-learn the official instructions every time I needed to apply an update:

http://forum.retrode.org/index.php/topic,374.msg2888.html#msg2888

It provides a friendly, task-specific wrapper around dfu-programmer and does everything I could think of to be simple and mistake-resistant.
5
Support / Re: Retroarch Won't Detect GBA Roms Ripped From Retrode
« Last post by ssokolow on 17/Sep/2018 12:20:16 AM »
Sadly I don't know anything about hex editing so I'll just have to stick with using the config file to force the correct size of my gba games. Anyway I'm glad for your responses. I'm now able to play all my gba games on my computer via retroarch.

You don't strictly need a hex editor.

For example, if you've got a POSIX-compliant terminal environment (Linux, MacOS, Windows with WSL), you should be able to do what I do:

I check DAT-o-MATIC for the correct size, then try this command to verify that I looked up the right revision.

Code: [Select]
head --bytes=CORRECT_SIZE /path/to/dump.gba | md5sum
If the md5sums match, then I run this command:

Code: [Select]
head --bytes=CORRECT_SIZE /path/to/dump.gba > /path/to/fixed_dump.gba
6
Support / Re: Retroarch Won't Detect GBA Roms Ripped From Retrode
« Last post by GalaxyDreamer90 on 14/Sep/2018 06:36:55 PM »
Sadly I don't know anything about hex editing so I'll just have to stick with using the config file to force the correct size of my gba games. Anyway I'm glad for your responses. I'm now able to play all my gba games on my computer via retroarch.
7
Support / Re: Retroarch Won't Detect GBA Roms Ripped From Retrode
« Last post by Aleron Ives on 11/Sep/2018 12:31:11 AM »
If you're desperate, you can also overdump the cart and then trim it to the correct size using a hex editor afterwards, rather than trying to force the correct size for each game.
8
Support / Firmware Update Hoops to jump through (Windows Good, Linux Sad)
« Last post by Land95 on 10/Sep/2018 02:55:39 AM »
I first attempted to update the Retrode v2 firmware using the Linux instructions outlined here: http://www.retrode.org/documentation/firmware/

1 -Install dfu-programmer.
2 -If you have any other flashable AVR devices plugged in (if you don’t know, you probably don’t), unplug them, as dfu-programmer gets confused if it finds more than one flash target.
3 -Hold down RESET button. Hold down the HWB button. Let go of RESET button. Finally, let go of HWB as well.
4 -At a command line, run “dfu-programmer at90usb646 get product-revision” (without the quotes). If you get the error “dfu-programmer: no device present”, try running as the root user. If you still get that error, repeat step 5.
5 -Run “dfu-programmer at90usb646 erase” (without the quotes). If you needed to run dfu-programmer as root in step 6, you will need to do so in this step as well.
6 -Run “dfu-programmer at90usb646 flash /path/to/retrode/firmware.hex” (without the quotes, and obviously use an appropriate path). If you needed to run dfu-programmer as root in step 6, you will need to do so in this step as well.
7 -When the programming is done, hit the RESET button or cycle the USB connection. As tempting as it may seem, do NOT run “dfu-programmer at90usb646 start”.

However it turns out as of the 9th of  sept 2018 finding DFU for Ubuntu is no easy task.

Eventually I sourced it https://launchpad.net/ubuntu/xenial/+package/dfu-programmer
And while I was able to return valid info from the get product-revision, at the erase step this would always fail.


Next, I tried updating the firmware using Windows 7 & 10 – both had the problems listed here: http://forum.retrode.org/index.php/topic,156.0.html
 
This would manifest when the Retrode v2 was put into programming mode (hold reset, hold HWB, release reset, release HWB) and windows would throw a USB device not reconized message.   In FLIP an error indicating Could not open USB device would be thrown.

The solution
1 -look in the task managers device, Right click, Details, HardwareID. 
2 -Go to Regedit, HKEY_LOCAL_MACHINE\System\CurrentControlSet\Control\usbflags\VIDPIDREV (where VID/PID/REV are numbers from the HardwareID)
3 -Add a new Dword32 titled SkipBOSDescriptorQuery and set its value to 1. 

More info can be found here: https://blogs.msdn.microsoft.com/usbcoreblog/2013/11/25/why-does-my-usb-device-work-on-windows-8-0-but-fail-on-windows-8-1-with-code-43/

Now firmware updates on Windows 10 or 7 work just fine
9
General Discussion / Re: SEGA SMS/GG Firmware (FW v0.24)
« Last post by skaman on 10/Sep/2018 12:38:57 AM »
Ok.  I got the problem SG-1000 carts dumping with the Mark III plugin.  I created a forceSystem setting "sg" for these SG carts.  These carts need a specific configuration to read out properly.  I still need to decide whether to implement forceSize or simply dump 0x10000 (65536) bytes when using the SG setting.

I've merged the code into the current BETA v0.26 firmware.   I'll be doing some testing before I send it out to the test group.

EDIT:  Implemented the forceSize setting for the "sg" forceSystem.  forceSize uses KB size.  Looking at the No-Intro SG-1000 set, valid sizes are 8/16/24/32/40/48 KB.  Defaults to 64KB.
10
General Discussion / Re: SEGA SMS/GG Firmware (FW v0.24)
« Last post by skaman on 09/Sep/2018 06:32:37 AM »
FYI, Peter byemu (famulator)'s "Lithium"/"Tengu" MD dumper seems to be electrically compatible with skaman's Retrode2 Mark III plugin. Using that combination, I was able to dump five problematic SG-1000 cartridges (Orguss, Star Jacker, Girl's Garden, Flicky, and Congo Bongo.) I'm not yet sure why the Retrode2 only sees 0xFF for these, but at least there does exist a Mass Storage-compatible dumper that can read them. Note that the dumps will need to be deinterleaved (discard all even byte locations, they all read as 0xFF) and truncated (these old games are headerless, they all seem to work with final length 32768 bytes.)

I picked up copies of Girl's Garden, Flicky (Rev 1), and Congo Bongo (Rev 1).  Like bsittler stated, the Retrode with Mark III plugin will not read out these SG-1000 carts.  I used sanni's MD cart reader with the Mark III plugin to read the carts out.  The dumped files need to be split between even and odd bytes.  The odd bytes will contain the ROM data.

I'll try to figure out what is going on with these SG-1000 carts on the Retrode but no promises...
Pages: [1] 2 3 ... 10