@herb_fargus said in Can't find LXDE install option in latest RetroPie:

I updated the FAQ page thanks for the heads up. though if you had looked through a few more options you would have found it ;)

Haha, I found the option last night right after I decided to go ahead and run the manual apt-get commands. Looks like everything's in working order and I've got LMMS running in Pixel. Thanks bro! ^_^

@rbaker it works! thnx

@pawpie you need to describe what you did step by step in terms of connecting to your network. Wireless or ethernet? for example.

Sorry to hijack. I never knew that an alternative fork of the highly complicated A8 emu for retropie existed! Thanx for the info. I will have a try

If you want to run the games from USB you need to edit some settings. I think you didn't do that and thats the reason why it doesn't work. How large is your SD card?

It was a network problem. I got it to run the commands, but on reboot it doesn't display to the screen.

never mind, I did not realize my pi is actually a raspberry pi 1 model B. I need to download the other img. Sorry for that

@wiiant the real question is if there are any ARM specific optimisations for the pi that would lend any benefit over the current vice emulator or if due to the lack of processing power of the pi it would run like cold tar in attempting cycle accuracy ;)

looks the source is available, but will require basic compilation knowledge and even more retropie specific knowledge to turn it into a module for retropie. I don't really have time to look into it but there are guides online for compiling under Linux and there probably is a specific guide for compilation on the emulator site or readme

I deleted the controller config at
/opt/retropie/configs/all/retroarch/autoconfig/LogitechGamepadF710.cfg
and the button conflict was resolved. Don't know why this file and the core specific retroarch.cfg would be in conflict or over riding each other.

not a shader, but you can add a scanline effect. open /opt/retropie/configs/snes/snes9x.cfg and change DisplayEffect=0 to DisplayEffect=1

i'm basing this on:
https://github.com/RetroPie/pisnes/blob/master/snes9x.cfg.template#L65

@emilholm Sounds like the adapter or controller is bad if there is nothing on JSTEST. That means that the OS isn't seeing the controller.

thanks guys will try it tonight

So Iv'e been working on it and got the drivers to install from source and the BT paired. The controler worked via BT in the retropie setup, as soon as i exited it crashed the system. I rebooted and paired again , rumble scan pair, CRASH...

Take a look in the config directory to truly verify if it is saving or not. It likely is, but it is pulling up a different config when you start the emulator.

wait, sorry i needed to restart retropie, it seems to be up now. thank you

Okay, installed everything from a fresh RetroPie 4.1 image and also clean install of AM from source. I'm on version 2.2.0 of AM and everything is working as expected. The ghosted keys are no longer an issue, and as a result I don't need to futz with different key settings for exiting a game in retroarch. I'd like to figure out why that was an issue for me, but for now what I have is working. In windows I programmed the "exit" buttons for my minipacs with the WinIPac program to be macros of "start+select" and it works perfectly.

As a side note, it seems the issue was with sfml-pi. This explains why my 2.2.0 AM was still giving me issues. I had not gone back all the way in the steps to the sfml-pi portion.

Thanks all.

@BuZz Thanks!

...

The default source (thegamesdb) had great coverage of boxart so that was the default. If you want to do something else you can use something like -console_img="s,b" to use a screen shot if it exists then fall back to box art, etc.

Or you can do as @columboscoat mentioned and you have access to a windows machine you can try UXS. It uses ScreenScraper which is available in my script (-use_gdb=false -use_ss) but it also has some other neat image options.