rogerx

Ditto! Garbage collection with ARMA Reforger multiplayer appears to stop working! Very horrid Reforger multiplayer experience! Because it is so bad, should not be encouraging player versus player environments, and instead only use player versus AI. Very discouraging game environment. Furthermore, using any 3D ground/air vehicle, or moving faster, significantly displays this bug and/or disconnects! Can somebody post an open bug ticket relating to this severe issue/bug? https://reforger.armaplatform.com/known-issues/1.0.0.53 Known issue Game version 1.0.0.53 "Server performance can be greatly reduced when replicating a high number of characters (players + AIs), and this issue becomes more prominent with increased limits, making it difficult to handle 128 players and 200+ AIs." "Conflict: Official servers; bodies & entities do not de-spawn" https://feedback.bistudio.com/T177614 Although title of bug is semi-misleading, looks like the same official 1.0.0.53 known bug. May subscribe to bug T177614 for keeping apprised of the severe problem!

Same here, track-ir is going bonkers or randomly looking all around within arma reforger game! No fix as of yet?? Within the track-ir application, un-tick YAW and the random reporting ceases. Only X-axis seems to be reporting. Un-ticking/ticking Y axis has no effect. Seems yaw axis has been swapped with y-axis in the arma reforger game, with x-axis working but y-axis likely reporting out-of-bounds or exponential view rate, causing the abnormal/random bouncing report rate.

Any status update on this?

You forgot about the WY-55? (Albeit, it already has spot light controls for the co-pilot already.) Hopefully with two-seater aircraft or two-seater rotor craft, this laser mod will become extremely useful! Currently the WY-55 co-pilot is pretty useless with being able to aim a spot light, of which is completely useless during the day. At most during night time and if server's enable night time, somebody will get into the co-pilot and move the dumb spotlight to the left or right and leave the light in an awkward position. And, although the SDV (or current submarine) has this laser function already within stable versions, the SDV is pretty much useless for almost every map in existence to date. Including the SDV could probably be beaten in a race by simply walking alongside it. ;-) Would love to see this with a two-seat jet (ie. F-14 mod), and will probably be wonderful with helicopters as they already have a co-pilot seat! Probably will be wonderful for using the laser for non-auto acquirable hard targets or non-vehicle targets. Also this would make LGBU's a lot easier to use instead of waiting for somebody for an hour to lase a target on the ground! (To also note, ground troops don't last very long trying to lase vehicles as the AI seemingly detect being lazed and instantly shoot back.)

Seems better to use a double key press? Pressing 1 twice, will activate and key that radio? But then this would be inconsistent activity, requiring the user to remember to recall which radio is active and which radio requires a double tapped key.

Not to include useless info, but this sounds like Windows file locking preventing reading or writing of already opened files?

I always enjoy learning something new, when looking at something from a different perspective! Never dawned on me to compare Valve Corporation's Steam application to IBM Linux servers! As such, I can now realize why people are investing into Valve Corporation's Steam application. I always looked at Valve Corporation's Steam application as hype within the Linux News, or not really needed. The Steam application does provide a significant benefit to those wanting to protect their code while offloading some of the cost of Sales required by manufacturers, while providing benefits to consumers as well. Hence similar to IBM utilizing Linux within the Server market, or NVIDIA maintaining stable Linux drivers. (ie. NVIDIA has gained a very good reputation based on providing stable multiple O/S drivers for many years now.) (Now I'm thinking! ;-) But I think when it gets to comparing basic needs and wants, most Linux users realize playing games is just a want, however that said, a lot of CAD and useful applications require good OpenGL or 3D environments. Likely a lot of political biased opinions from coders, but in the end we all know Open Source is the best end game. (ie. Nothing like having old binary code simply tossed into the trash can at the end of a decade!) Cheers!

Nobody wants the people who play games, to bother running or using Linux. ;-) Yup. And nobody wants to hear Wine (ie. Linux) runs applications better then Microsoft. (God forbid I say anything of the such within these forums! ;-)

I don't have much to add to what you've stated, sounds good to me. I also think native code is the best method, as we obviously don't have NVIDIA drivers running through Wine. And as I've stated in the past, doesn't take much more to write sed/awk scripts substituting Windows functions with Linux functions. The code will likely be more stable using Linux libraries, with the hindrances being at the point when Linux library dependencies are updated or ceased, requiring code updating. (ie. NVIDIA drivers 96 version require older xorg versions, as this version was never updated to work with newer xorg versions.) On the flip, Windows has more problems when updating libraries, as this step usually also requires users to buy a new operating system and new development tools, etc. I'm usually not too finicky, and will play using Wine as it is just a game, while using all other needed as open source or native applications. Again, nice last post.

I'm aware of Wine lacking DirectX 11 support, however there is apparently some broken support (via hearsay) for versions above DirectX 9. (DirectX 9 apparently being still the preferred version when requiring DirectX.) $ winetricks prefix=/home/roger/.local/share/wineprefixes/steam/ dlls list |grep d3d d3dcompiler_43 MS d3dcompiler_43.dll (Microsoft, 2010) [downloadable,cached] d3dx10 MS d3dx10_??.dll from DirectX user redistributable (Microsoft, 2010) [downloadable,cached] d3dx11_42 MS d3dx11_42.dll (Microsoft, 2010) [downloadable,cached] d3dx11_43 MS d3dx11_43.dll (Microsoft, 2010) [downloadable,cached] d3dx9 MS d3dx9_??.dll from DirectX 9 redistributable (Microsoft, 2010) [downloadable,cached] d3dx9_26 MS d3dx9_26.dll (Microsoft, 2010) [downloadable,cached] d3dx9_28 MS d3dx9_28.dll (Microsoft, 2010) [downloadable,cached] d3dx9_31 MS d3dx9_31.dll (Microsoft, 2010) [downloadable,cached] d3dx9_35 MS d3dx9_35.dll (Microsoft, 2010) [downloadable,cached] d3dx9_36 MS d3dx9_36.dll (Microsoft, 2010) [downloadable,cached] d3dx9_39 MS d3dx9_39.dll (Microsoft, 2010) [downloadable,cached] d3dx9_42 MS d3dx9_42.dll (Microsoft, 2010) [downloadable,cached] d3dx9_43 MS d3dx9_43.dll (Microsoft, 2010) [downloadable,cached] d3dxof MS d3dxof.dll from DirectX user redistributable (Microsoft, 2010) [downloadable,cached] directx9 MS DirectX 9 (Usually overkill. Try d3dx9_36 first) (Microsoft, 2010) [downloadable,cached] Thanks for the link to the WineHQ Bugs, I'm now monitoring it. (I've encountered the bug page before, but kept passing over the Monitor button.) On a side note, looks as if EA Battlefield 4 might be coming to Linux, according to an interview posted from Polygon.com: http://www.polygon.com/2013/10/12/4826190/linux-only-needs-one-killer-game-to-explode-says-battlefield-director From reading into it, I speculate they might already have natively ported or are porting the game natively in house. Or they've coded around the lacking of DirectX 11 under Wine. Battlefield 1942 (their entry version) does run under Wine.

Really a nice job on the carrier & F18's after testing this yesterday TeTeT! (Granted, I'm not a Navy kind of guy. ;-) I'm sure many users of this are really going to want to make the carrier movable, as a static carrier or ship defeats the purpose and makes a land base just as good. I would surmise Bohemia Studios has plans someplace for implementing larger ships at some point.

Chortles: Ah. This explains a lot! Everything has it's pros and cons. Anyways, Again I cite this license is on a Wiki Internet page, and Wiki material is commonly utilized for only documents changing often. http://community.bistudio.com/wiki/Category:ArmA:_Official_Tools "These tools are provided to the community under the terms that allows free use of the tools for any non commercial purposes. Any commercial use of the tools is strictly prohibited without permission from BI." http://community.bistudio.com/wiki/End_User_License_Agreement_for_BI's_Tools "THIS SOFTWARE IS PROVIDED TO YOU BY BOHEMIA INTERACTIVE FREE OF CHARGE FOR YOUR PERSONAL USE AND TO CREATE NON-COMMERCIAL GAME CONTENT FOR BOHEMIA INTERACTIVE'S PRODUCTS. ANY COMMERCIAL USE IS PROHIBITED WITHOUT PERMISSION" Under section "3. End User's Obligations:", of section ", but you are not entitled to:" (snip) "(iv) Commercially exploit or allow a 3rd party commercially exploit game content you created using the Software, including but not limited to use by military organizations for computer aided training or commercially released game content;". As I explained to a person related to ARMA ACRE project, even accepting donations could be construed as commercially exploitation as there is an exchange of money. This is when I strongly suggested seeking professional legal advice. And when it gets to making money from providing wants instead of needs for human beings, there is obviously little sway or leeway. In other words, it likely would not be a good thing to have a Court Cease & Desist Order on a person's record when sending in their Resume for professional employment, especially if the job concerns anything with software development or maintenance. (I have bookmarked these two pages and renamed the bookmarks to "Bohemia Studios License" etc, as I continue to have a hard time finding these pages for reference.)

You guys need to post or refer to the BIS mod/add-on/scripting license published by BIS. (I can't find the darn thing now.) It's a tough thing to find and further more, the last I saw it was on their Wiki page. (Wiki is great for frequently changing documents and probably a good thing with licenses.) Going from memory, think it was pretty simple and to the point about not selling or profiting from the mods or add-ons created. Maybe this license is also embedded within the ARMA 3 Editor documentation. Shrugs. Anyways, be careful of what others' may advise. ;-) ... When in doubt, seek legal advice.

Think it would provide Bohemia Interactive a better path for prosperity, if Bohemia Interactive continues utilizing some sort of open source licensing model for community add-ons. Pay for add-ons will inevitably lead to a closed sourced structure in order to eventually protect developers' property. People should be extremely thankful the software publisher even provides an open scripting language. Any open model significantly aids younger people to self-educate themselves, rather than paying a lot of money for education materials. (ie. I remember when compilers cost greater than $100, not including documentation, preventing most from learning Assembly or C programming languages. Nowadays, young kids can learn to program C for almost free, including educational materials. This inevitably leads to more software, or more software debuggers.) The last time I looked at the Bohemia Interactive licensing for users creating modifications, it was short and to the point. Also, closed source or modification packages for money will likely only depopularize Bohemia Interactive's current game. Pay-for add-ons will also inevitably increase wording within the license, creating a need for developers' to then hire lawyers. I would keep it the way it is, or even open the scripting language more for correcting the code for easier use by users. Besides, it's just a game. Many kids do not have the money to continually invest. Most of us older folks only want to play solitaire, but using a sniper rifle in a game. ;-) There are many successful open source software businesses.

A native source code branch of ARMA 3 for Linux would merrily just require renaming/recoding/replacing the Windows system calls (ie. functions and libraries) with Linux based system calls, etc. If I'm not mistaken, one of the more famous coders, icculus.org known for converting Windows' application/games source code to Linux, likely uses some pre-made sed/awk incantations or scripts to make the conversion quite easy. (Likely still needs to scan/recompile the code to find any warnings or errors, as every code base is different.) As far as the current DirectX 11 "D3D11CreateDeviceAndSwapChain" not being implemented within Wine, anybody can fix this if they're familiar with the issue or implementation. This doesn't have to be a Wine Developer, and anybody can submit a patch. If you think about it, providing a native branch (converting Windows calls to Linux calls) might be easier then trying to implement the missing DirectX 11 functions in Wine. These issues have all been well conversed within other past threads on the Internet.