Bruce Nicholson KMFR

Unfortunately too many simmers are pretending to pretend they are a "real" pilot.

This sim is going to deliver worldwide scenery. Most of your list has airports starting with K or E. I realize that encompasses the majority of locations where flight simmers live, but why such a limited geographic range? Why not include some prominent African airports, South American, Middle Eastern, or far eastern Asian airports, especially considering how many new Chinese airports don't exist in P3D? In addition to your list, I think the follow should be added: MMMX PANC PHNL ZSPD VHHH SBGL SBGR SCEL ZBAA FAOR HKJK OMDB FIMP UUEE RJAA RKSI YMML YSSY NZAA

I was thinking yesterday how Orbx did a grand Twitch presentation of their 2019 product roadmap and no mention whatsoever of updating Orbx Central to handle xml installs. Today we get the news that handling xml is coming. It can't arrive too soon as I'm sick of the symlink juggling needed to fool Central into think it has complete control of the P3D folder.

This tweak has been out for about 1.5 years now. See the YouTube video by Rob Ainscough (search for P3D shadows). It affects all shadows, not just cockpit shadows.Obviously, don't go too high on the setting since frames will be impacted by all shadows drawn at higher resolutions.

That is one long list of fixes and improvements. The folks at LM have been very busy. I am wondering how the new option to enable and disable add-ons without restarting the sim is going to work. Some of us with lots of add-ons have to deal with the 10+ minute start up of the sim. I'm hoping I can keep v4.4 in a basic start-up mode resulting in a minimalistic start of less than a minute, then selectively enable and disable add-on airports as I need them. If that works, then I'm going to be jumping for joy with this new P3D version. I'm also happy to see those conical-beam airport beacons are finally gone and replaced with a DL version. Lots of great items in this release and I'm really looking forward to it.

Nice description and very accurate. I can attest to this since I live in the area. One additional tidbit of information that is interesting. Siskiyou Summit Pass is the highest point of I-5 along it's route between the Mexican and Canadian borders at 4,310 feet.

It's been this way since ATC was first introduced before FSX. There has been little to no improvement to the ATC dlls since their creation. As mentioned above, there are pros and cons to using default ATC versus an add-on ATC program. I agree that the default ATC is still the best when using AI traffic and makes it worthwhile to consider some small changes in how you use ATC to avoid the annoyances. The simplest avoidance of switching back and forth between controllers is to delay the switch. Similarly, the easiest way to avoid ATC constantly revectoring you for a crosswind is to ignore the vector and compensate for the crosswind.

I definitely prefer the XML method and I reduce the number of groups to avoid issues. Here is my rant on this subject... My big problem with developers that don't follow the XML specification is that it puts a burden on me to do the work that they should be doing before they release a P3D4 product. I have to pre-install to a separate folder just to ensure the product is not going to overwrite my LM files. I then construct the necessary folders and build the XML (thank you Oliver for your fantastic Organizer product). Why should I pay the developer and then have to do this on behalf of the developer? Of course I have the option to use the installer as is, but why should I risk my nice, clean setup just because some developers won't get onboard with the specification? With the exception of Orbx, which makes it impossible to install via the XML method, all of my aircraft, scenery, and AI Traffic are setup external to the simulator and automatically recognized when I start P3D. A reinstall or upgrade is a non-issue with this method (except for Orbx, of course). If a hobbyist can make use of the XML method, there is no excuse for a professional developer not to use it. As for why LM doesn't shutdown the scenery library, Vic was right in that LM has to consider legacy software that won't run without it. Take the makerunways utility as an example. It doesn't know how to collect airport data via the XML method. Oliver and Peter worked out a solution, but it requires legacy code to work with a scenery table converter. LM must consider this, even if the path is leading toward an XML process. Just because the scenery library is there, doesn't make it right for developers to ignore the SDK specification and continue to install to it.

I do the same as Henry and some of the others posting here. All of my add-ons other than the few that require it, are located outside the main sim. The problem with the developers that choose not to use the XML method and/or install outside of the sim (Orbx & Milviz excluded) is that I must "test" every installation before I actually install it. I then build the XML with Lorby's fantastic AO product and move the product files to where I want. I'm paying money for a product and having to manually override the installation process just to protect that product during a future P3D4 upgrade or reinstall. I agree with Simbol's rant in this topic. Developers, wake up! There are very few reasons why the files need to go into the sim folders. Even the World/Scenery files and Generic texture files can go into external folders and still work properly, when properly set up with the XML method.

As softrest says, Las Vegas is one of the least expensive metro markets in the United States, unless you go there with the intention of spending lots of money. Of all the cities I can fly to from my local airport non-stop, Las Vegas is the least expensive by far. An airport shuttle running from baggage claim 7 to the strip hotels is only $7 one way, a fraction of the cost of a taxi. Even Uber and Lyft save $10-$15 over taking a taxi. Restaurants and buffets compete aggressively with each other in Las Vegas. There are plenty of upscale, expensive restaurants in Las Vegas, but there are many many more economical ways to get very nice meals. The same with alcoholic beverages... way too many "specials" to even mention. To say someone must budget $1000 before getting off the plane is an overstatement, unless they are going specifically to spend that much money. I also have to question the use of "poaching" in Chuck's statement above. In the financial business world, where protection of client lists is vitally important, there are strict ethical rules for credentialed professionals on the use of client lists, especially when they leave a firm. If the individual is limited by a legal agreement or can't replicate the client list by using public domain information, then it is considered "poaching" and if reported, may result in severe financial penalties, as well as revocation of financial credentials. My understanding from the FSElite article is that Evan and Phil had a contract that expired immediate following the 2017 event with no restriction on competing in the same type of business.The emails by Evan and Phil cited by Chuck above occurred after the contracts expired. There are a limited number of FS vendors and it would be quite easy to develop a FlightSimCon vendor list by simply going to the internet and looking up FS vendors. It may even be possible to create a more extensive list than FlightSimCon had using this method. So how exactly is this considered "poaching?" Is it the right thing to do? That depends on many factors, especially if Even and Phil are considered friends, but none of the known ethical business definitions consider it poaching. I'm sorry Nicole trusted these contract employees, but perhaps that is a lesson learned the hard way. I wish Chuck & Nicole success in Dallas, but it appears to be an upstream swim with two organizers working in the same arena with such a limited audience. Perhaps it would be better to spread the conferences out a bit and make them semi-annual - one in the summer and one in the winter. Maybe agree not to hurt each other by saturating the conference space with conferences only weeks apart.

Are you using SSAA or MSAA and what level? Most people without performance issues are using 2xMSAA or 4xMSAA. SSAA is very hard on GPUs, even the high-end ones.

I agree with Aaron. Using a 4K or 2K monitor with a higher end graphics card allows for low to medium MSAA settings and this makes all the difference in graphics performance. I have dynamic lighting on day & night and don't see a big fps hit. Most of the P3Dv4 performance issues reported on AVSIM have to do with using SSAA. The investment I made in my monitor and graphics card is well worth avoiding the headaches of SSAA and achieves a similar graphics experience.

Another feature that I've wanted for quite some time is for someone to develop a weather profile view of the flight plan that is zoomable. We have the top down map view available and it shows the clouds/precip/wind/visibility, but there is no way to see the clouds/precip/wind/visibility in a profile view. Basically once you enter your flight plan, the system would generate a slice of the sky along your route and show it to you as a vertical layer. One could quickly see where the clouds are, their tops and bottoms, how the wind shifts with altitude. where turbulence and icing occur, etc. The best visual example I could find is available from the Aerovie Electronic Flight Bag (just the bottom half of the image: The same idea on limited basis (only shows winds) is already available from simbrief,com: It would be great if a combination of these two projections could be produced, with an interface that allows the user to select which elements are displayed, thereby limiting clutter and only showing what the user wants to see. The data is already available in the Activesky database and the weather engine already knows where the clouds are located and their vertical positions, why not enhance the product with an all-in-one vertical profile?

I think the next big step for activeSky is releasing a version for X-Plane. I haven't used that platform, but watching videos on YouTube reminds me of the early days in flight sim before ActiveSky was developed. The ActiveSky P3D platform is very mature at this stage. I agree that a method for searching for historical weather in a location would be a good enhancement. The radio echoes are way overstated compared to real world echoes. One thing I'd like to see that doesn't exist is visibility averaging between reporting stations within a certain radius. Currently AS places a visibility zone around a station. As soon as you travel outside the zone, it's clear, then 20 miles later the visibility lowers again at the next station. It seems the visibility should be consistent the entire way, just as the temperature and winds are averaged between stations. When stations are hundreds of miles apart, it's not reasonable to average over that distance, but the closer stations should be averaged. The altitude of thunderstorm tops are limited in AS. What really kills the reality for me in all sim weather products is the repeating grid pattern of clouds. Maybe it's a limitation of the SDK, but even SkyForce has a repetitive pattern to it's clouds. Stratus exists to a grid boundary, and then there is a line along the grid boundary where it stops. ???? If a developer can get past that hurdle, it's a step toward more realistic clouds, not just by using better textures. I am confident Damian and crew with come out with improvements and maybe something more. They have a track record of consistent improvements and surprising new developments.

Thanks for your report. It confirms what I was asking in my previous post. The clouds are generated in a large grid pattern just like ActiveSky. You can clearly see the linear edge of the overcast, especially in the first photo above where the overcast makes a 90 degree turn at the intersection of the grid in the distance. The closest grid section showing a scattered stratus layer, but still bounded by the grid boundary. Another confirmation would be to show CB cells and if they are all placed equally distant from each other.