Hi (one of the authors here), might be able to help out with some info if there's any interest. I think a lot of this could be resolved (IMO theoretically) by emulating CGA at a fixed high resolution (including loads of overscan area)? Bingo. I think the key to getting a lot of these things correctl...

Yup, thanks for the wiki link - I set an environment variable SDL_VIDEO_ALLOW_SCREENSAVER=1, and problem solved.

It'd still make sense for PCem set the desired behavior explicitly... but at least there's a workaround.

In Windows 10, if I happen to have PCem running, it prevents the screen saver (which also locks the machine) from kicking in: The program has made a request to prevent the display from automatically entering a low-power mode. Requesting Process \Device\HarddiskVolume8\emulators\PCem_v17\PCem.exe Thi...

Edit pcem.cfg and change all occurrences of "window_x" and "window_y" to sane values (positive, and smaller than your desktop resolution). You might want to set "window_remember = 1" as well.

Yep, that's the limitation... in my use-case the files are typically small enough, so I didn't really think about larger transfers. It should be possible to add options for Zip disk or CD-ROM, but that would be a bit more involved (and it'd have to assume that any required drivers are already loaded...

Just a heads-up... I had the same question - was looking for a quick way to transfer small file sets from host (Windows) to guest (PCem or 86box), so I came up with my own hackish solution. It requires a driver (ImDisk Virtual Disk) and doesn't take care of the other direction (guest→host), but it d...

Brilliant, much obliged.

Sorry for taking a while, but here' s a program that at least checks for issue #1 described above. It shows a test screen for 4 seconds - the +VIDEO bit in the Mode Control register is cleared after the first row of text, so nothing should be visible below it.   RASTTEST.zip   Left: results in PCem ...

Maybe the same that happens here http://pcem-emulator.co.uk/phpBB3/viewtopic.php?f=3&t=500 Hmm, nah- that thread seems to be about composite color reproduction (unless I'm missing something)... this is unrelated. Actually, the issues I mentioned above don't matter for any game/demo that I know ...

While playing with some display-related code I noted a couple of discrepancies between PCem v14 and the real hardware. Both have to do with CGA register 3D8h, specifically bit 3 (+VIDEO): If this bit is modified in mid-frame, on an IBM CGA board the change takes effect immediately (at the current be...