@mitu Thank you very much! I didn't know this function!

I think it's just an oversight that RGUI doesn't have user # labels in the remapping interface. I have not done any work with the RetroArch UIs and I'm pretty backlogged with mame2003-plus coding. If no one has addressed this in a few weeks a month or two I will be more tempted myself.

I did start an issue here requesting it: https://github.com/libretro/RetroArch/issues/6843

It's probably not hard to add a new row that just says something like "User 1 Controls----" between each section but then again, maybe it is hard. :shrug:

search for yquake2 i think is in experimental otherwise to optional

@mitu yeah that could work, if someone is savvy enough to be wanting to change configs and such, then they would in theory have the know-how to get the pi online and ssh in anyway. I might have to have a play, see what happens

I'm currently batch ripping the manuals I have to PNG with 300DPI.

Sadly, some of these scans are pretty low quality to begin with, so no matter what I do with them they're never going to be perfect. It's kind of ironic that aside from the NES Classic Mini manuals that I got my hands on, the Japanese manuals in the collection are generally in much higher quality than the US manuals. This is due to the fact that the Japanese scans are far more recent and there was much better and cheaper technology to get them done than when these US manuals were scanned. I find it kind of hard to believe that nobody ever really upgraded the US manuals in all of this time. Most of them seem to be the exact same ones that I had a decade ago with a few exceptions.

Even though they're much larger in disk space real estate at 300DPI in PNG format, I feel this is the way to go. Edits can then be made at any time to them without degrading the quality.

Some things I'd love to do at some point with these images are as follows:

Split the 2-page scans so every image is a single page. Make all manual images the exact same size. Clean up the images.

Ideally, with a lot of work, a ton of cleaning up could be done to these and many of them have the possibility of one day being as high quality as the NES Classic Mini scans. I don't know if I'd ever do this though, but after splitting the images I would at least like to remove the creases and staples from the bindings, as well as clean up the other three edges of the images.

This doesn't sound too bad when I'm looking at an 8 page manual, but it seems rather daunting when I'm looking at one of the manuals that are over 50 pages.... and then I start thinking about how I have about 1,000 more of these to do. :(

At any rate, it's never going to happen on my end with my current PC. Messing with files like this slows my work down to a crawl and I spend more time waiting on my PC than actually working and it just drives me crazy. At least with the PDF files ripped to the PNG/300DPI format, separated by folder and numbered correctly all of the materials will be there if I ever get a chance to upgrade my rig and decide to tackle this project.

In other news.... I re-ran the gamelist.xml script last night and I'm over 1/3rd of the way toward reversing the process for the 2nd time back to the [synopsis].txt files. So far out of around 700 txt files, 72 of them were different because of the new code changes I made the other day, and none of those differences were undesired or unexpected.

Differences so far on 2nd re-run are as follows:

Removed extra blank spaces at end of lines in Description: 69
Removed 2 extra blank lines at the end of the Description when there was no URL citation: 3

Once this is done re-running this time, I'll have 2,118 unique NES/FDS [synopsis].txt files with absolutely no strange characters or formatting errors that will look wonderful on the XBox.

Oh, and anybody that hasn't been following along... These new synopsis files are no longer the novels of information that nobody read that they used to be. Every one of them is 1kb or less in total, and the Game Descriptions now read like the "exciting" text you'd see for the game on the back of the box, or the story in the manual, or on an advertisement for the game.

For example:

The classic tale of horror comes to vivid life in this fast-moving video game! Dr. Jekyll succeeds in separating a man's personality into GOOD and EVIL - but he experiments on himself! Now, without warning, the kind Dr. Jekyll transforms into the monstrous Mr. Hyde. Follow Dr. Jekyll as he fights off enemies in hazardous 19th century London, only to be suddenly plunged into Mr. Hyde's World of Demons! But the excitement doesn't end there - as you do battle in each of the two worlds of this game, the worlds themselves are struggling with each other for control! Which will triumph - GOOD or EVIL? DR. JEKYLL or MR. HYDE?

Sure it's all lies, but it does make it sound like a game you'd want to play. :)

Here is a full list of all of the synopsis fixes that were made by creating a gamelist.xml for the RetroPie and using the new Reversal script to create [synopsis].txt files usable in Madmab Edition emulators, as well as how many instances were fixed:

PAGE SETUP / FORMATTING:

All Windows based (CR LF) line breaks replaced with Linux based (LF) line breaks: 1,228 (This is a document count. Actual instances of this fix is likely in the 30,000 to 40,000 range)

Added double spaces to lines that should have had them: 38

Corrected established order for "Original Title: " and "Alternate Title: " lines: 29

REMOVED extra blank line in between Description and first URL: 1

Line had a line break in the middle where it shouldn't have been: 2

Two extra lines after Description when there was no URL: 12

Extra spaces at end of lines: 5

Blank line with only a single space in it. The original code kept that line because of the space, as well as adding a Double Space before and after it, leaving 3 blank lines between the end of Description and the beginning of the first URL: 1

Added "Blank Space" under "_____________" that notes the beginning of the Game Description text. (NOTE: This looks much better in the XBox [synopsis].txt format than not having it, but this extra line is removed in the [synopsis].txt to gamelist.xml conversion code because this leading blank space does not look good on the RetroPie.): 1

GRAMMAR:

"Original (T)itle" Capitalized: 10

"Hacked (B)y" Capitalized: 16

"Translated (B)y" Capitalized: 6

UNUSED FIELDS REMOVED:

REMOVED blank "Alternate Title: " line: 56

REMOVED blank "Original Title: " line: 41

BLANK FIELDS THAT SHOULD HAVE HAD INFO (Usually "Unknown" except for Players info):

Missing "Players: ": 5

Missing "Release Year: ": 19

Missing "Hack Release Year: ": 27

Missing "Translated Release Year: ": 1

Missing "Hacked By: ": 1

Missing "Version: ": 2

MISSING TAGS OR INCORRECT TAGS, BUT INFO WAS THERE:

Missing "Players: " Tag, so line and data were lost: 4

Missing ":" in "Version: ", so line and data were lost: 2

"Release Year: " misspelled "Relase Year: ", so line and data were lost: 1

"Release Year: " misspelled "Releaese Year: ", so line and data were lost: 1

"Alternate Title: " mislabeled as "Alternative Title: ", so line and data were lost: 3

"Translated By: " written as "Translated y: ", so line and data were lost: 1

"Publisher: " written as "Publisher:" without space. Somehow code re-wrote this as "Publisher: Publisher: " after the reversal script. (Assumed code would mimic this behavior for any tag missing the space before the info): 1

URL TAG FIXES:

URLS that started with "www." were ignored by all code and just showed up in the Description rather than the <url> or <urlalt> tags: \

(Fixed this so no matter what order the two links are, or combination of "www." "http" or "https" they are they will both print on separate URL tags and in the order they are in the [synopsis].txt)

PROBABLY NOT GOING TO BE "FIXED":

On VERY rare occasion there are more than two links in a synopsis file (For instance, if multiple hacks were applied to a single file). The code currently adds any more than two to the <urlalt> tag with a line break in between them. Most likely will not put in additional tags for the 0.0002% of games that would have this extra link or two.

In the next week I will create a new gamelist.xml file and run the reversal code again and compare the new output. I expect after doing this a second time with some code changes that I made today that the input [synopsis].txt files should be a 100% exact match to the output [synopsis].txt files.

The above fixes should then be applied to any synopsis files for other systems I work on in the future. Also, in the future, rather than do the crazy amount of editing I did by hand that could be handled with code like this, I will be adding more things to the existing code to automate all of that process.

Man... I'm glad I finally started learning how to do this for myself. :)

@thelostsoul I used the scrip for your genesis custom collection....
2 files are missing....

Sonic Blast .... This file is not in my collection, so impossible to find DECapAttack ... That's an error in writing, so no chance to discover

oUTPUT OF LOG
https://pastebin.com/9L9D3iU6

This is already supported if you are running the master branch (which can be installed using the emulationstation-dev module). It looks for a subfolder named 'images' within the roms folder. It will find images, marquees and videos using the following paths:

<rom-director>/images/<rom-name>.(jpg|png)
<rom-director>/images/<rom-name>-marquee.(jpg|png)
<rom-director>/images/<rom-name>-video.mp4

@muldjord Weird, I thought I did put it under that thread.
Anyways, I couldn't help with c++ unfortunately.
However they do mention API's, but I'm not sure how to find them on their site. https://emumovies.com. Sorry, I'm not much help.

@wihaedud I don't think that's a thing yet unfortunately, however this is apparently going to be fixed in the next RetroArch update.

@rsalois Please don't post links to ROM sites, that's one of the rules of the forum.

@koogelpotato This is not an ExaGear forum. Try their support site if you need an evaluation kit.

I would like to recommend the following reading, which I have applied to my Raspberry pi
https://descubriendolaorangepi.wordpress.com/2017/06/20/gpio-en-c-control-automatico-de-ventilador-segun-la-temperatura/
I usually use this other script in Python
https://pastebin.com/EsbQEJzw

I realize this is a few months old but I would just like to second this, Reicast seems quite unreliable and outdated (especially the lr- version). This system (Dreamcast) seems to be the only one that has issues. I'm running all the way up to ps2 on an 8th gen i3 with no gpu, no issues except Dreamcast.

Would love to see an lr-redream as an optional/experimental option to add to my x86 build.

Edit: I've managed to integrate non-libretro redream into my retropie install on linux with a self-executing script that reads my joystick-selection.cfg and automatically changes my controller configuration based on that. Unfortunately the scripts are pretty crude so there's not a whole lot to share as it won't be dynamic to someone else's installation. It was all a lot simpler than I expected. I'm surprised redream hasn't already been added as an experimental package.

keeping in mind that samples ARE NOT roms, can someone give me info on where I would find these samples? I've tried searching, and mostly find youtube vids.

I added some e-Reader Mario Party-e minigames to the Github

I am also interested in a general research on the various systems