Jump to content

rogerx

Member
  • Content Count

    63
  • Joined

  • Last visited

  • Medals

Everything posted by rogerx

  1. 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!
  2. 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.
  3. Any status update on this?
  4. 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.)
  5. 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.
  6. Not to include useless info, but this sounds like Windows file locking preventing reading or writing of already opened files?
  7. 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!
  8. 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! ;-)
  9. 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.
  10. 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.
  11. 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.
  12. rogerx

    Mods and ARMA 3 on the same level as FSX?

    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.)
  13. rogerx

    Mods and ARMA 3 on the same level as FSX?

    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.
  14. rogerx

    Mods and ARMA 3 on the same level as FSX?

    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.
  15. 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.
  16. This thread is about implementing DirectX 11's "D3D11CreateDeviceAndSwapChain" into Wine (emulation), as well as fixing Wine to fully run the ARMA 3 game. Not about maintaining two different branches of source code. And usually when an application does port code to a different platform, they contract an outside contractor. (ie. icculus.org) When an application is run through Wine, Wine merrily translates all system calls to Linux system calls. In essence, Wine isn't an emulator but a middle layer between the Windows application and the operating system, and most times increasing application performance. However that said, NVidia seems to do fine with maintaining many native branches of their driver source code for many Operating Systems. (ie. Windows Versions, Linux, Solaris, ...) The initial post within this thread was quite specific and well written, to include all issues including copyright preservation issues. (ie. Steam seems to solve most copyright concerns, providing support for multiple O/S's) Currently, Steam and the initial loading of ARMA 3 works under Linux Wine. But there's likely several more unimplemented (D3D) Wine features preventing the game from running under Wine. The initial post also iterated the fact once the game is available under Wine (or natively), the market share will likely be increased. NOTE: I likely won't loose any sleep if the Wine code isn't fixed, as there other downsides with increased popularity. (ie. Increased popularity usually means increased vulnerabilities to computer viruses, etc.) I also previously stated having the game run under Wine, I can gain far quicker access to crash dumps or the cause of crashes via command line, when compared to Windows 8 crash dumps, or any Windows versions. The benefits go even further with easier virtual desktop support, system and driver stability, etc. Also, having a code base run on multiple operating systems, bugs can be more quickly narrowed down. Lots of benefits.
  17. Even though I've seen that graph on Wikipedia, I'd have to disagree with it and cite it as inaccurate as far as it's comparison of Linux versus Windows users, based on the amount of source code written and maintained. A little more accurate and maybe unbiased statistic might be the following: http://www.w3schools.com/browsers/browsers_os.asp But even these results might be slightly augmented, as people might configure their browsers to submit an "Windows IE" browser string. Another thing quite easily forgotten, is many of the Linux users also utilize Windows O/S as well, as they are on a PC platform. As such their usage count would also increment the Windows' users category as well. This appears more accurate: http://stats.wikimedia.org/wikimedia/squids/SquidReportOperatingSystems.htm What's even more interesting, this Squid report seems to directly conflict with your above graph from wikipedia.org, for which wikimedia.org runs. There's also more obvious indicators Linux or Open Source is far more popular than you would believe. (Read down into the "Usage share of operating systems" Wikipedia article.) This is starting to sound like a can of worms, but you guys opened it... http://en.wikipedia.org/wiki/Talk:Net_Applications Sounds as if that Net Applications graph is questionable. Looking into this further, and I think that graph is bogus. About the only seemingly accurate fact within that graph, is the ratio of Windows 7/8 versus Windows XP users.
  18. Yup. I'm talking about accessibility. Albeit, I've heard Linux playing catch-up with accessibility programs and features. (Eh, can even read-off dmesg and boot messages via voice.) And if any of you spent some time with computers, you'd realize I'm just lightly joking concerning some of Windows' lackings. Obviously sensitive Army guys needing a hug. ;-) ... Thanks Max for stepping in there.
  19. You shouldn't have to copy these DLL's from your Windows partition into wine. Winetricks does a pretty good job of providing and installing these dll's. Also, winetricks installs those DLL's into a bottle instead of the the main Wine folder. Bottles helps you have several different Wine Windows folders, one for each application instead of trying to maintain one Wine folder where multiple applications might have different DLL requirements.
  20. Ditto. I'm more productive within Linux here, and think the game would definitely benefit from map makers using Linux to publish maps more quickly. To also further mention, useful debugging data can be more readily obtained and/or published.
  21. Chortles and your facts? Or are you just calling people names because it tries to make you look good? I should cite, Windows is a pretty good operating system for disabled people, if they do not have use of their hands or are blind.
  22. Bottom line: Windows is only good for simple minded people wanting to click and play, or those wanting to make a quick buck. I have used both Windows and Linux, and still find Linux (or Open Source) to be more stable and easier to work with when compared to proprietary code. The root of all Windows' problems is basically the proprietary code and Microsoft's intentions of continually hiding debugging functions, or other useful features from users. Microsoft is in the business of selling software and hardware, not to please or provide useful features for the end user. Windows 8 has pretty much made this clear. I shudder to think the reason why we are being made to patiently wait for Windows 8.1 patch while the patch has already been pushed to retail, the patch maybe slated to break Windows 8 desktop user experience even more than when Windows 8 was first launched! Windows XP was by far the best operating system they pushed. After Windows XP, they added a mess of nonsense eye-candy, effectively ruining the desktop experience. Many were further dismayed by the handling of 32 bit to 64 bit conversion, leaving 32 bit hardware dysfunctional while the open sourced hardware drivers available under Linux were easily recompiled for 64 bit platforms. (ie. Many Windows users having hardware only using closed or proprietary sourced hardware were stuck as usual, and forced to again buy newer hardware if they chose to upgrade to newer Windows versions. But I suspect rightfully so, as they chose their own ways.) Those stating Windows is far better than Linux, must be gamers and Microsoft only coders. As for me, I've coded under many platforms, and will choose Linux every time for development work. Albeit, CYGWIN makes Windows bearable to work with for when a programmer is forced to work on Windows. But they're still plagued with having to escape the forbidding non-printing chars on command line console. (ie. I tend to create a Bash alias for change such directories, ie alias cd-arma='/cygwin/c/Windows/Program\ Files\ \(x86\) ....') It's what forces Windows users' to depend explicitly on the GUI, versus using the CLI. (ie. Command line interface, typing on the command line for those that know how to type, is usually much faster than those hunting for menu GUI items, with less mouse clicks.) Bottom line, when the Bible was Open Sourced with the King James version, did it make the world better or worse? I also think both open source and proprietary code have useful features, but the end user will likely have more choices when using Open Sourced code. Basically the choice of living an honest life, versus a life of hiding in the dark.
  23. You need to install xact into the Wine bottle, and then ensure you run that exact wine bottle. (XAPOFX is provided by xact libraries.) ie: winetricks prefix=$HOME/.local/share/wineprefixes/steam/ xact WINEPREFIX="$HOME/.local/share/wineprefixes/steam/" wine $HOME/.local/share/wineprefixes/steam/dosdevices/c\:/Program\ Files\ \(x86\)/Steam/SteamApps/common/Arma\ 3/arma3server.exe
  24. Could go either way. But since Steam is an available solution for protectively distributing copyrighted code, might be a good bet we'll soon see either a wine or native solutions. In the past, most games were based on Windows for also protecting the copyrighted code. Since there's a large Linux user base, might soon happen. Some zealous Windows users may also be finding out they can indulge the Linux market with tons of games, to side track Linux or Open Source's stability record.
  25. I still can't get past the DirectX 11 D3D11CreateDeviceAndSwapChain error using wine-1.6. I'll try fiddling with later versions of wine. Bugs are currently already open for the D3D11CreateDeviceAndSwapChain being unimplemented within Wine. 1) Install wine & winetricks. 2) Start winetricks and install Steam using winetricks, which will install Steam within it's own bottle. (ie. $HOME/.local/share/wineprefixes/steam/ instead of $HOME/.wine) NOTE: Steam requires addtional fonts, such as corefonts and tahoma. ie. winetricks prefix=$HOME/.local/share/wineprefixes/steam/ steam winetricks prefix=$HOME/.local/share/wineprefixes/steam/ corefonts winetricks prefix=$HOME/.local/share/wineprefixes/steam/ tahoma 3) Install additional game required libs such as physx, xact and d3dx11_43 (ie. winetricks prefix=/home/roger/.local/share/wineprefixes/steam/ xact) 4) Start the game: WINEPREFIX="$HOME/.local/share/wineprefixes/steam/" wine $HOME/.local/share/wineprefixes/steam/dosdevices/c\:/Program\ Files\ \(x86\)/Steam/SteamApps/common/Arma\ 3/arma3.exe Or start Steam: WINEPREFIX="$HOME/.local/share/wineprefixes/steam/" wine $HOME/.local/share/wineprefixes/steam/dosdevices/c\:/Program\ Files\ \(x86\)/Steam/Steam.exe ADDITIONAL COMMANDS List cached/downloaded and installed packages winetricks prefix=$HOME/.local/share/wineprefixes/steam/ list-cached winetricks prefix=$HOME/.local/share/wineprefixes/steam/ list-installed Configure Windows Settings and Libraries WINEPREFIX="$HOME/.local/share/wineprefixes/steam/" winecfg Restart/Shutdown O/S (when processes dump) WINEPREFIX="$HOME/.local/share/wineprefixes/steam/" wineboot -f -k -s
×