Here you go

(Yeah, the "-02I" being detected as an "-01I" by the DOS driver happens on the real thing )

This patch allows CD-ROM model selection from a list of available models and also alters some of the UI behaviour. Beware that I can't do UIs :-) -CD-ROM settings will now only be enabled when an IDE or SCSI controller is selected. -Specific CD-ROM models may be restricted by interface type. -Speed ...

UPDATE: Support for the NT 3.1 drivers: https://pcem-emulator.co.uk/phpBB3/viewtopic.php?f=4&t=3395&p=13262#p13262 This patch adds support for two types of Aztech sound cards: AZT2316A and AZT1605. These cards are Sound Blaster Pro v2 (8-bit) + Windows Sound System (16-bit) combos that were ...

No experience at all, I'm a backend person. I've noticed that some fonts can have a negative left/top so I currently handle this. Can they get *more* broken than this?

You may also notice that deadkeys won't work

Here are some small fixes that should have little impact:

-Fix serial IRQs on ACC3221
-Fix a compatibility register for the SBPRO/SBPRO2

And one that looks dangerous:

-Add guards to macro expansion on SCSI HD code.

Just for rasterization. Thanks for the tip, this looks nice!
I hope to post a patch with a useable version in a few weeks at most.

In the meantime, does anyone have any tips on monospaced Roman and Sans Serif fonts that look like the Epson fonts and have a nice license?

This patch makes the Xi8088 work again after a code refactoring on PCem. There's also a small change to the phrasing in the config because the newest revision of the BIOS allows changing turbo/non-turbo speeds from the BIOS instead of just having hotkeys. (There is also a small change included to al...

omarsis81 wrote: ↑Sun 02 Feb, 2020 7:25 pm So... you print something in PCem and the emulator outputs an image file? Did I get it right?

That is correct. It can also be easily redirected to a real printer.

Anyone else interested in this? I've taken an old unfinished patch for DOSBox from the middle 2000's and began reworking it. Fixed numerous issues with the interface, drawing and printer logic and I think I've achieved a milestone. It can print correctly everything that I throw at it under DOS, Win ...

DSN wrote: ↑Wed 15 Jan, 2020 8:54 am I switched to a GD-5434 but the corruption persists. I'll try another now.

I think it is known that the GD-5434 still has some issues. The Win 3.1 drivers show them really well in some GUI elements.

CD Audio stops working completely in a PCem session after running Quake (the original, DOS version) under Win9x (haven't tested under DOS with MSCDEx). I've done some digging and here is what I found (the offending code is here: https://github.com/id-Software/Quake/blob/master/WinQuake/cd_audio.c )....

Working perfectly now, thanks!

Unfortunately my aging 2600k is not going to cut it for my games of the super socket 7 era

Update: just tried with gcc version 8.2.0 (Gentoo 8.2.0-r6 p1.7), same crashes at the same points.

Mine is also 7.3.0.
My work laptop also uses the same version on an internal distro.

PCem is not just a wrapper or virtualization software, so accurate timings make total sense. Also, inaccurate disc access times and/or behavior are known to cause problems in various platforms, for example see "5.0-2431 - DVD Timing Accuracy Upgrades" in this report: https://dolphin-emu.or...

Same behavior here when using a debug build on x86-64 Linux. I can't test on x86-64 Windows.

To make the dynarec optional, you can remove CPU_REQUIRES_DYNAREC from your CPU in cpu_tables.c. Not usable but you will be able to tell if the issue is with the dynarec.

Under x86-64 Linux, this configuration segfaults the new recompiler when installing Windows 98 (First edition) right after scandisk, no backtrace since the code is recompiled. gameblaster = 0 gus = 0 ssi2001 = 0 voodoo = 1 model = fic_va503p cpu_manufacturer = 1 cpu = 9 cpu_use_dynarec = 1 cpu_waits...

In one of the screenshots, the disk seems to be mounted while being used by PCem? That seems dangerous!

You would probably see thermal throttling after a short time.

Between machines with similar features and performance, the difference will mostly be related to nostalgia and preservation. Sometimes there are bugs or quirks (real or from the emulation) that will make software work in one but not in another.

With some motherboards in PCem I have to set the CHS translation setting manually, even though in the real hardware "Auto" was enough. Try this.

CD-audio also has very basic error correction (most data tracks use more of the sector for extra error correction/detection). When I found out that a RIP that had no errors in it had a different hash when ripped in another drive, I went on to re-rip my entire collection with another drive to double ...

It looks like that because of a different codepage, this was a common problem for non-USA users

Right-click opens the menu

Works fine for me with with SLiRP + Windows 3.11 FWG + MS TCP/IP. No extra configuration needed, no quirks.
But does not work at all with a DOS packet driver and any TCP/IP stack (no DHCP response)

Quick note: the recently added Xi8088 BIOS knows how to differentiate between new/old 8088s and NEC V20 and works fine with PCem (detects as old 8088)

The crash doesn't happen under PCem v13.1 32-bit for windows

Thanks for the tip, leilei! I've been using ImgBurn for regular CDs and Alcohol 52% for titles with copy protection. In this case, however, there was no difference when using different software. I'm going to set up a 32-bit environment to see if this alse happens with the 32-bit recompiler.