GameShell OS image files (v0.5)

Lix · January 26, 2020, 12:03am

Anyone get problems with StandAlone gpsp on this new OS?
I get:
gpsp start…
init bios end
audio: freq 22050, size 4096
large
Segmentation fault

mgba standalone wont load either… the hammer is real close now…

javelinface · January 26, 2020, 2:57am

Was this on a 0.4 -> 0.5 upgrade, or a fresh image?
The standalone gpsp+ once gave me that message a long time ago. I believe I had to move my gba bios files to the correct location. For gpsp+ at least, it needs to be in the same directory. Have you moved the default location of any files or directories? Changed directory names?
Mgba is a Retroarch core, so the bios directory is dependent on where you defined it in the config. I only use mgba for GB emulation, since I prefer the way it handles GBC and Super Gameboy emulation. What were you using it for?
This OS is basically the same as 0.4, just with a few updated drivers, cleanups and updates to Retroarch.

Lix · January 26, 2020, 12:49pm

Hi,
Fresh 0.5 image
mgba and gba bios are in the same location
gpsp and gba bios are in the same location

I use mgba for GBA

javelinface · January 26, 2020, 1:55pm

I’ve just installed a fresh image
The apps/emulators directory is empty
I transferred a rom over; Mother3.gba
I ran the first core; mgba. It worked without even having to download/move any BIOS files over
I ran the next core; gpsp. It didn’t work, as it needed a BIOS, and had a version conflict. See below.
I ran the next core; gpsp+ standalone. It worked, and also automatically had a BIOS file in the installation zip file, installed in the same directory; apps/emulators

The default location for GBA BIOS on a fresh 0.5 installation is not the same directory as the core file. By default the BIOS are all required to be installed in the /home/cpi/apps/emulators/BIOS/ directory. This is for cores that are used in Retroarch. It is defined in the config file. You can confirm and change this in the Settings>Directory>System/Bios entry in Retroarch.
The standalone gpsp+ needs the core to be in the same directory.
You will need to have gba_bios.bin in two locations:

/home/cpi/apps/emulators/BIOS/ for gpsp (Retroarch Core)
/home/cpi/apps/emulators/ for gpsp+ (Standalone)
As stated above, MGBA generally doesn’t need one.

Delete the retroarch gpsp core that is automatically downloaded. It is using the wrong version. You need this one: https://www.dropbox.com/sh/onjshlt5940z24b/AABNFzD0D3jKjrS40e6bmGaLa?dl=0

You can also find it here:
http://buildbot.libretro.com/nightly/linux/armv7-neon-hf/latest/gpsp_libretro.so.zip
(@guu it might be worth updating a lot of the action.config files to have the updated download location in next update)

The action.config file that automatically downloads the core is using the older location that does not work:
https://buildbot.libretro.com/nightly/linux/armhf/latest/gpsp_libretro.so.zip
Do not use this one. This is the one that got installed incorrectly by default.

I would go so far as to redownload the mgba core as it is also using the wrong file, despite working. You can find it here:
https://buildbot.libretro.com/nightly/linux/armv7-neon-hf/latest/mgba_libretro.so.zip

Let me know how you go.

Lix · January 26, 2020, 2:07pm

Its not for Retroarch cores, these work, its for the Stand Alone Emulators

javelinface · January 26, 2020, 2:09pm

MGBA Is a retroarch core
gpsp is a retroarch core
gpsp+ is a standalone emulator

These are what come with a stock 0.5 installation.

Lix · January 26, 2020, 2:10pm

I use this for MGBA:

I use this for gpsp:

javelinface · January 26, 2020, 2:12pm

gpsp standalone is working on my installation with zero intervention
try reflashing

Lix · January 26, 2020, 2:13pm

What does your .sh look like?

javelinface · January 26, 2020, 2:15pm

I’m not using a bash *.sh script. I’m using an action.config, referencing the app.

ROM=/home/cpi/games/MGBA
ROM_SO=/home/cpi/apps/emulators/gpsp
EXT=gba,bin,zip
LAUNCHER=
TITLE=GPSP Roms
SO_URL=https://github.com/cuu/emulators/raw/master/gpsp.zip

Lix · January 26, 2020, 2:16pm

I will try that later before reflashing.
And do you use mgba standalone ?

javelinface · January 26, 2020, 2:19pm

No. There’s no benefit for me, vs gpsp standalone. I only use mgba if I want to play GBC/SGB/GB roms. Using it Retroarch presents no speed problems, given the nature of the Roms, and gives far more benefits re: shaders, cheats, achievements, net play etc.
I prefer to only use standalone emulators if it presents itself as a means to increase sub par performance; never just for the sake of it.

Lix · January 26, 2020, 2:20pm

Ok, thanks, i will try that later and report back.
Thanks for your time.

r043v · January 26, 2020, 3:07pm

why not use gpsp retroarch core ? the one on the buildbot up at more than 200 fps when using fast forward
it’s pretty usable, i play with it with only 2 600mhz cores

javelinface · January 26, 2020, 3:58pm

^^ +1 Agreed!
I think there are many users who use standalone emulators under the pretence that they run faster.
This is not always the case. But it’s almost impossible to convince people otherwise.

Petrakis · January 26, 2020, 4:03pm

We should invite Groguard to this community, unfortunally he doesn`t have a Gameshell

github.com

Groboards/giantboard-tools/blob/testing/scripts/build_kernel.sh#L21


images_dir="${output_dir}/images"


# core count for compiling with -j
cores=$(( $(nproc) * 2 ))


# since we call these programs often, make calling them simpler
cross_make="make -C ${linux_dir} ARCH=arm CROSS_COMPILE=${CC}"




patches=""
release="${release:-v5.4}"




echo "Building kernel release: ${release}"
mkdir -p "${build_dir}"
mkdir -p "${images_dir}"


# check for the linux directory
if [ ! -d "${linux_dir}" ]; then
	echo "Getting ${release} kernel from https://github.com/torvalds/linux.."
	git -C ${build_dir} clone https://github.com/torvalds/linux.git

github.com

Groboards/giantboard-tools/blob/testing/scripts/build_debian-rootfs.sh#L18


rootfs_dir="${output_dir}/rootfs"
min_rootfs_dir="${output_dir}/min_rootfs"


# build min debian rootfs if cached build doesn't exist
if [ ! -d "${min_rootfs_dir}" ]; then
	echo "Log: (debootstrap) no minimum rootfs found. Building minimum rootfs to save time in the future."
	mkdir -p ${min_rootfs_dir}
	debootstrap \
		--include usbutils,net-tools,i2c-tools,parted,sudo \
		--arch armhf \
		--foreign stretch \
		${min_rootfs_dir} \
		http://ftp.us.debian.org/debian/
	
	
	cp /usr/bin/qemu-arm-static ${min_rootfs_dir}/usr/bin/
	cp ${patch_dir}/grow_sd.sh ${min_rootfs_dir}/usr/bin/
	cp scripts/chroot_min.sh ${min_rootfs_dir}
		
	mkdir -p ${min_rootfs_dir}/run
	chmod -R 755 ${min_rootfs_dir}/run

Lix · January 26, 2020, 7:49pm

Well I am open to be convinced otherwise.
If the buildbot gpsp core is the fastest I will use it then.
Its just that sometimes there is so many opinions on certain emulators that we get lost in all of this.

adcockm · January 26, 2020, 8:57pm

It would be really helpful if someone took the time to test and document all the emulators options on the wiki. (And by all, i mean the default ones installed by the OS images and the alternatives that people are using, either via action config URL changes or standalone versions installed from somewhere else.)

That way the devs would have some idea of what to update in the next version of the OS, and all of us would be better able to choose which emulators to replace and/or install…

I can’t volunteer to do this though, as I’ve been spending a fair bit of time and having fun with the x86 stuff and some game ports. I haven’t had much experience with the various emulators yet.

javelinface · January 26, 2020, 11:07pm

I’d be happy to help.
We’d need to fix up some things first, such as the URL included fo download cores being outdated.
Retroarch is up to 1.8.4 now, while the stock OS 0.5 is on 1.8.1. Is updating Retroarch something that most people do?
I can provide my config file for 1.8.4. Just to make sure that reporter performance can be replicated on someone else’s machine.

Lix · January 27, 2020, 12:22pm

Are there a lot of advantages to upgrade from 1.7.1. to 1.8.4 ?

Topic		Replies	Views
How are the GameShell OS image files generated? Firmware and Apps	4	1370	May 29, 2020
GameShell OS Image v0.6 gamma Firmware and Apps	45	4880	March 3, 2024
Question about Open Source Policy GameShell	6	556	July 30, 2018
Armbian build system with clockwork GameShell support Firmware and Apps	3	534	February 27, 2024
🐧 Gameshell kernel history recap (and the future ?) GameShell kernel , development	1	729	February 28, 2022

GameShell OS image files (v0.5)

Related Topics