@Folly @ecto take a look what we got on Emuelec with the different midi platforms in px68k

I created an account just to say thank you for this!

@Folly said in Development of module-script generator for lr-mess, lr-mame and mame standalone:

@TPR

Tried elite and elitea from bbcb_flop.
Saw these graphic glitches also.
Mame warns for "graphic issues".
I think there is noting you can do about it.

Gotcha. If I end up coming up with some sort of solution or work around I'll post it!

Always welcomed to get feedback on how the software is used. :)

I did not consider a _local file for the CSV file, as I assumed it would be easy to maintain as it would be a single line compare. But you are right, it still has to be maintained. I will take the platforms_idmap_local.csv on the 3.15 release with a guide on how to separate the local additions from the distributed/"upstream" configs for the platform info.

However, I would not overwrite the existing peas/platform files automagically (even after a "grace" update as you noted) unless a user has opt-ed in for that (e.g. with a empty file like .platformcfg_overwrite_ok) and thus confirms that he/she saved additions in a _local file (or didn't change anything in the files peas.json / platforms_idmap.csv at all). On juvenile installations the .platformcfg_overwrite_ok would be created right away.

Systems added to the "All in one" gamelist.xml and to the module-script generator:

Jungle Soft Classic Max Pocket Mx-10 - 12 in 1 (vertical) [TeamEurope, David Haywood, AJR] --> cmpmx10
YSN GameU Joint TV Bank 108-in-1 (model AH9069) [TeamEurope, David Haywood] --> gujtv108
Classic Max Pocket PCMX11 - 12 in 1 Colour Games Console (horizontal, France) -->cmpmx11
Portable Game Station 268-in-1 [David Haywood, AJR] --> pgs268
Millennium Arcade 101 (M489) (Game Station 2 101-in-1) --> marc101
265-in-1 Handheld Game (SPG2xx based) [David Haywood, TeamEurope] --> 265games
Digital Pocket Hand Held System 230-in-1 - Model 8630 / Model 8633 [David Haywood] --> dphh8630
dreamGEAR My Arcade Gamer Mini 160-in-1 (DGUN-2953) [David Haywood]
--> dgun2953
Fizz Creations Arcade Classics Mini Handheld Arcade --> supreme
Fizz Creations Mini Arcade Console (Arcade 10-in-1) [David Haywood] --> arcade10
Millennium 2000 GmbH Millennium Arcade 250 --> marc250
Orb Retro Arcade Game Controller 153-in-1 [David Haywood] --> ragc153
Orb Retro Handheld Console 152-in-1 [David Haywood] --> rhhc152

New edit: VG Pocket Tablet (VG-4000) --> vgtablet has also been added

@sugarfree yeah, it's kinda what I had in mind.
I'm not very practical about shell scripting, however from what I could grasp it seems that they're creating a whole new mapping script to create evdev mappings.
Since I was trying to create a Python script that was going to be launched when a ROM had been selected and didn't want to add more dependencies, I tried to use SDL2 as library in my script: however the naming a of the buttons are extremely different from what you could get from evdev and had to make an intermediary translator between evdev and Dolphin passing through the SDL mapping of that gamepad.
Their solution is far more practical. However I think one of their bigger limits is that the script essentially creates a Dolphin profile for each gamepad, basically a 1:1 mapping between the gamepad and the GameCube controls. For the GameCube I think it's a pretty neat solution. Different matter is when you try to apply the same strategy when mapping a Wiimote: one profile isn't enough since you can have more peripherals setups on a Wii.
Two things I could think of are: making a profile for each possible setup (Wiimote, Wiimote+Nun chuck, Wiimote+Classic Gamepad etc...) and asking at each ROM load which profile should be loaded to each player, probably with a nice whiptail+joy2key TUI; or creating on the fly a configuration after asking which peripheral setup the player wants.

@retro777
one things,, new report

my emulator.cfg is here

ikemen-go-nightly = "XINIT:/opt/retropie/supplementary/ikemen-go-nightly/ikemen-go.sh %ROM%"
ikemen-go = "XINIT:/opt/retropie/supplementary/ikemen-go/ikemen-go.sh %ROM%"
default = "ikemen-go-nightly"

and, run .mgn on emulation station,display this.

"No config found for system mugen"

Which place do i check and fix??

es_systems.cfg here

<system>
<name>mugen</name>
<fullname>M.U.G.E.N</fullname>
<path>/home/pi/RetroPie/roms/mugen</path>
<extension>.mgn</extension>
<command>/opt/retropie/supplementary/runcommand/runcommand.sh 0 PORT mugen %ROM%</command>
<platform>pc</platform>
<theme>mugen</theme>
</system>

@mitu thanks for the heads up, will do.

@retropieuser555 said in Dolphin - GameID Identifier script help:

Ok dokay, I'll take a look. Is it usually Sony controllers that seem to have the issues? Or am I reading into that too much?

No, it's not a rule - it's just something I noticed at the time with the gamepads I tested.

First thought, it'd need to be done at the configscript point from ES mapping, as that's the point when the controller will be connected. Unless the input configuration script is run without the controller plugged in. Which I think is unlikely from a user perspective.

You can search at runtime and - if found - store it. I'm not sure if there's a rule, but tend to no assume that the device is connected and look only at the values given.

I'd envision searching for keywords to match SDL against evdev name, the only trouble is if the user has multiple controllers connected it may get it wrong.

Arcade cabinets have always controller(s) connected.

You can copy the main inputconfiguration.sh config script and then modify the path where the configuration scripts are, pointing to your own script folder (i.e. the Dolphin mapping script). You can run the script manually so you don't have to go through EmulationStation each time you want to run your mapping script.

To get more details when running a script, use either bash -x <scriptname> to see a step-by-step execution trace or modify the script header (1st line) to use bash -x for execution

@mitu Thanks for digging this up. I will remember it when I am about to fix this.

Great job replacing the kernel driver with the device tree counterpart !

@leonv32 Not sure if you are still working on this or not but I actually created something similar some years ago. All the html code is generated from the latest XML DAT files automatically.

Output lists
https://buildbot.libretro.com/compatibility_lists/

Repo that generates these
https://github.com/libretro/core-compatibility

@mitu thank you. thats a big help

@cyperghost sorry but I obtain error after installing your script:
borpak executive file not found in /opt/retropie/ports/openbor/borpak

Can you help me ?

@opa said in (Test wanted) EmulationStation : Directory interpreted as file:

Commonly known method is to make ES recognize .m3u/.cmd/etc. and, since it would be inconvenient if individual media were displayed in the game list, to give them extensions that ES does not recognize, such as .cd1 .cd2.

NB: the .cd1, .cd2 hack is still something emulator dependent, only supported by pcsx-rearmed .

I followed es-de's Directories interpreted as files and tried a simple fix to treat one folder as one game. It seems to work well in my environment.

I found this solution a bit 'gimmicky' or 'hacky', which ties the structure of the ROM/Game folders to a particular front-end. Nevertheless, this does solve the issue of displaying the individual 'playlist'/'command file' components when they should be not.

I haven't tested your patch (and I think @Lolonois has a point there), but isn't it just a launcher fix, without actually hiding the 'main' folder's contents ?