V18 will be switching to Qt This may regress XP/Vista/7/8/8.1 support. Several emulators moving to QT (PCSX2, Dolphin) gave up 7 because they had no choice in the matter when that decision's from upstream and/or develop on Win10/linux unaware of the platform regression creep issues. OTOH it's great...

See top for new information

Printer support is experimental. The reason it fails to compile is due to API changes and it's not been put into the printer code yet.

The README does state that experimental code may not work or build.

Arjen42 wrote: ↑Sat 18 Jun, 2022 7:10 pm How can we download dev builds?

In GitHub Actions, https://github.com/sarah-walker-pcem/pcem/actions

Jonathan McEvoy wrote: ↑Sat 18 Jun, 2022 11:06 pm Will there be a new stable version called PCem V18 later in 2022?

Working on a release this year, finishing the plugin API and some bug fixes so hopefully soon!

EDIT: I am going to retract this statement due to the recent announcement on GitHub, Since I am doing some major changes to the core environment, dev builds are going to be very different from V17, so I will accept bug reports, and ill just check to see if they are still an issue on V18 V18 will be ...

The capability is not fully implemented, that's why GitHub builds its disabled by default. The API is still being planned.

The location will be ~/.pcem/plugins and it needs to have a .pplg extension.

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! It only happened on release builds, it was beyond odd. But it could have been due to missing optim...

Found the build: https://github.com/sarah-walker-pcem/pcem/commit/bc59a414b51bc20f27989e87e8044866afa76031 So I did a Release build with that optimization disable attribute removed, if possible can you check to see if this build has the same lag issues? https://repo.nasutek.com/repository/pcem/pcem/...

Going back I did notice this

https://github.com/sarah-walker-pcem/pcem/issues/92

It seems one function got optimizations disabled due to the emulator crashing, I need to find which build I implemented this in. Could be GCC is optimizing wrong.

I'll look into what changed since v17 and now. I have yet to do any code changes on Dynarec so it's very strange it has any slowdown in that area.

Humm, you shouldn't even be asked for PCap if Networking is off. I'll push a fix for that now.

Should be able to compile now if you pull recent code

@unreal9010: Can you test and see if build 85e1ef3 is better in regards to speed https://github.com/sarah-walker-pcem/pcem/actions/runs/2056679721 This build now uses compiler flags more on par with v17's release. GitHub Action builds were built with optimizations, so it was odd the speed difference...

Before I get comments about a switch, I am not removing CMake support yet. It will be maintained alongside Meson least till v19. But as some people noticed, CMake does complicate some items (specifically wxWidgets). Its dependency checking is a bit buggy at times. I was going to test Meson as it see...

Helpful Links:

I will edit this with links at a later time.

Rad22 wrote: ↑Tue 25 Jan, 2022 2:54 amWhen PCemV18?

Was waiting for the "When is v18 coming" comments

When this hits 100%, basically that's my roadmap

https://github.com/sarah-walker-pcem/pcem/milestone/2

./configure is autotools, those scripts don't even exist anymore. Did you mix with old sources?

You just need to do the following

Hey @ruben_balea I think I fixed the issue with zombie PCem's. I did a lot of refactoring where I basically moved most plugin engine stuff in its own dll. If you can test it a bit when you can. I ran it 10 times and it closed each time for me. I ended up basically moving everything back to pcem.exe ...

I do know about the bug with pcem not closing properly, it is bug #90 https://github.com/sarah-walker-pcem/pcem/issues/90

Did not know about the printer issue. The code is a tad buggy and i have yet to test on Windows thats why it is in experimental.

I so far rebased this into the dev branch. It is not built by default, you do need -DUSE_EXPERIMENTAL=ON -DUSE_EXPERIMENTAL_PRINTER=ON on your build parameters to see it. Least till further testing is done with the rebase.

I totally forgot to move wx.rc to the actual executable. I fixed it in a maintenance commit.

But yes, it be nice to get a logo of some sort instead of the WX Default Icon.

It seems the issue is the missing space inbetween -DMSYS=TRUE and -DCMAKE_BUILD_TYPE=Release So in reality MSYS is being set as TRUE-DCMAKE_BUILD_TYPE=Release, so its not gonna find wxWidgets even in MSYS Makefiles. Mind I did switch to Ninja hence why I said it in documentation, but the awesomeness...

I will update the Windows one to be more accurate. Also I need to make one for Ubuntu and openSUSE

TonyTran wrote: ↑Tue 18 Jan, 2022 4:26 am

CryptidWorks wrote: ↑Tue 18 Jan, 2022 3:41 am What are your PC specs and what CPUs have you tried to emulate?

I used most Pentium CPUs and some AMD CPUs. What do you mean by "your PC specs"?

Like what is your host's PC CPU, RAM, OS.

Like mine is an i7-10700 @ 2.90GHz, 49GB RAM, openSUSE Tumbleweed

I wanted to post here the general rules of the forum now that I am maintainer. I am keeping most of the ones Sarah already established but I want it reiterated and any new ones to go in here, I am very strict, and I mostly will ignore you if you don't abide by these rules. No posting on how to get R...

There is plans to add printer support, but its in Experimental, ex it probibly wont see itself shown in v18.

leilei wrote: ↑Sun 16 Jan, 2022 2:20 pm AS LONG AS IT'S NOT CUDA I have not had a single piece of nVidia hardware since the FX

Haha if I was even going to do such a thing, it be OpenCL. Not everyone uses Nvidia lol

I am asking theoreticals here but would it even be beneficial to emulate any aspect of PCem’s emulation in GPU? I have some high end Quadro cards i can test the idea with if it even would make sense.

I have updated my post above ( https://pcem-emulator.co.uk/phpBB3/viewtopic.php?p=15618#p15618 ) with a new archive that includes those DLLs, as well as pcem.exe compiled both under MINGW32 (x86) and MINGW64 (x64) from latest source code. Since "PCem-Windows-MINGW64-dev-56" may already in...

Rad22 wrote: ↑Mon 10 Jan, 2022 7:29 am I download PCem-Windows-MINGW64-dev-56 but how to run it in Windows? Some DLL's missing.

Can you let me know which ones it is saying is missing? I am planning to automate this in case I add a dependency but if you got it from GitHub it should have the DLL's.

I just downloaded again the code from the repo. My system was prepared from http://pcem-emulator.co.uk/phpBB3/viewtopic.php?p=7078#p7078 and it worked. checkout dev branch cmake -G Ninja -DMSYS=TRUE -DUSE_NETWORKING=ON -DCMAKE_BUILD_TYPE=Release returns immediately :/ no error message Any suggestio...