@sleve_mcdichael Thanks for your help with this, you're a star. Oddly $system doesn't want to play ball and reports back empty, so I just changed that to nds directly and it works fine. Have added a PR into RetroPie Extras if anyone is curious to see the end result.

Oh also the core has networking support and works fine playing on wiimmf if anyone fancies a game of Mario Kart

@Lolonois said in Adding console Vircon32 to RetroPie:

Other than that I think your virtual console fits in well into Raspberry Pi and RetroPie universe as it allows everyone learning by inspecting and adapting the code.

That was my intention. The console is designed to be very simple and it is fully documented. All my programs and games are open source too. (And games are free, so no problem to distribute the roms).

About the Pi versions, this core has only been tested from Pi 3. I don't think the Pi 1 is powerful enough to run Vircon32. And I have no idea about the Pi 2.

My core builds for Pi 4 have always been done with flag -DENABLE_OPENGLES3=1, so that is what the binary at GitHub release v1.3 should be. In fact, if you try to build the core without GLES3 it will succeed, but it won't run (in my system at least). With GLES3 it does run the games.

EDIT: Still, if you need me to generate some other binaries from the Pi's I have (3 and 4), I will try to do it.

@amtimes546 RetroPie doesn't develop daphne neither any other emulator, meaning your triple-post suggesting daphne's future developments is entirely meaningless.

@Lolonois said in Quake 2, 3D accelerated in any Pi model, 60+ FPS:

Nice. So does it also qualify for a PR to RetroPie-Setup? (I assume as the scriptmodule is from the experimental section and the change is not large the bar to get it accepted might not be that high.)

I don't know? RetroPie guys prefer to work with official releases, even for experimental, so we may have to wait for YQ2 version 8.50.
@BuZz, @mitu, would you accept a PR pointing to a specific commit, as a temporary thing, waiting for the next big release?
It's just to make this project visible, and it's not like numbered releases are a guarantee for stability.

@rfinnie I guess the min/max values are not a strict specification, thus I said "should". It depends on brand/model as I learned (mine Logitech Rumblepad and a knock-off Switch/XBox controller report in the "should" range).

On a tangent: The Arcade'81 looks nice and gives you at least enough space to add a subwoofer. I added an external subwoofer 6.5" later to my custom bartop which made the games even more fun to play. In any case: Happy tinkering!

But back to your initial request/idea. Maybe @pjft can comment on that, if a or which suggested change (see first post) would be accepted in the ES source tree.

@jose1711 said in Tesla PMD-85 computer in RetroPie?:

multi-game tapes (such as games-1.ptp) are lacking information about the position of the game on the tape - is trial&error the only option

Pretty much, combined with using savestates.

What I do is, if I've got a tape with (say) five games on it, I make five copies of it and give each one the name of a different game.

Then I load the first one, note the tape count, and make a savestate at the start of the game.

Then I go to the second file, start it at the tape count I just noted, load the second game and make a savestate at the start of the game. And so on.

Now I've got five files in the EmulationStation menu called GAME 1, GAME 2 etc (even though they're all technically the same file), and all I have to do is boot them up then load the savestate to play them instantly.

Found it. I was misled by the official Rpi documentation.

rpi_config_txt_video_option.png

The solutions below only refer to the display rotation, see notes.

Solution 1: Legacy video driver config.txt: Neither dtoverlay=vc4-fkms-v3d nor dtoverlay=vc4-kms-v3d enabled, but display_hdmi_rotate=2 cmdline.txt: No video=... option

Note: The RetroPie Image for a Rpi3 ships with the legacy driver enabled. The EmulationStation binary is compiled against that driver and works out-of-the-box. This should also not affect any precompiled emulators.

Solution 2: (fake) KMS and Kernel option config.txt: Either dtoverlay=vc4-fkms-v3d or dtoverlay=vc4-kms-v3d cmdline.txt: Add video=HDMI-A-1:1280x1024@60,rotate=180. Note the use of HDMI-A-1 and not HDMI as the documentation (see above) states currently. (I have a PR filed for that.)

Note: You will have to source build emulationstation with that config to make it use the video driver. I did not testdrive any emulators with this solution.

@mitu Thank you for testing!

I'm happy to see results that my fix worked without breaking anything.

I also created a minimal dataset to make it easier for others to reproduce and test the problem.
Extract this and replace the emulationstation folder with your ~/.emulationstation. (Backup is needed)
When you start EmulationStation, (if you have DroidSansFallbackFull.ttf installed,) it should look something like this:
EmulationStation_screenshot.jpg
There are 100 dummy ROM files, so try scrolling through them by pressing the down arrow key⬇.

In my environment, the results were as follows, depending on the screen resolution:

emulationstation --resolution 720 480
→ no problem emulationstation --resolution 1366 768
→ Scrolling through the game list works fine, but then the main menu appears broken emulationstation --resolution 1920 1080
→ Crash when pressing ⬇ 43 times emulationstation --resolution 2560 1440
→ Crash when pressing ⬇ 21 times emulationstation --resolution 3840 2160
→ ES won't start

And when I included my fix in the binary, all of them were displayed without any problems.
We hope that this will encourage more people to test it and get good results.

And another by Sega which can now be played in 2003+

A B COP
abcop.png

@phillip_benoit I've been doing PRs to a respectable number of open source projects for a few years now, and from all of them, only one of the projects has consistently reviewed my PRs in under 3 weeks. If the project is popular and is handled by few people, you should be accustomed for them to take several months to look at your PR.
I would rate RetroPie as one of the most decent projects I've contributed to, in terms of pull requests accepted and time taken to evaluate them, especially considering the small number of people working on it.
My point is: you can change projects, but it's no guarantee that you won't be ignored on the other side as well. "Occupational hazards" I guess.

@duglor said in Scriptmodule for "Papers, please":

Are you a master at this sort of thing?

Could you get Shovel Knight linux working on pie 4.7.1? with Wine?

I am just a techie. It is more the other way around: It feels I stand on shoulders of giants, when using the stack which is already there (RaspiOS, RetroPie, SDL, retroarch, ...). I like to make use of the ingenuity of open source and contribute my stuff, thus other can learn of / use it / extend it.

You may open a new thread for Shovel Knight and True Love, maybe someone of the community jumps on it. I never did get my hands on that games, tbh.

I submitted a PR for RetroHursty69's Supersweet theme.

@kokokool As I mentioned before, I have the following test report

Peripherals and Bluetooth devices (Using a BT dongle)

2.4 Ghz Gamepad = Zero input lag detected. BT Earbuds = Had to pair it via ssh, instead of BT GUI, as well as I had to install pulse audio bluetooth. However, since my dongle es BT 2.1 I sense a bit of audio delay, but no audio crackling or popping. I'll test Wiimote pairing (it takes a bit of coding before) if theres a lag to report. Video = I'm using HDMI output on a DELL LED 1080p at 50 hz. No signs of signal delay. Games/systems Tested 8 bit consoles = full speed, no sound glitches 16 bit consoles = full speed, no sound glitches (perhaps, I might test games such as DKC or Super Mario RPG to check max performance. Arcade systems ( MAME 2003 romset, FBA)= runs 100% accurate (KOF 2003, SF. Today I'll connect a spinner or a analog dice to test mapping in racing games such as pole position, etc. PORTS = Quake3 Ill runs 100% full speed (including Multiplayer-internet) if you change settings to "fastest" and set resolution at 1024x768. Impressive.

Hexen and Heretic = 100% fullspeed, no flaws

additionally I want to install retropie-Extra script modules in this machine. Wanted to try GMloader and try some apks as droidports.

32 bit= Tested heavy GPU PS1 demanding games such as, Tekken 3 or Wipeout. Both run at full speed without glitches. I'll test two more PS1 heavyweight titles to confirm this point

Sega Saturn = tested with lr-yabause. 20-30 fps max.

64 bit = this is interesting. I had bit of trouble trying to run Mario Kart 64. somehow my system reports two mupen64plus-glide64 as standalone (not libretro), which one of them worked directly, but with two issues: sprites missing at the beginning of the game (for those who know, the spinning nintengo logo appears completely and very detailed), but the menu whe you choose a car, lap, cc, etc, shows random squares so I had to guess pressing accept until I get to the racing part. the system works but at 20-30 fps.

PSP = I had trouble to compile ppsspp (standalone and libretro) on my machine.

Dreamcast = I will compile reicast today.

Kodi from Retropie-extras runs ok. Haven´t load a avi/mkv file yet
That's all for now

@phillip_benoit create a branch for each change, before adding your changes, then create a PR from that branch.

@roslof This reply is amazingly detailed, thank you for taking the time to write this up. End result: your instructions helped make everything work perfectly and I am now able to run the older versions of lr-mame. Thank you again!

If your roms are already on a Linux/unix/mac, you can use these scrips: https://gist.github.com/ReallyVasiliy/32c33be595408d353e37999ce305ea4d

You need to save each file on the target system, and give them execute permissions (in the terminal, run “chmod a+x move”).

move: moves the roms specified in the file <arg1>, which are contained in directory <arg2>, to a new directory <arg2>/<arg1>. An example terminal command could be:
$ move somewhere/Clones.txt /userdata/roms/fbneo
Will move files specified in Clones.txt from /userdata/roms/fbneo to /userdata/roms/fbneo/Clones

The remove script has the same arguments but simply deletes them permanently instead of moving.