Jump to content
The simFlight Network Forums

jabloomf1230

Members
  • Content count

    196
  • Joined

  • Last visited

  • Days Won

    1

jabloomf1230 last won the day on May 27

jabloomf1230 had the most liked content!

Community Reputation

2 Neutral

About jabloomf1230

  • Rank
    Advanced Member

Profile Information

  • Gender
    Male
  • Location
    NY, USA

Recent Profile Visitors

1,369 profile views
  1. Well... after much testing and fiddling I'm chalking this up to my hardware not being able to cope with my settings. The TrackIR 5 produces so many entries in the SimConnect log under precision mode (the logfile becomes GBs in size after only about ten minutes of flying), that I set the mode to "standard", which is really designed for TrackIR 4. This reduced the number of entries in the SimConnect log file substantially and also improved the mouse issue. I then set the joystick FSUIPC polling interval to 20 from 10 and that pretty much fixed the issue altogether. Either those two "fixes" compensated for what's broken or my CPU can't handle the SimConnect load, even though it's an i6700k OCed at 4.4 GHZ. Why this issue showed up all of a sudden, coincidently with a minor revision to FSUIPC5 and the release of P3d 4.1 is beyond my pay grade to figure out.The mysteries of flight sims.
  2. Thanks Pete, I'm suspecting the RealAir Turbine Duke, but only because RA is out of business and thus there is no official support. All the other installed 3rd party aircraft with DLLs are deemed P3d4 compatible. Milviz staff have posted on AVSim that they are still trying to buy the rights to RA aircraft, so there is some hope. If this is the problem. I'll see what P3d 4.2 brings.
  3. The amount of information available via SimConnect regarding individual AI aircraft is different depending on whether the object is controlled by either the P3d4 ATC or not. UTL does not use standard AI traffic BGL files as opposed to My Traffic 6 and freeware packages like WOAI and AIG which do. Somewhere on this subforum, the STB developer explained how he managed to retrieve as much information as possible from UTL regarding the aircraft that it controls. As an example of differences between P3d4 ATC controlled AI and other objects , if an object is under the control of the P3d4 ATC it will have the following potential traffic states: "init" "sleep" "flt plan" "startup" "preflight support" "clearance" "push back 1" "push back 2" "pre taxi out" "taxi out" "takeoff 1" "takeoff 2" "T&G depart" "enroute" "pattern" "landing" "rollout" "go around" "taxi in" "shutdown" "postflight support" STB converts these states into a smaller number of states for each AI aircraft's status. If an object is not under the control of the P3d4 ATC (for example, the object is being slewed by SimConnect in some fashion), the object will have far less types of traffic states: "Sleep" "Waypoint" "Takeoff" "Landing" "Taxi" This is also one of the reasons that STB can't discover any information about VOXATC AI aircraft, since the VOXATC ATC controls all the AI aircraft directly and does not expose information needed to fill out the board. Utilities like Pete Dowson's Traffic Look, AITA 2014 and the P3d4 Traffic Toolbox Explorer will show which AI aircraft information is exposed and which is hidden.
  4. Pete, What became of your discussions with LM on this? I'm asking because since upgrading to any versions of 5.1x I am experiencing the strangest behavior in P3d4.1. Sometimes, when I start a scenario, any movement of the mouse in the P3d view temporarily reduces performance to 1-2 FPS. Moving the mouse outside the view (P3d menus, or the Windows taskbar) has no effect. My Saitek X-65F controller is active in FSUIPC 5 and all controllers are disabled in P3d. Once this behavior is encountered during a flight it persists. However, other times when starting a scenario, this behavior is completely absent. There is nothing of interest (at least to me) in the FSUIPC5 log. Deleting Prepar3d.cfg and letting the sim rebuild it eliminates the issue, until I disable all controllers again in P3d. I tried rebuilding FSUIPC5.ini and that also had no effect. I tried switching between raw input and DirectInput in P3d and that had no effect. It happens whether using either with the default aircraft in the P3d default scenario or with any scenario and any 3rd party aircraft. I even bought a new mouse and this had no effect on the behavior either. It almost seems like either Mouse Look or Mouse Yoke gets permanently enabled in P3d. Anyway, you can file this away for informational purposes as it may not be related to FSUIPC5 at all. Jay
  5. Double taxi way signs

    The only other possibility is that the ADE file is missing exclusions for some of the stock KSAN taxiway signs. Unfortunately I don't have the LVFR KSAN so I can't check this for you. If you open the LVFR KSAN ADE file in Airport Design Editor 1.75, see if you can pinpoint which specific stock taxiway signs are not excluded. This often happens when runway numbering is different between the stock and 3rd party versions of an airport.
  6. Double taxi way signs

    Are you sure that the LVFR KSAN isn't missing exclusions for some of the stock taxiway signs? The only way to find out would be to open up the ADE file and look at it with Airport Design Editor.
  7. Double taxi way signs

    http://www.fsdeveloper.com/forum/threads/simple-airport-scanner-1-70-beta.440300/#post-774821 It doesn't quite work with V4.1, but have SAS scan for all airports and not "multiple files". It WILL find extra versions of KMSP, KSAN etc. if they installed via scenery.cfg.
  8. Double taxi way signs

    Before your eyes stay permanently crosed , try Simple Airport Scanner: http://www.scruffyduck.org/simple-airport-scanner/4584282795
  9. The journey to Prepar3D V4

    It was difficult to figure out where the AI aircraft was since it was underground (or at least that what it looked like). The view alternated between the aircraft displayed over a light blue background and a moving greenish display that looked like a ground texture viewed from close up. I will try to reproduce this with a trace. I hardly ever use Arrive Now, but since I was debugging the SODE crash for JS, I decided to use both that and Depart Now.
  10. The journey to Prepar3D V4

    I did notice a few times that "Arrive now" resulted in the AI aircraft ending up either underground (!) or at a nearby airport. Also, I sent a debug mode SODE log file to Jeffrey Stahl as he felt that SODE 1.5.3 was having an issue with AI detection in P3d V4.
  11. The journey to Prepar3D V4

    Working as expected here also. The only interesting thing that has happened is that the sim CTD at DD KEWR, but the Windows error message was attributed to SODE losing its SimConnect connection. I've seen this before when the SimConnect channel was "flooded" by a 3rd party app, but I doubt that it has anything to do with STB. Just an FYI.
  12. The journey to Prepar3D V4

    I would focus on MyT 6. It contains a number of outdated FS9 aircraft which are no longer supported in P3d V4. There is a thread over at AVSIM that explains how to compensate for this problem.
  13. Pete, The door issue in P3d V4 has been reported elsewhere and has been supposedly worked around by adding the old FSX open/close doors panel gauge instead of using the sim's built-in recognition of the key sequence. Last I saw, the gauge was still available for download on Simviation.com.
  14. Incorrect Gate Allocations

    I'll take a look later today.
  15. The journey to Prepar3D V4

    I searched online. Apparently, if VC++ is already installed, the installer will generate this error message. The interesting thing is that I do not have it installed, but I do have some remnants of Visual Studio 2015 installed. I will uninstall them, (since I use VS 2017) and see what happens. It must be a pretty common problem, because there's a bunch of threads on various MS sites and there's even a user's tutorial on how to fix it: But, that said, your installer might want to check for VC++ 2015 already being installed.
×