Thank you very much for this. It's very helpful. I'm on Arch Linux (x64). I had a couple problems (some currently resolved, others not) while following your guide.

• When installing the PlayOnLinux packages, I had an issue with dotnet40. I reinstalled it to make it work.
• I couldn't get the UDK.exe file to launch, because of an error like "
  ALSA lib dlmisc.c:252snd1_dlobj_cache_get) Cannot open shared library /usr/lib32/alsa-lib/libasound_module_pcm_pulse.so" After a lot of Googling, I found this https://bbs.archlinux.org/viewtopic.php?pid=1391227#p1391227
• Finally, while that got the UDK.exe file to launch, sound does not yet work. I have two audio cards. One ties into my HDMI output and one goes out of my analog output (speakers). I have tried many different combinations of hw:1,0 (which is really what should be used to output audio), tried to sleuth around with aplay -l, and so on, but I haven't figured out how to get sound working yet. If I find out, I'll let you know.
• By far, this is the simplest guide out there. Just follow this. Who knows how much pain I would have gone through if I didn't know I had to use wine 1.6.2 exactly? WineHQ's AppDB website says similar things about anything higher than wine 1.6.x not working for Renegade X.

You're on Arch, you may want to try using only 64-bit virtual drives as long as you are using PulseAudio.

The workaround you linked to is just a quick and dirty workaround, and it also means that only one application can use the soundcard at a time. For a better setup you may want to check the Arch wiki for using dmix.

If you use 64-bit virtual drives, then you will not experience the ALSA lib error. I suspect the problem lies with how the PlayOnLinux team compile their Wine versions, since this only affects 64-bit Arch systems (and possibly Arch derivatives) running 32-bit wine versions from PlayOnLinux.

For those few games where you have to use a 32-bit virtual drive, if it does not work in a 64-bit virtual drive, then you need some workaround. Personally I still use the method you linked to, but I keep the file named .asoundrc.bak (so it is not used most of the time), then I edit PlayOnLinux shortcuts that run 32-bit wine to rename that file to .asoundrc before launching the game, and renaming it back to .asoundrc.bak as the last line of the PoL shortcut script.

Example from my Batman Arkham games shortcut

Code:

#!/bin/bash
[ "$PLAYONLINUX" = "" ] && exit 0
mv /home/wolf/.asoundrc.bak /home/wolf/.asoundrc
source "$PLAYONLINUX/lib/sources"
export WINEPREFIX="/home/wolf/.PlayOnLinux//wineprefix/Steam_arkham"
export WINEDEBUG="-all"
cd "/home/wolf/.PlayOnLinux//wineprefix/Steam_arkham/drive_c/./Program Files/Steam"
POL_Wine Steam.exe "$@"
mv /home/wolf/.asoundrc /home/wolf/.asoundrc.bak

If you are having problems finding out how to make the example .asoundrc output to your correct sound output, post the output you get from

Code:

cat /proc/asound/cards

And I can write you up a simple .asoundrc for this particular purpose. But if you can get it working with a 64-bit virtual drive then you don't need to do this as it can use PulseAudio without issue.

I really didn't expect all of these responses. I posted so that others who might have been stuck in my situation could have seen that simply reinstalling a few things gets you going in the right direction.

I really appreciate the help. All of this is free and it's almost too good to believe. I can try a 64-bit virtual drive as well. I wasn't sure if that was going to cause any conflict, so I stuck the guide early on.

Here's the output of cat /proc/asound/cards

0 [HDMI ]: HDA-Intel - HDA Intel HDMI
HDA Intel HDMI at 0xf7a1c000 irq 47
1 [PCH ]: HDA-Intel - HDA Intel PCH
HDA Intel PCH at 0xf7a18000 irq 46

And also, just in case, aplay -l

**** List of PLAYBACK Hardware Devices ****
card 0: HDMI [HDA Intel HDMI], device 3: HDMI 0 [HDMI 0]
Subdevices: 0/1
Subdevice #0: subdevice #0
card 0: HDMI [HDA Intel HDMI], device 7: HDMI 1 [HDMI 1]
Subdevices: 0/1
Subdevice #0: subdevice #0
card 0: HDMI [HDA Intel HDMI], device 8: HDMI 2 [HDMI 2]
Subdevices: 1/1
Subdevice #0: subdevice #0
card 1: PCH [HDA Intel PCH], device 0: ALC668 Analog [ALC668 Analog]
Subdevices: 0/1
Subdevice #0: subdevice #0

Thanks!

Just to state it again, the .asoundrc workaround will prevent any other applications from playing any sound on the specified sound card while it is in use, only one audio source at a time. So if you decide to use this method, you should revert it once you are done playing so that pulseaudio can function as intended afterwards.

The DEVICE_NAME in the post you link to, is the name within the brackets from cat /proc/asound/cards

So if you want to use the HDMI output for sound, then your .asoundrc should look like this

Code:

 pcm.!default {
  type plug
  slave.pcm {
    @func getenv
    vars [ ALSAPCM ]
    default "hw:HDMI"
  }
}

If you instead want to use your speakers, then you simply exchange HDMI with PCH.

A lot of people would probably argue that it is a better solution to use dmix, but personally I find this to be a very simple and easy workaround. If you edit your 32 bit virtual drive shortcuts like I indicated previously, then this could be automated.

It's not a script, this is just a configuration file for ALSA.

Not such a bad idea. It really is not the best solution, but it is a quick and easy solution to ensure that ALSA is used instead of PulseAudio, and it is easily reverted (just rename or move the file).

Actually, I have already done that for myself. I have also edited the PlayOnLinux shortcut where I need to use it (just one game really) to make this change automatically when I start the shortcut, and revert it when done.

Booman, I already mentioned that you CAN play online on the wine page:

If your in-game server browser doesn't work (like for me), you can use the following info to play online.

*The server listings are here:

http://renegadexgs.appspot.com/servers.jsp
http://renegadexgs.appspot.com/browser_2.jsp?view=false

*To PLAY ONLINE, use the following command (replace this IP with the server IP of your choice):

wine ./udk.exe 62.210.151.7

As far as I can tell, the in-game browser just doesn't work. You can go ahead and try to connect via IP through it, but I see that as much more hassle than just typing it in the terminal.

If you like you can write some small script or program to parse the server info from those online server listings, then put the info in a terminal or whatever gui. I might try to do this in the distant future, but for now, filtering through all 2 populated servers is no hassle.

I know you're excited and all, I was too when I found I could play Beta 3, but you kind of messed up your instructions. I recommend you fix them when you get the chance:

*First of all, those two external links are BOTH server lists provided by Renegade X developers. Those are the lists that the official and non-official launchers for the game look at for info on the servers. I did NOT make any scripts yet. That second link might look a lot more garbled, but it's still their server listing if you look carefully.

*Second of all, you still have the following in your instructions: "You will not be able to play any online matches"

Also, I forgot to mention a couple of important things:

*Look in UDKGame/Config/UDKGame.ini to set your player name (line 36):

[DefaultPlayer]
Name=Player
Team=1

*To avoid having to kill the process when you want to quit the game, DO NOT PRESS THE QUIT/EXIT BUTTON IN-GAME! Instead, you can press CTRL+C in the terminal wine is running OR setup wine (run winecfg for me) to launch in a window that has an [X] button you can push instead. winecfg -> Graphics -> Emulate Virtual Desktop -> input your resolution. You can also make the window by running something like the following:
wine explorer /desktop=RenXRocks,800x600 "C:\Program Files\Renegade X\Binaries\Win32\UDK.exe 62.210.151.7"