DOSBox-Staging (install from source error when launched)

mitu

@TeknoRaver said in DOSBox-Staging (install from source error when launched):

The gpu_mem I posted has actually the compiling issues.

That's strange, since I actually compiled dosbox-staging on a RPI 3 having the same memory settings and it didn't fail. But you didn't post the exact error, so it may not be related to the lack of memory.

When I remove the gpu_mem settings, I get white themes however, the emulators compile fine.

Again, which theme ?

Didn't know anything about increasing the vram in emulatonstation, could you yell me a bit more about that?

Open up the EmulationStation settings menu (default bound to Select) and it's under the Other Options menu.

As for changing the custom dmt htmi timings via crtswitchres & tvservice?
Could you give me an example of them both to set ether this:
...

I don't know how crtswitchres in RetroArch configures things, but you can take a look at the doc page I posted.

For tvservice, take a look at https://forums.raspberrypi.com/viewtopic.php?t=24679. It may be a long read, but it's all explained there. For most thing, you probably want to configure a 480i/240p resolution in /boot/config.txt to be used by EmulationStation and then you can change the resolution (to one of the 'super resolutions' you want to set) when a game is started through a runcommand on-start script.
This involves generating the video resolution into a custom video mode and then applying it with tvservice:

vcgencmd hdmi_timings 320 1 15 30 42 240 1 4 3 15 1 0 0 60 0 6400000 1 > /dev/null # 320x240p Timing 
tvservice -e "DMT 87" > /dev/null
fbset -depth 8 && fbset -depth 16 && fbset -depth 24 -xres 320 -yres 240 > /dev/null

You can restore the default resolution for EmulationStation with a similar set of commands but with an on-end script. Depending on the system used you can generate different video modes (NTSC and/or PAL or even VGA if your monitor supports it).

Note that using tvservice will not work correctly when any kms overlay is loaded (so will not work on a Pi4) and I'm still not sure why you think it's needed on a Pi3. DId you perhaps read some configuration notes for a Pi4 and you're trying to apply them to the Pi3 ?

Those are all the information I'm looking for that I need to move forward with my issues im having,

Hm, you're just at the beginning.

TeknoRaver

@mitu DOSBox staging compiles for me using retropie-setup.sh but if I were to compile it using ssh or the terminal, it runs out of memory (which is fixed when removing all gpu_mem options).
I have yet no idea why (or whats different) to why it compiles with the gui but not with the terminal or ssh.
Cant give you the error yet as im using the sd card for something else at the moment, will reflash retropie at the weekend and let you know. I can also tell you the same thing happened on raspian with those 3 gpu_mem set.
Am I right in thinking I should only have just 1 gpu set instead of all 3?

As for the themes, ... All of them. Like every single one except for the default.

mitu

OK, when you have more info add it here in the topic.

TeknoRaver

@mitu actually... Just had a thought.
I googled the error message a few days ago.
I should be able to find it again in my history.

Wait here...

TeknoRaver

@mitu I FOUND IT!
This was the error message for both dosbox-x & staging when compiling through ssh and terminal
(note: Again... Staging compiled fine when using RetroPie-Setup.sh. But not through the terminal e.g. the F4 key)

g++: fatal error: Killed signal terminated program cc1plus compilation terminated. make[4]: *** [Makefile:441: core_normal.o] Error 1

mitu

@TeknoRaver said in DOSBox-Staging (install from source error when launched):

g++: fatal error: Killed signal terminated program cc1plus compilation terminated. make[4]: *** [Makefile:441: core_normal.o] Error 1

This looks like a memory error, yes. I'm unable to reproduce it though with the same memory options that you posted earlier. Not sure about dosbox-x - may need more memory, but dosbox-staging compiles fine.

TeknoRaver

@mitu do you want the command prompt I used for compiling staging and dosbox-x?
Maybe its not what retropie is doing wrong when compiling... But something I did wrong when I tried to compile. That would explain why staging compiles fine using retropie-setup install scripts but not when I do it manually using ssh.

did you compile using ssh with instructions from the dosbox-staging git?
Or did you use the retropie's .sh install scripts? Coz that worked for some reason.
Also did you use a rpi3b+ with all 3 gpu_mem enabled (even fkms though I highly doubt that matters if im honest)?

Because im still not 100% if I'm supposed to only use the 1 and comment out the other 2 or not.

mitu

@TeknoRaver said in DOSBox-Staging (install from source error when launched):

Or did you use the retropie's .sh install scripts? Coz that worked for some reason.

I only use the RetroPie's module to compile. I haven't tried the git version, since we only get and compile the released versions. When the next version is released, we'll see if it needs more memory.

dosbox-x is not part of RetroPie, so you're on your own here. But if the error is the same - then it's caused by insufficient memory. Adding more swap can make the compilation go through.

Also did you use a rpi3b+ with all 3 gpu_mem enabled (even fkms though I highly doubt that matters if im honest)?

I've already said this twice.

TeknoRaver

@mitu cool just checking.
And you add more swap ram via using the vram method you mentioned before right?
If not, how do you add more swap ram?

mitu

@TeknoRaver said in DOSBox-Staging (install from source error when launched):

And you add more swap ram via using the vram method you mentioned before right?

No, that's for telling EmulationStation it can use more VRAM from the allocated GPU memory.

If not, how do you add more swap ram?

You create a swap file (see https://www.digitalocean.com/community/tutorials/how-to-add-swap-space-on-ubuntu-22-04#step-3-creating-a-swap-file ) or modify the default swap file size (see https://forums.raspberrypi.com/viewtopic.php?t=46472).