hizzlekizzle / retroarch-appimage Goto Github PK

View Code? Open in Web Editor NEW

13.0 13.0 7.0 99 KB

An attempt to use CI for nightly builds of RetroArch for Windows and Linux (via AppImage)

Home Page: https://retroarch.com/

License: MIT License

retroarch-appimage's People

Contributors

Stargazers

Watchers

Forkers

hunterk fpscan bymao

retroarch-appimage's Issues

Does not run on Ubuntu xenial

Thanks for making an AppImage, we'd like to add it to appimage.github.io. However it does not run on Ubuntu xenial because it was compiled on too new a system:

AppRun: /usr/lib/x86_64-linux-gnu/libstdc++.so.6: version `GLIBCXX_3.4.22' not found (required by /run/firejail/appimage/.appimage-9143/AppRun)

Can you please fix it? Thanks.

Reference:
AppImage/appimage.github.io#2135

sdl2 does not work

Both "udev" and "linuxraw" is working. "sdl2" is working with Flatpak but not with Appimage.

Flatpak (control)

Connect a controller -- I'm using Sony DualSense.
Update the controllers: "Main Menu -> Online Updater -> Update Controller Profiles"[1]
Settings -> Input -> Hotkeys -> Menu Toggle gets value "5" with "sdl2", and "10" with "linuxraw".
Change "Settings -> Drivers -> Controller" from "sdl2" (default) to "udev".
Restart RetroArch which is required for the new driver to take effect .
Settings -> Input -> Hotkeys -> Menu Toggle gets value "110".
Verify that "Settings -> Drivers -> Controller" is set to "udev": Correct.

Appimage

Both "udev" and "linuxraw" is working, but not "sdl2".

Connect a controller -- I'm using Sony DualSense.
Update the controllers: "Main Menu -> Online Updater -> Update Controller Profiles"[1]
Settings -> Input -> Hotkeys -> Menu Toggle gets value "110" with "udev", and "10" with "linuxraw".
Change "Settings -> Drivers -> Controller" from "udev" (default) to "sdl2".
Restart RetroArch which is required for the new driver to take effect .
Verify that "Settings -> Drivers -> Controller" is set to "sdl2": Correct.
The keyboard cannot be used (use mouse cursor to click on "Back" in the bottom), and "Settings -> Input -> Hotkeys -> Menu Toggle" don't get value "5" for the controller.

References

1: I corrected the Product ID for SDL2/DualSense: libretro/retroarch-joypad-autoconfig#1115

Info

OS: Trisquel GNU/Linux version 11
Appimage 1.17.0

The workflow doesn't bundle a binary

I checked nightlies, and only assets are bundled.

Save state, and Rewind, does not work with any manually downloaded core

Save state, and Rewind, work with manually downloaded/extracted cores for Ubuntu's retroarch package, but not the Appimage. Also, other Hotkeys work fine, like Fast-forward for the Appimage.

Save state, and Rewind

./RetroArch-Linux-x86_64.AppImage -L [core].so anygame.sfc

Save state: "Core does not support save states."
Rewind: "Rewind unavailable because this core lacks serialized save state support."

Tested cores

SNES cores

PlayStation cores

Info files

If it matters, it didn't help to copy the info files to:

The core info file directory
To the content directory of loaded game
To the same directory as the .so file was loaded from

Incorrect assets_directory, and libretro_info_path

In Trisquel 11 but not in some other distros, Appimage version 1.16.0 generates a retroarch.cfg file with:

assets_directory = "/usr/share/libretro/assets/" instead of assets_directory = "~/.config/retroarch/assets/"
libretro_info_path = "/usr/share/libretro/info/" instead of libretro_info_path = "~/.config/retroarch/cores"

Note: "~" is correct and can be verified by running ./RetroArch-Linux-x86_64.AppImage? from the command line, which says `Setting $HOME to [the directory that you extracted the appimage in]/RetroArch-Linux-x86_64/RetroArch-Linux-x86_64.AppImage.home

Why do we want to fix this?

It makes the Appimage dependent of the retroarch-assets package, which is ok since the core packages will install it. But:
Even if the retroarch-assets package is installed, it may not be used correctly. For example, sometimes I had font and icon issues with both XMB and Ozone with the retroarch-assets package (version 1.4.1+git20170209+dfsg1-1).

Appimage 1.16.0 in a distro without the retroarch-assets package installed:

retroarch.cfg configured with assets_directory = "~/.config/retroarch/assets/"

Renaming a game from the favorites list causes the game image to be lost.

I would like to know if it is a bug, or is it something that is not implemented.
I have a list of MAME games which works fine. I also have no problems with images.
The emulator uses the name of the rom to display the names of the games by default.
I really find it annoying to find a game called "gng", instead of seeing "Ghost'n Goblins", so I tried adding that game to the favorites list, and renaming it from there.
The problem I have run into is that if I do it, it no longer recognizes the image.
I have gone to the snaps list, and I have copied the gng.png file, creating another like it with the name Ghost'n Goblins.png, thinking it would work, but it doesn't.
I've also tried editing the favorites list to try to add the image path, but it doesn't show where to do it:

{
"path": "/media/Emuladores/Roms/MAME/1942.zip",
"label": "1492test",
"core_path": "DETECT",
"core_name": "DETECT",
"crc32": "00000000|crc",
"db_name": "content_favorites.lpl"
},

I have not found a way to rename the games without losing the images.
I've also tried duplicating a rom and renaming it, but many of them won't start.
I would like to know if there is any way to rename the favorites list without losing functionality.
Thanks in advance.

Error while loading RetroArch in OpenMandriva 23

Hi, thanks for your time, i wanted to run the AppImage from RetroArch on my AMD Athlon X4 845 3.5GHz PC with 16GiB of RAM, with an AMD Radeon RX550 with 4GiB of GDDR5 memory, running OpenMandriva 23. Like running another AppImage programs, i made RetroArch executable using konsole with the command: chmod a+x "AppImageFileName", then i made double click on it like i made in another programs, like PCSX2 which is packaged in AppImage format, and runs fine on my PC with Open Mandriva 23, about with 30-50% better performance comparing with it's Windows version. I tried to do the same with retroarch, but nothing happens; so i tried to run directly from konsole and i got this message:
"./RetroArch-Linux-x86_64-Nightly.appimage: symbol lookup error: /lib64/libEGL_mesa.so.0: undefined symbol: wl_proxy_marshal_flags"

As i said, i have AppImage programs running well, as PCSX2 1.7 Nightly, or CEMU for Linux, even not AppImage files, as Redream, which is a single UNIX executable, runs perfectly with this method, but RetroArch Doesn't, so, i hope my description of the problem could help you; by the way, my OpenMandriva is running under Wayland an Vulkan desktop environment-API.

Manually downloaded/extracted cores are not listed in "Load Core"

[This is a copy of: https://github.com/libretro/RetroArch/issues/16128]

First and foremost consider this:

Only RetroArch bugs should be filed here. Not core bugs or game bugs
This is not a forum or a help section, this is strictly developer oriented

Description

I cannot load any core that I have manually downloaded and extracted to the core directory.

Expected behavior

Should it not be listed? What have I missed?

Actual behavior

The bsnes hd is not listed in Load Core

As Rob taught me, I had to run:
./RetroArch-Linux-x86_64.AppImage -L RetroArch-Linux-x86_64.AppImage.home/.config/retroarch/cores/bsnes_hd_beta_libretro.so "~/Downloads/Legend of Zelda, The - A Link to the Past (USA).sfc"

Steps to reproduce the bug

Downloaded http://buildbot.libretro.com/nightly/linux/x86_64/latest/bsnes_hd_beta_libretro.so.zip
Extracted bsnes_hd_beta_libretro.so.zip
Moved bsnes_hd_beta_libretro.so to ~/Downloads//RetroArch-Linux-x86_64/RetroArch-Linux-x86_64.AppImage.home/.config/retroarch/cores/
Opened ~/Downloads//RetroArch-Linux-x86_64/RetroArch-Linux-x86_64.AppImage
In RetroArch: Load Core -- it's empty, the bsnes-hd beta core is not listed, so it cannot be loaded.

Bisect Results

[Try to bisect and tell us when this started happening]

Version/Commit

You can find this information under Information/System Information

RetroArch: [version/commit]

Environment information

OS: [The operating system you're running]
Compiler: [In case you are running local builds]

Problems running Desktop Menu "F5"

This application failed to start because it could not find or load the Qt platform plugin "xcb".

Reinstalling the application may fix this problem.
Aborted (core dumped)