@klein1jo I can't say, then. I am on a Pi 4 though, I suppose that might be the difference.

This was solved by using a different controller. Both sticks work fine with my new Logitech F710. The issue still exists with my generic ("Microntek") gamepad.

@polygaryd take a look at the script module for minecraft for how to do it. https://github.com/RetroPie/RetroPie-Setup/blob/master/scriptmodules/ports/minecraft.sh

I couldn't find any contact info for them.
I am very sorry, I was just looking for any help.

Afaik there isn't gles support. If GL is slower it will be because it's using non accelerated rendering. Which is likely the case. It shouldn't be enabled by default on the RPI also.

@mitu All right, I'll try it and update. Thank you for your patience.

Edit : Looks like it works. Four reloads without a crash. Thank you so much!

Incidentally, I've found this on the github wiki :

'NAM however will run and continue to run everytime you start it up but it changes the eduke32.cfg file located in .etc/eduke32 on its own and breaks duke3d and all expansion packs till you manually modify eduke32.cfg selectedgrp field back to duke3d.grp. I've tried multiple times and nam breaks duke 3d and any expansion packs every single time. To avoid this change the permissions on the eduke3d.cfg file so no one can change it. And then you can run duke 3d the expansion packs and nam without anything breaking or having to modify anything after running nam.'

I am wondering if this is the same glitch?

Thanks a lot.

By the way. Is there any work around, I am thinking of for example being able to point out a specific (older) version of a binary to install?
I guess this could be good also in the case when several clients happen to run not the latest version of a Ported game (multiplayer), and then a new client installs the game but runs into compatibility issues when joining the multiplayer game.

BR

@bitzdv said in eduke 32 gamepad issues and expansion installation:

You can rebind some of the buttons in the game, but the issue is that in the menus A and B are swapped, and this can not be rebound.

That might be handled automatically by the Gamepad API in SDL2, hence the game usage of the gamecontrollerdb file. You can create your own mapping and add it to the source of eduke32 before compiling, but it's kind of a long shot. See https://github.com/gabomdq/SDL_GameControllerDB, the Mapping Tools section.

@psyke83 hello, the problem has been solved, it is built well and it works. Thanks a lot

I tested the instructions from the Docs and they seem to work - I started the 'Duke it out in DC' add-on. Make sure you have the full registered game and not the shareware version installed.

@Rincewind I had the same problem and after a lot of trying this is what I do :

connect a keyboard enter the game go to controls , change something exit, start a new name. then I discovered a eduke32.log file in home/pi, copy this path that appear inside:

/home/pi/.config/eduke32/ and paste it in winscp (.config is a hidden folder)
3) there is your cfg file.

Hope it helps, I still have to tweak this files to make the game work propperly.

@Caltaron
Having the same issue in
retropie 4.4
model 3b+
Canna kit supplied power supply
image prebuilt from retropie website
Updated retropie setup script then updated eduke32 from binary then from source since binary upgrade didnt fix the issue.

@semper-5 sorry my mistake! I was on my phone and it abbreviates the titles of posts, so you are right I misunderstood.

@mitu Sure thing, I will try that today.

@semper-5 said in eduke32 and add-ons from subversion repos:

I'm wondering is there anything I'm missing and if/how I can install from these repos

What repos ?

Just want to add that the sound issue is still there in the most current update of the package: in the title screen and at the start of each level you only hear effects and you need to turn off / turn on music in the in-game settings which will then play the music fine - until you transition to a new level and the music is gone again.
I would add this to Github as requested but I am unsure which repository would be the correct one?

@dudleydes Thanks I will check it out, my analog sticks were automatically configured too but I wanted to map the left analog to move and the right analog to aim/look. Maybe fiddling with the .cfg file could tell me more!