JC75

Be good to see it on P3D with some upgrades and fixes to the outstanding bugs. Great little plane, and good one for Air Hauler

What hardware controls are you using? Looks possibly like differential breaking is your issue, so if you using toe pedals you might want to use FSPUIC to change the curve and sensitivity of them. Equally there was a cross wind with the landing, and unfortunately FSX (maybe P3D) doesn't do ground effect very well - so cross winds on the ground have a somewhat unrealistic effect on the aircraft at speed - however some nose down and opposite Aileron should help with the control.

Can someone confirm if this issue is correct for a fresh install - using UK2000 P3D installers. Ive just had a new system - and presently building both FSX and P3D setups on it(which is only now I'm realising just how much money I've spent on add-ons) Im on day 3 of installing and testing! I have p3D3.2.3 installed and Uk2000 working great with OrbX - but before I carry on installing any more add ons, or upgrade the client to 3.3.3 - I want to be sure this is an issue, i can see nothing been posted on the UK2000 Forums.

I always expected it would eventually - perhaps the 747 is the trigger for that, something Im so very excited for - nice big proper plane that you actually fly!

You can all sorts of combinations to help with this using FSPUIC - its possible to send button commands when your levers pass through a range etc. There a multiples of this, including maybe using a spare lever for reverse thrust settings separate from maybe the two you use for main throttles. However one method - is to set at the very low end of your throttle range a value that if it passes through it then it will send the F1 command, which means every time you move the throttle lever towards the bottom it will also send F1 to ensure its selecting minimum thrust - you can then set it to say that when you pull the lever past the detent which activates a button as such it selects the F2(and have it set to repeat) There is a module for FSPUIC (look on the pete dawson forum) which actually turns your throttles into reversers once it is pulled right down, so pushing them back up again it then makes them adjustable reversers - I use this with a couple of other tweaks to make sure I can get the idle and reverse throttle working well. There are several issues with PMDG A/C around throttle control - suggested by the PMDG team to be related to FSX issues and PMDG trying to simulate proper throttle settings, such as approach idle etc, one of the others you can see is in descent when the auto has commanded idle, you'll find that if you hit F1 part way through that, you'll get a lower idle than before, its like it sets it to idle but then as that becomes lower with height it doesn't continue to command a lower idle unless you hit F1, this can be the issue sometimes with not making descent paths. Im sure with time some of these will get ironed out as PMDG work out better ways to realistically model the thrust settings, while still dealing with FSX coding ways.

Yeah most of it is as clear as mud, as you say its made up of history and politics The same principle and salary differences apply in Europe, but when you take into account that you still have two companies - so all the associated management and support lines to provide one service it results in a more expensive way overhaul to the cost of the actual service. If you take a major UK airports at night - there is one ATCO(obviously more on shift for breaks) providing the whole service due to low traffic numbers, so air,gmc etc - where an equivalent european airport will have One ATCO doing air and One Apron controller regardless of how quiet it gets, taking into account need for breaks a watch likely be 3 ATCOS vs 3atcos and 3 apron controllers all being paid to cover a shift to move a handful of planes. Its one of the factors that much of europe not liberalised(although it supposed to have) - because if it did, this model would probably get applied by a competing ANSP and half the cost overnight wiped out and the incumbent ANSP wouldn't be able to compete due to union and procedures. Tech such as follow the greens, and the like will evidently change this - along with Digital Air Traffic services (remote towers etc) as always the progress of this will either be rapid or slow, but will happen dependant upon the "Mud" and politics that have to be overcome first.

If you want routes within the uk and routes as far as exit points - then just take a look at the NATS SRD document over HERE PFPX is a great piece of software for planning - and it can import the nats SRD to help it get routes right. With regards to some other good european tutorials of using the PMDG sim, then a guy called sky surfer did some youtube videos using the sim, he hasn't posted for some time, but he's a real world NG driver, so some quite interesting information from him on his videos and various airports he did flights in and out of on his videos.

This one also cool https://itunes.apple.com/gb/app/boeing-interactive-quick-reference/id539735126?mt=8 But same again subscription specific. Agree a PFPX/Topcat iPad conversion would be nice, in a similar format, but equally as others have said some of the data is just for fun as actual effect in sim is nill due to FSX/P3D coding. Although be interesting with PMDG links to Boeing if they could suggest to Boeing a possible revenue source would be a subscription service to a lite version of their apps, with the source material hosted by PMDG for the sim world. That way it wouldnt be giving away the costly update data, as obviously the PMDG sim doesn't change! Airport data could be navigraph. My friend is a FO with BA, and the amount of clever apps they have on their company iPads is outstanding, with all sorts of capability they can do from rostering to ordering fuel!

He's quite correct - even without rift, and using something like EZCA or Opus - for preset views, you have to create quite a strange view and position to be able to see the CDU without the SpeedBrake lever obscuring things. And as is animation shows its corrupt in that its passing through solid metal. Its a shame the concept of the Operations centre, which was supposed to enable a more simpler update for small fixes hasn't really taken hold - and we still tend to have major release updates with full installs when and if PMDG look at a revision - as the OP says its probably a very simple few values in a file somewhere that changes the amount of movement.

Actually pilots reporting QNH on clearance request is often quite annoying to most UK ATCOs, as they will generally always pass it as part of the Taxi Instructions, due to a high potential that from clearance request time, pushing back and then taxing out it likely changed. Quite correct though that UK regs require that at some stage before takeoff it will be required to have been read back(and a pressure setting is always a mandatory read back) A/C type - correct get lots of misfiled a/c changes, again all the reasons you stated are issues, but equally parts of the aprons and taxiways can't always be seen by towers, but the pushback or use of a particular taxiway can be aircraft type dependant, so strip says it a A340-300 and actually its a -600 could result in a interesting moment when you try and send it down a link it can't make, or wipes the tails out of a few other stands. Stand no - helps with planning, not all strip systems have the stand number fetched automatically from the airports stand planning system, so the controller has a flight strip with all the flight details on but no clue where on the airfield the ac is parked, even where they do, again its been known for late changes of aircraft use on a route, so an opportunity to check the stand planning system is aligned with the ac that calling, and not the one that may have been doing the flight 30 mins ago, due tech a/c etc. Obviously CPDLC fixes most of this - as it all done digitally. "Heathrow delivery, BAW123, A 747-400 on stand 535, with uniform request clearance to Houston." works just great! For arrival - onto approach(along as this at the director stage, where callsign only is often just whats needed) "Approach, BAW123, 747 with A, descending FL090 DCT BNN, or on BNN1A(and then any other co-ordinated instruction outside of the star, such as speed, heading) Some a/c will tell you passing level also - which for arrival is pointless, as I have radar and can see that - for departure its often required in order to validate the Mode C readout. The unique difference between much of the usa and also parts of Europe versus the UK and some other countries, where "Apron" control is used, for pushback and taxiing aircraft, and managing the conflictions of that, and the planning is what is fundamentally a GMC role in the UK - at Heathrow this is probably the most challenging positions. Not sure what the case is in the US, but these Apron "Controllers" in europe are not licensed personnel and don't work for the ANSP (ATC) so I find it quite an interesting factor that an unlicensed person is allowed to have such responsibility, let alone the fact it doubles to cost of provision of service. There have been some quite serious incidents around the world with ground collisions - and interesting how thats handled when the individual responsible isn't covered under any regulation or license, where in the UK that individual is a fully licensed air traffic controller, qualified to perform both the air and gmc roles.

For flights within the UK for routes you may find this useful, it would give you the sid and star and route for the flight EGPH to EGLL that you talk about. www.nats-uk.ead-it.com/aip/current/srd/SRDDOC.pdf NOTE arrivals and SIDS for Edinburgh have changed this year, and likely to have further changes, some of the routes were temporary trial routes, same as some of the sids out of Heathrow, which are all part the redesign of UK airspace thats ongoing.

Don't think data availability is the issue, it's simply the PMDG fleet will need all the flightpath logic, etc updated.(I say simply but no that's not a simple task) it will(and is already in some cases) be the biggest issue with PMDG aircraft, as more and more real world RNP1 procedures come online. As someone says you can make dummy versions in the data now, but means creating bespoke procedures, full of new waypoints that don't really exist. As other sims, Airbus and ps1 and whatever else David is referring to, flying online will become where the issue starts to materialise as controllers will start to get used to pilots following the path correctly, only to then have a PMDG aircraft go blasting the wrong way,losing separation or just thinking the pilot not know what he doing. Real shame this isn't top priority for PMDG, they strive for such perfection and realism and this will singularly start to make their aircraft look a bit like the same as stock fsx aircraft do when PMDG first came out, nice eye candy but the buttons don't actually do anything, or just use gps. I still personally would rather see no new aircraft from PMDG and instead rerelease the NGX/777/747 with this update. Based on the timeline it likely take for PMDG to achieve this. Shame ICAO and EASA rules don't apply to PMDG https://easa.europa.eu/system/files/dfu/NPA%202015-01.pdf

Be nice to get an answer to it also. the post quoted states long term project that was in 2013 - I would say that fairly long term, id have thought it would have been something worth doing before the 747 and it being a feature of it. With regulation within Europe soon forcing that RNP1 sids/stars and a greater uptake of RNP/AR approaches to assist with noise, GBAS coming online etc. Going to find the PMDG fleet will be struggling to follow a number of procedures correctly. Im lead to believe FSlabs Airbus will be the first sim that be capable of this when its released.

Ok will forward it on, but I run at the 5040 res you do, in windows and fsx. I do have ati card though. I've switched back to opus for weather also as weather radar works with it once the dll from ASN is installed(doesn't need ASN running) weather depiction far better in opusfsi. And doesn't end up crashing sim connect like ASN has a habit of doing occasionally. Ok will forward it on, but I run at the 5040 res you do, in windows and fsx. I do have ati card though. I've switched back to opus for weather also as weather radar works with it once the dll from ASN is installed(doesn't need ASN running) weather depiction far better in opusfsi. And doesn't end up crashing sim connect like ASN has a habit of doing occasionally.

Kostas Could you just explain that a bit more? As to why a different wx engine would result in different effects? Isnt it the wx engine that generates the effects and your DLL takes the information out of the sim to then represent it on the Radar. Isnt your DLL just working around the broken simconnect function? which LM are said to be fixing? I only ask as REX appear to be developing a stand alone method also to fetch this data from the sim, which they say will also be independent of any particular WX engine?