Comments on: On Hacking Our Engine… Please Don’t /2026/10/on-hacking-our-engine-please-dont/ Developer resources for the X-Plane flight simulator Fri, 30 Oct 2026 11:08:34 +0000 hourly 1 https://wordpress.org/?v=7.1.4 By: K. /2026/10/on-hacking-our-engine-please-dont/#comment-43286 Fri, 30 Oct 2026 11:08:34 +0000 https://developer.x-plane.com/?p=41604#comment-43286 How many more years should we wait for proper anti-aliasing? I’m thankful for the modders who are trying to fix it, since you apparently can’t.

]]>
By: Luke /2026/10/on-hacking-our-engine-please-dont/#comment-43285 Tue, 27 Oct 2026 00:39:41 +0000 https://developer.x-plane.com/?p=41604#comment-43285 In reply to Luke.

I should make my stance clear – I AGREE with Sidney, especially on the grounds of not SELLING a plugin that uses any unofficial manipulation, and generally agree on not using other people’s plugins that do. What I think this post fails to identify is that some people aren’t messing with things because they want a new feature or to have it break later, but because a stop-gap is the only available solution. For context:

We run a commercial simulator company. We LOVE XPlane, it’s by far the best option, and Laminar does a fantastic job maintaining & updating it. For realistic visual flight training, nothing beats it. We’ve tried deploying Windows + XPlane to our offsite setups, and it was a disaster. Not because of Laminar, but because Microsoft is unable to avoid breaking things every second week. Half our setup on Windows is workarounds on top of workarounds, and they don’t usually work. Our Linux + XPlane deployments on the other hand work flawlessly. Linux doesn’t randomly break on us, it’s easily customisable how we need, and on top of that XPlane runs WAY better on Linux – No random stutters, generally higher framerates, etc. Mixed reality is the next step in the journey, and while we’ve had prototypes working with Windows for quite some time, they simply aren’t deployable due to Microsoft. In the meantime, XPlane on Linux for VR works reasonably well (performance is FAR better than on Windows), but is missing quite a lot, like OpenXR support & depth buffers, not to mention even though XPlane is running in Vulkan mode, it’s submitting OpenGL to SteamVR.

So you can see our options:
A) Change simulator for VR
B) Use XRizer + some Vulkan wizardry to make it work in the meantime

To be clear: Laminar has limited time and unlimited things to work on! We don’t expect them to drop everything to make Linux VR fully operational! That being said, I think my point stands that sometimes it’s not that we want to make unsupported things that break, but it’s that we love XPlane and want to use it everywhere we can, even if support for what we need isn’t quite there yet.

Keep up the good work Sidney & Laminar, we can’t wait to keep using XPlane long into the future!

]]>
By: Luke /2026/10/on-hacking-our-engine-please-dont/#comment-43284 Mon, 26 Oct 2026 15:24:31 +0000 https://developer.x-plane.com/?p=41604#comment-43284 Makes sense in theory! Would LOVE to see more linux VR support though – some Vulkan trickery (read only in our case, so won’t break XPlane but still prone to breaking in updates) is kind of the only way to get Linux VR to cooperate with certain things like giving us depth data without having proper OpenXR wired up – being stuck with with SteamVR & a translation layer isn’t ideal! Still, across all tests we’ve done performance in VR is almost double in Linux vs Windows, so we’d REALLY love to see OpenXR supported on Linux even if it’s not official support – let me know if there’s any way to help!

]]>
By: GUSTAVO BONIFACIO RODRIGUES /2026/10/on-hacking-our-engine-please-dont/#comment-43283 Sun, 25 Oct 2026 18:24:34 +0000 https://developer.x-plane.com/?p=41604#comment-43283 As someone who had modded the sky shader to hack how x-plane renders the night sky: Listen to Sid. If anyone try to sell you a hack, don’t. Hard no no. I know that my hack changes stuff and bring odd artifacts. And is something that I was ok, I keep track of it, and often, test my shit properly. And I know it will break, and often, remove to confirm it isn’t what I done that messed the product.

If you decide to use a hack, don’t cry when your stuff breaks. Not even to who created. it will break, as the nature of it. And the most important, don’t buy or run code that was vibecoded without a human looking through it. If any of these “hacks” are not clear that they will break x-plane at any given moment, or break add-ons, it’s a big red flag and no no. And if it is charging you money for that, run to the other side of th room.

]]>