Fixed Sega, it only takes .gen & .bin
Not .md
1 Like
Donât forget thereâs an edit button 
Those instructions were more for people who wanted to restore their save rams, save states, and/or bios collections; specifically for PlayStation, as the location of these files has moved since 0.4, and isnât well documented anywhere. Since the save state is tied to which bios you use for pcsx, itâs important to know where to put your bios as well. A lot of people put it in the wrong location in the past. Other things like mupen just put the save files into weird places.
This is something that happens with standalone emulators; namely PocketSNES and FCEUX. I want to remove them completely personally, but kept them to retain some kind of stock feel to the image. People might complain if I did. If you use the Retroarch cores instead, it doesnât have the crackling and generally has less tearing in the graphics.
Smash bros runs, but not very well. Banjo Kazooie runs nicely, however banjo tooie has some slow downs. Glad you worked out you need to decompress the 7z file.
That would probably just be the demands of mupen64plus, and not to do with the image. In fact, just a stock image produces just as much heat. I havenât seen anyone else do it yet, but I have personally had my rear cpi shell melted slightly, doing an extensive overnight compile. I reiterate, this was using the stock 1008MHz and 5.3.6 kernel. Entirely my fault, ie I had the unit in a small bag with no ventilation.
If anything, the 5.7.7 kernel with the 1200MHz governed clockspeed actually runs cooler, and thus uses less power and lasts longer. I made a shortcut to this combination called âGovernedâ. Note that it still does go up to 1400 if the demands get higher. This is the only combination that allowed suspend, and due to the way the governor changes the clockspeed/voltage depending on load, is the most energy efficient.
The 5.5.9 + 1400MHz has a shortcut called âOverclockedâ, and maintains the 1400MHz Overclock/voltage. Use this to do things that donât like being cpu throttles. Strangely however, some things like the gpsp standalone emulator seems to have strange stuttering using this combination; whereas the gpsp core in Retroarch runs perfectly fine. If you want gpsp standalone to work, switch to the shortcut called âUnderclockedâ to basically make things run as they would on a stock image, ie 5.3.6 + 1008MHz. From memory, both of these just remain at their specified clockspeeds.
The three named âshortcutsâ I mentioned above are just combinations that I found myself switching to a lot. Itâs to save you having to wait while each individual script runs to go to the same combination again and again. That said, mix and match as you see fit between the kernels and clockspeeds if something doesnât work. Different gameâs and emulators work differently, and have different requirements/demands.
To do a state save in my mupen config, you push shift and select. To load, push shift and start. To do turbo, hold menu. To exit, push shift and menu. This unfortunately also conflicts with volume down and up respectively. I didnât see it as too much of a problem as I only use a single state save to basically resume where I was when I last played. I donât use it for trying to save scum etc. Unfortunately thereâs not enough buttons to cater for all of the N64 controllerâs buttons, and change state save slots.
The controls, from memory are (assuming you have your gameshell assembled like a SNES)
Dpad=Analogue stick
Y=B
B=A
X=Z
A=R
Start=Start
Select=L
Menu=Turbo
Holding shift:
Y=C left
B=C down
X=C up
A=C right
(These correspond to the light keys)
Start=State load (and volume up)
Select=State save (and volume down)
Menu=Close mupen64plus
Note: I have configured it assuming that people donât have a light bar attached. I personally donât use it, not wanting to have extra bulk. It would be worthwhile editing the mupen64plus config to use a different binding if you did use the light bar. Kind of.
The way the C buttons work on the N64 to essentially be a camera control make having a NSEW cardinally orientated configuration ideal, and unfortunately the light bar shoulder buttons merely mirror these.
Itâs probably worthwhile to flash the arduino to use the shift+L/R buttons as the standard registered input. I think I might have also registered the spare shift + L/L2/R/R2 buttons as some combination of the dpad buttons to complete the N64 controller inputs, but never use the Dpad anyway.
Potentially I could use the arduino mouse mod update to simulate more of an analogue stick movement. But realistically, using a Dpad as a mouse, which is then simulating a joystick is kind of counterintuitive. The only problems I have are with games that get you to try and draw a circle. It ends up looking like an etchasketch.
Alright, thank you very much for your help! 
1 Like