Repository navigation
Closed
Labels
bugSomething isn't workingSomething isn't working
Description
What happens
After a fresh install, going through the setup wizard with "Start OrthoStreamXP now" ticked and then pressing Start XP on Home: X-Plane starts, but the photo scenery never appears. X-Plane leaves the mounted package out of its scenery list and removes its entry from scenery_packs.ini within seconds of starting.
After closing and reopening OrthoStreamXP, the same flight works: X-Plane loads the package and reads all textures.
Steps to reproduce
- Install OrthoStreamXP with the MSI (fresh install, no
orthostreamxp.iniyet). - Go through the setup wizard (X-Plane folder, packages folder with one region, cache, quality) and tick Start OrthoStreamXP now on the last page.
- On Home, press Start XP and start a flight inside the package's area.
- No photo scenery.
- Close OrthoStreamXP, open it again, press Start XP: the photo scenery loads.
Evidence (failing session)
- OrthoStreamXP log: the package is mounted at
<X-Plane>\Custom Scenery\OrthoStream_Eur, andscenery_packs.ini already lists OrthoStream_Eur at the end. - X-Plane starts 5 s later. Within 5 s, X-Plane rewrites
scenery_packs.ini(it now contains*GLOBAL_AIRPORTS*) without theOrthoStream_Eurline. - X-Plane's
Log.txt("I found the following scenery packages") does not listOrthoStream_Eur. - The mount gets no request at all from X-Plane in that session: the read log stays empty, and the request summary is
0 unique .ter definitions, 0 unique DDS textures. X-Plane never even lists the package's root folder. - The mount itself is healthy: the mountpoint is a junction (reparse point) to the WinFsp volume, and
Earth nav data\...\*.dsfcan be listed and read through it from another process. - In a working session (OrthoStreamXP reopened first), the log shows
Moved OrthoStream_Eur to the end of scenery_packs.ini. X-Plane then loads the package's DSFs and reads ~3,500 textures, all real.
Not yet determined
Whether the trigger is the wizard itself, or the first program window started right after installing (the installer's launch option). Running the wizard again from Settings in an already working window, and opening the app from the Start menu after installing, should tell those apart.
Environment
- OrthoStreamXP:
main@ 45cf948 (Merge PR Add Ground detail setting #12, ground-detail), MSI install, per-machine (C:\Program Files\OrthoStreamXP.App) - X-Plane 12.4.4-r1 (build 124418, Vulkan), installed at
C:\X-Plane 12 - Windows 11 Pro 10.0.26300 (64-bit), UAC on
- WinFsp 2025 (2.1.25156)
- .NET Windows Desktop Runtime 10.0.11 / 10.0.13
- AMD Ryzen 7 5800X3D (8C/16T), 32 GB RAM, NVIDIA GeForce RTX 5070
- System drive: NTFS on SATA SSD; cache and packages on the same drive
- Package:
OrthoStream_Eur(Europe region from the app's download), mip streaming on, Ultra preset
Metadata
Metadata
Assignees
Labels
bugSomething isn't workingSomething isn't working
Activity
X-Plane skips the mounted package when streaming is started from the …
Merge pull request #15 from flysimdev/bugfix/start-x-plane-after-inst…
flysimdev commentedon Nov 10, 2026
Fixed in release version 1.2.1