I've tried this in my MSYS2 environment, and if kind of works, but definitely still has issues. I cloned a fresh pcem build in a separate directory to separate it from my main build, and applied the supplied patch. './configure' works fine and creates makefiles. A couple of problems with the makefil...

Just tried compiling the latest commit and booted Win 98SE with no crashes. I'm compiling in an MSYS2 environment. Config as follows: midi = 1 gameblaster = 0 gus = 0 ssi2001 = 0 voodoo = 1 model = 430vx cpu_manufacturer = 0 cpu = 10 cpu_use_dynarec = 1 cpu_waitstates = 0 gfxcard = mach64gx video_sp...

Yeah, it looks like the system 'io.h' and pcem 'io.h' are completely different headers.

My only thought is that maybe the current source directory has been added to the standard header search path, and that is being searched before the system library path?

Hi all,

The Makefiles have been updated to support the Zip drive additions that Sarah has added.

Hi all,

The OP has been updated with a revised guide, and makefiles required for the T1000 commit.

Oops, my bad. I forgot to check whether the latest commit added new files to compile and update the msys2 makefile accordingly.

I'll do this and update the msys2 thread.

Hi Sarah, thanks for the release. I must have got lucky and downloaded the fixed SDL version just after you updated it :p

Can confirm that sound is behaving. Changing the buffer length on the fly works with no issues. Output gain also works. Thank you very much for this update!

FYI - Msys2's comes from OpenAL Soft as linked above (and is outdated in a bundle) I should also mention OpenAL Soft doesn't support PCem's recent output volume feature. Crap, was wondering why the output gain didn't have any effect. Switched back to supplied OpenAL, which does work. Now that PCem ...

The 50ms sound buffer option seems to be broken on the Windows release build of V13 (at least for my host pc). The 100ms buffer length works, but is pretty choppy. The culprit appears to be the use of the (comparatively) ancient OpenAL32 dll from Creative. I would suggest switching the release build...

You aren't doing anything wrong.

The DMA struct is defined in "ibm.h", and does not include the "stat_rq" member. It's either a typo, or Sarah forgot to update the DMA struct. I'm sure she'll fix it either way.

I just downloaded and installed demo 1.11.
Using my previously noted pcem configuration, it worked fine.

I have the GOG release of D3, so I just gave it a test in PCEM. Compiled latest commit (72668f6) (wx SDL and networking) PCem config: Socket 7 Award 430VX Pentium MMX 200 128MB RAM ATI Mach 64GX Voodoo 2 with 4MB FB and texture memory. 2 render threads, recompiler, no SLI SB16 etc. etc. Running wind...

First post has updated makefiles for commit ab5cef9

darksabre76 wrote:Updated build files with the new sound driver.

Great minds think alike, I have just updated the first post.

I have also added networking to the initial post.

Sarah just added a new sound device, and the MSYS2 makefiles have not been changed (as Sarah doesn't (yet) have anything to do with those. In the OBJ portion of the makefile, add 'sound_audiopci.o' after 'sound_adlibgold.o'. That should work, judging by what Sarah added to the mingw makefiles. I wil...

I changed cdrom-ioctl.c __MINGW64__ to __MINGW32__ so this compiled correctly. This modification was JosepMa's advice, thanks to him. https://pcem-emulator.co.uk/phpBB3/viewtopic.php?f=3&t=637&p=6624#p6624 I checked this makefile, maybe this will use system libraries (-ltiff -ljpeg -lpng -l...

Hi all. As some may know, when attempting to compile PCem using MSYS2, cdrom-ioctl.c will not compile due to "ddk/ntddcdrm.h" and "ddk/ntddscsi.h" problems. The issue is that the DDK headers are moved and changed in Mingw-w64 compared to legacy mingw. To solve this, an #ifdef is ...

The September 2020 Edition [2018-02-13: Update instructions on compiling PCem after update... [2018-02-14: Added autoreconf into the mix. Should hopefully make to process more robust. Thanks to darksabre76 , compiling PCem in MSYS2 has gotten even easier than it was before. I now present to you the...

The only difference between the IMG files that PCEM creates (they are raw disk images), and (fixed) VHD files is that VHD files have a 512 byte footer appended to the end of the file. My only worry with using VHD files with PCEM is if PCEM decides to write some data at the very end of the disk image...

Hi Sarah, I know this is an old thread, but have you had any further thoughts on adding official VHD support to PCEM? Even though it's not a supported format, fixed VHD disks already "work" with PCem, although there's no guarantees that there are no issues (there are probably slight disk s...