Merge pull request #7 from monkeyx-net/ruffle

Updated the building docs to reflect more memory is needed :)
This commit is contained in:
Lazorne 2024-06-30 22:11:57 +00:00 committed by GitHub
commit 61d4e2ebe9
No known key found for this signature in database
GPG key ID: B5690EEEBB952194
5 changed files with 183 additions and 47 deletions

View file

@ -0,0 +1,169 @@
# Add a new system to RetroDECK
This is a WIP document to show how the Ruffle emulator was added RetroDeck. From initial testing of the emulator, to integrating Ruffle into Flatpack build process and then how to integrate Ruffle into RetroDeck Configuration system for saving game data, resetting/moving config etc.
## Overview
Article assumes that the defaults path for RetroDECK are
That you have looked at [the build local](build-locally.md) document as this continues from that introduction.
## Preparation
How well do you know the emulator you are looking to add to RetroDECK.
* Can it run fullscreen
* Does it save config files
* Does it need a default config file
* What libraries and assets does it need.
* Does it need bios files
* Controller support
* Command line arguments for redirecting configs or saves etc.
## Tasks Involved
### Clone RetroDeck
Fork and clone the main [RetroDeck project.](https://github.com/XargonWan/RetroDECK/fork)
Adding an emulator would be classed as a new feature so create a branch based of the label feat
ie feat/new_emulator_name
An example for ruffle can be seen [here.](https://github.com/monkeyx-net/RetroDECK_UK/tree/feat/ruffle)
Initial testing can be done via the [debug mode](/wiki_development/general/debug-mode/#retrodeck-in-debug-mode)
You will be able to manually run via emulator and test functionality.
To get the emulator added to the manifest an example of ruffle is shown below as simple example manifest.
### Editing the manifest file
```bash linenums="1"
# Ruffle - START
- name: ruffle
buildsystem: simple
build-commands:
- mkdir -p "${FLATPAK_DEST}/share/ruffle"
- tar -zxvf *.tar.gz -C "${FLATPAK_DEST}/share/ruffle"
- chmod +x "${FLATPAK_DEST}/share/ruffle/ruffle"
- ln -s ${FLATPAK_DEST}/share/ruffle/ruffle ${FLATPAK_DEST}/bin/ruffle
sources:
- type: file
url: RUFFLEURLPLACEHOLDER
sha256: RUFFLESHAPLACEHOLDER
# Ruffle - END
```
* Please note lines 1 and 15 as remarks/labels having these help with logging and fund the emulator within the file.
* Line 3 is a label
* Lines 4 indicates a simple build type ie downloading and copying files rather than compiling and building the project. The preference is to compile and build emulators to support the Flatpak process in producing increased compatibly and customisation. Ruffle is a rust project and under constant development. It is hoped to make this a compiled project in the future.
* A simple project is also a good starting point to flatpak builds.
* Lines5 to 9 shows the build process kinked to the downloaded ruffle file.
* Line 10 sources has some place holders url: and sha256: See below
### Add/Change Placeholders
The placeholders are referenced in the file automation_tools/automation_task_list.cfg
``` bash linenums="1"
# The proper format for this file is
# ACTION^PLACEHOLDERTEXT^URL^REPO(Optional)
# hash^DOOMSHAPLACEHOLDER^https://buildbot.libretro.com/assets/cores/DOOM/Doom%20%28Shareware%29.zip
hash^DUCKSTATIONSHAPLACEHOLDER^https://github.com/stenzek/duckstation/releases/download/preview/DuckStation-x64.AppImage
hash^SAMEDUCKSHAPLACEHOLDER^https://buildbot.libretro.com/nightly/linux/x86_64/latest/sameduck_libretro.so.zip
hash^PPSSPPBIOSHASHPLACEHOLDER^https://github.com/hrydgard/ppsspp/archive/refs/heads/master.zip
hash^MSXBIOSHASHPLACEHOLDER^http://bluemsx.msxblue.com/rel_download/blueMSXv282full.zip
hash^XEMUHDDHASHPLACEHOLDER^https://github.com/mborgerson/xemu-hdd-image/releases/latest/download/xbox_hdd.qcow2.zip
hash^VITA3KSHAPLACEHOLDER^https://github.com/Vita3K/Vita3K/releases/download/continuous/ubuntu-latest.zip
hash^RANIGHTLYCORESPLACEHOLDER^https://buildbot.libretro.com/nightly/linux/x86_64/RetroArch_cores.7z
url^RUFFLEURLPLACEHOLDER^"https://github.com/ruffle-rs/ruffle/releases/download/$(git ls-remote --tags https://github.com/ruffle-rs/ruffle.git | tail -n 1 | cut -f2 | sed 's|refs/tags/||')/ruffle-$(git ls-remote https://github.com/ruffle-rs/ruffle.git | tail -n 1 | cut -f2 | sed -E 's|refs/tags/||; s/-/_/2; s/-/_/2')-linux-x86_64.tar.gz"
hash^RUFFLESHAPLACEHOLDER^"https://github.com/ruffle-rs/ruffle/releases/download/$(git ls-remote --tags https://github.com/ruffle-rs/ruffle.git | tail -n 1 | cut -f2 | sed 's|refs/tags/||')/ruffle-$(git ls-remote https://github.com/ruffle-rs/ruffle.git | tail -n 1 | cut -f2 | sed -E 's|refs/tags/||; s/-/_/2; s/-/_/2')-linux-x86_64.tar.gz"
hash^RETRODECKMAMEPLACEHOLDER^"https://github.com/XargonWan/RetroDECK-MAME/releases/download/$(curl -s https://api.github.com/repos/XargonWan/RetroDECK-MAME/releases/latest | grep -oP '"tag_name": "\K(.*?)(?=")')/RetroDECK-MAME-Artifact.tar.gz"
url^RETRODECKMAMEURLPLACEHOLDER^"https://github.com/XargonWan/RetroDECK-MAME/releases/download/$(curl -s https://api.github.com/repos/XargonWan/RetroDECK-MAME/releases/latest | grep -oP '"tag_name": "\K(.*?)(?=")')/RetroDECK-MAME-Artifact.tar.gz"
latestcommit^UNIVERSALDYNAMICINPUTCOMMITPLACEHOLDER^https://github.com/Venomalia/UniversalDynamicInput^main
outside_file^VERSIONPLACEHOLDER^${GITHUB_WORKSPACE}/buildid
branch^THISBRANCH
repo^RDREPO
```
The example above shows the relevant Ruffle entries at lines line 11 and 12.
* Line 11 creates the URL based on date/time.
* Line 12 created a sha256 hash. The Flatpak build gave a sha error build without passing a sha256 hash.
The automation_tools/automation_task_list.cfg is processed by the automation_tools/pre_build_automation.sh script and replaces the placeholders with the calculated values.
You can edit and run the developer_toolbox/build_retrodeck_locally.sh below to check how it changes the manifest file. By using the file below and comment all .sh scripts apart from line 13. It restores the default manifest file after the test run.
```bash linenums="1"
#!/bin/bash
# WARNING: run this script from the project root folder, not from here!!
git submodule update --init --recursive
export GITHUB_WORKSPACE="."
cp net.retrodeck.retrodeck.appdata.xml net.retrodeck.retrodeck.appdata.xml.bak
cp net.retrodeck.retrodeck.yml net.retrodeck.retrodeck.yml.bak
#automation_tools/install_dependencies.sh
#automation_tools/cooker_build_id.sh
automation_tools/pre_build_automation.sh
#automation_tools/cooker_flatpak_portal_add.sh
#automation_tools/appdata_management.sh
#automation_tools/flatpak_build_download_only.sh
#automation_tools/flatpak_build_only.sh
#automation_tools/flatpak_build_bundle.sh
rm -f net.retrodeck.retrodeck.appdata.xml
rm -f net.retrodeck.retrodeck.yml
cp net.retrodeck.retrodeck.appdata.xml.bak net.retrodeck.retrodeck.appdata.xml
cp net.retrodeck.retrodeck.yml.bak net.retrodeck.retrodeck.yml
```
### Build the RetroDECK flatpak
If you have added the necessary files to the manifest
Move you new yml code to just after key dependencies in the manifest. So that you do not have to wait until near the end of the build to check your manifest actions.
Not even ES-DE should be needed to test the additional emulator. In fact it will not show up in ES-DE. See [here for more.](#add-emulatorsystem-to-es-de)
Build using [self hosted runner](build-locally/#build-locally-installed-github-runner) is the recommended method. Can also build via a [bash script](build-locally/#build-locally-via-bash-script)
If you run via self hosted it easier to track the build and any issues/errors are logged.
Other than human error with the code the most frequent issue is with sha256 issues due to issue with download or a version change. So there sha256 no longer matches.
If the build completes without errors it should produce an artifact that you can download and test
## Backup your key data and configs
Make a copy of ~/.var/app/net.retrodeck.retrodeck/ folder and name it old.net.retrodeck.retrodeck
Make a full back up or partial backups of the retrodeck folder normally under ~/retrodeck or sdcard/other drive.
On retrodeck folder backups:
Generally, very few things would target the roms folder, but the other folders could be targeted for various scripts. Our recommendation would be to back up the full ~/retrodeck folder, but as a tester you can decide how much you want to risk.
## Install and Test the built flatpak
Remove current version of RetroDECK
`flatpak uninstall net.retrodeck.retrodeck` and press (y) yes to remove RetroDECK. If you have more then one version installed for some reason choose to remove all versions.
Download and unzip the artifact to a folder of your choice and then run this command in the same folder and the unarchived file.
`flatpak install --user --bundle --noninteractive -y RetroDECK-cooker.flatpak`
On first run it will ask you to upgrade
If it then asks to upgrade the cooker as well. Then say no
## Add emulator/system to ES-DE
Fork and clone the RetroDECK ES-DE [Repo](https://github.com/XargonWan/RetroDECK-ES-DE/fork)

View file

@ -3,7 +3,9 @@ This is a WIP document to help build RetroDECK locally. It is based on notes tak
## Overview ## Overview
RetroDECK is a big project in terms of scope and build size! The build process creates a 1.6GB flatpak file and the build folder is about 23GB. RetroDECK is a big project in terms of scope and build size! The build process creates a 1.6GB flatpak file and the build folder is about 23GB.
It takes about 3 hours to build on an 8 core PC. It takes about 3 hours to build on an 8 core PC.
One contributor ran into some stability problems building RetroDeck on their Linux Desktop with 16GB of ram installed. If the laptop was being used during the build it would often crash at least once. Upgrading the memory on the laptop to 32GB, not only stopped the crashes. The build process was reduced by at least 30 minutes per build too.
This document was initially based on adding a new function to RetroDECK as part of the build process. The person that wrote this as a hobbyist coder/developer, decided that it was better to cover just building RetroDECK before moving onto to adding/changing RetroDECK. This document was initially based on adding a new function to RetroDECK as part of the build process. The person that wrote this as a hobbyist coder/developer, decided that it was better to cover just building RetroDECK before moving onto to adding/changing RetroDECK.
@ -25,7 +27,6 @@ The build process is intensive and time consuming. About three hours on a machin
From time to time to it can appear to lockup up your device especially during the build process. From time to time to it can appear to lockup up your device especially during the build process.
### Download/Clone RetroDeck ### Download/Clone RetroDeck
Clone the repository. The --recursive option is used to ensure the RetroDECK sub modules are download(ie Emulators from other projects). The only element that is not downloaded for changing/editing is the [RetroDECK fork of ES-DE](https://github.com/XargonWan/RetroDECK-ES-DE). That should only be needed if you wish to add a new emulator via ES-DE. Clone the repository. The --recursive option is used to ensure the RetroDECK sub modules are download(ie Emulators from other projects). The only element that is not downloaded for changing/editing is the [RetroDECK fork of ES-DE](https://github.com/XargonWan/RetroDECK-ES-DE). That should only be needed if you wish to add a new emulator via ES-DE.
@ -126,7 +127,6 @@ RetroDECK/net.retrodeck.retrodeck.yml
[RetroDECK current manifest](https://github.com/XargonWan/RetroDECK/blob/main/net.retrodeck.retrodeck.yml) [RetroDECK current manifest](https://github.com/XargonWan/RetroDECK/blob/main/net.retrodeck.retrodeck.yml)
An example of a simple build is shown below. Which downloads the Vita3K emulator latest zip and then copies/links the files for use within RetroDECK. An example of a simple build is shown below. Which downloads the Vita3K emulator latest zip and then copies/links the files for use within RetroDECK.
Please note the sha256 this is populated by this [script.](https://github.com/XargonWan/RetroDECK/blob/main/automation_tools/pre_build_automation.sh) Which pulls in this [cfg file.](https://github.com/XargonWan/RetroDECK/blob/main/automation_tools/automation_task_list.cfg) Please note the sha256 this is populated by this [script.](https://github.com/XargonWan/RetroDECK/blob/main/automation_tools/pre_build_automation.sh) Which pulls in this [cfg file.](https://github.com/XargonWan/RetroDECK/blob/main/automation_tools/automation_task_list.cfg)
@ -156,61 +156,21 @@ If you want to add a new emulator then this also a basic/simple example how this
# Vita3K - END # Vita3K - END
``` ```
### Possible Issue
Problems with build consistency on my local repository. I tracked this down to the fact the yml pulls in another copy of the RetroDECK repository which then overwrites the yml file. Given the long build time or needing to restart a build.
This can lead to0
-sha values in the RetroDECK net.retrodeck.retrodeck.yml not matching the file sha values that were download on your repo as part of the build.
-If there is not a corresponding remote branch to your origin this has also led to the build failing. So pointing to your own repo removes this issue.
So far I have changed the two references below. I am currently testing whether one or both need changing.(It looks like it might just reference 1 that needs changing) Then I am going to see if passing the local rather RetroDECK repo can be changed via a variable etc
Now going back to reference 1 and referee 2 as would not build.
Reference 1 change.
```bash
- name: version-initialization
buildsystem: simple
build-commands:
- |
# on main please update this with the version variable, eg: VERSION=0.8.0b
# on cooker will be THISBRANCH
VERSION=0.8.1b
git checkout ${GITHUB_REF_NAME}
mkdir -p ${FLATPAK_DEST}/retrodeck/
if [[ $VERSION == *"cooker"* ]];
then
VERSION="$VERSION-VERSIONPLACEHOLDER"
fi
echo $VERSION >> ${FLATPAK_DEST}/retrodeck/version
cat ${FLATPAK_DEST}/retrodeck/version
echo "Version is $VERSION"
sources:
- type: git
url: https://github.com/monkeyx-net/RetroDECK.git
branch: THISBRANCH
```
Reference 2 change.
```bash
sources:
- type: git
url: https://github.com/monkeyx-net/RetroDECK.git
branch: THISBRANCH
```
## FAQ ## FAQ
### Crash during local sh build? ### Crash during local sh build?
- Stay Calm! - Stay Calm!
- Have you got at least 32GB of ram installed
- Wait 5 to 10 minutes and see if device starts responding again. - Wait 5 to 10 minutes and see if device starts responding again.
- Restart the PC/laptop. - Restart the PC/laptop.
- re run command below it should hopefully continue from the last good build action. - re run the command below it should hopefully continue from the last good build action.
```bash ```bash
developer_toolbox/build_retrodeck_locally.sh developer_toolbox/build_retrodeck_locally.sh
``` ```
### Crash during local github runner build? ### Crash during local github runner build?
- Have you got at least 32GB of ram installed
- Issues with your internet connection
- Stay Calm! - Stay Calm!
- Wait 5 to 10 minutes and see if device starts responding again. - Wait 5 to 10 minutes and see if device starts responding again.
- Restart the PC/laptop. - Restart the PC/laptop.

Binary file not shown.

After

Width:  |  Height:  |  Size: 144 KiB

Binary file not shown.

After

Width:  |  Height:  |  Size: 174 KiB

View file

@ -13,6 +13,7 @@ theme:
logo: wiki_icons/retrodeck/rd_icon_circle_32x32.png logo: wiki_icons/retrodeck/rd_icon_circle_32x32.png
features: features:
- navigation.path - navigation.path
- content.code.copy
palette: palette:
scheme: slate scheme: slate
primary: "deep purple" primary: "deep purple"
@ -20,7 +21,12 @@ theme:
extra_css: extra_css:
- stylesheets/extra.css - stylesheets/extra.css
markdown_extensions: markdown_extensions:
- pymdownx.highlight:
anchor_linenums: true
pygments_lang_class: true
- pymdownx.superfences
- attr_list - attr_list
plugins: plugins:
- search: - search:
- mkdocs-video: - mkdocs-video:
@ -220,6 +226,7 @@ nav:
- Folders and Filepaths: wiki_development/general/folders-filepaths.md - Folders and Filepaths: wiki_development/general/folders-filepaths.md
- Start with Development (WIP): wiki_development/general/general-development.md - Start with Development (WIP): wiki_development/general/general-development.md
- Build Locally (WIP): wiki_development/general/build-locally.md - Build Locally (WIP): wiki_development/general/build-locally.md
- Add System (WIP) &#x271A: wiki_development/general/add-system.md
- Testing 📝: - Testing 📝:
- How do I help out with testing?: wiki_development/testing/general-testing.md - How do I help out with testing?: wiki_development/testing/general-testing.md
- Release Candidate Testing: wiki_development/testing/release-candidate-testing.md - Release Candidate Testing: wiki_development/testing/release-candidate-testing.md