Quoting: tpauI hope they will add more payment types soon. Independence and robustness depend on being usable without credit cards that are run by US companies

I realise the payment options might vary by region, but for me GOG offers non-US payment options like PaysafeCard and Skrill. Not endorsing either, but they do exist.

Personally I'd like to pay using SEPA bank transfers when a store is based in the Single Euro Payments Area [External Link].

View this comment - View article - View full comments

Quoting: Eike

Quoting: tuubiThat's because your package is not a pure WOW64 build. That's up to the package maintainer. 32bit Windows software runs on 64bit (WOW64) Wine without 32bit libraries. You can keep claiming otherwise, but I'd rather you just looked into it if you don't want to believe a random person on a forum.

I guess Proton is using that?

So, a 64 bit Linux is starting a 32 bit Steam client is starting a 64 bit WOW-enabled Proton which might be starting a 32 bit Windows game?!?

I believe even the latest Proton only provides WOW64 as an option, alongside the traditional 32bit build and libraries. They're probably still launching 32bit Windows games in a 32bit Proton/Wine prefix by default. They're definitely doing that with Proton 9 and older.

All I'm saying that the tech is available if they want to go pure 64bit, assuming 32bit Wine is somehow the blocker.

View this comment - View article - View full comments

Quoting: LoudTechie

Quoting: tuubi

Quoting: LoudTechie

Quoting: tuubi

Quoting: LoudTechie64 Bit wine can't launch 32 bit applications.

Proton has included support for Wine's WOW64 mode for a while now. This shouldn't be a blocker anymore.

By providing 64bit and 32bit libraries(a.k.a 64 and 32 bit wine).
Those 32bit libraries make it a 32bit client.

32bit libraries or wine binaries are not needed in WOW64 mode. That's the whole point. Although I suppose Steam will have to ship them for older Proton builds.

If I install Wine on 64bits system it requires me manipulate my repos to also allow installing 32 bit libraries and then it installs 32 bit wine libraries.
EDIT: If I want to run 32bit or 32 bit reliant software(its technically optional, but the 32 bit stuff won't work, just like vulcan integration is optional)

That's because your package is not a pure WOW64 build. That's up to the package maintainer. 32bit Windows software runs on 64bit (WOW64) Wine without 32bit libraries. You can keep claiming otherwise, but I'd rather you just looked into it if you don't want to believe a random person on a forum.

View this comment - View article - View full comments

Quoting: LoudTechie

Quoting: tuubi

Quoting: LoudTechie64 Bit wine can't launch 32 bit applications.

Proton has included support for Wine's WOW64 mode for a while now. This shouldn't be a blocker anymore.

By providing 64bit and 32bit libraries(a.k.a 64 and 32 bit wine).
Those 32bit libraries make it a 32bit client.

32bit libraries or wine binaries are not needed in WOW64 mode. That's the whole point. Although I suppose Steam will have to ship them for older Proton builds.

View this comment - View article - View full comments

Quoting: LoudTechie64 Bit wine can't launch 32 bit applications.

Proton has included support for Wine's WOW64 mode for a while now. This shouldn't be a blocker anymore.

View this comment - View article - View full comments

Quoting: tpau

Quoting: CatKiller

Quoting: tpauGeforce below 20xx series... are stuck on 1.1.

That's also incorrect. Kepler supports 1.2. Maxwell and up supports 1.4.

in that case the linked website is inaccurate or out of date

If you mean https://vulkan.gpuinfo.org/ [External Link], it's just a bit confusing because it has several entries for GPUs with different driver versions. Try writing in a Maxwell GPU like "GTX 750" in the Device filter box and you'll see 1.4.312 in the "Max. API Version" field with the last available driver (the 580 series).

BTW, you can check the version supported by your current hardware and driver with `vkgears -info |grep apiVersion` or searching vulkaninfo output for "apiVersion". Might have to install vulkan-tools or a similar package.

View this comment - View article - View full comments

Quoting: ShmerlEven GCN 1.0 cards support Vulkan 1.3 (that's from 2012 which is quite old by now) which is basically as old as it gets for Vulkan on AMD at least.

You're right, even the GPUs I mentioned in my earlier post support Vulkan 1.3 according to vulkan.gpuinfo.org [External Link]. My info was outdated. So this is a non-issue for desktop (and laptop) gaming.

View this comment - View article - View full comments

Quoting: Beta Version

Quoting: tuubiDX12 and Vulkan are contemporary standards with the same fundamental approach (both basically built on top of the design of AMD's Mantle), while DX7 was designed for old, fixed function hardware.

It has nothing to do with this case. DX7 could be implemented even on Vulkan 1.0. It's just that the dev of D7VK based his work on the latest DXVK, not the one that required Vulkan 1.1. This leads to a stupid situation where retro DX7 games require fairly new hardware. Even newer than required for DX9/DX11/DX12 games when you use Proton-Sarek.

Thanks for the correction. But that doesn't really mean "retro DX7 games require fairly new hardware", unless they don't work at all with plain old WineD3D.

View this comment - View article - View full comments

Quoting: Beta VersionDX7->Vulkan translation layer requires Vulkan 1.3, while you can play DX12 games on Vulkan 1.1 hardware. It's just so stupid.

DX12 and Vulkan are contemporary standards with the same fundamental approach (both basically built on top of the design of AMD's Mantle), while DX7 was designed for old, fixed function hardware. In fact, DirectX 8 was the first major transition towards programmable pipelines. Makes sense that some extensions might be required to facilitate a reasonable mapping of that old tech on top of a modern graphics API.

I'm not saying it doesn't suck if you're still on older hardware like RDNA1/Polaris or the GTX 1000 series, but at least the requirement does make sense in this case. I'm sure it would be possible to implement less efficient "shims" in the translation layer for the required functionality, but I doubt it's high on their agenda.

View this comment - View article - View full comments

Quoting: JarmerOMG could this possibly be the steamworld dig 3 we have never gotten? COULD IT BE? trying the demo now

Based on the trailer, I think the answer to that is probably "no". This is quite different. No platforming, no combat, no NPCs or story as far as I can see. Although the highlight list does hint at some lore to be found.

Still, could be fun.

View this comment - View article - View full comments