single player and multiplayer both work flawlessly (seemingly in this 60 seconds of testing at least)
sound is totally muted after switching to a different TTY after joining game. sound is fine, however, if havent joined/created multi/single player game yet. (have not tested task switching):
enable console by adding -console to hl.exe arguments and network games seem to work flawlessly in the 30 seconds tested.
CAVEATS: I connected to an actual computer running windows98 and half-life game of the same version on my local network (I presume it will work regardless of OS/emulator/etc), but I could only connect by using the console command `/connect 192.168.etc.etc`. lan games do not show up in lan game browser.
nothing else watested
What does not
it seems that most installations will work okay in single player, but in multiplayer the video will be just a black screen but still be able to hear gunshots and game sounds. in other installations this would also happen in single player (sometimes the black screen would be the last thing on the screen, such as the loading screen.)
if this happens, keep trying. a fresh wine 1.2.0 installation with halflife patched up to unofficial 22.214.171.124 works for me.
What was not tested
playing through a whole level.
playing very long at all.
for this reason only, I am giving only a Gold rating.
did not test ricochet, team fortress, blue shift, opposing force, counter-strike, etc etc....
I used version 1.2.0, not 1.2.2!
|Operating system||Test date||Wine version||Installs?||Runs?||Used|
|Show||Mac OS X 10.10 "Yosemite"||Jan 24 2015||1.6.2||Yes||Yes||Silver||Konstantin|
|Show||Ubuntu 11.04 "Natty" amd64 (+ variants like Kubuntu)||Sep 01 2011||1.2.2||Yes||Yes||Platinum||an anonymous user|
|Current||Linux Mint 10 "Julia"||Feb 04 2011||1.2.2||Yes||Yes||Gold||an anonymous user|
|Show||PCLinuxOS 2007||Dec 31 2007||0.9.51.||Yes||Yes||Platinum||an anonymous user|
|Show||Ubuntu 7.04 "Feisty" i386 (+ variants like Kubuntu)||Jul 13 2007||0.9.40.||Yes||Yes||Silver||Pete Stoneman|
|Bug #||Description||Status||Resolution||Other apps affected|
|1305||HalfLife crashed when starting game||CLOSED||FIXED||View|
|1977||When running Half-Life in software mode, the screen is not updated||CLOSED||FIXED||View|
|3277||X11DRV_ChoosePixelFormat glXChooseFBConfig returns NULL (glError: 0)||CLOSED||ABANDONED||View|
|5366||Screenshots vertically mirrored, when using ddraw-patched wine||CLOSED||FIXED||View|
|5672||Half-Life: switching processes using alt-tab does not pause game or release the mouse||CLOSED||FIXED||View|
|22533||Half-Life: Logo video rendering is wrong (msrle32 does not handle frames with 0 biClrUsed)||CLOSED||FIXED||View|
|27528||Half Life Software Rendering completely wrong||UNCONFIRMED||View|
|36566||Half-Life's (CD Version) Menu refuses to work after a while||UNCONFIRMED||View|
"Half-Life requires 16 bit color. Please change your desktop settings to HiColor."
This is the result of an invalid screen depth reported here: 08069948:Call gdi32.GetDeviceCaps(00000088,0000000c) ret=00412a24 ^^^^^^^^ 0x0c == 12 == BITSPIXEL 08069948:Ret gdi32.GetDeviceCaps() retval=00000018 ret=00412a24 ^^^^^^^^ 0x18 == 24 bpp
Most probably you're not running X11 at 16 bpp. Run "xdpyinfo" to check that. Or maybe you have set "ScreenDepth" in the wine config file ? (and of course to a setting that HL doesn't want, i.e. != 16 !) And if you set ScreenDepth to 16, then it might still yell a "wine: Depth 16 not supported on this screen." at you. This is probably because your 32 bpp screen is not capable of multi-depth. You *need* to use a 16 bpp screen mode in this case, I think. FIXME: maybe problem hints should go into the LHL HOWTO instead...