>5s delay when starting each arcade game

hsamuels

@mitu Thank you, and please accept my apologies.

Setup info:

Raspberry Pi Model 3 Version 2.
The power supply is the official one from Canakit. I used the same power supply and Raspberry Pi in a different cabinet, older version of Retropie, without any problems.
Retropie v. 4.8, complete install using imager 1.8.4.
USB devices: 2 generic USB key encoders. Retropie identifies them as DragonRise, Inc. Generis USB Joystick. Apple keyboard.
The USB encoders are the controllers.
verbose runcommand.log
Warning - GameMode unsupported
Warning - Stock GLSL shaders will be used
Warning - Full-screen pointer won't be available
list itemFile with issue - all ROMs, located in /opt/retropie/roms/arcade, with the default set to lr_mame2003.
retroarch-core-options.cfg

cap32_autorun = "enabled"
cap32_combokey = "y"
cap32_Model = "6128"
cap32_Ram = "128"
fbneo-diagnostic-input = "Hold Start"
fuse_machine = "Spectrum 128K"
gambatte_gb_colorization = "custom"
mame2003_art_resolution = "1"
mame2003_autosave_hiscore = "default"
mame2003_brightness = "1.0"
mame2003_cheat_input_ports = "disabled"
mame2003_core_save_subfolder = "enabled"
mame2003_core_sys_subfolder = "enabled"
mame2003_cpu_clock_scale = "default"
mame2003_crosshair_enabled = "enabled"
mame2003_dcs_speedhack = "enabled"
mame2003_dialsharexy = "disabled"
mame2003_display_artwork = "enabled"
mame2003_display_setup = "disabled"
mame2003_dual_joysticks = "disabled"
mame2003_four_way_emulation = "disabled"
mame2003_frameskip = "disabled"
mame2003_gamma = "1.0"
mame2003_input_interface = "simultaneous"
mame2003_machine_timing = "disabled"
mame2003_mame_remapping = "enabled"
mame2003_mouse_device = "mouse"
mame2003_neogeo_bios = "default"
mame2003_nvram_bootstraps = "enabled"
mame2003_rstick_to_btns = "enabled"
mame2003_sample_rate = "48000"
mame2003_skip_disclaimer = "enabled"
mame2003_skip_warnings = "enabled"
mame2003_tate_mode = "disabled"
mame2003_use_samples = "enabled"
mame2003_vector_antialias = "enabled"
mame2003_vector_beam_width = "1.2"
mame2003_vector_flicker = "20"
mame2003_vector_intensity = "1.5"
mame2003_vector_resolution = "1024x768"
mame2003_vector_translucency = "enabled"

Perhaps the only unusual thing I did was to put a copy of es_systems.cfg in /opt/retropie/configs/all/emulationstation. ALl systems other than arcade and RetroPie are removed, which had the desired effect of not having emulation station display a bunch of systems on its startup I don't intend to use. The >5s delay was happening before I did that as well, so it probably isn't related.

hsamuels

@barbudreadmon said in >5s delay when starting each arcade game:

@hsamuels said in >5s delay when starting each arcade game:

@barbudreadmon Thank you, I'm using ROMS from MAME 2003, 0.78.

That's not what i was asking about. i was asking if your romsets are compressed as zip or 7zip, because 7zip is dozens of times slower than zip when opening romsets.

Oh, thank you. That is an excellent idea, but it looks like the files are all zip, not 7zip.

mitu

Thanks for the detailed info.

verbose runcommand.log

Can you post the verbose log on pastebin.com to take a look at it ?

Perhaps the only unusual thing I did was to put a copy of es_systems.cfg in /opt/retropie/configs/all/emulationstation. ALl systems other than arcade and RetroPie are removed, which had the desired effect of not having emulation station display a bunch of systems on its startup I don't intend to use

This shouldn't influence the start-up speed, though the step is un-necessary, since EmulationStation will not display systems which don't have any actual ROMs/games copied in their folders.

hsamuels

@mitu

Thank you again!

Here's runcommand.log in pastebin: https://pastebin.com/rMDfci9D

When EmulationStation loads, it briefly displays each system in es_systems.cfg. It takes a few seconds to zip through the list. The systems are not displayed when I scroll left and right. It only saves a few seconds on startup.

barbudreadmon

@hsamuels said in >5s delay when starting each arcade game:

Apple keyboard.

Is it some kind of bluetooth keyboard ? Does it still happen if you remove it ? I remember seeing similar bug reports with bluetooth controllers.

hsamuels

@barbudreadmon

Just a USB keyboard. The delay happens whether or not the keyboard is plugged in.

For what it's worth, the install was done on a Windows machine. I just happened to have an Apple keyboard lying around.

mitu

I think @barbudreadmon was thinking of this issue and I admit I was thinking something similar may be causing this.
The log file doesn't show anything abnormal. I still can't reproduce the timeout you're mentioning - first launch may be around 5 sec to get something on screen, but subsequent launches are faster and under 5 sec. Just by looking, more time is spend after RetroArch starts, then before (during runcommand processing).
Does the issue happens with other cores also (lr-mame2003-plus, lr-fbneo) ?

NB: I'm doing the test on a 4.8.6/ Pi3 with same 1080p resolution. The only difference to your case is I have an updated system and RetroArch - which I recommend you try also (updating everything).

hsamuels

@mitu OK, time to pull out the stopwatch.

emulator	to launch menu	to USB controller notification (launch menu turned off)
FBNeo	5.5s	8.5s
Mame 2003	5.5s	10.5s

(sorry, I can't format a table here)

It seems that the time to get to the launch menu doesn't care which emulator is selected, which makes sense. But 5.5s to get to that point seems long.

Then with the launch menu disabled, it takes 8.5s for the first thing to appear in neo, and 10.5s in 2003. So there is an appreciable difference between emulators.

The system was just installed from scratch on 1/2/2024. Retropie version 4.8. Does the installer point to the latest RetroArch image?

mitu

Reformatted the table for you.

The system was just installed from scratch on 1/2/2024. Retropie version 4.8. Does the installer point to the latest RetroArch image?

You just run an update of RetroPie-Setup and the installed packages in order to get the latest versions.

hsamuels

@mitu Thank you for formatting the table.

Boy, the Raspberry Pi worked hard for about a half hour updating things. Unfortunately it still takes 10.5s to load the game in Mame 2003.

Do you have any other thoughts or suggestions? It isn't the end of the world, but it's frustrating that I know it shouldn't take so long to load each game.

mitu

@hsamuels said in >5s delay when starting each arcade game:

Do you have any other thoughts or suggestions? It isn't the end of the world, but it's frustrating that I know it shouldn't take so long to load each game.

Try using another mSD card if you have a spare - just copy the already configured image over.

hsamuels

@mitu Shoot. I used Win32DiscImager to backup to my computer, then to write to another micro SD card. RPi won't boot on the copy.

Ashpool

@hsamuels Whence selecting the drive, you've choosen the "boot" partition (not the ext4-/other one (the one windows won't recognize)), haven't enabled read allocated partitions only and the filesize of the resulting image is ~= to the size of the SD-Card? A "yes" on all three should result in a valid/useable image.

hsamuels

@Ashpool I believe the answer is yes for all three.

No matter, I'm going to start on a new SD from scratch. I've done it enough recently that it's a pretty smooth process!

hsamuels

I rebuilt the system on another SD card (actually, the one I was using on a different system that worked perfectly) and it still takes 10.5s for the game to load.

Ashpool

@hsamuels Just out of curiosity(!) -> if you have a spareable USB stick at hand [1], could you try the "retropie-mount" method?

1: In my experience with 32/64GB SanDisk and some "NoNames": Sometimes USB2 Sticks are performing faster on an USB2 Port compared to USB3 sticks from the same Brand/Label/Size (though those are faster on an USB3 Port) - so, if possible, it may be worth to try out both variants.

P.S.: I am now puzzled what normal/expected loading times would/should be -> Just taken some rough meassurements (subsequent starts, not initial 1st one) on my old Pi3B (no plus) official PSU/retropie build from official 4.8 and last updated maybe +-5 month ago on a few roms (run from usb-stick) in FBNeo (.7z) and lr-mame 2003 (.zip) (plus is my choice, but for the tests I've used pure 2k3) -> first time is from blank screen after starting rom to appearance of the "press key to configure"-OSD-box, second time is from thereon to the dissapearance of said box/rom starting.
For lr-mame2003 the times where ~ +-5.5s/7.5-8s (total ~12-14s) and for FBNeo ~ 5.5-6s/5-6s (total around 10-12s)

hsamuels

@mitu Can you suggest any debug things to try? For example, I could put an echo statement in runcommand-onstart.sh. What happens between the game select button being pushed and the launch menu appearing?

mitu

@hsamuels Try running the command to start the emulator outside EmulationStation and see how long it takes to start the actual game.

/opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-mame2003/mame2003_libretro.so --config /opt/retropie/configs/arcade/retroarch.cfg "/home/pi/RetroPie/roms/arcade/1941.zip" --verbose --appendconfig /dev/shm/retroarch.cfg

hsamuels

@Ashpool

For lr-mame2003 the times where ~ +-5.5s/7.5-8s (total ~12-14s) and for FBNeo ~ 5.5-6s/5-6s (total around 10-12s)

It looks like you are seeing the same 5.5s between pressing the game select button and the launch menu dialog that I am.

I didn't measure the time between closing the launch dialog and the first signs of game starting. Rather, I disabled the launch menu dialog, and measured the total time between pressing the game start button and the first signs of life.

Either way, it seems much longer than what I had from a 2019 build on a Retropie 3 (not B). Unfortunately, I didn't measure that time. But the current launch time was long enough that I thought the thing was broken. And my son said the same thing.

In any case, we now have two users experiencing 5.5s from game select to the launch menu. Would anybody else care to time their systems and share the results, along with the SW and HW versions?

hsamuels

@mitu said in >5s delay when starting each arcade game:

@hsamuels Try running the command to start the emulator outside EmulationStation and see how long it takes to start the actual game.
/opt/retropie/emulators/retroarch/bin/retroarch -L /opt/retropie/libretrocores/lr-mame2003/mame2003_libretro.so --config /opt/retropie/configs/arcade/retroarch.cfg "/home/pi/RetroPie/roms/arcade/1941.zip" --verbose --appendconfig /dev/shm/retroarch.cfg

Thank you, @mitu. I tried a couple of different games, each one measured several times. They all clocked in at about 3.8s from hitting enter to first sign of game life (no launch dialog). This feels much closer to what I remember from my earlier build.