Przezroczyste tekstury kokpitu, niedziałające wskaźniki – fix

Miałem problem z FSX. Kokpit nowiutkiej, dopiero co kupionej Cessny 208B Carenado był… przezroczysty. Ze wsparciem technicznym wymieniłem wtedy 31 maili – bez skutku, choć robiliśmy najróżniejsze rzeczy. Dziś znalazłem bezpośrednią przyczynę i rozwiązanie.

Przed i po zastosowaniu poprawki w fsx.cfg

Kogo dotyczy problem?

Przezroczysty kokpit

Z doświadczeń swoich i poszukiwań rozwiązania na różnych forach doszedłem do wniosku, że problem przezroczystych kokpitów dotyczy użytkowników nowych (nowszych?) samolotów Carenado. U mnie ten problem wystąpił kiedyś z Cessną 208B (wspominałem o tym nawet w recenzji), a całkiem niedawno z nowo zakupioną Cessną 337. Starsze samoloty Carenado (Cessna 172 na pływakach i Cessna 185) nie były nim dotknięte w moim Flight Simulatorze. Nie zauważyłem też problemów z innymi płatnymi lub darmowymi samolotami.

Brak wskaźników / przezroczyste wskaźniki / niedziałający panel

Takie problemy wystąpiły w kilku samolotach, które były dołączone do FSXa – Cessna 172 miała prześwitujące dziury w miejscu wskaźników i czarne plamy tła w miejscu niektórych przełączników. Mooney Bravo miał tylko białe tło panelu – bez żadnych wskaźników.

Usunąć minusy

Przyczyna i rozwiązanie – usuń minusy!

Okazało się, że przyczyną był dziwny wpis w fsx.cfg. Plik ten zawiera sekcję [Trusted], która określa poziom zaufania do dodatków. 1 lub 2 oznacza dodatek zaufany. Nie wiem jakie jest znaczenie wpisu 0 – ale jeśli wszystko działa to nie radzę zmieniać tutaj niczego. W moim przypadku kilka wpisów zawierało wartości ujemne – to jest problem.

Usunięcie minusa (=-2 stało się =2) uruchomiło pliki dll, które wcześniej były w FSXie martwe. Efekt – kokpit „wrócił” na swoje miejsce. Panele ponownie działają. Wskaźniki pokazują co trzeba.

Przyczyna pierwotna

Oryginalna część wpisu – uaktualnienie niżej

Moim zdaniem coś złego się stało w fsx.cfg podczas instalacji jednego z dodatków. Instaluję ich dużo, testuję różne samoloty, scenerie i narzędzia. Często instaluję darmowe narzędzia, których używam przez 5 minut, tylko po to, żeby dowiedzieć się czy są czegoś warte (na ogół nie są). Chyba jedno z tych narzędzi coś zmieniło. Druga możliwość – ostatnio walczyłem z instalatorem Flight1 instalując ponownie DA42. Twin Star przy każdej próbie załadowania wieszał FSXa. Możliwe, że coś stało się przy tej okazji.

Nie zamierzam jednak tutaj obwiniać nikogo konkretnego – środowisko FSXa jest szalenie skomplikowane i czasami coś nie działa, czasami jakieś połączenie dodatków nie działa – nie sposób przetestować wszystkich możliwych interakcji przed wprowadzeniem dodatku na rynek.

Warto jednak pamiętać, że sporo błędów FSXa można naprawić! Warto próbować, bo support – jak w tym wypadku – nie zawsze potrafi pomóc. Na wszelki wypadek wyślę opis problemu i rozwiązania do Carenado – może następnemu klientowi z tym problemem podadzą rozwiązanie w pierwszej odpowiedzi. Szkoda, żeby obie strony traciły czas (a na mnie stracili dużo – wparcie było bardzo rzetelnie prowadzone).

Uaktualnienie

Podejrzewam, że problem z wpisami w sekcji [Trusted] spowodowany jest błędnym wpisem w rejestrze Windows. Problem, choć na innym przykładzie, został opisany przez Support PMDG.

W rejestrze (Uruchom -> regedit) należy znaleźć wpis w adresie HKEY_CURRENT_USER\Software\Microsoft\Windows\CurrentVersion\WinTrust\Trust Providers\Software Publishing. Pozycja State powinna mieć wartość 0x23c00  (tą są zera!). W oknie edytora rejestru ta wartość może mieć postać 0x00023c00.

Jeśli masz inną wartość – zmień klikając dwukrotnie na State i wprowadzając w polu Dane wartości 23c00. Upewnij się, że zaznaczono system szesnastkowy.