even fps is low at about 20fps but the perfomence monitor show that the cpu and gpu userate is even can’t reach to half

I think x-plane is doing bad in perfomence optimization.

the gpu is low using in all time and cpu 100%use only at loading game,when into game the cpu is low using all time.

can developers change it?

Stephen, any fps change you see is on your system – there are no framerate-changing code mods from 10.41 to 10.42.

Re: Crashes on OS X are once again attributed to X-Plane or third party plugins – here’s the story.

X-Plane has a built-in crash reporter that does two things:

1. When a crash occurs, it checks whether plugin code was running or not.
If a plugin code is running, we log the plugin and let the crash happen – the OS will then collect the crash in a way a plugin developer can use (apple crash report or MS mini dump or Linux core file).
2. If a plugin is not running, we gather up the crash ourselves using Breakpad (an open source crash reporting lib) and put up the dialog box to send it to Laminar Research. If the user opts in, we then send the crash report to our server for collection.

Yosemite broke this process – Apple deprecated the hook Breakpad uses to detect crashes. Thus on Yosemite, neither steps 1 or 2 work. (On all versions of Windows this process does work.)

Starting with 10.40 we now detect crashes using the standard Unix signal mechanism and run step 1 only – we note in the log who crashed, and then let the OS handle it.

This change is a stop-gap to at least get users to stop reporting to us crashes in their plugins – without this, we would get a “bug report” in x-plane every time SASL crashed.

Actual crash reporting is still not working – there isn’t a breakpad fix for Yosemite, so it’ll be a while before we get full crash reporting.

Could you Ben elaborate on your comment “Crashes on OS X are once again attributed to X-Plane or third party plugins.”?

Cheers Thanks SD

I too want that option, but also a bit larger image to choose from

Good to know, one way or the other. Thanks.

Hi,

There is no chance of tessellation being part of the 10x run. Too big of a chain of code changes.

Hmm. I think eventually it may become viable to optionally ship the whole game on an external USB HDD.
1 TB of storage is already under 50$. Updating the core simulator would still be viable with internet, and with connection speeds only getting faster, even a 100GB download for some new terrain tiles could be done over night for most people.

Then again, I understand that there will always be the very vocal guy in his Mountana forest cabin on his Linux laptop of 1995 with no internet connection, electrical power supply or running water, who will curse and spittle if he can´t play the latest version with maxed out sliders ;-).

Jan

At some point, either media capacities will increase, and Blu-ray will become as ubiquitous as a CDROM, or the world will get wired with fiberoptics and download speeds will increase by orders of magnitude. Right now download speeds for the HD scenery is not horrendous, it just takes a little bit of work to earn that free terrain. (Although I’m sure Andras appreciates his donations).

But I would ask not if LR is going to ship more polygons, but what can we do with the polygons we have, as in tesselation….is there any chance of that being a part of the 10x run?

What we have continues to get better, in many ways. I’m hoping digital downloads stop hoggin’ all your time, Ben! But thanks for the improvements we do get to see in the desktop sim.

How would we get you that data? Blue ray isn’t wide-spread in our user’s machines, dual-layer DVD is not getting any bigger, and the digital download product is pretty big by download standards – already the biggest game on Steam.

So “orders of magnitude” (which is, at a minimum, 100x I think 🙂 … it’ll be a while before we can easily ship you 100x the data density.

We’re going to push out the approved global airports in 10.45; I expect to get 10.45 public beta started within a few days of 10.42 going final. So it should be a week, maybe two, but maybe even less.