New 4.1.20 RetroPie images for testing

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.

BuZz

@mediamogul will do. Thanks.

robertybob

@BuZz I can't see it in the changelog on the homepage?

herb_fargus

@robertybob jools has been busy with lots of stuff, said he forgot. I've added the themes

BuZz

@robertybob What was missing ? I added news about Meleu's work - it's in the changelog.

Or you meant something else ?

BuZz

@BuZz @robertybob @herb_fargus I think there may have been a misunderstanding anyway - not important. Herb mentioned your post to me, but we thought it was about not mentioning the theme additions. Which I didn't, but not everything makes the changelog really. It's been added now.

Meleu's module was mentioned though as requested.

obsidianspider

I just updated to 4.2 on my Pis and laptop and it's working very well. Thanks again for all your hard work.

BuZz

@obsidianspider cheers! No doubt there will be new bugs. But then there is also 4.2.1 ;-)

obsidianspider

@BuZz At least my friggin TFT didn't go crazy* this time. ;)

*To be fair that was a kernel update and an Adafruit code problem coming together to cause that, and it wasn't RetroPie's fault.

TMNTturtlguy

Question regarding updating to 4.1.20 - I have my current build running nicely on the last version of retropie. I noticed that changes have been made to the N64 emulators. If i do an upgrade of my current retropie, will I need to go into my N64 and reset which emulators each rom uses? Any other settings that might get "reset" during the update? Thanks and excited for the new updates.

Shakz

@BuZz I really feel we should have ssh enabled by default. Obviously I have a vested interest as my toolkit uses ssh to connect to the pi but there are also the 1000s of other how to videos that are now obsolete....this only adds to a new users frustration in getting things setup. Samba is dead slow compared to sftp for rom transfers as well.
Just not sure there is any value to having ssh disabled by default especially for security reasons.....I get it from the raspbian perspective...but retropie? I know its trivial to fix through raspi-config but again.....where is the value?
Please consider adding it back in 4.2.1

BuZz

@Shakz Not going to happen. Security is more important and Raspbian made the decision for a reason. For us to ignore it, would be irresponsible.

RetroPie images are Raspbian.