Does GalCiv2 work with WINE/Cedega?

I'm hoping to transition to Linux this autumn when I build my new PC (mmm.... Conroe!), but there's no way I can give up the sweet, tangy goodness of GalCiv2. If I have to, I'll keep a sandbox XP installation, but I'd rather run through WINEX, or if required, Cedega. I know that it's pretty unlikely there'll ever be a native Linux version.

Has anyone tried this?
14,152 views 8 replies
Reply #1 Top
Well, GC2 requires DirectX 9.0C. Is DirectX 9.0c correctly emulated by those application?
Reply #2 Top
Try looking at the Wine or Cedega games lists. Also, you could try VMWare...

Looks like Cedega does support it, but it might not run well. Hmm... and I can't find the games lists for Wine. Best bet would be to try the free things first (Wine then VMWare) and if those don't work try Cedega.
Reply #3 Top
I don't think that the updated version will because of the activation, but I suppose it would depend on the emulation. 
Reply #4 Top
I did look at their site, but I'm reluctant to draw too many conclusions from a sample size of 2. 1 guy with a soundcard problem setup could throw the rating... and I normally turn sounds off. It does look like they update their product fairly frequently, so the situation could improve with time. I just wondered if any regular players here had tried it.
Reply #5 Top
Thank you for you answer, Cari.
Assume I'm an ignorant idiot - why would the activation throw things? Obviously playing v1.0 isn't an option (you've spoiled me with excellent updates).

BTW, I don't know if anyone else has mentioned this but PLEASE don't make GalCiv3 Vista only! (I know you've said that you're not going to make a native linux version, and I respect the reasons why not)
Reply #6 Top

I don't think that we would make GalCiv3 Vista only.  Most of our users now have Windows XP, so we'd be cutting out a huge part of the market. 

The activation might throw things because it checks to see what version of windows you are running, among other things.  So if the emulation software returned all the correct values, you'd be ok.  You might be able to do the activation itself over e-mail and then you would only have to worry about the emulation software running the check to see if the product is activated correctly.

That and maybe the metaverse submission code might be the only things that might have a lot of windows specific code in them, although not being really familiar with the metaverse submission code, I don't know how platform specific it is.

Reply #7 Top
I've always been surprised at what can be made to run under the various emulators/APIs (Wine is not an emulator). If people can get Splinter Cell 3, with StarForce running with Wine, I think GCII should work too

Of course, I don't know what the activation process looks at so there's no way to tell. I'd try it for you, but I'm a little busy this week.

@Cari: My games are on a drive that I can get at under Linux, will I just be able to run the game with one of these tools, or am I going to have to reinstall?
Reply #8 Top
Genuine support for Windows-based cryptographic security mechanisms in WINE is a pipe dream. As these routines are often implemented either in the kernel, or hardware (TPM), or both, future incarnations of these technologies will be exponentially harder to correctly "mimic". The reason is that it's no longer a matter of WINE providing correct APIs for the routines; WINE is unable to access the cryptographic vault which eventually contains the private key that must be used to unlock or enable the desired functionality. The routine for this access is either embedded in proprietary hardware, or implemented in the Windows kernel -- both of these areas being extremely difficult to inspect. Short of officially-licensed algorithms/technologies, such as TransGaming Cedega's license of MS DirectX, the only way to time-effectively achieve API compatibility with these mechanisms would be to have inside employees break their NDAs to disclose data on them, which puts them at significant personal risk.

VMware, on the other hand, *is* an emulator, and an extraordinary one at that. To my knowledge, their present technology does not enable 3d rendering of any sort from within the guest OS. However, in the past, they have successfully written a 2d-accelerated SVGA driver set called "VMware Tools", which installs itself in the guest OS and provides a low-level link to the underlying SVGA hardware on the host OS. They've been able to overcome pretty steep obstacles before, and I have a feeling they're actively developing 3d rendering support. As for the crypto stuff, that's no problem on VMware -- aside from a few little-known "red pill" hacks, it's impossible for the guest OS to even know it's running in an emulator. VMware considers the red-pills to be bugs, since they don't represent equivalent functionality on real hardware, and will most likely correct them when possible.

Vista and its sins, hardware-based encryption (DRM) and treacherous computing, will ultimately mean the death knell of Linux interoperability with Windows software. The only software that will be able to avoid this is software which chooses not to use the Vista APIs that play to their secure audio/video paths; i.e., legacy Windows NT/2000/XP software.