cracyc

This really isn't possible as windows gdi doesn't provide any way for old programs to scale themselves. Magnifiers (https://github.com/otya128/winevdm/issues/561, https://tanalin.com/en/projects/integer-scaler/) are an option though.

https://github.com/otya128/Icon16bitFix allows win16 program icons to be displayed in explorer.

Try https://github.com/otya128/winevdm/pull/1426 . This program sets a receive notification queue size of 160 bytes but never gets anywhere near that in your test so it isn't reading the input. Win31...

``` 0130:Call USER.245: ENABLECOMMNOTIFICATION(0001,006f,00a0,ffff) ret=121f:e397 ds=1257 1880:0130:trace:comm:EnableCommNotification16 (1, 6f, 160, -1) ``` The third parameter sets the receive queue size. It's set by the program. Probably, on slower computers it...

There's nothing in the trace that suggests why it's not working. Maybe there's something wrong with the connection or some incompatibility with your usb-serial adapter.

https://github.com/mamedev/mame/commit/6a4b1b300cb02e7d173f78fe7016473caf350dac Dividing the color by 4 rather than 2 then adding makes it look more like the hardware pics.

https://github.com/mamedev/mame/commit/bfc648f2b1c2e0d106659968a3042c73ec8e7991 fixes this issue with strider but doesn't for this, probably a related problem though where the vblank irq is firing too early.

https://github.com/mamedev/mame/commit/efa2fb25be9a824767b5bd506496a903ea864793 should fix this

The shell.dll in that archive has different exports than the win31 shell.dll so making it work would break other programs which use shell.dll.

Get the lastest dev version from https://ci.appveyor.com/project/otya128/winevdm/builds/50069198/job/a6ldmuho6hb2p8ew/artifacts, it works for me.