not working : "YabasanshiroSA" for Sega Saturn games in Emuelec 4.7

[skiiingray]

Describe the bug
one error as below when it's run Sega Saturn rom, chd-format by the default emulator "yabasanshiroSA" of emuelec 4.7
"
File not found:
Cannot initialize ISO-File Virtual Drive
revoke thread
use thread
Cannot initialize Game
terminate called after throwing an instance of 'nlohmann::detail::type_error'
what(): [json.exception.type_error.302] type must be number, but is null
Aborted
"
To Reproduce
Steps to reproduce the behavior:

1. Go to 'Sega Saturn game collection'
2. Click on 'any game rom of chd format either US or JP version'
3. Leave all in "Auto" in emulator setting by default - stand alone Yabasanshiro / yabasanshiroSA
4. Drop out after 2 flashing of "Loading Game" screen with the error of log message as above

Expected behavior
it's supposed to either load game to play or stay in YabashiroSA menu

Screenshots

EmuELEC version:

• Version : 4.7

Device (please complete the following information):
SOC: S095x4
Brand: X96
Model : Max+ Ultra

Additional context
Instead, it's ok to manually opt in "core : libretro_yabasanshiro" to play roms of games.

[bitnykk]

Got nearly same log except different game and controller, but same yabasanshiro crash.
Used to worked perfectly fine before i updated to recent Emuelec.

PS : managed to fix it by several actions :

• i went to read the retro system log and soon discovered the default emulator used wasn't working fully, so i used the alternative one proposed, which complained of missing file i seemed to have ?!
• then used md5sum on all bios files to compare expected checksum, one file didn't match (explaining complain) so i seeked the correct one around the web but didn't fix it yet :/
• next i detailed the logs and discovered that even with correct files within bios/ folder the game then seeked them into its own /roms/path/to/game.file folder as neighbouring file hence the bug

For the full record i went to create a .sh custom fixer available into ports scripts to automatically browse the /roms/saturn folder and subfolders and autocopy all expect bios files ; fixed it but system update 4.8 welcomed to improve that ^_^

[skiiingray]

nice comment with an idea similar to what i thought but haven't given it a try yet.
Btw, the same issue in EE 4.8 (TEST build). Thanks for share

[Langerz82]

@bitnyk can you share the sh file you created? I can look at updating our current sh file.

[bitnykk]

@bitnyk can you share the sh file you created? I can look at updating our current sh file.

Well, i defo can share it here, just beware it's a very quick/dirty fix i wrote so that i don't have to redo the copying manually everytime a new game is added into YS/saturn roms folder. This imo would NOT replace a better core level fix. Still you got it :
<SOF<
#!/bin/bash
cd /storage/roms/saturn
cp /storage/roms/bios/mpr-17933.bin .
cp /storage/roms/bios/mpr-18811-mx.ic1 .
cp /storage/roms/bios/mpr-19367-mx.ic1 .
cp /storage/roms/bios/saturn_bios.bin .
cp /storage/roms/bios/sega_101.bin .
cp /storage/roms/bios/stvbios.zip .
find . -maxdepth 1 -type d -exec cp /storage/roms/bios/mpr-17933.bin . {} ;
find . -maxdepth 1 -type d -exec cp /storage/roms/bios/mpr-18811-mx.ic1 . {} ;
find . -maxdepth 1 -type d -exec cp /storage/roms/bios/mpr-19367-mx.ic1 . {} ;
find . -maxdepth 1 -type d -exec cp /storage/roms/bios/saturn_bios.bin . {} ;
find . -maxdepth 1 -type d -exec cp /storage/roms/bios/sega_101.bin . {} ;
find . -maxdepth 1 -type d -exec cp /storage/roms/bios/stvbios.zip . {} ;

EOF>

NB : the cp lines are doing root copying for all roms consisting of a unique file ; the find lines are doing the same but within each folder of roms consisting of more than 1 file. This fixed any roms i had. If a new rom is ever added i'd relaunch script once.

Regards,
BN