[DOSBox] official thread
-
Where do I find that script to delete? Is it here?
/home/pi/RetroPie-Setup/scriptmodules/emulatorsYes.
also.. is 4.7.11 the latest RetroPie-Setup script version? If not... then I'm definitely having larger issues.
No, that's not the current RetroPie-Setup script version. If you have trouble updating to the current version, you should open a separate topic.
-
-
@mitu much appreciated the time you spent here to assist @jamrom2. Thank you.
@jamrom2 I did check your other thread and I'm glad you get it sorted. Next time please be sure to rely on an official image :-) This is really the only way for all of us to ensure things will work as intended. I've started (and not finished) an article to guide users to setup a clean and easy-to-maintain DOS environment. Feel free to have a look. -
@nemo93 All set. Long story short... when I loaded in the MESS build, I switched repositories from the true RetroPie set to the fork that the MESS build was based on. I never realized this, even though I did do it, I had no idea what it would do to my build. All is as it should be...
DosBox-Staging 77.1 is now loaded from the binary and working ... WOW! Amazingly fast.
For testing I chose:
NASCAR Racing
INDYcar Racing II
Aces Over EuropeAll are running smoothly other than what I pointed out in an earlier post with A10 Tank Killer in regards to music slowing down when text boxes are posted.
NASCAR and INDYcar are very smooth and fluid. Considering these are mid-90s games with a lot of 3d polys and textures, that says a lot for Staging running on a Pi3b+.
What else do you need me to test? Can I now run any shaders on Staging? I'd like to try that.
-
@jamrom2 glad you have everything back in a stable state. Regarding your game slowing down, as stated earlier this is likely related to the cycles count. Try setting a fixed cycles count for that game (eg.
cycles = 15000
to start with).For now testing is focused on the ARM64 dynarec. It's a kind of priority for the time being given everything else is stable. There might be updates to the controller-side. Shaders is something being looked at but it's really tricky to implement given the current codebase (details there). This would require quite heavy code change hence not sure when (and if) it will be implemented.
I'd say just enjoy your good old gems and report back should you hit any issue(s).
-
@nemo93 OK. Will do. Thanks!
I dropped it to 5000, seemed to be good now. The 15000 was too fast.
-
@nemo93 et al., So far I haven't run any DOSBox on my Raspis, but as I sadly noticed that GoG's (Battle Isle Phase IV) Incubation+Wilderness Missions ain't running under Windows 10, I thought that maybe now is the time to give it a try - and done some RTFM to the various versions, especially for 3dfx support (For Incubation IMHO a must) and noticed that it ain't that simple under *nix as it is under windows, or better to say with the prebuild GoG Installs.
Is DOSBox-X the only one that comes with OOBE 3dfx Support , or does any of the builds available for retropie support Glide Games and I haved missed that Information so far (Searching the Forum for Glide &| 3dfx ain't getting me any results)?P.S.: Even if I doubt that it may be suited for a Pi(4), but as I still have my Battletech II 3dfx CD that came bundled with my Voodoo Card in my times of yore... well, it would be nice to get that up & running again too :Dreaming:
-
@ashpool thanks for your comment. There's no 3DFX support in DOSBox Staging as we speak. There might be some ongoing work started but for sure nothing will land in the short term. No specification or even details have been shared thus far so please don't set your expectations too high on that.
DOSBox-X as well as DOSBox ECE are your best bets for that but not sure it will just work on Pis. Feel free to share any feedback if you give these a try. Thanks!
-
@nemo93: Thanks for the Info about Staging and about DOSBox ECE (just heard of it in the context of DOSbian before and wasn't aware that it features Glide support)!
Feel free to share any feedback if you give these a try.
I'll try to remember that, but as both games I've mentioned are in fact Windows Games (9x) I am doubtfull about any (playable) success . But inspired by this MagPi Article about installing Win98 on a Pi4, I am eager to give it at least a try ;)
-
@nemo93 And here it is, a shortened (mostly rant free) summary of my last weeks experiences with dosbox-x and dosbox ECE with a slight taste of 3dfx gaming (for dosbox-x with compiled OpenGlide as a wrapper).
Building ECE is imho a real PITA compared to dosbox-x, but nevertheless...
Under retropie (terminal) i had to experience, that as soon as usescancodes is true, and apparently thats valid for internationel keyboards if set as such (I am on a german one), the keys are shifted by 8 (backspace is u, c is right shift, etc.) - to keep it short, I had to set scancodes to false and using the keymap I found in a german forum here: Raspbian und DOSBox - Tastatur (still had to swap yz in it, but it spared me the time of making one myself).
For a quick Glide test I used (an image) of my "Extreme Assault (GER)" Cd patched within dosbox* to xa_110 (the first patch added a 3dfx exe, before it was plain/mmx enhanced only) and well... being unable to use opengl in the (pure) retropie environment, 3dfx gaming on it was unbearable as dosbox-x used its internal glide-emulation (and music was only midi, the tracks from the .cue/.bin image weren't recognized). For dosboxECE it was a complete failure, as that one was complaining/aborting the start of xa_3dfx with a "Fatal error: unable to load DLL".Ok, switching over to Raspberry OS (not sure whether needed or not, but with enabled experimental OpenGL set in raspi-config)... compiled both forks again... no german keyboard trouble, and at least i was able to play the first three missions with openglide in dosbox-x (here the mounted image played the cda tracks just fine)... wasn't that bad an experience, but in further runs... from time to time the gfx lost the textures and showed just polygons or major glitches. Dosbox ECE had the same problem as before "unable to load DLL".
So for now, I think to skip further Glide/Voodoo experiments on the raspberry and try it under Ubuntu and Windows (later one with the option of dgVoodoo and/or nGlide vs. Openglide could be the better option... if not, german keyboard again, dosbox-x would suffer from this unfinished issue AltGr issues when using MS-DOS which is, with my intend of running a W95B/W98SE in it, somewhat a nogo. Under Ubuntu there are no keyboard problems so far. And I haven't tried ECE in WIN/UBU so far. ... but those experiences are better to be told elsewhere.
P.S.: I really don't get it why under x11 environments the scancodes have to be shifted by 8, or why the sources assume that to be true if it is a *nix system.
Edit: The .dll problem with dosbox ece was that I had forgotten that I had replaced the glide2x.ovl in the game directory with the one from dosbox-x (for the openglide wrapper test) - but dosbox ece turned out to be unplayable slow too (retropie environment, raspberry os not tested yet)
-
@nemo93 said in [DOSbox] official thread:
- as per my other post above, run DOSBox Staging to get to the DOS prompt
C:\>
. Once you get there type in:C:\>config -wc
. This will automatically upgrade yourdosbox-staging.conf
with all the new parameters. - provided you're running the 0.78.0 version, copy over my
dosbox-staging.conf
file from that page. At least the important sections which are:[sdl]
,[dosbox]
,[render]
and[cpu]
.
I am running dosbox-staging (0.78.1) as per my binary and my config file. I renamed my dosbox-staging.conf and then ran "C:>config -wc" as per your post. Dosbox re-generated a new dosbox-staging.conf as expected. The problem is, I'm not see the settings set the way you are describing. Have the defaults changed? I see these (to select a few):
fullscreen = false display = 0 fullresolution = desktop windowresolution = default window_position = auto window_decorations = true vsync = false vsync_skip = 7000 max_resolution = auto output = opengl texture_renderer = auto capture_mouse = seamless middlerelease sensitivity = 100 priority = auto,auto mapperfile = mapper-sdl2-0.78.1.map raw_mouse_input = false waitonerror = true priority = auto,auto mapperfile = mapper-sdl2-0.78.1.map screensaver = auto frameskip = 0
- as per my other post above, run DOSBox Staging to get to the DOS prompt
-
-
@aftermath17 thanks for reporting. The thing is when you regenerate
dosbox-staging.conf
viaC:\>config -wc
it won't get the values/settings from the Retropie script. Just copy/paste the file from there (make sure you pick the Raspberry one!). This should provide you with the best out-of-the-box experience on your Pi.As with everything DOS related the file and settings above are the ones I deemed the most appropriate to run a large selection of games. Yet it won't work for all though. With DOS you always have to fine-tune your games configs!
The next Staging release is imminent (0.79) and it will bring an even smoother experience on the Pi (and all platforms in general) as well as plenty of audio related improvement (mostly Sound Blaster) to name a few. I'll update the Retropie script with the new best settings I've found in the coming days.
Hope this helps.
-
@nemo93 said in [DOSbox] official thread:
@aftermath17 thanks for reporting. The thing is when you regenerate
dosbox-staging.conf
viaC:\>config -wc
it won't get the values/settings from the Retropie script. Just copy/paste the file from there (make sure you pick the Raspberry one!). This should provide you with the best out-of-the-box experience on your Pi.As with everything DOS related the file and settings above are the ones I deemed the most appropriate to run a large selection of games. Yet it won't work for all though. With DOS you always have to fine-tune your games configs!
The next Staging release is imminent (0.79) and it will bring an even smoother experience on the Pi (and all platforms in general) as well as plenty of audio related improvement (mostly Sound Blaster) to name a few. I'll update the Retropie script with the new best settings I've found in the coming days.
Hope this helps.
Thank you! I created a new copy of my dosbox-staging.conf using the settings from the website and that worked fine.
I've been using the DOSBox Pure core using RetroArch. That works pretty well. One thing I really like about it is the fact that you can run games from the .ZIP file.
One game that crashes for me using DOSBox Pure is FaceOff! I extracted it into a folder in my roms folder (/home/pi/RetroPie/roms/pc). Then, I created a faceoff.conf file that has nothing but the [autoexec] portion. If I run it from the DosBox Staging binary folder using this command line, it works without crashing!
./dosbox -conf /home/pi/RetroPie/roms/pc/faceoff.conf
If I try to run it directly from Emulationstation (after choosing to use DosBox Staging as my emulator for this ROM), it fails because it's trying to run it using the .zip file. I know there's a '+Start DOSBox-Staging.sh' in my roms folder, so somehow I'm sure I need to get Emulationstation to use that to launch Dosbox and my custom conf file. I haven't figured out how to put those pieces together but this is promising.
-
@aftermath17 glad you are able to play your game(s) on your Pi. You should have an
emulators.cfg
file under your Retropieconfigs/pc
folder. Settingdefault = "dosbox-staging"
should do the trick.That may be a bit brutal as Retropie allows users to pick a specific emulator per game. You have to press any key/button right after launching a game to bring the runcommand menu. Then up to you to configure the way you'd like to. So that you can mix Pure and Staging for instance.
-
Hi everyone, just to let you know that new DOSBox Staging has been released. You can already update to that version yet be sure to rely on values set by the new PR (to be merged in Retropie). This would ensure a smoother upgrade. I do really recommend users to move to that as it brings many improvements. You can read the full changelog there. Note that if you're a Windows 3.x user (!) that's also the version you need.
If you have any feedback (not only about Staging) feel free to share.
EDIT: After you upgrade your DOSBox Staging binary it's wise to update your
dosbox-staging.conf
as well. Your existing settings will be retained however extraneous comments will be dropped. You have to run DOSBox Staging first then type in the following command:C:\>config -wc
-
@nemo93 Nice. Works like a charm, I could remove the custom settings from most of my game conf files. Tested on a Rpi4 with recent RetroPie.
However, for instance "Dungeon Keeper" and "The Last Express" need higher values for buffersize (4096) and prebuffer (120). But that is not an issue.
Thanks a lot for all the effort to improve dosbox-staging.
-
@Lolonois thanks for reporting and for the positive comment. All credits to the dev team and maintainers of the project!
I didn't have to increase the values for the 2 games you've mentioned but given the flexibility of DOSBox it's indeed easy to set values best suiting your needs.
-
I'm also very happy with the latest Dosbox-staging!
What I did though, was changing the cycles back to auto, as i.e. Dungeon Keeper was too slow, especially in high-res mode. DK is now playable on my setup with staging, but Dosbox SVN still is more fluent with this games.I will try other "high-res" games, and see how dosbox-staging is performing there. Wing Commander 4 for instance is running just fine now!
I'm very exited, but I don't have much time to test right now... :(
-
Thanks for the good new, however, mine fails on a Pi3B+. Log files say it's looking for a shader. Where are the shaders for DosBox as they don't seem to build with the update.
I'm running A-10 Tank Killer, which worked fine on the previous version of DosBox.
2022-09-20 12:58:36.261 | SDL: version 2.0.10 initialized (RPI video and alsa audio)
2022-09-20 12:58:36.265 | CONFIG: Loaded primary conf file /home/pi/.config/dosbox/dosbox-staging.conf
2022-09-20 12:58:36.266 | CONFIG: Loaded custom conf file /home/pi/RetroPie/roms/pc/a10_staging.conf
2022-09-20 12:58:36.266 | RENDER: Shader file 'sharp' not found
2022-09-20 12:58:36.266 | RENDER:
2022-09-20 12:58:36.266 | RENDER: List of available GLSL shaders
2022-09-20 12:58:36.266 | RENDER: ------------------------------
2022-09-20 12:58:36.266 | RENDER: Path './glshaders' does not exist
2022-09-20 12:58:36.266 | RENDER:
2022-09-20 12:58:36.267 | RENDER: Path '/home/pi/.config/dosbox/glshaders' has no shaders
2022-09-20 12:58:36.267 | RENDER:
2022-09-20 12:58:36.267 | RENDER: Path '/opt/retropie/emulators/dosbox-staging/bin/../resources/glshaders' does not exist
2022-09-20 12:58:36.267 | RENDER:
2022-09-20 12:58:36.267 | RENDER: Path '/opt/retropie/emulators/dosbox-staging/bin/resources/glshaders' does not exist
2022-09-20 12:58:36.267 | RENDER:
2022-09-20 12:58:36.267 | RENDER: Path '/usr/local/share/dosbox-staging/glshaders' does not exist
2022-09-20 12:58:36.267 | RENDER:
2022-09-20 12:58:36.267 | RENDER: Path '/usr/share/dosbox-staging/glshaders' does not exist
2022-09-20 12:58:36.267 | RENDER:
2022-09-20 12:58:36.267 | RENDER: Path 'resources/glshaders' does not exist
2022-09-20 12:58:36.267 | RENDER:
2022-09-20 12:58:36.267 | RENDER: The above shaders can be used exactly as listed in the "glshader"
2022-09-20 12:58:36.267 | RENDER: conf setting, without the need for the resource path or .glsl extension.
2022-09-20 12:58:36.267 | RENDER:
Stack trace:
5 0x76956718 __libc_start_main + 268
4 0x217394 /opt/retropie/emulators/dosbox-staging/bin/dosbox() [0x217394]
3 0x31178 /opt/retropie/emulators/dosbox-staging/bin/dosbox() [0x31178]
2 0x310e8 /opt/retropie/emulators/dosbox-staging/bin/dosbox() [0x310e8]
1 0x155bfc /opt/retropie/emulators/dosbox-staging/bin/dosbox() [0x155bfc]
0 0x3dd28 /opt/retropie/emulators/dosbox-staging/bin/dosbox() [0x3dd28]
2022-09-20 12:58:36.267 | ABORT: RENDER: Fallback shader file 'none' not found and is mandatory
/home/pi/RetroPie/roms/pc/+Start DOSBox-Staging.sh: line 43: 19422 Aborted "/opt/retropie/emulators/dosbox-staging/bin/dosbox" "${params[@]}"Thanks!
JamR
-
@jamrom2 You'll have to wait for the install script to be updated in order to get the default shaders included and get past this error. Or you can create the shaders' folder as
$HOME/.config/dosbox/glshaders
and copy the files from here in that folder.EDIT: I found it funny that specifying
glshader = none
in the configuration file would actually makedosbox
to load a shader fromnone.glsl
file.
Contributions to the project are always appreciated, so if you would like to support us with a donation you can do so here.
Hosting provided by Mythic-Beasts. See the Hosting Information page for more information.