Jump to content


  • Content Count

  • Joined

  • Last visited

  • Medals

Community Reputation

10 Good

About rogerx

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