Scripting news

[Locutus73]

Scripting news:
===========================
Updater_script_MiSTer: 2020-01-06
- mister_updater.sh - Version 3.6 - 2020-01-06 - Added MAME_ARCADE_ROMS option; when "true" the updater downloads/updates MRA files (MAME Arcade ROMs) for Arcade cores; when using MAME_ARCADE_ROMS="true", please do not add "/cores" to CORE_CATEGORY_PATHS["arcade-cores"]; added MAME_ALT_ROMS option; when "true" the updater downloads/updates alternative MRA files (alternative MAME Arcade ROMs) for Arcade cores.
===========================
https://github.com/MiSTer-devel/Updater_script_MiSTer

Regards.

Locutus73

[SegaMan]

i am totally confused by the new arcade folder mess....

When using your script then

.rbf files goes to -> _Arcade
.mra files goes to -> _Arcade/mra_backup


That did not work for me because no mra file can be used and i can only load the .rbf file on OSD.
Shouldn't the folder structure be like this?

_Arcade (.mra)
_Arcade/core (.rbf)



My .ini setting:
DOWNLOAD_NEW_CORES="true"
UPDATE_LINUX="false"
REPOSITORIES_FILTER="arcade-cores"
REMOVE_ARCADE_PREFIX="false"
PARALLEL_UPDATE="true"
MAME_ARCADE_ROMS="true"
MAME_ALT_ROMS="true"

[Locutus73]

i am totally confused by the new arcade folder mess....

When using your script then

.rbf files goes to -> _Arcade
.mra files goes to -> _Arcade/mra_backup


That did not work for me because no mra file can be used and i can only load the .rbf file on OSD.
Shouldn't the folder structure be like this?

_Arcade (.mra)
_Arcade/core (.rbf)



My .ini setting:
DOWNLOAD_NEW_CORES="true"
UPDATE_LINUX="false"
REPOSITORIES_FILTER="arcade-cores"
REMOVE_ARCADE_PREFIX="false"
PARALLEL_UPDATE="true"
MAME_ARCADE_ROMS="true"
MAME_ALT_ROMS="true"

mra files go into mra_backup only when MAME_ARCADE_ROMS is not true, otherwise they go into _Arcade (and rbf into cores).
Please double check your ini contents or name.

Regards.
Locutus73

[breiztiger]

Hi

With latest script i have the same isue

Rbf are in …arcade not in …arcade/cores

[high5]

be sure to set CORE_CATEGORY_PATHS["arcade-cores"]="$BASE_PATH/_Arcade" in .ini

for me updater script works "half": it updated mra-files in _Arcade and also some rbf-files in _Arcade/cores (Pacman_20200106.rbf DigDug_20200106.rbf)
but some rbfs are redownloaded to _Arcade (1943_20190509.rbf DevilFish_20191020.rbf MsPacman_20191221.rbf PacmanClub_20191229.rbf PacmanPlus_20191221.rbf)

[SegaMan]

be sure to set CORE_CATEGORY_PATHS["arcade-cores"]="$BASE_PATH/_Arcade" in .ini

for me updater script works "half": it updated mra-files in _Arcade and also some rbf-files in _Arcade/cores (Pacman_20200106.rbf DigDug_20200106.rbf)
but some rbfs are redownloaded to _Arcade (1943_20190509.rbf DevilFish_20191020.rbf MsPacman_20191221.rbf PacmanClub_20191229.rbf PacmanPlus_20191221.rbf)

Can confirm this.

[brunosilva]

hi
1942,1943,devilfish doesn't have mra... that why they stay in _arcade (for now)
MsPacman_20191221.rbf PacmanClub_20191229.rbf PacmanPlus_20191221.rbf arent used anymore... if you use mra (mra for this games use new pacman.rbf)

"be sure to set CORE_CATEGORY_PATHS["arcade-cores"]="$BASE_PATH/_Arcade" in .ini" <= you can remove this line from ini

while the mra arent by default on in script in need one or two lines in update.ini

MAME_ARCADE_ROMS="true" <= used to download mra and place everything with the new structure
MAME_ALT_ROMS="true" <= used to download alternative versions/hacks. many people doesnt like this so this is also an option.

[Sorgelig]

MsPacman_20191221.rbf PacmanClub_20191229.rbf PacmanPlus_20191221.rbf

also CrashRoller, Birdiy, Gorkans, MrTNT rbfs aren't used.

[brunosilva]

MsPacman_20191221.rbf PacmanClub_20191229.rbf PacmanPlus_20191221.rbf

also CrashRoller, Birdiy, Gorkans, MrTNT rbfs aren't used.

how about changing the folder of the cores (also 1942,1943 and gng) from release to Release (so we maintain the structure of the repos - maybe while they aren't archived) but the updated doesn't pick them up (updater was changed to get only release folder to speed up things)

Thanks

[BitsNStuff]

What a mess, loads of mne have stopped working now and it seems to have removed much of my content but I also now have duplicates of many of the cores, some copies work and others don't. If there's a new ini available which changes where it puts files why does it not first check for that ini and ask us if we want to use the new or old locations before downloading the new ini? It seems strange that it doesn't download updates to the update files but will start moving things around before informing you.

Even it does move things around without asking you everything should still work after it's moved them to different folders.

Honestly, for over a year I've been updating everything manually then I finally decide to try the updater and it really has caused notjing but trouble. If it was causing for just me then I'd suspect that maybe I was doing it wrong but it seems to have messed things up for loads of people away from this forum. Maybe it's just a short term issue and I'll retutn to it again at some point but my short time with it really hasn't sold the idea of using scripts to me.

[Locutus73]

What a mess, loads of mne have stopped working now and it seems to have removed much of my content but I also now have duplicates of many of the cores, some copies work and others don't. If there's a new ini available which changes where it puts files why does it not first check for that ini and ask us if we want to use the new or old locations before downloading the new ini? It seems strange that it doesn't download updates to the update files but will start moving things around before informing you.

Even it does move things around without asking you everything should still work after it's moved them to different folders.

Honestly, for over a year I've been updating everything manually then I finally decide to try the updater and it really has caused notjing but trouble. If it was causing for just me then I'd suspect that maybe I was doing it wrong but it seems to have messed things up for loads of people away from this forum. Maybe it's just a short term issue and I'll retutn to it again at some point but my short time with it really hasn't sold the idea of using scripts to me.

Can you describe better your issues? The updater doesn’t download any new ini, it has additional default values (set to false) used to enable the new mra structure. It doesn’t remove any content too, it moves/backups stuff.
Can you try with an empty _Arcade dir (rename your current one to _Arcade_backup or something) and then copy your ROMs from the backup?

Thank you in advance.
Regards.

Locutus73

[Locutus73]

be sure to set CORE_CATEGORY_PATHS["arcade-cores"]="$BASE_PATH/_Arcade" in .ini

for me updater script works "half": it updated mra-files in _Arcade and also some rbf-files in _Arcade/cores (Pacman_20200106.rbf DigDug_20200106.rbf)
but some rbfs are redownloaded to _Arcade (1943_20190509.rbf DevilFish_20191020.rbf MsPacman_20191221.rbf PacmanClub_20191229.rbf PacmanPlus_20191221.rbf)

With the current implementation rbf cores go into _Arcade/cores only when
a) the core repository contains a mra file
b) some other core previously downloaded a mra for that core (i.e. Pacman repo contains many mra files, such as Birdy.mra and Ms. Pacman.mra)

When b) it may happen that on a first update Birdy repo is processed before Pacman one, so Birdy.mra is not there when the repo is processed. Just run again the updater and Birdy.rbf will go under _Arcade/cores.

Some cores (i.e. 1942, 1943 and DevilFish) don’t have a mra for now and they remain in _Arcade in order to be used with their old style rom file.

Regards.
Locutus73

[Locutus73]

Can confirm this.

So the ini issue is resolved right?
If you have just some rbf files in _Arcade, please read my previous post.

Regards.
Locutus73

[high5]

When b) it may happen that on a first update Birdy repo is processed before Pacman one, so Birdy.mra is not there when the repo is processed. Just run again the updater and Birdy.rbf will go under _Arcade/cores.

Thanks for clarification.
What would happen to the .rbf in _Arcade when running script for the second time? Would it get deleted or would we end up with two .rbfs (one in _Arcade and one in _Arcade/cores)?

[Locutus73]

Thanks for clarification.
What would happen to the .rbf in _Arcade when running script for the second time? Would it get deleted or would we end up with two .rbfs (one in _Arcade and one in _Arcade/cores)?

It will be first moved into _Arcade/cores and then updated (if there’s an update) there. You will have just an updated rbf in _Arcade/cores.

Regards.
Locutus73

[Locutus73]

Additional info:
- when MAME_ARCADE_ROMS="false" the updater moves MRA files from _Arcade to _Arcade/mra_backup and RBF files from _Arcade/cores to _Arcade before updating.
- when MAME_ARCADE_ROMS="true" the updater moves MRA files from _Arcade/mra_backup to _Arcade before updating.

So, if you have old style ROMs in _Arcade and MAME ROMs in _Arcade/mame and _Arcade/hbmame you can switch back and forth between MAME_ARCADE_ROMS="true" and "false" and you should have a corresponding working directory and file structure.

Regards.
Locutus73

[Locutus73]

Scripting news:
===========================
Updater_script_MiSTer: 2020-01-07
- mister_updater.sh - Version 3.6.1 - 2020-01-07 - Fixed a bug which corrupted the download of MRA files with a single quote char ' in the name.
===========================
https://github.com/MiSTer-devel/Updater_script_MiSTer

Regards.

Locutus73

[Locutus73]

Scripting news:
===========================
Scripts_MiSTer: 2020-01-07
- core_manager.sh - Version 0.9.7 - 2020-01-07 - Support for MRA files (MAME Arcade ROMs).
===========================
https://github.com/MiSTer-devel/Scripts_MiSTer

Regards.

Locutus73

[Locutus73]

Scripting news:
===========================
Updater_script_MiSTer: 2020-01-07
- mister_updater.sh - Version 3.6.2 - 2020-01-07 - Changed MAME_ARCADE_ROMS and MAME_ALT_ROMS default value to ""; "true" for using the new MRA directory/file structure; "false" for restoring the old directory/file structure; "" for doing nothing.
===========================
https://github.com/MiSTer-devel/Updater_script_MiSTer

Regards.

Locutus73

[brunosilva]

about the duplicates...

I release a full pack ("originals" and alternatives) a while ago (before the updater).
This pack has some different file names from the ones that are in the repos.

My advice:
- backup mra from /_Arcade and /_arcade/_alternatives to another folder (just in case).

Run the updater again.

tell me the results. thanks

[Storm82]

@Locutus73:
I just tried the PC updater script.

Your updater-pc.zip is missing cp and basename from the coreutils of cygwin

[Locutus73]

@Locutus73:
I just tried the PC updater script.

Your updater-pc.zip is missing cp and basename from the coreutils of cygwin

Thank you so much for the report.
The updated updater-pc.zip is online in the repo.
Thank you again.

Regards.
Locutus73

[Locutus73]

Scripting news:
===========================
Updater_script_MiSTer: 2020-01-09
- mister_updater.sh - Version 3.6.3 - 2020-01-09 - Speed optimisations.
===========================
https://github.com/MiSTer-devel/Updater_script_MiSTer

Regards.

Locutus73

[Shaneus]

Can anyone offer an idea of how to integrate MrX-8B's repo into this updater? I tried adding a line into update.ini under additional_cores but think I got the formatting wrong.

Specifically, I'm talking about the core (and MRA files) located at this path: https://github.com/MrX-8B/MiSTer-Arcade-SEGASYS1

[Sorgelig]

Can anyone offer an idea of how to integrate MrX-8B's repo into this updater? I tried adding a line into update.ini under additional_cores but think I got the formatting wrong.

Specifically, I'm talking about the core (and MRA files) located at this path: https://github.com/MrX-8B/MiSTer-Arcade-SEGASYS1

It's in beta stage. When this core will be stable, it will be moved to MiSTer-devel for general use.
There is no point to tweak update for this repository.
If you like to use unfinished cores, then update them by hands. They may not follow the general schema for automatic updates.