HOME 
oh, production mean different demands, than performance-only
-Os generalized binaries wasn't bad and had quite predictible response.
oh, production mean different demands, than performance-only
-Os generalized binaries wasn't bad and had quite predictible response.
This is so awesome, I just managed to get a TOH Rearmed 1.06 RC dedicated server running pretty smoothly on Debian! So far no glitches or problems and even Domination2 TOH on Takistan seems to run just great
Wondering if anyone tried running an Iron Front server yet?
@Kindling: Thank you very much for your work, your headless server minimal install script made this really easy!
"Nothing is so firmly believed as what is least known." - Michel de Montaigne
Debian rocks, sure. and Debian community - especially.
but basically it had drawbacks, of course. mainly, because most GNU-ish distro on planet[after GLibre, probably ;], its extremely infested by bloatware on appz , system and kernel -levels, which severely affects both performance and security somehow and team keep pulling fat things in
especially hate BIND 10, planned to integrate.
actually feature-rich, but w/o sacrificing KISS or common sense -related aspects of distro/repo building
and there is source-based distros - leading, IMO.
**SOLVED**
Turned out I managed to accidentally load the beta version instead of the main version. Loaded the normal version of oa and everything started to work. Thanks for the guide!
I'm having an issue with running this under wine. I'm using playonlinux with wine version 1.5.9-raw3. When I launch original arma2, it runs fine, but when I try to run operation arrowhead, it comes up with the message "No entry .profilePathDefault" and if I click ok, a menu with no text appears (and also appears to ignore my arguments, as it loads way too fast).
The menu looks like this:
I also noticed that instead of creating a folder for the profile called Arma2 like it's supposed to, it creates what looks to be a profile with my username and a . (such as d10sfan.) instead of d10sfan.Arma2Profile and it is directly inside the Documents folder,not creating its own folder.
Thanks for the guide, hope there's a way to fix this.
Last edited by d10sfan; Aug 3 2012 at 21:21.
Wow, that's pretty strange. It looks like the game is missing all the assets, strings, models etc. - my guess is that you're launching a shortcut with an incorrect working directory, or launching the exe with no working directory. Try this: click 'Configure' in PlayOnLinux, choose your prefix from the list and select Miscellaneous tab and 'Open Shell'. Use cd 'Program\ Files\ \(x86\)/Steam/steamapps/common/arma\ 2\ operation\ arrowhead' or similar to navigate to the actual ARMA 2 OA folder and then start the game manually from there using 'wine Expansion/beta/arma2oa.exe' - not sure if it'll start up in full CO mode, but it'll be good just to check if that's the problem. I use a bash script to basically automate these commands to start the beta, renaming the batch script that Steam includes with OA doesn't work for me.
According to this post on the Iron Front forums, it's perfectly possible. I'll add this info to the thread alongside the fact that the TOH server works, too
EDIT: Got a new card, an AMD Radeon 6990 - perfect opportunity to test ARMA II under WINE with a Radeon! Added tips for optimization for server and client.
Last edited by Kindling; Aug 12 2012 at 08:52.
I had such problem when I run beta patch. You can run game with beta patch with such script (you need to run beta-executable from main Arma 2 folder, not from "beta" folder):Originally Posted by d10sfan
I also have a problem and come here for help. I want to play Day Z mod with my PC running ArchLinux and nVidia GTX 260, but usually I have a crit error. I wrote my problem at WineHQ forums, but had no answer: forum.winehq.org/viewtopic.php?f=8&t=17169Code:#!/bin/bash export WINEPREFIX=$HOME/DayZ_wine-1.5.11/DayZ_Prefix #wineprefix location WINEXE=$HOME/DayZ_wine-1.5.11/bin/wine #location of wine executable cd "/home/sirakuzi/DayZ_wine-1.5.11/DayZ_Prefix/drive_c/Program Files/Bohemia Interactive/ArmA 2/" $WINEXE ./Expansion/beta/arma2oa.exe
How I installed a game: First I made wine with raw3.patch (I tried 1.5.9 and 1.5.11), next I configured wineprefix with d3dx9 vcrun2005 vcrun2008 corefonts. Then I installed Arma II, Arma II Operation Arrowhead, ARMA2OA_Update_160.exe, ARMA2OA_Update_162.exe and ARMA2_OA_Build_96751.exe. After this I copy Day Z mod files to "ArmA 2\@DayZ\Addons" and run game with script that I posted at first part of my post. Practically each time game crashes in menu, but if you connect to server fast you can run a game itself. Game itself also make same crits, but not so often, maximum play time was about 50-60 minutes before I had crit error, minimal ~1 minute.
Here are two full logs of game launching:
pastebin.com/3k6wqNJc
pastebin.com/v3nD1K4R
I had same crit error without Day Z mod, only with Arma II: OA, so I think that's not Day Z bug. I think guy that made comment at the bottom of this page: appdb.winehq.org/commentview.php?iAppId=12569&iVersionId=25096&iThr eadId=78159 had the same problem. And MaskedTurk from post #27 of this topic also. Thank you for your future help.
Well, you'll be pretty unlikely to get help from WineHQ as custom configurations of this type (with 3rd-party patches) are unsupported, there, for good reason. Looking at your compile logs on the WineHQ thread, though, it seems a mesa/opengl related library was missing, libOSmesa. I suggest you recompile with this, gstreamer and opencl installed on your system.
I've seen crashes like that very occasionally, myself - unfortunately, I've not been able to track them down to any specific component, yet. There's not really enough in your debug log to figure out what the problem is, either. Have you considered getting in touch with these other people that are experiencing the same issues and together submitting a bug entry to the community tracker? Be sure to specify that you are using WINE.
The latest git version of WINE now includes a rawinput implementation of it's own, so we should be able to drop the requirement to compile raw3 in, soon. I've got a couple of performance issues with ARMA under WINE on my Radeon, but if I can mitigate them I'll do some testing with the latest versions.
Thanks for the detailed howto, running Arma on linux is dream come true.
I don't know why but I just can't stand working in windows anymore. I feel so limited and get so irritated when running windows that it very quickly becomes impossible to get any work done. It even ruins my mood for gaming. I don't recall it bothering me this much in the win2k/xp days. Back then I got irritated, but now it has evolved into revulsion. Guess FOSS has grown on me, or I strongly react to the idea of being limited.
Back on topic.
I can confirm that the current Wine-version doesn't need the rawinput patch anymore. Did a short test on my gentoo-system and Arma2CO runs fairly well. Can't seem to figure out how to install the DLC's, is there some trick to it?
Biggest framerate improvement for me with a nvidia 560 gtx videocard was to turn off vsync in the driver and in the game options. This more than doubled performance eventhough I wasn't even hitting 60 fps. Just noticed that Nvidia vsync behaves rather differently in linux than it does in windows for me. In linux my framerates are either 30 or 60 fps with vsync on, while in windows I've only seen the top limit.
Please do submit a report to the AppDB with that info
I'm going to run some tests of my own again, soon. I'm thinking that the issues may be related to crossfire, so I'm going to try both with crossfire explicitely on and off, alongside a variety of different graphical settings.
Reply With Quote
