No ideas?

@Striderx99 If you tried the file from both the atomic and megaton edition and the same outcome. Then it's eduke.

You can go on eduke GitHub and see what they say. Can't say they will do anything or not

@Merlin3D Sure, but I don't see how it helps solving this problem. I can download the source without issues and the project's site is up and running - it's no a source availability issue.

@Rak4ta said in eduke32 won't start:

@mitu thank you for responding, but my answer was found. Can you close the topic?

You can edit the title and add a a 'solved' tag to it.

@Lolonois Those are all excellent suggestions. Lots to try. Thank you. I like the idea of sshfs. I don’t use NFS for anything else so that’s one less service to run server side. That’s interesting about eduke. I just assumed install from source would be the latest. Guess not. Do you know does prboom also not install the latest from source?

Alas shortly before your response I said enough and tossed Recalbox on my Pi. It’s playing Doom just fine from NFS which RetroPie was not. Another thing that points to it being a RetroPie problem. Next time I’m bored, which is pretty much always, I’ll toss RetroPie back on the Pi and try your suggestions. I had updated my RetroPie via retropie_setup. Did you do that? I always wondered if I reflashed and didn’t update if the ports would work fine. I’ll be sure to test that first thing before updating when i do flash.

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.