dog3

Registered Users
  • Content count

    668
  • Joined

  • Last visited

Community Reputation

15 Green Tag

About dog3

  • Rank
    WWII ONLINE BUILDER [HERO]
  • Birthday
  1. IMO, if the game is to be unique then the physics engine is going to be what defines that uniqueness. It is a very difficult problem. It is rocket science. If your engine cannot adequately approximate real behavior then graphics and communications is irrelevant. I don't know anything about the Unity engine's physics, maybe they are adequate, or maybe it's physics engine can be improved. This game made its bones providing superior realism and I believe that is the objective that should be pursued.
  2. Haha, CRS needs a consulting physicist to write the equations for the game's "Hamiltonian".
  3. In regard to the OpenGL and OpenCL frameworks, MacOS Mojave 10.14 Release Notes state:
  4. Please explain. I thought that rendering was done on the client. `Poly count` is a parameter that only the client should be concerned with.
  5. OpenGL has been officially deprecated as of 10.14 Mojave.
  6. There is also MoltenVK which provides the Vulkan api for iOS and macOS. I believe that both Unity and Unreal engines support Vulkan on an array of different platforms.
  7. OpenGL is the gpu abstraction and the "Granny" library handles animations, I believe. My WAG is that, although granny is now 64-bit, the granny api has probably mutated a bit since anyone last looked at the codebase. OpenGL is on it's last legs too. It's probably gonna take awhile to track down all the ramifications.
  8. The Sherman also met the design requirement that it be deliverable by LST so that you could put one on a beach. Armor won't do you much good if you cannot get it to where it is needed.
  9. ok, thanks. I didn't even know that there was a ...wwiiol.plist. So I think that my 'control curves' must have been messed up over time some how and when I recreated them manually that fixed the problem and 'calibration' was not an issue. I'm good to go now. Thanks for looking it to this.
  10. I'm looking at '~/Library/Preferences/ww2olcfml/global.calib'. Changes are made if I modify the control curves under the 'Map>Controllers' tab but not if I use the 'Settings' calibration panel.
  11. Update: The latest version, 1.35.12.0 still does not modify the 'global.calib' file. This means there is no device calibration which is a serious issue.
  12. I used one of Apple's old demo apps "HIDExplorer" that is basically the same thing (as well as the also old "Joystick and GamePad Tester". All the buttons and axes are recognized by the HID api.
  13. I'm running 10.13.4 Beta (17E160e). No hitches that I have detected. You will get warnings about 32-bit apps.
  14. Ok, Pete, you got me motivated. (I posted these additional notes to the support chain and I'll add them here.) 1) I manually created a "global.calib" file and that fixed the problem. 2) However, I also confirmed that "global.calib" is not being created or updated. 3) Keymapper (.cfml) files are updated as expected. 4) my preferences are stored on a "case-sensitive" volume.
  15. The issue appears to involve "calibration". The "global.calib" is not being updated. When I get a moment I'm just going to create one manually and see if that helps. I'm just a little busy atm. All the devices are recognized by the macOS and "Joystick and Gamepad Tester" recognizes all the controls. So I don't think that it's a USB issue at all. PittPete, thanks I got your reply.