Replies: 4 comments 1 reply
-
For reference here is how a device template can be, I call this "Master Template".
|
Beta Was this translation helpful? Give feedback.
-
RomM will have a list of created (managed) devices that is available when the device is disconnected. If at the reconnection, the device state is not as expected by RomM, the user will get a prompt asking on what to do, such as:
|
Beta Was this translation helpful? Give feedback.
-
A thought: we may simplify this by removing the extensions check and just check all the files in a folder with some filters such as .DS_STORE, .xml and so on. |
Beta Was this translation helpful? Give feedback.
-
Rolling this into #2199 |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
Uh oh!
There was an error while loading. Please reload this page.
-
From the old RetroMan project, I wish to introduce the concept of device/template association to give more flexibility to the library and the third party devices.
The idea is that the library is a device: there can be more than one library as there are many device, a library example can be found here: #294.
So the "device" is a term to call a library OR a physical device such as the Miyoo Mini as they have the same logic underneath.
Read the device file, find its template by checking if the file
templates/<id>.yaml
is present and virtually merge them in a dictionary.Example, RomM is calling the device named
My Miyoo Mini
so it looks for a folder namedMy Miyoo Mini
in thedevices
folder.The folder is found so the file "My Miyoo Mini.yml" is searched.
The file is found, it contains:
"My Miyoo Mini.yml"
This device is calling for the id
miyoominiv3-onion
, so RetroMan searches for amiyoominiv3-onion.yml
, and finds:This is put into a dictionary.
At this point it scans for all the systems and searches for their missing information inside the
library.yml
, and it finds for example of megadrive:In this case the dictionary is updated as the following:
And so on for all the other systems.
NOTE: in case of conflicts the
library.yml
is weaker than the template filemiyoominiv3-onion.yml
that wins over the library.NOTE2: the entry emulator and folder are mandatory in every device template and they're not inherited by library.
Otherwise when a game is copied onto the device, the engine will not know in which folder to put it.
Beta Was this translation helpful? Give feedback.
All reactions