the 64 bit version will be slower, but is it such a heavy game you are trying then ?
Even my laptop in 64 bit mode on linux gives around Pentium 100 performance. (at least according to one speedtest, others might be different)
Is it possible that I compiled a 64bit version instead of 32 so I am slow like it was slow before?
To know if the binary is 32 or 64bit, simply run "file <filename>"
1$ file dosbox 2dosbox: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 3.2.0, BuildID[sha1]=4488e27b157862b059d5f2600fb85a1010600529, with debug_info, not stripped 3$ strip dosbox 4$ file dosbox 5dosbox: ELF 64-bit LSB executable, x86-64, version 1 (GNU/Linux), dynamically linked, interpreter /lib64/ld-linux-x86-64.so.2, for GNU/Linux 3.2.0, BuildID[sha1]=4488e27b157862b059d5f2600fb85a1010600529, stripped
The above is a 64-bit build, which had not yet been stripped, meaning it still has all the debug symbols which cause the binary to be much larger (and slower). I then strip it, and run file against it again.
the 64 bit version will be slower, but is it such a heavy game you are trying then ?
Even my laptop in 64 bit mode on linux gives around Pentium 100 performance. (at least according to one speedtest, others might be different)
Thanks guys- I just checked with the "file" command in the terminal
The dosbox ECE I compiled yesterday IS a 64bit. The one that runs fast dosbox .74 (thanks to QBix's help about a month ago) is a 32bit.
makes sense now.
I need to figure out how to compile a 32bit version of dosbox ECE for my 64bit linux system. Debian has multi-arch so this is possible right?
Yep, although I tend to compile dosbox 32 bit in a 32 bit schroot and use the resulting package/binary in my multi-arch debian installation.
I forgot why I did do it like that though..
Yep, although I tend to compile dosbox 32 bit in a 32 bit schroot and use the resulting package/binary in my multi-arch debian installation.
I forgot why I did do it like that though..
I just got off of the phone with my friend who helped me compile the 64 bit one. I mentioned the idea of schroot and he gawked a little. He thinks it would be easier to install a "triple boot" and just run a 32 bit debian build.
I think it is taking things too far. I will just play in windows where I can get the frame rate to run at full speed. It sucks because I hate microsoft with a passion. Maybe some day there will be a repository I can find or a distribution with a newer SVN version I can run by simply installing via "sudo apt-get install".
One thing I noticed on both the linux and windows ECE versions that is different than the dosbox .74 that I don't like is that my game does not fill up the whole screen. Back in the 90s monitors were not "wide screen" so with the new dosbox ECE it does not stretch the image to fit the full width. Dosbox .74 does this automatically when I go full screen with ALT ENTER. I don't mind that it distorts the image a little bit by stretching it wider than it should be.
It isn't that difficult to compile a 32bit ver of DOSBox on a 64bit distro.
Attached is a WIP of compiling DOSBox on Windows 10 WSL with Ubuntu 18.03 and Ubuntu 18.04 in a VM that contains instructions for compiling 32bit and 64bit binaries for Windows and Linux. The guide is lengthy since it covers 32bit, 64bit, Linux, Windows and <Windows 98 compatibility so if you only care about Linux 32bit then look for those sections in the guide. I haven't uploaded yet it since it's not done. I am in the process of moving and about to go on a trip for a month so won't be available to answer any questions but it's pretty self explanatory.
It isn't that difficult to compile a 32bit ver of DOSBox on a 64bit distro.
...... with Ubuntu 18.03 and Ubuntu 18.04 .......
Will this be different in Debian 8? I know Ubuntu was born from Debian so I figure they should be very similar...?
edit: I figured out why my brake/gas pedals were only working on 1 axis. Windows recognizes one of them as an X on the 2nd joystick, and the other as Y. This threw me through a loop. I now have them working independently.
Still need to figure out how to SSTTREEETTCCH the screen wider so it takes up the full width though.
One thing I notice (on windows with ECE) it almost seems like the volume in the game changes a little from time to time, without me adjusting it. I don't see a setting enabled (by default) that would do this. Has anyone else noticed this?
Hi , I just recently build dosbox ECE on linux and have a strange problem:
Pressing any button for a longer amount of time releases it after some time by it self, e.g. in doing combat turns in any flight simulation while pressing arrow down to pull "up" , the key gets released after some time , also something like continuously using after burner by pressing TAB in any wing old commander game gets released by its own, this is not an keyboard issue as it supports at least 6 sim. pressed keys and other dosbox builds have no problem with these kinds of prolonged inputs.
The bundled dosbox ECE static build runner in lutris also is affected on my system (not sure where it is pulled from), other local dosbox builds (SDL1 and SDL2 ones) of various flavors did not show any of these signs on my system (original svn source, dosbox-sdl2).
This happens on my 64bit desktop and on my arm 32bit raspberry pi, both running arch linux.
This is the only thing keeping me back using your pixel perfect build 😢
igermi wrote:Thanks guys- I just checked with the "file" command in the terminal […] Show full quote
Qbix wrote:
the 64 bit version will be slower, but is it such a heavy game you are trying then ?
Even my laptop in 64 bit mode on linux gives around Pentium 100 performance. (at least according to one speedtest, others might be different)
Thanks guys- I just checked with the "file" command in the terminal
The dosbox ECE I compiled yesterday IS a 64bit. The one that runs fast dosbox .74 (thanks to QBix's help about a month ago) is a 32bit.
makes sense now.
I need to figure out how to compile a 32bit version of dosbox ECE for my 64bit linux system. Debian has multi-arch so this is possible right?
Qbix wrote:
Yep, although I tend to compile dosbox 32 bit in a 32 bit schroot and use the resulting package/binary in my multi-arch debian installation.
I forgot why I did do it like that though..
I ran into annoyances when trying to compile a 32-bit Dosbox on Debian and Arch. It was discussed here:
Debian does implement multiarch but there are still packages that are not multiarch-compatible. And because of their slow update cycle on the Stable branch, such packages can remain incompatible for years. You can use a 32-bit VM or equivalent solution, or install the offending libraries from other sources.
Arch repositories lack some 32-bit SDL-related libraries so they must be installed from other sources.