Jak skonfigurować OBS Studio do nagrywania gier w 60 FPS bez spadków wydajności

Dlaczego płynna rozgrywka na ekranie monitora tak często zamienia się w poszarpany, gubiący klatki materiał wideo zaraz po naciśnięciu przycisku nagrywania w OBS Studio? Źródłem problemu rzadko bywa zbyt słaby sprzęt sam w sobie. Zdecydowanie częściej decyduje błędna alokacja zasobów systemowych, zły dobór enkodera oraz próba wymuszenia na programie ustawień strumieniowania na żywo podczas zapisu lokalnego na dysk. Prawidłowa konfiguracja środowiska nagrywania wymaga podejścia czysto inżynieryjnego: odseparowania procesu renderowania gry od procesu kompresji klatek oraz zagwarantowania aplikacji odpowiednich priorytetów w jądrze systemu.

Krok 1: Przygotowanie systemu operacyjnego i uprawnień pod stabilne nagrywanie

Zanim przejdziesz do modyfikacji jakichkolwiek wartości liczbowych wewnątrz samego programu, konieczne jest wyeliminowanie wąskich gardeł na poziomie systemu Windows. Nawet najlepiej dobrany bitrate i najnowocześniejszy kodek zawiodą, jeśli proces zarządzający przechwytywaniem obrazu zostanie zepchnięty na dalszy plan przez harmonogram zadań procesora lub karty graficznej.

Optymalizacja harmonogramu zadań i uprawnień aplikacji

Kluczowym elementem stabilnej pracy programu jest wymuszenie jego uruchamiania z uprawnieniami administratora. W systemie Windows silnik renderujący Direct3D oraz menedżer okien pulpitu (DWM) dynamicznie rozdzielają czas pracy karty graficznej pomiędzy aktywne aplikacje. Gdy uruchamiasz wymagającą grę 3D, sterownik graficzny dąży do jej maksymalnego nasycenia mocą obliczeniową, celowo ograniczając zasoby dla procesów działających w tle. Skutkuje to zjawiskiem zwanym rendering lag – gra działa w pełnych 60 lub 144 klatkach na sekundę, natomiast OBS Studio nie otrzymuje z GPU klatek na czas, co powoduje ich porzucanie jeszcze przed etapem kodowania.

Uruchomienie programu jako administrator aktywuje wbudowany w system mechanizm rezerwacji zasobów GPU dla aplikacji przechwytującej. Aby nie powtarzać tej czynności ręcznie przy każdym uruchomieniu komputera:

1. Zlokalizuj plik wykonywalny obs64.exe (domyślnie w ścieżce C:Program Filesobs-studiobin64bit).
2. Kliknij plik prawym przyciskiem myszy i wejdź we Właściwości.
3. Przejdź do zakładki Zgodność.
4. Zaznacz opcję Uruchom ten program jako administrator, po czym zatwierdź zmiany przyciskiem Zastosuj.

Kolejnym aspektem jest konfiguracja funkcji systemowych: Trybu gry (Windows Game Mode) oraz Sprzętowego przyspieszania planowania GPU (Hardware-Accelerated GPU Scheduling – HAGS). W starszych wersjach Windows 10 Tryb gry potrafił agresywnie dławić procesy rejestrujące, jednak we współczesnych kompilacjach Windows 10 (od wersji 2004 w górę) oraz w Windows 11 jego działanie zostało zintegrowane bezpośrednio z bibliotekami OBS. Tryb gry powinien pozostać włączony, ponieważ informuje system o konieczności zachowania stabilnego klatkażu procesu pierwszoplanowego przy jednoczesnym uwzględnieniu hooków przechwytujących DirectX i Vulkan.

Z kolei funkcja HAGS, przenosząca zarządzanie pamięcią VRAM z jądra procesora bezpośrednio na dedykowany procesor wbudowany w kartę graficzną, w pewnych konfiguracjach może generować mikroprzycięcia w nagraniu. Jeśli po pełnej konfiguracji programu napotkasz nieregularne gubienie klatek przy jednoczesnym braku pełnego obciążenia GPU, wyłączenie HAGS w menu Ustawienia ekranu > Grafika > Domyślne ustawienia grafiki stanowi pierwszy krok diagnostyczny.

Poważnym źródłem anomalii płynności bywają konfiguracje wielomonitorowe o niesymetrycznych częstotliwościach odświeżania – na przykład główny ekran gamingowy pracujący w 144 Hz lub 240 Hz połączony z monitorem pomocniczym o odświeżaniu 60 Hz. Menedżer okien Windows próbuje wówczas synchronizować klatki pomiędzy różnymi zegarami odświeżania. Jeśli na ekranie 60 Hz wyświetlany jest dynamiczny element (np. podgląd w OBS, animowany czat lub odtwarzacz wideo), karta graficzna może zredukować taktowanie lub zablokować synchronizację pionową głównego ekranu do wielokrotności 60 Hz, wprowadzając zacięcia (stuttering). Rozwiązaniem tego problemu jest wyłączenie podglądu w programie podczas nagrywania (kliknięcie prawym przyciskiem myszy na okno podglądu i odznaczenie opcji Włącz podgląd) lub zablokowanie klatkażu w grze do wartości będącej wielokrotnością 60 (np. sztywne 120 FPS). ^[2]

Krok 2: Dobór enkodera – enkoder sprzętowy GPU kontra obliczenia procesora

Sercem procesu nagrywania jest enkoder wideo, czyli algorytm odpowiedzialny za skompresowanie surowego ciągu nieskompresowanych klatek graficznych generowanych przez grę do formatu wynikowego (zazwyczaj H.264 lub HEVC/H.265). Wybór odpowiedniego modułu decyduje o tym, czy nagranie w 60 FPS będzie idealnie płynne, czy obarczy system spadkiem wydajności rzędu kilkudziesięciu procent.

Enkodery sprzętowe: NVENC, AMF i QuickSync

Współczesne karty graficzne oraz procesory wyposażone są w wyspecjalizowane układy scalone (ASIC), których jedynym zadaniem jest kodowanie i dekodowanie strumieni wideo. Układy te są fizycznie odseparowane od tradycyjnych rdzeni cieniujących (CUDA w architekturze Nvidia, jednostek obliczeniowych Compute Units w AMD czy rdzeni x86 w procesorach). Oznacza to, że praca enkodera sprzętowego nie zabiera zasobów niezbędnych do rasteryzacji geometrii czy obliczania fizyki w grze, o ile magistrala PCIe oraz pamięć VRAM nie zostaną skrajnie przesycone. ^[4]

Architektury Nvidia od generacji Turing (seria GTX 1660, RTX 2000 i nowsze) oferują enkoder NVENC 6. i 7. generacji, a seria RTX 4000 (Ada Lovelace) wprowadziła 8. generację z pełnym wsparciem enkodowania AV1. Zastosowanie dedykowanego sprzętu sprawia, że spadek wydajności w samej grze rzadko przekracza margines błędu pomiarowego (zazwyczaj od 1 do maksymalnie 3 klatek na sekundę). Wynika to z faktu, że gotowa klatka wygenerowana przez układ graficzny nie musi wędrować magistralą PCIe do pamięci RAM komputera i z powrotem do procesora – proces kodowania odbywa się bezpośrednio w obrębie pamięci wideo karty graficznej.

Kodowanie programowe za pomocą biblioteki x264 zrzuca całe zadanie kompresji na rdzenie procesora głównego. Nawet na nowoczesnych jednostkach ośmio- czy dwunastordzeniowych jednoczesne renderowanie klatek wymagającej gry z otwartym światem oraz kompresja wideo w czasie rzeczywistym z presetem medium lub faster prowadzi do drastycznej rywalizacji o pamięć podręczną L3 oraz przepustowość podsystemu RAM. Skutkuje to gwałtownymi spadkami klatkażu minimalnego (1% low i 0.1% low), wywołując nieprzyjemne szarpanie obrazu w grze. Wybór kodowania procesorowego x264 ma uzasadnienie wyłącznie w konfiguracjach typu Dual-PC (gdzie osobny komputer zajmuje się wyłącznie przechwytywaniem obrazu) lub w architekturach ze zintegrowanymi procesorami pozbawionymi jakiegokolwiek enkodera sprzętowego.

Krok 3: Konfiguracja zakładki Wyjście w trybie Zaawansowanym

Domyślny kreator konfiguracji programu oraz uproszczony tryb wyjścia narzucają mechanizmy stworzone z myślą o transmisjach sieciowych. W nagrywaniu lokalnym stosowanie tych samych parametrów jest fundamentalnym błędem technicznym, prowadzącym albo do marnowania przestrzeni dyskowej, albo do powstawania artefaktów pikselizacji w dynamicznych scenach.

Przejdź do menu Ustawienia, wejdź w zakładkę Wyjście i w polu Tryb wyjścia przełącz wartość z Prosty na Zaawansowany. Następnie kliknij zakładkę Nagrywanie.

Kontrola przepływności: CQP kontra CBR i VBR

W transmisjach na żywo (Twitch, YouTube) jedynym słusznym wyborem jest tryb CBR (Constant Bitrate), ponieważ łącze internetowe wymaga przewidywalnego pasma. W nagrywaniu na dysk twardy tryb CBR jest całkowicie nieefektywny. Przypisanie sztywnej wartości, na przykład 15 000 kbps, oznacza, że w scenie statycznej (np. menu gry, pauza) program marnuje cenne megabajty na zapisywanie niezmiennych bloków danych, natomiast w scenie gwałtownej eksplozji, dynamicznego obrotu kamery w strzelance sieciowej czy przejścia przez gęstą roślinność, pasmo okazuje się zbyt małe, co generuje rozmycie obrazu i kompresyjną „pikselozę”.

Jeśli chcesz pogłębić ten wątek, sprawdź też: Jak zacząć streamować na Twitchu? Kompletny przewodnik.

Właściwą metodą kontroli jakości przy zapisie lokalnym jest CQP (Constant Quantization Parameter) lub w przypadku kart AMD – CRF/CQP. Tryb ten nie operuje na pojęciu docelowej przepływności danych (bitrate), lecz na stałym poziomie jakości wizualnej:

• Zasada działania CQP: Zadajesz enkoderowi stały współczynnik kwantyzacji. Enkoder dynamicznie dobiera taką objętość danych, jaka jest absolutnie niezbędna do zachowania zdefiniowanej wierności obrazu względem klatki źródłowej. W bezruchu bitrate może spaść do 4 000 kbps, by w ułamku sekundy, podczas gwałtownej walki, skoczyć do 80 000 kbps bez utraty pojedynczego detalu.
• Dobór parametru poziomu CQ: Skala parametru waha się od 1 do 51, gdzie niższa wartość oznacza wyższą jakość, ale wykładniczo rosnący rozmiar pliku. Wartością referencyjną dla materiałów w 60 FPS jest poziom CQ równy 18 lub 20. Ustawienie wartości 16 zapewnia niemal bezstratną jakość studyjną, generując jednak pliki o ogromnych rozmiarach. Ustawienie powyżej 24 zaczyna wprowadzać zauważalne zniekształcenia gradientów i krawędzi obiektów. ^[5]

Precyzyjne ustawienia profilu, klatek kluczowych i tuningu

Dla zachowania pełnej przewidywalności enkodera NVENC na kartach Nvidia ustaw następujące parametry w zakładce Nagrywanie:

• Format nagrywania: MKV (lub od nowszych wersji OBS – hybrydowy Fragmented MP4). Pod żadnym pozorem nie nagrywaj bezpośrednio do standardowego pliku MP4. Jeśli gra zawiesi komputer, zabraknie zasilania lub program ulegnie awarii, cała struktura kontenera MP4 zostanie uszkodzona, a plik stanie się niemożliwy do odtworzenia. Format MKV zachowuje każdą zapisaną klatkę aż do momentu ewentualnego błędu. Po zakończeniu nagrania kontener można bezstratnie przepakować do MP4 w 2 sekundy za pomocą wbudowanego narzędzia Plik > Remuxuj nagrania.
• Odstęp klatek kluczowych (Keyframe Interval): Ustaw sztywno na 2 sekundy. Pozostawienie wartości 0 (automatycznie) utrudnia późniejsze precyzyjne cięcie materiału na osi czasu w programach montażowych (np. DaVinci Resolve, Adobe Premiere Pro).
• Profil ustawień wstępnych (Preset): Wybierz P6: Better Quality lub P5: Slow (Good Quality). Wybór najwyższego profilu P7: Slowest (Best Quality) przynosi ułamkowe zyski jakościowe przy nieproporcjonalnym wzroście narzutu na układ kodujący, co na słabszych układach może skutkować opóźnieniami kodowania.
• Tuning (Dostrajanie): Wysoka jakość (High Quality). Unikaj trybu niskiego opóźnienia (Low Latency), który jest przeznaczony wyłącznie do interaktywnych transmisji na żywo i pogarsza stopień upakowania danych.
• Tryb wieloprzebiegowy (Multipass Mode): Dwa przebiegi (ćwierć rozdzielczości) lub Dwa przebiegi (pełna rozdzielczość). Pozwala enkoderowi przeanalizować wektor ruchu przed ostateczną alokacją bitów w klatce, stabilizując przejścia między scenami.
• Profil: High. Zapewnia dostęp do zaawansowanych tablic kwantyzacji formatu AVC/H.264.
• Korekta Psycho-Visual (Psycho Visual Tuning): Włączona. Opcja ta optymalizuje wykorzystanie bitów pod kątem percepcji ludzkiego oka, poprawiając ostrość w obszarach o wysokim kontraście i w ruchu.
• Maksymalna liczba klatek B (Max B-frames): 2. Klatki dwukierunkowe (B-frames) kompresują dane w oparciu o różnice między poprzedzającymi i następującymi klatkami kluczowymi, co redukuje rozmiar pliku bez strat wizualnych.

Krok 4: Parametry obrazu, skalowanie i płynność bazowa 60 FPS

Rejestrowanie rozgrywki w 60 klatkach na sekundę wymaga rygorystycznego dopasowania geometrii sceny do fizycznej matrycy ekranu. Wszelkie operacje przeliczania rozdzielczości w locie nakładają dodatkowe obciążenie na shadery karty graficznej, co bywa bezpośrednią przyczyną gubienia klatek renderowania.

Dopasowanie rozdzielczości bazowej i wynikowej

Przejdź do zakładki Obraz w oknie ustawień. Znajdziesz tam dwa fundamentalne parametry rozdzielczości:

1. Bazowa rozdzielczość (płótno): Jest to przestrzeń robocza programu. Musi być dokładnie taka sama, jak natywna rozdzielczość monitora, na którym wyświetlana jest gra (najczęściej 1920x1080, 2560x1440 lub 3840x2160).
2. Rozdzielczość wynikowa (skalowana): Reprezentuje ostateczny wymiar klatki, która zostanie zakodowana do pliku.

Zasada optymalizacji pod kątem zerowych strat wydajności jest jednoznaczna: Rozdzielczość bazowa i wynikowa powinny być identyczne. W takiej sytuacji pole Filtr skalujący staje się nieaktywne (wyszarzone), ponieważ karta graficzna nie musi stosować żadnego algorytmu interpolacji pikseli.

Jeżeli dysponujesz monitorem 1440p (2560×1440), a zależy Ci na nagrywaniu w formacie 1080p (1920×1080) w celu zaoszczędzenia miejsca na dysku, program musi przeskalować każdą z 60 klatek w ciągu sekundy. Do wyboru pozostają trzy główne filtry:

• Dwuliniowy (Bilinear): Najlżejszy obliczeniowo, ale skutkuje wyraźnym rozmyciem drobnych detali, interfejsu użytkownika (UI) oraz czcionek w grze.
• Bikubiczny (Bicubic): Optymalny kompromis. Zapewnia dobre wyostrzenie krawędzi przy umiarkowanym narzucie na procesor graficzny. Wykorzystuje 16 próbek na klatkę.
• Lanczos: Najbardziej zaawansowany algorytm sinc wykorzystujący 36 próbek. Gwarantuje najwyższą ostrość krawędzi, ale generuje zauważalny narzut obliczeniowy, który przy maksymalnym obciążeniu GPU w grze może wywołać spadek płynności rejestracji.

Konfiguracja wartości FPS dla zachowania idealnego klatkażu

W dolnej sekcji zakładki Obraz znajduje się parametr Typowe wartości FPS. Ustaw go na sztywną wartość 60. Jest to absolutny standard gwarantujący płynne odwzorowanie dynamiki gier wideo na platformach wideo i monitorach o odświeżaniu będącym wielokrotnością liczby 60.

W wyjątkowych sytuacjach, gdy pracujesz na zaawansowanym materiale montażowym i zamierzasz tworzyć ujęcia w zwolnionym tempie (slow-motion), możesz zmienić typ na Ułamkowe wartości FPS lub Własne wartości FPS i wpisać 120 FPS. Wymaga to jednak upewnienia się, że enkoder sprzętowy w danym modelu karty poradzi sobie z podwojonym wolumenem danych w czasie rzeczywistym. W przypadku rozdzielczości 1440p i 4K wymuszenie 120 klatek na pojedynczym enkoderze NVENC może doprowadzić do natychmiastowego przeciążenia układu (encoder overload).

Krok 5: Prawidłowe przechwytywanie gry na poziomie sceny

Sposób, w jaki pobierasz obraz z silnika graficznego do bufora OBS Studio, determinuje narzut na pamięć operacyjną oraz synchronizację klatek. Wielu użytkowników popełnia błąd, wybierając uniwersalne metody przechwytywania, które nie są przystosowane do wydajnego transferu klatek trójwymiarowych.

Porównanie metod przechwytywania

W sekcji Źródła obrazu dostępne są trzy różne mechanizmy pobierania sygnału wideo ze środowiska operacyjnego:

1. Przechwytywanie gry (Game Capture): Metoda najbardziej wydajna. Program wstrzykuje niewielką bibliotekę dll (hook) bezpośrednio w łańcuch wymiany buforów renderowania (swapchain) bibliotek DirectX, Vulkan lub OpenGL. Obraz kopiowany jest z pamięci VRAM do VRAM bez angażowania mostka północnego i pamięci RAM. Wpływ na wydajność ogranicza się do mikrosekund na klatkę.
2. Przechwytywanie okna (Window Capture): Wykorzystuje systemowe API Windows Graphics Capture (WGC). Sprawdza się w grach uruchamianych w oknie bez ramek, lecz wprowadza minimalnie wyższy narzut na procesor graficzny niż przechwytywanie bezpośrednie.
3. Przechwytywanie ekranu (Display Capture): Najmniej efektywny tryb pod kątem wydajności gamingowej. Kopiuje całą zawartość pulpitu wraz z nakładkami systemowymi, powiadomieniami i oknami w tle. Może powodować spadki płynności, zwłaszcza przy włączonym G-Sync lub FreeSync.

Właściwa konfiguracja źródła Przechwytywanie gry wymaga wejścia w jego właściwości i ustawienia trybu Przechwytuj określoną aplikację, a następnie wskazania pliku wykonywalnego gry z listy. Dodatkowo upewnij się, że opcja Użyj przechwytywania zapobiegającego oszustwom (hook) pozostaje włączona, co zapobiega konfliktom z systemami Easy Anti-Cheat, BattlEye czy Ricochet.

Krytycznym parametrem w oknie właściwości źródła gry jest opcja Ogranicz liczbę klatek przechwytywania. Zaznacz tę opcję, jeśli gra renderuje klatki ze zmienną prędkością (np. skacze między 80 a 140 FPS). Zapobiega to sytuacji, w której OBS próbuje odczytać swapchain częściej, niż wynosi docelowy klatkaż nagrywania (60 FPS), co eliminuje niepotrzebne obciążenie magistrali graficznej.

Krok 6: Konfiguracja podsystemu audio bez opóźnień

Nagranie wideo o idealnej płynności 60 FPS traci wartość, jeśli ścieżka dźwiękowa ulega desynchronizacji (drift audio) w miarę upływu minut nagrania lub generuje trzaski spowodowane niedopasowaniem zegarów próbkowania.

Częstotliwość próbkowania i izolacja ścieżek

Pierwszym krokiem jest unifikacja zegara systemowego z programem. W zakładce Dźwięk parametr Częstotliwość próbkowania musi odpowiadać ustawieniom w panelu sterowania dźwiękiem Windows. Standardem studyjnym dla materiałów wideo jest 48 kHz (zamiast typowo muzycznego 44,1 kHz). Różnica między tymi wartościami wymusza na procesorze ciągły resampling sygnału w locie, co przy dłuższych sesjach prowadzi do rozjeżdżania się dźwięku z obrazem o ułamki sekund.

Warto przeczytać również powiązany artykuł: Jak grać w gry z PC na telefonie? Streaming krok po kroku.

Kwestia organizacji kanałów zależy od dalszego przeznaczenia pliku:

• Pojedyncza ścieżka stereo (mikser zintegrowany): Dźwięk z gry, mikrofon i komunikator (np. Discord) lądują na jednej ścieżce. Rozwiązanie dobre do szybkich podglądów, bo plik zajmuje minimalnie mniej miejsca i od razu działa w każdym prostym odtwarzaczu. Minusem jest zerowa elastyczność – jeśli gra zagłuszy głos, błędu nie da się naprawić w montażu.
• Separacja wielościeżkowa (ścieżki 1–6): W zaawansowanych właściwościach dźwięku (koło zębate w mikserze OBS) przypisuje się grę do ścieżki 1, mikrofon do ścieżki 2, a czat głosowy do ścieżki 3. W kontenerze MKV lub MP4 nie tworzy to zauważalnego obciążenia dla komputera, a w programach nieliniowych (Premiere Pro, DaVinci Resolve) daje pełną swobodę niezależnej korekcji poziomów głośności.

Warto również zwrócić uwagę na opcję Wyciszanie (Ducking) oraz filtry nakładane bezpośrednio na tor mikrofonowy. O ile prosta bramka szumów i kompresor wbudowane w OBS zużywają promil zasobów procesora, o tyle stosowanie ciężkich wtyczek VST3 od zewnętrznych producentów potrafi nieoczekiwanie wprowadzić opóźnienia w buforze audio, a w skrajnych przypadkach wywołać mikroprzycięcia całego procesu przechwytywania klatek.

Prawidłowe zestawienie enkodera sprzętowego z natywnym przechwytywaniem gry i spójnym taktowaniem audio pozwala utrzymać stabilny strumień 60 klatek bez obciążania rdzeni procesora, gwarantując czysty materiał źródłowy gotowy do natychmiastowej obróbki.

Kryteria weryfikacji: diagnostyka klatek w oknie Statystyki

Prawidłowe ustawienie parametrów w panelu konfiguracyjnym nie daje gwarancji stabilności, dopóki silnik nagrywający nie zostanie poddany obciążeniu w realnych warunkach rozgrywki. Aby zweryfikować, czy nagranie utrzymuje sztywne 60 FPS bez gubienia danych, należy wykorzystać wbudowane narzędzie telemetryczne programu.

Przejdź do górnego paska menu i wybierz kolejno: Widok → Statystyki. Zostanie otwarte okno z kluczowymi metrykami działania silnika OBS. Podczas testowego nagrywania dynamicznej sceny w grze (trwającego minimum 3–5 minut) obserwuj trzy konkretne wskaźniki:

1. Klatki pominięte z powodu opóźnień renderowania (Rendering lag): Informuje o problemach po stronie karty graficznej. Oznacza to, że procesor graficzny jest obciążony w 99–100% przez samą grę i nie ma wolnych mocy obliczeniowych (shaderów), aby złożyć scenę w OBS i przygotować ją do wysłania do enkodera. Prawidłowa wartość to 0,0% (dopuszczalne chwilowe wahnięcie poniżej 0,1% podczas wczytywania poziomów).
2. Klatki utracone z powodu opóźnień kodowania (Encoding lag): Wskazuje na przeciążenie dedykowanego układu kodującego (np. NVENC lub AMF). Problem ten pojawia się, gdy wybrany profil jakościowy jest zbyt agresywny, rozdzielczość za wysoka lub przepustowość danych przekracza fizyczne możliwości krzemu. Wartość docelowa: bezwzględne 0,0%.
3. Średni czas na wyrenderowanie klatki: Przy nagrywaniu w 60 FPS każda klatka musi zostać przetworzona w czasie poniżej 16.6 ms. Wynik powyżej tego progu oznacza natychmiastowe mikroprzycięcia (stuttering) w pliku wynikowym, nawet jeśli gra na monitorze zachowuje pozory płynności.

Kompaktowa checklista przedstartowa (Pre-flight checklist)

Przejdź przez poniższą procedurę kontrolną przed rozpoczęciem każdej kluczowej sesji nagraniowej, aby wyeliminować najczęstsze błędy konfiguracji środowiska:

• Uprawnienia procesu: Skrót OBS uruchomiony w trybie administratora (zapewnia priorytet GPU w sterowniku WDDM).
• Synchronizacja klatkażu w grze: FPS w grze ograniczony (w menu gry lub przez sterownik karty graficznej) do wartości będącej całkowitą wielokrotnością 60 (np. 60, 120, 240) lub sztywno do 60/120 z włączonym G-Sync/FreeSync, co zapobiega nasyceniu GPU do 100%.
• Źródło wideo: W aktywnej scenie włączone wyłącznie jedno dedykowane źródło Przechwytywanie gry (zablokowane na konkretnym pliku .exe). Brak nakładających się źródeł Przechwytywanie ekranu pod spodem.
• Dysk docelowy: Sprawdzona wolna przestrzeń na dysku SSD (rejestracja w trybie CQP potrafi zająć od 15 do 40 GB na godzinę materiału w zależności od dynamiki obrazu). Unikaj zapisu na partycji systemowej C:.
• Podgląd OBS: Przy korzystaniu z drugiego monitora o innym odświeżaniu (np. monitor główny 144 Hz, pomocniczy 60 Hz) kliknij prawym przyciskiem myszy na okno podglądu w OBS i wybierz Wyłącz podgląd, aby odciążyć magistralę DWM.
• Wskaźnik poziomu dźwięku: Paski audio na mikserze przy głośnej mowie i wybuchach w grze zatrzymują się w żółtym polu (między -12 dB a -6 dB), nie dotykając czerwonego pola (0 dB), co eliminuje clipping cyfrowy.

Ostrzeżenia dotyczące krytycznych błędów konfiguracyjnych

Unikaj poniższych ustawień, które w specyficznych warunkach sprzętowych powodują nieodwracalne uszkodzenie nagrań lub nagłe spadki wydajności:

Procedura testowa krok po kroku przed właściwą sesją

Zanim przystąpisz do wielogodzinnego nagrywania rozgrywki, wykonaj próbę walidacyjną według poniższego schematu:

1. Uruchom grę docelową i wejdź do najbardziej wymagającej graficznie lokacji (obszar z dużą ilością roślinności, efektów cząsteczkowych lub gęstą zabudową).
2. Uruchom OBS Studio jako administrator, otwórz okno Statystyki i umieść je na drugim ekranie lub w tle.
3. Rozpocznij nagrywanie za pomocą zdefiniowanego skrótu klawiszowego.
4. Wykonuj gwałtowne ruchy kamerą w grze przez równe 120 sekund, wchodząc w dynamiczną walkę lub symulując najcięższe warunki rozgrywki.
5. Zatrzymaj nagrywanie. Zweryfikuj okno statystyk – pozycje utraty klatek (kodowanie i renderowanie) muszą wskazywać dokładnie 0 klatek.
6. Odtwórz nagrany plik w odtwarzaczu obsługującym precyzyjną analizę klatek (np. VLC lub MPC-HC). Zweryfikuj spójność audio-wideo, przewijając wideo do samego końca, aby upewnić się, że nie występuje rozjazd między dźwiękiem strzałów a animacją na ekranie.

Procedura awaryjna: eliminacja anomalii wykrytych podczas testu

Jeżeli okno statystyk po 120-sekundowej próbie wykaże wartości inne niż zero lub plik wykazuje mikroprzycięcia, wdróż natychmiast odpowiednią ścieżkę korygującą według poniższej hierarchii:

1. Gdy występują klatki pominięte z powodu opóźnień renderowania (Rendering lag > 0%):

   Procesor graficzny nie ma rezerwy na skomponowanie sceny. Zastosuj kolejno dwa kroki:

   • Ograniczenie klatkażu w silniku gry: Zmniejsz limit FPS w grze o 5–10% poniżej maksymalnej średniej (np. zamiast nielimitowanego klatkażu oscylującego wokół 135 FPS, ustaw sztywny limit na 120 FPS lub włącz technologię NVIDIA Reflex / AMD Anti-Lag). Zwolni to 3–5% zasobów rdzeni CUDA/Shaderów niezbędnych dla procesu D3D11 w OBS.
   • Redukcja wolumetrycznych efektów graficznych: W opcjach gry obniż o jeden poziom jakość cieni, mgły wolumetrycznej oraz okluzji otoczenia (SSAO/HBAO). Te parametry silnie obciążają jednostki cieniujące bez drastycznego pogorszenia walorów wizualnych nagrania.
2. Gdy występują klatki utracone z powodu opóźnień kodowania (Encoding lag > 0%):

   Dedykowany układ ASIC (NVENC, VCE/AMF) jest przeciążony algorytmami predykcji ruchu. Wprowadź korektę w zakładce Ustawienia → Wyjście:

   • Obniżenie profilu enkodera (Preset): Przy enkoderze NVENC zmień profil z P6 (Wolniej / Lepsza jakość) na P5 (Wolno / Dobra jakość) lub P4 (Średnio). W enkoderach AMD AMF zmień profil z Quality na Balanced. ^[3]
   • Wyłączenie trybu wieloprzebiegowego (Multi-pass): Zmień parametr Tryb wieloprzebiegowy z Dwóch przebiegów (Pełna rozdzielczość) na Dwóch przebiegów (Ćwierć rozdzielczości) lub Pojedynczy przebieg.
   • Korekta parametru CQ: Podnieś wartość poziomu CQ o 2 stopnie (np. z 18 na 20 lub z 20 na 22). Zmniejszy to gęstość strumienia danych i odciąży bufor pamięci enkodera.

Automatyzacja procesu przepakowywania (Remux) do montażu

Bezpieczny zapis do kontenera MKV wymaga przekształcenia do formatu MP4, aby materiał był natywnie akceptowany przez programy montażowe. Aby wyeliminować konieczność ręcznego konwertowania każdego zarejestrowanego wideo, skonfiguruj automatyczny remux w silniku OBS:

1. Otwórz okno Ustawienia i przejdź do sekcji Zaawansowane.
2. W sekcji Nagrywanie odszukaj pole wyboru Automatycznie przepakuj do formatu mp4 (Auto-remux to mp4) i zaznacz je.
3. Zatwierdź zmiany przyciskiem Zastosuj.

Od tego momentu, w ułamku sekundy po kliknięciu przycisku Zatrzymaj nagrywanie, OBS Studio utworzy w katalogu docelowym bliźniaczy plik .mp4 z zachowaniem identycznego strumienia bitowego, nie obciążając procesora powtórnym renderowaniem. Pierwotny plik .mkv pozostaje na dysku jako nienaruszona kopia zapasowa na wypadek wystąpienia błędów w kontenerze docelowym.

Najczęściej zadawane pytania (FAQ)

Czy OBS Studio powinien być uruchamiany jako administrator?

Uruchomienie OBS Studio jako administrator może pomóc ograniczyć problemy z dostępem programu do zasobów GPU i przechwytywaniem obrazu. Warto włączyć tę opcję, jeśli podczas nagrywania pojawia się rendering lag. ^[1]

Jaki enkoder wybrać do nagrywania gier w 60 FPS?

Najczęściej warto użyć enkodera sprzętowego odpowiedniego dla posiadanego sprzętu: NVENC dla kart Nvidia, AMF dla kart AMD albo QuickSync dla układów Intel. Zwykle mniej obciąża on procesor niż x264.

Czy do nagrywania lokalnego lepszy jest CQP niż CBR?

Tak. CQP pozwala enkoderowi dynamicznie dobierać ilość danych do złożoności sceny, dlatego lepiej sprawdza się przy zapisie na dysk. CBR jest przede wszystkim używany podczas transmisji na żywo.

Co zrobić, gdy nagranie gubi klatki mimo niskiego użycia GPU?

Sprawdź między innymi ustawienie HAGS, wyłącz podgląd OBS podczas nagrywania i zweryfikuj konfigurację monitorów o różnych częstotliwościach odświeżania. Pomocne może być także ograniczenie liczby klatek w grze do wartości będącej wielokrotnością 60.

Czy x264 jest dobrym wyborem do nagrywania gier?

Kodowanie x264 obciąża procesor znacznie bardziej niż enkodery sprzętowe. W typowej konfiguracji warto rozważyć je głównie wtedy, gdy sprzęt nie oferuje odpowiedniego enkodera albo nagrywanie odbywa się na osobnym komputerze.

Źródła

• [1] OBS Project – Encoding Performance Troubleshooting ↑
• [2] OBS Project – OBS Studio Overview Guide ↑
• [3] OBS Project – Advanced Recording Settings Guide ↑
• [4] OBS Project – Hardware Encoding ↑
• [5] OBS Project – Recording Encoder Presets Guide ↑