It seems that you're using an outdated browser. Some things may not work as they should (or don't work at all).
We suggest you upgrade newer and better browser like: Chrome, Firefox, Internet Explorer or Opera

×
avatar
Centur10n86: Working in IT and knowing licensing costs..
It would cost GOG an arm and a leg to do this OR they would need to pass the costs onto its users and it would not be cheap.
avatar
Darvond: Well, there was that game released with BoxedWine recently...
Just googled that - so if I understand correctly, it emulates Linux on a real Windows PC and then launches the software through WINE?

Presumably the idea here is to run 16 bit applications in an x64 environment and/or get some of those troublesome late 90s games running without emulating a full system? Have to admit, for the few things I can't get working on Win10, I've got an emulated Pentium 300 MMX (emulating some comedy mobile chip that Intel probably didn't sell many of) running 98SE.

Which game used BoxedWINE?

[edit] I think that Centur was referring to the original suggestion of running a virtual PC environment running Win95 - which would have horrific licencing costs.
Post edited July 07, 2021 by pds41
I forget which game uses BoxedWine, But it's probably Voodoo Kid.
avatar
pds41: Just googled that - so if I understand correctly, it emulates Linux on a real Windows PC and then launches the software through WINE?
Yes, but it does not aim to emulate the entire Linux kernel, only the syscalls that Wine needs.

avatar
Darvond: I forget which game uses BoxedWine, But it's probably Voodoo Kid.
Yes, it's Voodoo Kid.
avatar
pds41: Just googled that - so if I understand correctly, it emulates Linux on a real Windows PC and then launches the software through WINE?
avatar
WinterSnowfall: Yes, but it does not aim to emulate the entire Linux kernel, only the syscalls that Wine needs.

avatar
Darvond: I forget which game uses BoxedWine, But it's probably Voodoo Kid.
avatar
WinterSnowfall: Yes, it's Voodoo Kid.
Interesting - might give that a go and see how it handles some of the more graphically intensive hard to run games (time for another attempt to get Wallace and Gromit in Project Zoo running). I'm hoping that as it's only emulating the syscalls that there's not much CPU overhead.

And Voodoo Kid - makes sense - it's from that nasty 95-98 period of PC gaming where stuff without native NT support is a nightmare to get running.
avatar
pds41: Interesting - might give that a go and see how it handles some of the more graphically intensive hard to run games (time for another attempt to get Wallace and Gromit in Project Zoo running). I'm hoping that as it's only emulating the syscalls that there's not much CPU overhead.

And Voodoo Kid - makes sense - it's from that nasty 95-98 period of PC gaming where stuff without native NT support is a nightmare to get running.
Wine Is Not Emulation. It's a translator; taking the system calls and making them work on a massive framework.
avatar
Darvond: Wine Is Not Emulation. It's a translator; taking the system calls and making them work on a massive framework.
Well, yes... but we were referring to the syscalls Wine makes to the Linux kernel, which happen natively on Linux, but have to be emulated on Windows (this is the main tricky part of BoxedWine actually).
avatar
WinterSnowfall: Well, yes... but we were referring to the syscalls Wine makes to the Linux kernel, which happen natively on Linux, but have to be emulated on Windows (this is the main tricky part of BoxedWine actually).
...Go figure that Boxedwine would be doing that.
avatar
Darvond: ...Go figure that Boxedwine would be doing that.
And the ironic part is that Wine uses these syscalls to more efficiently implement portions of the Windows APIs... Inception 2.0, but hey, it works well enough for early Windows games at least.
avatar
WinterSnowfall: Well, yes... but we were referring to the syscalls Wine makes to the Linux kernel, which happen natively on Linux, but have to be emulated on Windows (this is the main tricky part of BoxedWine actually).
avatar
Darvond: ...Go figure that Boxedwine would be doing that.
Yep - WinterSnowfall is right - I meant the syscalls it's making to the Linux kernel, which presumably don't use that much overhead.

If this gets Project Zoo running, I will be seriously impressed - it's literally the only game that I've failed to get going (it needed a 600mhz processor minimum and I've always had sound issues with virtual PCs - apart from the Oracle one, which then took away 3d acceleration support)
avatar
roocat81: Would GoG make a Virtual pc setup for games made for win95 and onward for better compatibility?
Hmmm, Win95 OS was only something like 80Mb, setting up drivers and getting it to work with say VirtualBox and all dependencies wouldn't seem too hard; Better yet having a 'game' as a drive you just plug in and use would allow you to play any games you'd want while keeping all saves in a single COW drive.

This sounds like a good idea overall with Windows 10/11 going to break compatibility to hell on contant updates, instead you'd have a clean base system and as long as the VM works the games should too... Plus extra compression, optimization, etc...

Though you'd probably have several VM's. DosBox, Win 3.11, Win95, Win XP and Win7... But i'd be for it.
avatar
rtcvb32: This sounds like a good idea overall with Windows 10/11 going to break compatibility to hell on contant updates, instead you'd have a clean base system and as long as the VM works the games should too... Plus extra compression, optimization, etc...
Sure it does. Sadly that is not the problem.
The problem is the cost of implementing that solution and the return of investment. It does not seem cost-effective.
avatar
roocat81: Would GoG make a Virtual pc setup for games made for win95 and onward for better compatibility?
avatar
rtcvb32: Hmmm, Win95 OS was only something like 80Mb, setting up drivers and getting it to work with say VirtualBox and all dependencies wouldn't seem too hard;
Vitrualbox doesn't have 3d acceleration for the early directx or windows and the last time I checked they had broke it for XP and possibly Windows 7.
avatar
rtcvb32: Hmmm, Win95 OS was only something like 80Mb, setting up drivers and getting it to work with say VirtualBox and all dependencies wouldn't seem too hard;
avatar
JÖCKÖ HÖMÖ: Vitrualbox doesn't have 3d acceleration for the early directx or windows and the last time I checked they had broke it for XP and possibly Windows 7.
I remember trying a game in a VM on virtualbox with accelleration, it was 'experimental' and then the graphics were off by like 2 inches on the screen (a model in once place, the weapon/items held in the next square to the left, etc).

Hmmm... how many full 3D games are there for win95 that require that compability? Beyond MS flight simulator 98 and a Dos/Win of an apache helicopter game (that ran better in Dos anyways) i'm not sure. Actually i remember a lot more FMV's than i do games with acceleration...
avatar
Gede: The problem is the cost of implementing that solution and the return of investment. It does not seem cost-effective.
Taking 30 minutes to install 95 on a virtual drive, install a few files, and then make it a master is too much work? Hmmm...

If it didn't have COW then differences for your saves would be more difficult, unless those were mounted as say the S drive. After that, all games would just be installed to the original using the COW and you'd only distribute the COW file... One game per module, as though it's the only game installed, saves saved to S would carry over easily enough, likely Fat16 (unless you think you'd exceed 4Gb in saves...)
Post edited July 19, 2021 by rtcvb32
avatar
Gede: The problem is the cost of implementing that solution and the return of investment. It does not seem cost-effective.
avatar
rtcvb32: Taking 30 minutes to install 95 on a virtual drive, install a few files, and then make it a master is too much work? Hmmm...

If it didn't have COW then differences for your saves would be more difficult, unless those were mounted as say the S drive. After that, all games would just be installed to the original using the COW and you'd only distribute the COW file... One game per module, as though it's the only game installed, saves saved to S would carry over easily enough, likely Fat16 (unless you think you'd exceed 4Gb in saves...)
You would also have to sell a Windows 95 licence along with the game; or sell the virtual environment separately. That's the bit that would make this un-economical.

You cannot just give away a Windows licence - Microsoft tend to react badly to that type of thing!
avatar
JÖCKÖ HÖMÖ: Vitrualbox doesn't have 3d acceleration for the early directx or windows and the last time I checked they had broke it for XP and possibly Windows 7.
avatar
rtcvb32: I remember trying a game in a VM on virtualbox with accelleration, it was 'experimental' and then the graphics were off by like 2 inches on the screen (a model in once place, the weapon/items held in the next square to the left, etc).

Hmmm... how many full 3D games are there for win95 that require that compability? Beyond MS flight simulator 98 and a Dos/Win of an apache helicopter game (that ran better in Dos anyways) i'm not sure. Actually i remember a lot more FMV's than i do games with acceleration...
People should be aware that Virtualbox* or other VM don't do early 3D acceleration properly or there's some other flaw so it's helpful to know before they waste time when they find an old game that doesn't work easily on modern systems.

* it only started at DirectX 8 on WindowsXP when it did it.