New 4.1.20 RetroPie images for testing

BuZz

@sergioad this is not the place for feature requests. There are already threads regarding favourites

sergioad

@BuZz ok, did you saw my new wiki page? I hope you like it 😀 talking about the new version I like the changes

Apologies for my request friend

dsstrainer

@AlexMurphy Who is working on ES now? Looks like Aloshi is gone, but there are hundreds of forks.. which is being used in RPi?

AlexMurphy

@dsstrainer Various forks and changes are being developed by members of this forum. Hopefully some of that will be merged into ES. Or RetroPie will use its' own fork.

BuZz

@dsstrainer Our fork is here - https://github.com/RetroPie/EmulationStation

Please can we get this back on topic. If you have something to say that is not related to testing the new images, please start a new thread.

Seems so far the only use of this topic has been for people to ask support questions, which was not the intention.

AlexMurphy

@BuZz Sorry.

jcook84

Shaders applied to one core seem to be applied to all cores (on the upside, they run freaking great on my pi-zero!)

BuZz

@jcook84 said in New 4.1.20 RetroPie images for testing:

Shaders applied to one core seem to be applied to all cores (on the upside, they run freaking great on my pi-zero!)

I need more information including configs etc and what you did / how you did it.

jcook84

@BuZz
It resolved itself with another restart. I had applied different shaders via the retroarch gui to lr_gambette, quicknes, and prboom. I was installing a bunch of optional cores and themes around that time, so who knows.
Anyways, great update!

Shakz

I tried the daphne controller script...with just a controller. Still testing.....need to remap the controller and see if that makes daphne behave as it was mapped prior to adding daphne. It works...but its not mapping a quit button.

capn000

Thank you for all the hard work... I am new to this, so I will be hunting the Support Forum for help

EctoOne

I wasn't trying the new build but since amiberry is mentioned here and I already had it manually installed before, I was curious about the new method it uses to start games anyway.

In my case the amiberry executable was missing after the installation from binary. It returned back to ES when I tried to start a game. I've put the amiberry build from the devs github into the folder by myself and it gave me at least a black screen.
I don't know how the amiberry.sh works and to be honest I didn't try that hard, but it wasn't able to load uae files that have been created by the method mentioned in the wiki. Since I've already spend so much time to get it running, I just edited the emulators.cfg back to what I had before.

BuZz

@EctoOne Thanks.

Perhaps you can give me an example .uae file - it should be able to launch .uae directly, but it's had limited testing.

It can also launch adf files directly, and zips containing multiple adfs.

BuZz

binaries are fixed.

EctoOne

@BuZz
Yeah, I just took a look at the script and it uses the same method to load uae files I've set up manually. I'll give it another try tomorrow, maybe I messed something up when I tried to fix the missing binary. If it doesn't work, I will post an uae example from the two scripts I'm using.

robertybob

For the release notes, is it worth adding the runcommand launch images script and the new themes that are available through the installer? :)

BlockABoots

Is there anyway Steven Selph's Scraper can be run automatically from within emulation station, as at the moment you have to use a keyboard and script to close emulation station and then run the retropie setup

BuZz

@BlockABoots This is not the place for feature requests - Please read the first post.

BuZz

@robertybob I will add it to the changelog.

mediamogul

@BuZz

I will add it to the changelog.

Could you also add word of the update to Stella in there as well. My hope is that an added awareness might lead to direct testing on the Raspberry Pi within the project itself for future versions.