[Guide] Getting EmulationStation to work with FS-UAE
-
@silver Where can one find the updated script? Your opening post still shows as last edited seven days ago.
@silver said in [Guide] Getting EmulationStation to work with FS-UAE:
- Although I've hardcoded the paths into the script, given that these are the default FS-UAE and EmulationStation paths, it should make it even easier to use
Since you defined them at the top of the script, I don't see a problem with that either.
-
@clyde said in [Guide] Getting EmulationStation to work with FS-UAE:
@silver Where can one find the updated script? Your opening post still shows as last edited seven days ago.
Odd, I only just updated it now! I think that might be something to do with the forum software?
@silver said in [Guide] Getting EmulationStation to work with FS-UAE:
- Although I've hardcoded the paths into the script, given that these are the default FS-UAE and EmulationStation paths, it should make it even easier to use
Since you defined them at the top of the script, I don't see a problem with that either.
I was hoping that, so good to know :) I still think the installation instructions are overly complicated as I think the majority of people will just have one account running EmulationStation with the default locations. In which case it should just be "save these files, copy to
/usr/local/bin/
, set permissions and you're done".Would be good to know your thoughts?
-
Blow it, I've updated the instructions based on those assumptions :)
I think anyone who has changed the defaults will know what to change to get it working.
-
@silver Forget what I wrote, I just mistook the creation date for the editing date. The latter shows when you hover the mouse pointer over the little edited sign behind the creation date.
Your instructions are already well structured, I think, and some things can't be shortened much more without becoming unintelligible.
One thing I noticed that won't concern many common users in my opinion is the system-wide placement you describe. I usually advise less experienced users to put scripts into ~/bin for global access, because most of them only have one user account. Experienced users don't require that information anyway.
-
Added a bunch of updates just to make things clearer, plus added some commentary to the code so people understand what it's actually doing.
-
Thanks for the guide it was really helpful to move my collection over to fs-uae, there are several small issues
a) The db already must exist, so fire up fs-uae-launcher first and import/scan your games
b) There is a small bug in the regexp file=echo $name | sed -e 's/[^a-z0-9\._\-&]/ /gi' | tr -s ' '
the & should be escaped aka \&
c) Third on localized machines, Documents will become something else, aka on german machines Documents now is Dokumente, they localized the paths after user home. Not sure if there is a generic way to query them.
I just wanted to drop the info. -
@silver said in [Guide] Getting EmulationStation to work with FS-UAE:
@youxia said in Guide: Getting EmulationStation to work with FS-UAE:
I thought Amiberry solution is presently the best one regarding Amiga?
I've never tried it. If it works better for you, then great.
that's right but Amiberry is only ARM, not possible at this time with x64.
the guide is fine, except running with my adf files.. (i need to do it manually) thanks for it. (y)
-
@noise said in [Guide] Getting EmulationStation to work with FS-UAE:
the guide is fine, except running with my adf files.. (i need to do it manually)
Glad to hear you found the guide helpful!
Regarding the issue you have with ADF files, can you explain a little more?
If I can solve your problem by improving the script then I'm more than happy to do so.
-
@silver
if that does not too much circumstances to you, with pleasurei try to start a fs-uae file, but no work it starts only the launcher itself.
(here i give all other right, Amiberry is much better with starting from uae files)it is not posible to start a fs-uae file like this, only with uuids ?
open internal with fs-uae starts the game[fs-uae] accelerator_memory = 262144 bsdsocket_library = 0 chip_memory = 8192 cpu = 68000 floppy_drive_0 = GAME.ADF floppy_drive_speed = 0 floppy_drive_volume_empty = 5 graphics_memory = 262144 network_card = a2065 slow_memory = 1536 sound_card = toccata
also have a few lha files that not working with fs-uae, however on rasperry with amiberry worked fine.
Edit: the only way i got to start a adf from emulationstation are with a .sh script with the command
fs-uae --floppy-drive-0=GAME.ADF --fullscreen
but this needs to replace the runcommand to default.
is there a simple terminal command to run a .lha file ?
i try:fs-uae --amiga_model=A1200 --accelerator_memory=262144 --bsdsocket_library=0 --fast_memory=8192 --floppy_drive_speed=0 --floppy_drive_volume=3 --floppy_drive_volume_empty=0 graphics_memory=262144 --slow_memory=1536 --fullscreen --fullscreen=1 --fullscreen_mode=desktop --hard_drive_0=game.lha --x_whdload_args=game.slave PRELOAD
but no success
the fs-uae config file from launcher start the game with:
[fs-uae] accelerator_memory = 262144 amiga_model = A1200/3.0 bsdsocket_library = 0 chip_memory = 8192 cpu = 68000 fast_memory = 8192 floppy_drive_speed = 0 floppy_drive_volume_empty = 5 graphics_memory = 262144 hard_drive_0 = game.lha network_card = a2065 platform = amiga slow_memory = 1536 sound_card = toccata x_whdload_args = game.Slave PRELOAD
-
@noise Sorry, I'm probably not going to be much help.
lha
is an Amiga archive format and it's not something I've seen used before to compress disk images for running via emulation.My instructions will stop EmulationStation from displaying any Amiga games which don't end in
fs-uae
and then causeruncommand
to launch my script which itself launchesfs-uae-launcher
with the correct UUID.If you need to run a different command line for certain image formats, then you'll need to modify the
create-fs-uae-uuids
script to examine the database for the correct filetype and then write out a custom script as the name of the game.In the coming weeks I'll have a play and see if I can recreate the issue you're having. Sorry I can't be much more help.
-
Following on from this, a couple of people have asked me if it's possible to separate out the Amiga, CD32 and CDTV games.
It is possible and you only need to make a simple one line change in
create-fs-uae-uuids
.Look for the following line:
sqlite3 "$database" "select name,year,uuid from 'game' where have=4" | while read line ;
If you want only Amiga games change it to:
sqlite3 "$database" "select name,year,uuid from 'game' where have=4 and platform='Amiga'" | while read line ;
If you want only CD32 games change it to:
sqlite3 "$database" "select name,year,uuid from 'game' where have=4 and platform='CD32'" | while read line ;
And if you want only CDTV games change it to:
sqlite3 "$database" "select name,year,uuid from 'game' where have=4 and platform='CDTV'" | while read line ;
Save the file, re-run and enjoy.
If you're feeling particularly adventurous, then you could always update the SQL to include the platform, save that as a variable and then write out the UUIDs to a different location depending on the platform - but I'll leave that as an exercise for the reader :)
-
Hi all,
i successfully followed all steps above but i can't see any amiga game listed in EmulationStation.
Does the guide still worth?Thank you
-
@xxalfalfaxx said in [Guide] Getting EmulationStation to work with FS-UAE:
Hi all,
i successfully followed all steps above but i can't see any amiga game listed in EmulationStation.
Does the guide still worth?Thank you
Helped by the kind author. Just a tag mistake in es_systems.cfg
-
Is it possible to integrate the fs-uae in the Retropie Setup to Support this exellent Emulator Out of the Box?
-
@sierrafool
fs-uae
is already part of RetroPie, it's available on a PC though, since it's not working (yet) on ARM. -
@mitu said in [Guide] Getting EmulationStation to work with FS-UAE:
@sierrafool
fs-uae
is already part of RetroPie, it's available on a PC though, since it's not working (yet) on ARM.To be honest, I'm not so sure that fs-uae not working on ARM is true anymore.
This issue raised on github back in 2016 regarding fs-uae on ARM suggests that it does compile. In addition, this post in June provides builds for OS X running on the M1, which is also ARM.
There is also a Youtube video which purports to show you step-by-step how to get fs-use running on a Pi. I've not examined it long enough to determine how truthful it is but it seems to make use of this installation script hosted on github.
Full disclaimer: I've not attempted to install fs-uae on a Pi at all - so YMMV 😀
-
@silver said in [Guide] Getting EmulationStation to work with FS-UAE:
To be honest, I'm not so sure that fs-uae not working on ARM is true anymore.
I was referring to the RetroPie module. I know the author has been adding some ARM related improvements recently and at some point, if performance permits, it may be added also for ARM targets in RetroPie.
-
-
hi, thanks for this guide, I have set up retropie with fs-uae on ubuntu server and all is going well.
I have mapped buttons in the fs-uae-launcher for my xbox 360 joypad to operate the f1 and return amiga keys for the game Flashback, using the following mappings in the global config of the launcher.
joystick_0_left_shoulder = action_key_f1
joystick_0_right_shoulder = action_key_returnI can apply these manually to the flashback game entry in the launcher using the cog (top right) however these settings are lost after saving.
So i came up with the idea of adding a 2nd line to the generated flashback (1993).fs-uae file which currently contains the UUID. for example
now all i need to do is parse the 2nd line in the launch script but i'm struggling to get the head command to do what i need.
e.g.
#!/bin/bashGet the UUID from the first line of the file
uuid=
head -n 1 "$1"
params=<something here>Launch FS-UAE Launcher passing it this UUID
fs-uae-launcher "$uuid $params"
This should then pass the params via command line and map the buttons for this game only.
any help is appreciated, it seems there is no other way to do this as the per-game modifications are not stored in the launcher config (as they are not stored in the db profile) -
@zombiefly Hello! So, assuming I've read this correctly, you basically want to update the launcher so that it can read a two line
.fs-uae
file with both the UUID and some optional additional arguments?Assuming I'm right, then change
launch-fs-uae
to be the following:#!/bin/bash # Get the UUID from the first line of the file uuid=`sed '1!d' "$1"` # Get (optional) additional arguments from the second line of the file args=`sed '2!d' "$1"` # Launch FS-UAE Launcher passing it this UUID and any further arguments fs-uae-launcher "$uuid" $args
The only downside to this approach is that if you run
create-fs-uae-uuids
again then it'll overwrite the file and your additional command line arguments.Hope that helps!
-
@zombiefly Apologies for the followup, but I think I've found a better solution. This solution stores your additional arguments in a separate text file against a UUID - which means that it doesn't matter if the
.fs-uae
file gets deleted.For this solution, change
launch-fs-uae
to be the following:#!/bin/bash # Get the UUID from the first line of the file uuid=`sed '1!d' "$1"` # Get (optional) additional arguments from the args.cfg file args=`grep "$uuid" args.cfg | cut -d$'\t' -f2` # Launch FS-UAE Launcher passing it this UUID and any further arguments fs-uae-launcher "$uuid" $args
Now all you have to do is create a file called args.cfg with the UUID followed by a tab and then your arguments:
uuid[tab]--additional-arguments = values --more-args = values -x
for example:
7798d12b-8e3f-5c7d-ae1f-dce95fed2b4f --joystick_0_left_shoulder = action_key_f1 --joystick_0_right_shoulder = action_key_return b6ea35bf-598f-4eed-8ac1-1c0d092b0d6e --accuracy = -1
Now when
fs-uae-launcher
is run, it'll load the UUID from the.fs-uae
file, look up the UUID inargs.cfg
to see if there are any additional arguments and then launchfs-uae-launcher
.Hope that helps!
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.