I think this thread has outlived its usefulness.

So, the first question is, is the interpreter actually trying to emulate the real hardware speed, or is it just a coincidence on my machine (at least the control thread is often, but not always maxed out, but the render threads almost never are)? Total coincidence I'm afraid. There's no attempt at ...

Did you ever get a backtrace for that crash? Disabling optimisation for exec_recompiler() will absolutely kill performance, it's the dispatcher for the recompiler and definitely needs to be optimised!

Release builds are/have been built with profile optimisations. Dev builds are not. That would account for much if not all of the difference.

Please do NOT ask for ROMs here...

I'd be amazed if anyone saw spreadsheets with noticeable errors, but that's the general sentiment, yes. PCem's FPU emulation is for entertainment purposes only, it won't pass those kinds of diagnostics and don't try to do anything mission critical on it.

PCem V17 has no printer support.

On a more constructive note, the only other thing I can think of that would actually fit a vaguely GPU-like workload is audio filter emulation. But that's probably still better off done on the CPU, kicked off to another thread.

CPU emulation on the GPU is impractical on so many levels, similar to the "make the CPU emulation multithreaded" idea that refuses to die.

I had been vaguely pondering the idea of running the Voodoo emulation as a compute shader. Might be unworkable, but possibly worth considering for some point in the distant future.

I'm pleased to announce that MichealJManley is taking over as the maintainer of PCem. While I'll still be around to a degree, Michael will taking over day to day development, and will decide the future direction of the project.

Because I haven't modified the blitter or video engine for it yet. Hence the TODOs in vid_s3_virge.c.

Can you reproduce this bug on an x86 build? It may well be an ARM-specific bug.

Having never actually seen a Tandy 1000 in the flesh, I'd always assumed the keyboard was like the XT keyboard in that it didn't go above F10. You learn something new every day!

Opened https://github.com/sarah-walker-pcem/pcem/issues/7 to track this.

Huh. Learn something new every day.

SHA256 for PCemV17Linux.tar.gz should be 5b24cb5ce886ed53232385f46594146ba3f7d7eecda90f82892b2dce1cb2f1a4

Sorry, just looked at the code and PCAP is currently only supported in Windows builds.

marcello42 wrote: ↑Thu 13 May, 2021 1:04 pm I was trusting enough to install the program with root privileges

Why?

kyr0 wrote: ↑Sat 24 Apr, 2021 8:38 am V15, V16 and recently V17 has been ported.

Here is the GitHub org and community: https://github.com/PCemOnMac

Glad to see this is still going, but any plans to merge back to mainline?

Apologies for slack moderating, offending post has been removed and idiot has been banned.

What PowerPC platform are you thinking of anyway? It's been obsolete on the desktop for a long time.

Won't work - PCem would need quite a lot of changes to work on a big endian CPU, and given that PowerPC is effectively dead it doesn't seem worth the effort.

Stop constantly bumping your own threads.

Siggy12 wrote: ↑Sat 03 Apr, 2021 8:08 am Please SarahWalker Add emulation of MPU401 board so that we can link it on MUNT.

I've made it very clear that I'm not interested. Stop asking.

Don't care. This is the PCem forum, not for any other emulator.

Given that you decided to make your first and at that point only post a request for stuff, I felt a little snark was in order.

Particularly as your request for the Trio3D suggests you didn't actually read this thread before posting.

No you may not

No idea.

Please read http://pcem-emulator.co.uk/phpBB3/viewtopic.php?f=2&t=4

Life's tough sometimes.

It's not something I have any desire to do.