Just made a few updates to the OP. No major changes, but I went through it again on the latest version of MSYS2 (still slow, sigh...).

Main changes are using an updated version of the npcap SDK, and using git to clone the github pcem repository.

Note, a lot of user facing strings will be in 'pc.xrc', although looking at the docs, I get the impression that strings here SHOULD be auto-translated if the resource is constructed correctly. Translation files are sill needed to actually translate of course...

Or, just type in the desired size of disk (in MB) and let the GUI do the calculations for you :p

The largest heads and sectors-per-track supported by PCem is 16 and 63 respectively, so for large hard disks, you have to use the cylinders to get the final size. This is an issue I've run into with VHD support, as it only supports up to 65535 cylinders, so for large hard disks, you are supposed to...

The largest heads and sectors-per-track supported by PCem is 16 and 63 respectively, so for large hard disks, you have to use the cylinders to get the final size. This is an issue I've run into with VHD support, as it only supports up to 65535 cylinders, so for large hard disks, you are supposed to ...

Note that PCem is almost all C, with a few bits of C to C++ wrapping for the wxwidgets bit.

If one were to do translation stuff, it would probably be best to use the tools provided by wxWidgets for the job. See https://docs.wxwidgets.org/trunk/overview_i18n.html on the approach wxWidgets uses.

Glad to hear! I must admit I don't tend to use MSYS2 these days. The makefile autoconf produces is so sloooooow. I instead use the included windows makefile with mingw-w64 and manually installed libraries. It's a LOT quicker! EDIT: This was a reason I experimented with cmake a while back. But Sarah ...

Oh, hadn't thought about creating italics from standard fonts. Mainly because my font experience comes from the ebook sphere, and IMHO, autogenerated italics is a crime against humanity. (I had to suffer this in the early days of epub, because Adobe and/or Sony were too cheap to include italics vari...

Yeah, stuff like line height can be modified. But stuff like negative left bearings is quite normal, especially for proportional fonts. Use the metrics to determine WHERE to place glyphs. Just don't rely on them to determine your buffer sizes. If you end up using STB_Truetype, you should be safe to ...

I don't know how much experience you have rendering fonts, but one thing I learned was: don't trust the fonts own metrics. I once made that mistake. The code worked properly with the fonts I was using. Someone else tested with broken font metrics, and started getting segfaults. I quickly learned tha...

Are you just using Freetype for font rasterization? If so, another potential font rasterizer is [url]https://github.com/nothings/stb/blob/master/stb_truetype.h[/url]. It's a portable, single-header opentype font rasterizer library. I've used it to create a rudimentary text layout program on an eink ...

And unfortunately, it's not a simple fix (otherwise it probably would have been done already!). Actually, it can be! All you need to do is allow unicode in the dialog (which I guess is what standard Windows Dialogs will give you anyway) and then apply the Windows API to turn that into a DOS-compati...

Finally gotten around to upgrading. (I've not been active for a while on account of dealing with heart failure and the fitting of a pacemaker). I've noticed a "bug" that's probably been around for a while, and this prompted me to update to v15. However the bug is still there. PCem does not cope wit...

Personally, I'd be inclined to move the repo to GitHub, but hey, I'm biased as that is what I use for my own projects. Also never could really figure mercurial out.

But at the end of the day, it's your project, so I'll work with whatever you decide to do.

Oh my. Some very unhappy developers... https://community.atlassian.com/t5/Bitbucket-articles/What-to-do-with-your-Mercurial-repos-when-Bitbucket-sunsets/ba-p/1155380 I don't know why. It's not like BitBucket are going to delete issues, pull requests and wikis. And they're providing an automated tool...

You'll probably want OpenAL-Soft. It is a CMAKE project.

OpenAL-Soft seems to provide a toolchain file for cross-compiling with MinGW-w64 at https://github.com/kcat/openal-soft/blo ... ompile.txt.

Does this help?

altheos wrote: ↑

Fri 24 May, 2019 10:14 am

Hi,

I can't apply your patch against a stock v14 : do you have a compatible version of your patch ?

Regards.

Sorry, not at the moment. I need to rebase the patch on V15, and I'm not really in a PCem frame of mind at the moment, so it could be a wee while yet.

BTW, compiled for me fine on MinGW-w64 with GCC 7.2

It looks like Sarah added some makefile fixes not too long ago at commit 51e4eb5, is that the problem?

The makefile does have an absolute path to a mingw install for Wx. other than that, it compiles fine (for gcc 4.7.2 win32 anyway) It always has. Thankfully you can override make variables on the command line, so I've got a batch file that points to the location of my WX install. I started to try an...

This patch would be awesome for v15, but it's not ready yet, right? I'm working on it! Hope to have it ready by the feature freeze, but no guarantees. Nope, wasn't able to get it working in time I'm afraid. Currently scratching my head over why Windows (or Hyper-V) doesn't like my differencing VHD....

This patch would be awesome for v15, but it's not ready yet, right? I'm working on it! Hope to have it ready by the feature freeze, but no guarantees. Nope, wasn't able to get it working in time I'm afraid. Currently scratching my head over why Windows (or Hyper-V) doesn't like my differencing VHD....

seth wrote: ↑

Thu 18 Apr, 2019 7:26 pm

This patch would be awesome for v15, but it's not ready yet, right?

I'm working on it! Hope to have it ready by the feature freeze, but no guarantees.

It does support multi-parent chains. But I was thinking more about your comment about the handling of file paths and text encodings. As far as I can tell, the Dosbox-X implementation uses no external libraries for that, and it does it with a pretty small amount of code. Also, for the purposes of PC...

Might it be helpful to look at how VHDs are implemented in Dosbox-X? https://github.com/joncampbell123/dosbox-x/blob/master/src/ints/bios_vhd.cpp Interesting, I hadn't seen that before. After a (very) brief look at the code, I think my implementation will be more complete. For example, the DosBox-X...

This is a very useful addition! I just managed to apply the patch and compile the emulator. I did some quick tests with a VHD hardfile and it seems to work fine, from now on I will probably only use VHD files. If it's possible to include it in the next official release that would be great, it has m...

I'm not an expert by any means, but I believe that PCem doesn't accurately emulate the full 80-bit precision of the floating point co-processor. Word is probably sensitive enough to detect the inaccuracy, or it's doing something to make the PCem FPU emulation trip up. As, I said, I'm no expert, just...

Hi, As stated, I have have been creating VHD support for PCem. I think I have dynamic images pretty well sorted, and I'm currently trying to get differencing support working (reading works, but I haven't got creation support yet, nor any of the parent/child integrity checks). The original VHD format...

MSYS2 is a Windows build environment Please forgive my silly question, I saw all those $ shell commands that looked like linux That's because MSYS2 is basically a stripped down linux distribution (Arch I believe) compiled to run on windows. It contains a linux shell, package manager, and all the *n...

EDIT: I deleted the contents of this post, because I realized I had made a colossal arse of myself. Turns out, the bitmap macros I was using were incorrect for VHD's (the order was reversed). This mistake will also explain why I've been having so much trouble with differencing VHD's, as they rely ex...

I mean, well, once it has installed win95 and rebooted (after the whole setup routine), for now, it's fine, but once adding one file (as little as 32kb for example) in the vhd (after closing PCem), it would result in some files (not all) missing like vwin32.vxd, etc, thus, corrupting and making win...