As long as you type a ":" instead of the ";".
Is supposed to work like this, yes.
Should be irrelevant, as long as PATH or LD_LIBRARY_PATH aren't set to include locations where incompatible binary/library versions exist, and are found first.

Here goes nothing, then.

I don't know how to check whether the "486/586/686 files" are in place or not, but I worry about it later if the movies still don't work with the game. At least it told me "gstreamer-32bit" is already installed, when I tried to install it. In case that is the package/libraries needed by the WMV videos in that game.

"Ancient" Debian here:

Version 0.10 is REALLY old, and might in fact cause errors if still present; you should have something > 1.0.

There should be a directory for AMD64 files and another for 32-bit files below /usr/lib.

On Debian type systems those are called:

/usr/lib/x86_64-linux-gnu
/usr/lib/i386-linux-gnu

Note that the name "i386" hasn't been changed on Debian, but is not true any more, most distributions require at least a 586 type processor nowadays, if not 686, but that doesn't matter, because you have a 64-bit system anyway. I'm writing this, because your RPM system might have another naming scheme.

I guess it would have been to easy if it had worked just like that. The game launch aborts with an error, backtrace (which doesn't really tell anything to me, not sure what to look for):

Unhandled exception: page fault on read access to 0x00000000 in 32-bit code (0x0064553d).
Register dump:
CS:0023 SS:002b DS:002b ES:002b FS:0063 GS:006b
EIP:0064553d ESP:002d2cb0 EBP:03a892e0 EFLAGS:00010206( R- -- I - -P- )
EAX:00000000 EBX:002db878 ECX:002d2d00 EDX:00000000
ESI:03a893a8 EDI:03a89394
Stack dump:
0x002d2cb0: 002d2d00 03a89370 03a892e0 ffffffff
0x002d2cc0: 00000000 00000000 00000000 00000000
0x002d2cd0: 00000000 00000000 00000000 00000000
0x002d2ce0: 00000000 00000000 00000000 00000000
0x002d2cf0: 00000000 00000000 00000000 00000000
0x002d2d00: 0000007c 00000000 00000000 00000000
Backtrace:
=>0 0x0064553d in sacred (+0x24553d) (0x03a892e0)
1 0x03120458 (0x0089217c)
2 0xc0f570a4 (0x006489d0)
3 0xffffbf68 (0xe8f18b56)
0x0064553d sacred+0x24553d: movl (%eax), %edx
Modules:
Module Address Debug info Name (98 modules)
PE 3a0000- 3f4000 Deferred tincat2
PE 400000- 1d6c000 --none-- sacred
PE 1e30000- 1eef000 Deferred libxml2
PE 1ef0000- 1fc5000 Deferred iconv
PE 10000000-10084000 Deferred granny
PE 21100000-21164000 Deferred mss32
PE 60000000-60058000 Deferred ijl15
ELF 6a409000-6d15b000 Deferred libgallium-25.2.4.so
ELF 6d15b000-6e561000 Deferred libvulkan_intel.so
ELF 6f63a000-78e39000 Deferred libllvm.so.21.1
PE-Wine 79ce0000-79ced000 Deferred version
PE-Wine 79d00000-79d10000 Deferred wsock32
PE-Wine 79d20000-79d41000 Deferred msacm32
PE-Wine 79d60000-79e20000 Deferred winmm
PE-Wine 79e30000-79f43000 Deferred opengl32
PE-Wine 79f60000-7a245000 Deferred wined3d
PE-Wine 7a260000-7a2ca000 Deferred ddraw
PE-Wine 7a500000-7a535000 Deferred uxtheme
PE-Wine 7a550000-7a55d000 Deferred nsi
PE-Wine 7a570000-7a587000 Deferred dnsapi
PE-Wine 7a5a0000-7a5ca000 Deferred iphlpapi
PE-Wine 7a680000-7a694000 Deferred winex11
PE-Wine 7a6b0000-7a6cf000 Deferred imm32
PE-Wine 7a820000-7a8da000 Deferred oleaut32
PE-Wine 7b4d0000-7b4e9000 Deferred coml2
PE-Wine 7b500000-7b50d000 Deferred cryptbase
PE-Wine 7b520000-7b5a3000 Deferred rpcrt4
PE-Wine 7b5c0000-7b5f6000 Deferred win32u
PE-Wine 7b610000-7b7ce000 Deferred user32
PE-Wine 7b7e0000-7b860000 Deferred gdi32
PE-Wine 7b870000-7b8be000 Deferred combase
PE-Wine 7b8d0000-7b981000 Deferred ole32
PE-Wine 7b9a0000-7b9c8000 Deferred ws2_32
PE-Wine 7b9e0000-7bab4000 Deferred ucrtbase
PE-Wine 7bad0000-7baef000 Deferred sechost
PE-Wine 7bb00000-7bba2000 Deferred msvcrt
PE-Wine 7bbc0000-7bbfd000 Deferred advapi32
PE-Wine 7bc10000-7bea3000 Deferred kernelbase
PE-Wine 7bec0000-7bf22000 Deferred kernel32
PE-Wine 7bf40000-7bfeb000 Deferred ntdll
ELF 7c4e0000-7c50a000 Deferred libdrm_intel.so.1
ELF 7c50a000-7c529000 Deferred libelf.so.1
ELF 7c529000-7c585000 Deferred libglx_mesa.so.0
ELF 7c585000-7c600000 Deferred libgldispatch.so.0
ELF 7c70f000-7c71c000 Deferred libpciaccess.so.0
ELF 7c71c000-7c756000 Deferred libglx.so.0
ELF 7c756000-7c7c7000 Deferred libgl.so.1
ELF 7c908000-7c941000 Deferred libtinfo.so.6
ELF 7c941000-7caa6000 Deferred libxml2.so.16
ELF 7caa6000-7cb90000 Deferred libzstd.so.1
ELF 7d409000-7d422000 Deferred libvklayer_mesa_device_select.so
ELF 7d422000-7d42e000 Deferred libffi.so.8
ELF 7d42e000-7d469000 Deferred libedit.so.0
ELF 7d469000-7d49f000 Deferred libgcc_s.so.1
ELF 7d70a000-7d8e6000 Deferred libspirv-tools-2025.4.so
ELF 7d8e6000-7d8f5000 Deferred libdrm_amdgpu.so.1
ELF 7d8f5000-7d8fa000 Deferred libxshmfence.so.1
ELF 7d8fa000-7d90d000 Deferred libxcb-randr.so.0
ELF 7d90d000-7d916000 Deferred libxcb-sync.so.1
ELF 7d916000-7d921000 Deferred libxcb-xfixes.so.0
ELF 7d921000-7d9b4000 Deferred libvulkan.so.1
ELF 7dab7000-7dabc000 Deferred libxcb-shm.so.0
ELF 7dabc000-7dac1000 Deferred libxcb-present.so.0
ELF 7dac1000-7dadb000 Deferred libdrm.so.2
ELF 7dadb000-7daea000 Deferred libwayland-client.so.0
ELF 7daeb000-7db09000 Deferred libxcb-glx.so.0
ELF 7db48000-7db51000 Deferred libxfixes.so.3
ELF 7db51000-7db5e000 Deferred libxcursor.so.1
ELF 7e348000-7e35c000 Deferred libxi.so.6
ELF 7e35c000-7e361000 Deferred libxcomposite.so.1
ELF 7e361000-7e370000 Deferred libxrandr.so.2
ELF 7e370000-7e37d000 Deferred libxrender.so.1
ELF 7e37d000-7e384000 Deferred libxxf86vm.so.1
ELF 7e384000-7e389000 Deferred libxinerama.so.1
ELF 7e389000-7e3b7000 Deferred libxcb.so.1
ELF 7e3b7000-7e510000 Deferred libx11.so.6
ELF 7e510000-7e526000 Deferred libxext.so.6
ELF 7e52a000-7e52f000 Deferred libx11-xcb.so.1
ELF 7e52f000-7e536000 Deferred libxcb-dri3.so.0
ELF 7e536000-7e53c000 Deferred ws2_32.so
ELF 7e53c000-7e541000 Deferred dnsapi.so
ELF 7e541000-7e5b1000 Deferred winex11.so
ELF 7e5b1000-7e6bd000 Deferred opengl32.so
ELF 7e836000-7e865000 Deferred libexpat.so.1
ELF 7e865000-7e8ba000 Deferred libfontconfig.so.1
ELF 7e8ba000-7e8dd000 Deferred libbrotlicommon.so.1
ELF 7e8dd000-7e8eb000 Deferred libbrotlidec.so.1
ELF 7e8eb000-7e930000 Deferred libpng16.so.16
ELF 7e930000-7e945000 Deferred libbz2.so.1
ELF 7e945000-7e95f000 Deferred libz.so.1
ELF 7e95f000-7ea20000 Deferred libfreetype.so.6
ELF 7ea20000-7eb47000 Deferred libm.so.6
ELF 7eb4a000-7eb50000 Deferred libxau.so.6
ELF 7eb62000-7ed2e000 Deferred win32u.so
ELF f7af2000-f7bab000 Export ntdll.so
ELF f7cab000-f7ee4000 Deferred libc.so.6
ELF f7f01000-f7f39000 Deferred ld-linux.so.2
ELF f7f39000-f7f3e000 Deferred <wine-loader>
Threads:
process tid prio name (all IDs are in hex)
00000020 (D) C:\GOG_Games\Sacred_Gold\Sacred.exe
00000024 0 <==
00000128 0
00000038 services.exe
0000003c 0
00000040 0 wine_rpcrt4_server
0000004c 0 wine_rpcrt4_io
00000078 0 wine_rpcrt4_io
00000090 0 wine_rpcrt4_io
000000a8 0 wine_rpcrt4_io
000000c8 0 wine_rpcrt4_io
000000f0 0
000000fc 0 wine_rpcrt4_io
00000044 winedevice.exe
00000048 0
00000054 0
00000058 0 wine_sechost_service
0000005c 0
00000060 0
00000064 0
0000009c 0 wine_nsi_notification
00000068 plugplay.exe
0000006c 0
0000007c 0
00000080 0 wine_sechost_service
00000084 0 wine_rpcrt4_server
000000d8 0 wine_rpcrt4_io
00000070 explorer.exe
00000074 0
000000bc 0
000000c0 0 wine_explorer_display_settings_restorer
000000c4 0 wine_rpcrt4_server
00000088 svchost.exe
0000008c 0
00000094 0
00000098 0 wine_sechost_service
000000a0 winedevice.exe
000000a4 0
000000ac 0
000000b0 0 wine_sechost_service
000000b4 0
000000b8 0
000000d0 0
000000d4 0
000000e0 0
000000e8 0
000000ec 0
000000f4 rpcss.exe
000000f8 0
00000100 0
00000104 0 wine_sechost_service
00000108 0 wine_rpcrt4_server
0000010c 0 wine_rpcrt4_server
00000110 0 wine_rpcrt4_io
00000120 conhost.exe
00000124 0
System information:
Wine build: wine-10.17
Platform: i386
Version: Windows 10
Host system: Linux
Host version: 6.17.3-1-default

I guess I need to google how it is set up in OpenSUSE.

I don't see similar directories under /usr/lib/, but I noticed I have both /usr/lib/ and /usr/lib64/, not sure what that means...

I do have e.g. this:

ll /usr/lib/gstreamer-1.0/
total 688
-rwxr-xr-x. 1 root root 577216 Oct 16 20:56 libgstcoreelements.so
-rwxr-xr-x. 1 root root 124460 Oct 16 20:56 libgstcoretracers.so

Gemini AI claims:

"On openSUSE,
/usr/lib is for architecture-independent or 32-bit libraries, while /usr/lib64 specifically holds 64-bit libraries. This separation allows for the coexistence of both 32-bit and 64-bit applications on the same system, which is often handled by multi-architecture development toolchains. Some older distributions may have symlinked /usr/lib64 to /usr/lib for compatibility, but openSUSE uses the dedicated /usr/lib64 to clearly separate the two, with /usr/lib containing architecture-independent components."

To "uninstall" the WINE game, is it enough to just remove that prefix directory, and any shortcuts in the desktop the installer may have created? Since it is the only game under that prefix anyway.

Yes, since the registry is just made of text files inside that prefix, deleting a whole prefix removes almost everything of that particular "virtual Windows installation". Apart from shortcuts on the desktop, there might exist files in ~/.local/share/applications or in the menu: ~/.config/menus as well. If the installer is a normal Windows one, and not specifically made for Wine on Linux, it won't put anything into /usr/local or /opt, for example. If the Windows installer wants to put something onto the Windows desktop, or the start menu, those files will normally be "redirected" to the analogous locations of your desktop environment. %TEMP% and similar folders are normally left in their normal locations inside the prefix. The details depend on the setup of the Wine package you are using.

You can call "wine winecfg" "from inside" the prefix, there should be a "desktop integration" page, where you can look up the "redirected" folders (EXCEPT the menus, on my Debian installation there's a "Wine" entry for the start menu of the default Wine prefix at least).

Please keep generative AI crap out of this thread.

The AI techbros have been actively trying to kill ./play.it for months (good thing they are dumb as bricks, or we would no longer be online), there is no way they could be welcome here.

I tried the same manual Sacred Gold wine installlation steps on a Linux Mint system.
There at least the game runs, but still without the videos. So basically the same story as in OpenSUSE, installing the game with either Lutris or Heroic. So yeah, something is still missing specifically for the WMV videos.

Is there some generic GOG Linux thread? I'd rather not spam the play.it or Adam Wrapper etc. discussions with generic discussion about getting GOG games to run on Linux.

Thanks, I'll try that first on the Linux Mint system.

Is there some error that points to that solution, or is this something you just have to know, like:
"WMV videos don't play" => "they need gstreamer libraries and specifically plugins" => "this particular game needs 32bit versions of those, not 64bit" => "to install 32bit thingamalings for 32bit gstreamer, you must install the aforementioned plugins manually" ?

I am also wondering that if the solution turns out to be that easy, why the Lutris installation script etc. doesn't install those needed plugins, or at least mention that they are needed?

When I tried to google for this, it was very hard to find any concrete information. There were certainly reports of the videos not playing in this game but no clear solutions for it, which lead me to believe that's the way it just is, it is impossible to get them to play on Wine.

Some comments claimed the game wprks perfectly in WINE or ProtonDB or whatever, but no idea if that meant the videos played fine too, since many people seemed to have much bigger problems than mere skipping videos, like that the game would not launch at all but they'd get only a black screen.

This is all still quite confusing to me, getting right libraries for some old 32bit Windows games (in WINE), and getting Geforce drivers to install correctly, always seem to be the biggest hurdles for me in Linux. Everything else seems so easy compared to those.

It's been pretty much the standard way of making videos in Windows applications play for years. Nowadays it might be less obvious since I believe Proton has some most common or tricky codecs for games baked-in, and many people are shifting to that.

As for Lutris, I wouldn't give them too much credit frankly. I recall trying their script once for some problematic game years ago, and it didn't work either, I had to tinker myself. Possibly they are just using a generic install script nobody ever looked into to fine-tune it, or it was never updated after the supposed fix in Wine. After all, this is a rather niche game these days I imagine.

If it still won't work though, perhaps the bug should be reopened. There could be a regression along the way.

I found the solution to Sacred Gold (GOG-version) videos not playing: install WMP9 with winetricks. WMP9 = Windows Media Player 9 (codecs).

I did this within Lutris since I already had the game installed with it. Sorry if someone already mentioned this in this discussion too, I didn't even know before this the meaning and importance of winetricks.

I am unsure though if that alone is enough because in the meantime I've been installing every 32bit gstreamer plugin to Linux, thinking they were the culprit, so now I am unsure if they were needed in this case or not. I practically ran "sudo zypper install gstreamer*32bit" (for OpenSUSE) so that it installed everything where it finds strings gstreamer and 32bit. It sure installed a bunch of stuff, not sure now if in vain. Doesn't matter because I am thinking of replacing this laptop's 512GB SSD with a 1TB SSD that I have lying around unused, and re-install both Windows 11 Pro and OpenSUSE Tumbleweed to it from scratch, so I will test again whether those additional 32-bit gstreamer plugins are needed in this case or not.

Anyway, at least that missing WMP9 codecs within the Wine prefix was one of the reasons the videos didn't work within the game. When you run the GOG installer with wine or Lutris, at the end the GOG installer apparently tries to install WMP9, but fails with a generic error. So i guess now winetricks installed what the GOG installer couldn't, in Wine.

It’s to avoid that kind of problem that all ./play.it scripts are lovingly hand-crafted, and my work in recent years had a focus on preventing them from falling behind regarding maintenance.

Of course it comes at the cost of a much smaller number of supported games, but this is always going to be a downside of artisanal work. I try to compensate that by making it as easy as possible to add support for new games, so the step from ./play.it user to ./play.it contributor is not a big one.