RenderDoc nie wykrywa DirectX

RenderDoc niewykrywające DirectX wskazuje na aplikację uruchomioną bez uprawnień administratora lub konflikt z inną nakładką przechwytującą API graficzne.

Problem opisany jako „RenderDoc nie wykrywa DirectX” oznacza, że narzędzie nie może prawidłowo połączyć się z aplikacją korzystającą z interfejsu Direct3D albo nie widzi procesu, który powinien zostać przechwycony. Nie musi to oznaczać uszkodzenia biblioteki graficznej. Przyczyną może być sposób uruchomienia programu, wybrany tryb renderowania, ograniczenia systemu Windows, niezgodna wersja RenderDoc lub działanie dodatkowego oprogramowania ingerującego w obraz generowany przez kartę graficzną.

RenderDoc nie wykrywa DirectX – co oznacza ten komunikat

RenderDoc służy do analizowania pracy aplikacji wykorzystujących między innymi Direct3D 11 i Direct3D 12. Podczas przechwytywania rejestrowane są wywołania API, zasoby graficzne, bufory, tekstury, shadery oraz kolejne etapy potoku renderowania. Aby było to możliwe, program musi zostać uruchomiony w sposób pozwalający RenderDoc na dołączenie do właściwego procesu. Jeżeli przechwytywanie zostanie wykonane z poziomu niewłaściwej instancji aplikacji, przez nieobsługiwany mechanizm startowy albo po zmianie silnika graficznego, narzędzie może nie rozpoznać używanego DirectX.

Warto rozróżnić kilka podobnych sytuacji. Czasem RenderDoc nie pokazuje żadnego procesu, mimo że aplikacja działa. Innym razem proces jest widoczny, ale przechwycenie klatki kończy się błędem. Może również pojawić się plik przechwycenia, którego nie da się otworzyć lub który zawiera niepełne dane. Każdy z tych objawów wskazuje na nieco inny etap problemu: wykrywanie procesu, podpinanie się do API, przechwycenie wywołań albo późniejszy odczyt zarejestrowanych zasobów.

Kontekst techniczny i porównanie sposobów uruchamiania - RenderDoc nie wykrywa DirectX

Najpierw należy ustalić, czy analizowana aplikacja rzeczywiście korzysta z DirectX. Wiele programów pozwala wybrać pomiędzy Direct3D, Vulkanem, OpenGL albo innym backendem. Jeżeli uruchomiono wariant wykorzystujący Vulkan, samo oczekiwanie na wykrycie DirectX będzie błędne, nawet gdy karta graficzna i sterownik obsługują oba interfejsy. Informacje o aktywnym rendererze można zwykle znaleźć w ustawieniach programu, pliku konfiguracyjnym, dzienniku uruchomieniowym lub nakładce diagnostycznej aplikacji.

Znaczenie ma również sposób startu programu. W przypadku aplikacji uruchamianych przez launcher, skrypt, menedżer gier lub dodatkowy moduł zabezpieczający RenderDoc może próbować przechwycić proces pośredni zamiast właściwego procesu renderującego. Pomocne bywa wskazanie pliku wykonywalnego bezpośrednio w RenderDoc, uruchomienie aplikacji w oknie oraz użycie opcji przechwytywania dostępnej podczas działania programu. Przy Direct3D 12 należy brać pod uwagę, że część aplikacji korzysta z kilku kolejek poleceń, technik wielowątkowych lub własnych mechanizmów zarządzania pamięcią. Nie każdy błąd w takim środowisku oznacza problem z samym DirectX.

Weryfikacji wymaga także zgodność uprawnień. Jeżeli aplikacja działa z podwyższonym poziomem uprawnień, a RenderDoc został uruchomiony zwyczajnie, system może ograniczyć możliwość dołączenia do procesu. Odwrotna konfiguracja również potrafi powodować nieprawidłowości. Należy zachować taki sam poziom uruchomienia obu programów, a następnie ponowić próbę. W środowisku testowym warto czasowo wyłączyć zbędne nakładki wyświetlające liczbę klatek, czat, nagrywanie obrazu lub informacje o sprzęcie, ponieważ mogą przejmować część obsługi prezentacji klatek.

Typowe problemy, błędy i objawy towarzyszące - RenderDoc nie wykrywa DirectX

Jedną z częstszych przyczyn jest uruchomienie nie tego pliku wykonywalnego, który odpowiada za właściwy renderer. Launcher może przekazywać pracę do osobnego procesu, a aplikacja może dodatkowo rozdzielać interfejs użytkownika i moduł renderujący. W takiej sytuacji przechwycenie ekranu startowego nie dostarczy danych DirectX. Należy sprawdzić listę procesów, moment pojawienia się właściwego obrazu oraz zależności pomiędzy procesem głównym a procesami pomocniczymi.

Problemy mogą powodować także:

• uruchomienie programu w trybie zgodności lub przez starszy mechanizm graficzny,
• nieaktualna wersja RenderDoc w zestawieniu z nową wersją aplikacji albo sterownika,
• uszkodzone lub niepełne pliki aplikacji,
• blokada dołączania do procesu przez oprogramowanie ochronne,
• aktywna nakładka przechwytująca obraz, nagrywanie albo monitorowanie wydajności,
• uruchomienie aplikacji na innym układzie graficznym niż zakładano, szczególnie w komputerze z grafiką zintegrowaną i dodatkową kartą,
• brak dostępu RenderDoc do katalogu, w którym zapisywany jest plik przechwycenia,
• wyłączenie funkcji debugowania lub diagnostyki w samej aplikacji,
• niestandardowy sposób prezentacji obrazu, który utrudnia przechwycenie klatki.

Jeżeli pojawia się komunikat o braku obsługi API, trzeba sprawdzić, czy nie wybrano niewłaściwego trybu przechwytywania. Jeżeli proces jest wykrywany, lecz przechwycenie natychmiast się kończy, większe znaczenie mają sterownik, uprawnienia, nakładki i zabezpieczenia aplikacji. Gdy powstaje pusty lub niekompletny plik, należy dodatkowo sprawdzić wolne miejsce, lokalizację zapisu oraz to, czy program nie kończy się przed wykonaniem pierwszej klatki.

Bezpieczna kolejność diagnostyki obejmuje ponowne uruchomienie komputera, potwierdzenie używanego API, aktualizację RenderDoc i sterownika, wyrównanie poziomu uprawnień, wyłączenie nakładek oraz próbę przechwycenia prostej sceny. W razie potrzeby można zebrać log RenderDoc, wersję systemu, model układu graficznego, wersję sterownika i sposób uruchamiania aplikacji. Takie dane ułatwiają odróżnienie błędu konfiguracji od problemu występującego wyłącznie w konkretnej aplikacji.

Kiedy warto zgłosić sprzęt do serwisu - RenderDoc nie wykrywa DirectX

Zgłoszenie do serwisu jest uzasadnione, gdy RenderDoc nie wykrywa DirectX w kilku różnych aplikacjach, problem pojawił się po zmianie sterownika, występują równocześnie artefakty obrazu lub zawieszanie programów, a także wtedy, gdy nie można ustalić, który układ graficzny faktycznie obsługuje aplikację. Pomoc może być potrzebna również po nieudanej aktualizacji sterownika, zmianie ustawień systemowych albo instalacji kilku narzędzi przeznaczonych do nagrywania i monitorowania obrazu.

W ramach diagnostyki można sprawdzić poprawność instalacji sterownika, sposób wyboru układu graficznego, uprawnienia procesów, wpisy w dziennikach systemowych oraz zgodność wersji komponentów. Należy przy tym zachować ostrożność przy usuwaniu sterowników i modyfikowaniu ustawień, ponieważ nieprawidłowa kolejność działań może utrudnić późniejsze ustalenie przyczyny. W Warszawie takie przypadki można przekazać do Warszawskiego Pogotowia Komputerowego 24/7, gdzie naprawy są z reguły realizowane w ciągu do 3 dni roboczych.

Przed przekazaniem sprzętu warto przygotować nazwę aplikacji, wybrany interfejs graficzny, wersję RenderDoc, wersję sterownika, opis momentu wystąpienia problemu oraz ewentualny komunikat z logu. Pozwala to szybciej ocenić, czy źródłem jest konfiguracja oprogramowania, konflikt procesu, sterownik, czy nieprawidłowa praca podzespołu odpowiedzialnego za renderowanie obrazu.