I found a couple of threads relating to controller issues in eduke32; they both seemed to imply the issues had been fixed in later versions. So I went to check what version I have to see if it was the latest and, it seems RetroPie is using an older version of eduke32. Both the binary, and installing from source, give me a commit version dated 2019-09-08. I presume this is for good reason? Or is it just more of an "if it ain't broke, don't fix it" approach, and using a "known good" (mostly) version?

This thread seems to detail the same problem (right-stick turning axis not recognized) and was then fixed, around April 2020. Is there a way for me to get the latest version, or does the script install one from two years ago specifically because it's the last one that works?

I've also borrowed a wired Xbox 360 controller to try in case it was something unique to my generic gamepad, but it was no different.

@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!

I found a video of same problem of you go to this link below and go to min 3:10-3:15
He will look at the poster on the wall see all those graphical lines through the texture?
I have this and how do i fix?
I know its not normal my brother had pi and plays Eduke32 and he does not get these lines

@mitu i want to install some unoffical expansion packs for duke i didnt try because i dont know how lol thats why i came here asking if it would work and how would i do so

@polygaryd said in Tutorial: Running Duke Nukem 3D Official Addons & NAM in RetroPie:

@BenMcLean

Nam breaks duke3d and expansion packs now. I wrote on your wiki guide all about it. If anyone can find a fix I'd love to know what it is.

Pi 3b+
retropie 4.4.1
canna kit power supply
64gb sandisk class 10 micro sd card
upgrade from jessie to stretch, originally made from stock retropie image

Found A fix and is still applicable in retropie 4.7.1 :

So duke3d and all its expansion/custom levels run without issue until running 'NAM. 'NAM will run and continue to run every time you start it up but it changes the eduke32.cfg file located in opt/retropie/configs/ports/duke3d or (.etc/eduke32 in retropie 4.4.1)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. You can now run duke 3d, the expansion packs, and nam without anything breaking or having to modify anything after running nam.'

Sorry to necro post but I wrote this on a guide to install Duke3d on retropie and then when being forced to make a whole new image for to go from stretch to buster I couldnt find the post on github I originally wrote this on.