Jump to content

Pete Dowson

Commercial Member
  • Content Count

  • Donations

  • Joined

  • Last visited

Community Reputation

546 Excellent


About Pete Dowson

  • Rank
    Member - 2,000+

Profile Information

  • Gender
  • Location
    Nr. Stoke-on-Trent, ENGLAND
  • Interests
    Aviation, Steam Trains, Travelling

Flight Sim Profile

  • Commercial Member
  • Online Flight Organization Membership
  • Virtual Airlines

Recent Profile Visitors

8,607 profile views
  1. MakeRwys certainly works fine with third party ("Community") addon airports -- providing they are not encrypted. There's no way to extract data from encrypted files. However, none of the add-on airports I've installed (admittedly, not many) areencryptrf, and the data extracted is fine. MakeRwys uses the list in the MSFS file "content.xml". MakeRwys generates a list too, showing what it processed -- see the scenerylist.txt file in its folder. The log file "runways.txt" tells you exactly what it is doing, so check that too. Pete
  2. UTLive injects its traffic. But it does have a frame rate based limiter unlike the current AITC program for injected AIGFP-based operations. Pete
  3. I believe the problem is due to Traffic Controller re-injecting aircraft as soon as FSUIPC's limiter deletes them, except that it re-injects them back at their starting position. I think you'll need to see if you can control the numbers better with AITC. I use AIG, but I have stuck to the BGL files -- I'm not using the new AITC format simply because of the impossibility of controlling the numbers. Really AITC needs to have a frame rate based limiter facilities built in, like UTLive does. Pete
  4. It didn't appear to work whilst I was on a STAR for EIDW 28L. Maybe it would work for the main route, but that isn't so often a need. It's when the STAR is rather circuitous, presumably that way for easier traffic control. I was running late so needed to expedite the approach. Pete
  5. Isn't it possible to ask P2A to allow parts of a flight plan to be bypassed by "direct to" a later waypoint? Or perhaps it is only possible for enroute waypoints, not those on a SID or STAR? I realise it would be possible by changing the flight plan directly in P2A itself, but that's no good when you are in the cockpit and have no access to the P2A screen, as in my case. Previous ATC programs I've used have certainly responded to such requests, but I have so far had no luck with P2A in this area. Pete
  6. Well, I got it fixed -- by uninstalling EVERY ORBX product (except the individual airports), and re-installing again and re-syncong. Something must have got corrupted somewhere which was common to all the True Earth layers, but whatever it was didn't get fixed by "verify files" alone, as I tried that at the beginning. Thanks for the ideas. Something had to work! 😉 Pete
  7. Yes. I've not had any problems before. I've just been looking further, and the texture-filled seas include the Channel and the North Sea! i.e. all around GB. I've not found a solution yet other than uninstalling TE-GB altogether. 😞 I suppose I ought to check TE Netherlands too ... ...Yes, it's the same: textures in the North Sea over there, too. It must be something fundamental controlled by or used by all of the True Earth layers. Should I uninstall/reinstall all of the Orbx Global and LC layers as well as the True Earth parts? Pete
  8. I've done this, and uninstalled/reinstalled the Orbx Base, checked the insertion point, and run the sync option. All to no avail. It seems to be down to True Earth GB-Central. If I uninstall that (via Central), the Mersey estuary and Irish Sea are back to being water. Reinstall GB-C and it's all textures, trees, etc. I don't understand. I've been using True Earth since I found it didn't cripple the P3D5 performance as it did with P3D4. But this is a relatively new problem. I do have UTX but it's been disabled (all layers) since I started using Orbx fully. So, I'm still looking for a solution. 😞 Pete
  9. Okay. I've made a note of this -- will try this tomorrow. Time to have dinner and relax now. Thanks for the advice! Ah. I've always had all the Orbx stuff below everything else except the default scenery layers -- except, of course, it puts its elevation files below all defaults except the very first. Or are you just referring to the relative order of the Orbx files themselves? If so, are you saying Libraries -- Airports - LC - Base If so i think they are like that, but I'll check in the morning. Thanks! I'll be back here to report any progress -- tomorrow hopefully. Pete
  10. Thanks! Good suggestion. Unfortunately it didn't work. 😞 I'm wondering if this is related to another problem I discovered recently in GB-S. The river Thames through London is its typical brown/grey (rather than blue) but if you get low and slow you can see that there's a faint image of buildings or other shapes within that grey. I'm not sure when these things started. I only discovered the Irish Sea problem when on a flight yesterday from EGCC to EIDW. It may have gone wrong a while back. I know it was all good when I first purchased the True Earth GB set. I hope there are other ideas for things to try. I've posted the question on the Orbx forum as well. Thanks, Pete
  11. I've been using Orbx True Earth GB south, Central and North for a long time, but something has gone badly wrong recently. The Irish Sea from Liverpool over to Ireland, is now all textured land, with trees, fields and so on. If i stop GB Central loading, it is all fine, except of course I'm missing the detailed scenery in GB Central. I've uninstalled it and re-installed it (though I was a bit suspicious about how fast it reinstalled -- it may have just reenabled existing files. So, I'm seeking help. Does anyone know what steps I can take to put things right? Should I try uninstalling AND deleting all the files (if I can find them)? Actually, I think I'll try that now in any case ... Thanks for any ideas. Pete
  12. A vote for direct Simbrief import from me, too! I am now using it instead of PFPX because ProSimB737 can import all the details (route, loading and performance data) directly from Simbrief, just using options on the CDU. Pete
  13. Blame the messenger? I'm sure it couldn't have been anything to do with FSUIPC itself. The message in the log is just helpful information logged for events being notified to it! Pete
  14. Virtual cores don't have their own "virtual" clock! A virtual core is just sharing one of the real cores. So the core clock is the same, overclocked or not. Pete
  15. Please go to the FSUIPC Support forum and report this with the crash details from the Event Viewer and the Log file ("Runways.txt"). It runs fine here with 5.3 (with no add-on scenery). I'll be checking it over the weekend on my cockpit, which I'm planning on updating to 5.3 later today. There lots of add-on scenery on that PC. Pete
  • Create New...