For clarity, do you want people to give the feedback here or in GitHub? This was the primary place for all things dev talk and patches before.

Take a look at this page for applying patch files: https://git-scm.com/docs/git-am

Patch files are meant to be applied to the source code directly and not the compiled program.

This experiment seems relatively niche compared to what DOSBox might have run into, so I really hope it doesn't end up going that direction. Unless they pay for support and that ends up funding PCem more

I'm not the originator of this, but I saw this on Reddit and thought I'd share here. This person was able to rig things up to have PCem output over a real ISA graphics card: https://www.youtube.com/watch?v=5jW1dGRhmsE

That is one of the most wonderfully wacky setups I've seen. Bravo!

I actually own a copy of TuneLand. It actually says it supports the MPC standard and Windows 3.1. The game does have audio tracks, 97 of them to be precise :lol: The included README does not make mention of requiring any specific sound cards since it mentions that the setup should take care of any a...

With regards to what Cheez was saying, I think the project was part of the eXo set of projects. The thought was to have a base image of like Win95 and then use massive patches that were diffed from the main HDD image to "install" games on the fly. As far as I know, that got nowhere because...

Using the `autoreconf` -> `./configure` -> `make` path is still better than using the separate makefiles Albeit there are some issues compiling on x86-64 (at least on my MSYS2 setup)

I'm passing this along from a friend in Italy who has been trying to install a game named Trucks. Here's what the graphical corruption looks like: Full_Corruption.jpg Here's the configuration he was using: Configuration.png And a couple of related links: - VOGONS post: https://www.vogons.org/viewtop...

At the moment, only if those other VMs used a raw disk image. There is a VHD support feature from one of the community members that has been in the works for some time, but as of now, officially, it's only .img

Machine specs: - DOS 6.22 / FreeDOS 1.2 - [486] AMI WinBIOS 486 - Intel i486SX/16 - 64 MB RAM (Yeah, I know it's unused) - Trident TVGA8900D - Sound Blaster 16 Software tested: - Descent (CD version): Played choppily but performance didn't go under 100% - Command & Conquer (DOS 2xCD rerelease): ...

It's great to see the individual makefiles going away as the Automake script gets better and better Less things to worry about updating everytime.

After this newest stuff, my crappy computer can idle in Win98 at 90% instead of the 50-60% that it was pulling before. LEGO Island also runs at >85%, before it would stutter and sputter along around 50% or less. Kudos

Here's an updated Makefile.am for those who use it (I have it split weirdly because I was tracking down missing files).

Hmmm, those look familiar....

MSYS2 is a Windows build environment

I could imagine one reason for doing this would be easy transfer of a lot of files without setting up compatible network shares or fake CD/ZIP images to pass things in.

Can confirm the patch restores the option on an MSYS2 build. Won't show Munt when it's running, but I'll figure that one out later. Thanks again I'll have to follow up with my friend on the Linux build.

Thanks for the patch! Hopefully if you post this over in the Patches section it can get fixed for all

I have my machine set for Sound Blaster 16 and for the life of me I don't see the setting in the sound card options anymore.

Hey all. After a friend of mine pointed out that his build on Linux didn't have an option to select MUNT for MIDI emulation (even with the --enable-alsa flag), I checked in my MSYS2 build as well, and it's missing there too. In fact, you can't select *any* MIDI output, even the default. Was there a ...

I have a similar issue when using PCem across a remote desktop session. It has something to do with how the UI framework handles cursor inputs for some reason.

Would configuration files all have to be rewritten into UTF-8? It's been a while since I've seen a UTF-8 migration of any sort.

Otherwise, it sounds good that the project would be a little more futureproofed, especially if any translation work comes down the line.

This patch ensures that MacOS paths are correct, as well as enabling automatic creation of missing folders on Windows.

If you look at my patch, I didn't remove any of those 4 because I didn't know the status.

This patch does the following: Normalizes directory markers to '/' in readme.txt (to be consistent with the code) Updates incorrect rom paths in readme.txt Renames some IBM PS/1 and PS/2 machines to better reflect other machine naming Puts all devices previously in the rom root directory into subfol...

As a slight update to this: I tried running the Starfleet Academy trailer directly from both the CD and from a directory on the HDD image, and both resulted in the exact same error. It seems infinitely reproducible with this particular executable.

Regarding the linux menu, right click on the main window when your mouse is not captured.

Hello all, I recently tried installing an old favorite of mine, Carmageddon, in a DOS 6.22 setup. After the install, it automatically plays the Starfleet Academy trailer using a player built into the disc. Unfortunately, the only thing that showed up when it tried to play was "STACK OVERFLOW&qu...