fluxit

Does it light up? If it lights up, and considering what you've tried, I'd say you should return it, or contact MyArcade. If the console doesn't light up a few seconds after the power button is pressed, you should try a different usb power cable as well.

So you have @Brad_from_the_80s' firmware flashed, correct? When you say that it wouldn't boot, do you mean that the GsP didn't make it to the point of asking whether you wanted the SD card browser or not? Does it work properly with the SD card removed? runme.sh should never affect the GsP's boot sequence, as it is only called when you attempt to load a game.

AFAIK, Brad_from_the_80s' firmware already includes similar capabilities to what mine allows, in addition to what it adds that is 'fully fleshed out,' though I can't say for certain as I've not tried or analyzed it. I've nothing against their firmware, I've just not been motivated to check it out. In any case, if your question is- can you replace one firmware with the other, the answer is yes, though you'd still have to use MyArcade's v1.30 firmware as the base of my patch as supplied. Basically, if you follow my directions, and have not had difficulty flashing your GsP's firmware in the past, you shouldn't have problems. Applying the patch to a different firmware image, and then flashing it may cause corruption, and I wouldn't recommend it.

My firmware patch allows this to be enabled. I believe that @Brad_from_the_80s firmware does as well?

The combination of my firmware patch, with GB_Baker's new RetroArch builds should allow you to remap your controller as you wish.

In my experience, that type of tester only has limited utility when testing old capacitors. It's good for telling you if you have a completely defective new cap when populating a board. Basically, I've had many times when the tester showed good results for capacity and ESR on a questionable cap that had been removed from the board, and when the cap was replaced with a new one, it fixed the problem.

Are you sure that "game" has been successfully killed? In my testing, I wasn't able to eliminate the game process, as init would always immediately restart it. This wasn't necessarily obvious unless you waited and checked for it again, as init wouldn't bring the new "game" to the foreground. The script that starts game also doesn't properly respond to "stop." The game process can be successfully "paused" and made unresponsive, however. Of course this doesn't help WRT memory usage.

Perhaps, but how many Couchcades have actually sold? The thing is *way* overpriced for what it is and includes. It's in Apple pricing range, which sadly seems to be what Arcade1up is shooting for with most of their products lately.

Choplifter! on the 7800 is a bit of a strange beast. The SMS is the most enjoyable version, IMO. It has great graphics, slightly easier control than the arcade version, and multiple stages like the arcade- though it isn't arcade accurate. The 7800 version has control that is somewhere between the SMS and the arcade, IIRC. It also has quite good graphics, and plays well. Unfortunately, it only has the one stage, like the home computer originals.

Have you tried @GB_Baker's RetroArch builds? They do still need some work, but as it is- the first build they released worked with every controller I threw at it, so long as it is compatible with the GsP's Linux kernel, which doesn't exclude many controllers. And if you don't want to use the RetroArch menu, it's entirely possible to substitute a new RA build, but continue to use the GsP's built in menu. You'd just have to use RetroArch to configure your controller(s) first, assuming the defaults were not to your liking(or if the defaults are unusable, as the case may be with some controllers.)

If you set your tank on top of one of the orange squares, it will refuel your tank.

People have mentioned pencil erasers, and I'm sure that these have been discussed before on AtariAge, but I'd like to add my recommendation for the electric eraser. They work really well for that Activision cart that still has significant visible carbon(or green corrosion, as the case may be) on the contacts, even though you've scrubbed and scrubbed with a swab and IPA, and the swab no longer removes anything. The electric eraser can give your contacts back that clean, shiny appearance. Yes, it's mildly abrasive, so don't go overboard, but they don't have super high speeds, or overly torquey motors so they shouldn't be likely to cause damage if used carefully. The eraser can be extended to access contacts without cart disassembly, by applying a small piece of tape to the eraser holder. This will keep the eraser from working itself out of the holder while in use. On Amazon. On AliExpress. On Ebay.

Pitfall Harry's Rolex.

Do you have user_language = "0" in your retroarch.cfg?

I've not tested to answer your first question. You could just call the binary using its full path though? Not that it matters as what you came up with works fine. Ah yes, the switches under the sticks. I forget that they are there most of the time. The problem is sorted. This version of RetroArch apparently requires the core info, and only the core info AFAICT, in order to function 'manually,' using the menu. Unfortunately, retroarch/info is one of the directories that was not automatically created by the program. Once I unzipped info.zip into /sdcard/retroarch/info, your build of RetroArch is working well for me.

RetroArch produced the attached interesting, but not useful logfile, with logging enabled. retroarch__1970_01_01__00_00_29.log

Hmm.... I'm still not able to load a core, then select a game. I do, never the less- have a suggestion. I don't recall what input_menu_toggle_gamepad_combo = "2" represents, but it isn't intuitive, IMO. input_menu_toggle = "home" is probably better. This uses the home button on the console(gpio) to bring up the RetroArch menu when a core is running. While in the RetroArch menu, the button still acts like "Home" on a keyboard, IOW it takes you to the top of the list of options. Another suggestion, is to add the env variables: export XDG_CONFIG_HOME=/sdcard export XDG_RUNTIME_DIR=/sdcard to runme.sh. Otherwise, RetroArch will create it's directory structure in the default usable location- the root of the ext2 data partition. A partial set of overrides in the .cfg file will not keep this from happening, in my experience. I'll go back over my .cfgs later, but I'm stumped as to why I can't actually load a game. I've even tried "installing" my cores from the download directory. RetroArch indicated success, but there was no change in it's behavior. I load a core, and when I try to load a rom I still see "No cores available." It really doesn't make sense. I know that the cores are loading, because the file filter is working.

Are the assets required? I have your binary and cfgs in /sdcard/retroarch, and your runme.sh in /sdcard/agsp. Cores I've added are in /sdcard/retroarch/cores. My 'Xbox 360 pad' works great in the menu. I can "Load a core," and the selected core's info is displayed in the lower left as expected. When I then "Load content," I'm able to navigate to my Games directory and select a rom. Retroarch comes back with "No cores available." I see the same behavior, regardless of the selected core. These are cores and roms that I've previously tested successfully with the GsP's included RetroArch. My "Romoral K808" macro keypad with scrollwheel also works great in the menu, including using the "Enter" key to select options.

That would be great. Do you suppose that it can perform as well or better than the current community build does on the Retron 77 without much fuss?

Some XM games do work with pokey, AFAICT. However, the savekey functionality is not supported by the current RetroArc ProSystem core. You can save 7800 states, however, with my firmware mod, if you enable the function.

I don't see that here. Is your display in "game mode?" Are you using your controllers wired, or wirelessly? Some people have reported lag when wireless. Also, but probably unrelated- you can adjust paddle sensitivity using the controller's "Menu" button.

Challenging. I've only escaped 5 times total, so far. This was the first run where I was able to escape more than once. There does seem to be a bug related to the end boss, where you will bounce up after defeating Meleebat, and if you land in the hole there will be a beep, and the game does not advance to the lower level escape screens. Instead, the game clock continues to run, and the game can only be reset, so far as I could tell. I was playing on Stella 6.7.

Sorry, not a clue on the shader, but everything in that reddit post has already been covered in this thread. Not a big deal, of course, and no- I don't necessarily expect you to read all 40+ pages.

I've given this more thought. Initially, I coded an exception for the Bell Hopper roms that are in this thread, but changed my mind based on the supposed intent behind the "Atari 2600 Paddle" directory's existence. AFAIK, MyArcade meant for games that are placed in that directory to use paddles, so I 'fixed' it for them. Does Stella support the behavior that you describe above? If it allows for a detected or selected(through Stella's menu) controller type to be changed automatically during runtime, I'm not aware of that capability. My current fix should allow- though I've not tested this specifically, for example: Astroblast to be played with the user's choice of paddle or joystick by placing the rom inside of, or outside of the special folder. Do you know of other games that use paddles and joystick 'simultaneously?'

It may be that it only occurs when you execute RetroArch with no -L, -C parameters.