Jak nagrywać i streamować rozgrywkę z PC bez zjadania wszystkich FPS

Cel gracza: płynna rozgrywka przy włączonym nagrywaniu lub streamie

Ideą jest prosta: grać w komfortowych FPS, a jednocześnie nagrywać lub streamować obraz tak, by dało się go przyjemnie oglądać. Bez kupowania drogiego komputera, bez wymiany połowy podzespołów i bez doktoryzowania się z kodeków wideo. Da się to zrobić, jeśli kontroluje się kilka kluczowych ustawień i wie, na co naprawdę ma wpływ.

Frazy pokrewne, które naturalnie przewijają się przy tym temacie: streamowanie gier bez spadków fps, nagrywanie gameplayu na słabym pc, ustawienia OBS pod słaby komputer, jak odciążyć procesor przy streamie, nagrywanie NVENC vs x264, bitrate streamu a jakość, drugi komputer do streamowania czy warto, optymalizacja gier pod nagrywanie, najlepsze darmowe programy do nagrywania gier, konfiguracja scen i źródeł OBS, jak ustawić CBR VBR dla streamu, ograniczanie zużycia GPU przy nagrywaniu.

Co tak naprawdę „zjada” FPS przy nagrywaniu i streamowaniu

Jak działa przechwytywanie obrazu z gry

Sam fakt, że gra działa w 120 FPS, nie oznacza jeszcze, że komputer może bez bólu równolegle nagrywać lub wysyłać te klatki w świat. Proces wygląda mniej więcej tak: gra renderuje klatkę, system i sterowniki udostępniają ją programowi nagrywającemu, ten kopiuje ją do własnej przestrzeni, kompresuje do wideo i dopiero wtedy zapisuje na dysk lub wysyła do serwisu streamingowego. Każdy z tych kroków ma swój koszt.

Najważniejszym elementem jest enkoder wideo – moduł (programowy lub sprzętowy), który z surowych klatek zamienia obraz na skompresowany strumień H.264 lub H.265. To właśnie tu zaczyna się walka o FPS, bo enkoder potrzebuje mocy obliczeniowej. Jeśli korzystasz z:

• CPU (x264) – obciążasz procesor i „kradniesz” mu zasoby, które mógłby przeznaczyć na grę.
• GPU (NVENC/AMD/Intel) – używasz osobnych bloków na karcie graficznej, ale wciąż dochodzi kopiowanie danych z renderowanej sceny.
• sprzętowego enkodera na karcie przechwytującej – część pracy idzie poza główny komputer, ale wymaga to dodatkowego sprzętu.

Poza kompresją istnieje jeszcze „tani”, ale realny koszt przechwytywania samej klatki. W trybach takich jak Game Capture (Przechwytywanie gry) OBS wczepia się w API renderujące (DirectX/OpenGL/Vulkan) i „podkrada” ramkę bezpośrednio z bufora. W trybie Display Capture skanuje cały ekran. Im więcej warstw, efektów, filtrów i nakładek, tym więcej operacji przy każdej klatce.

Skąd biorą się spadki wydajności

Spadki FPS przy nagrywaniu i streamowaniu biorą się zwykle z kumulacji obciążeń, a nie z jednego „winnego”. Typowy scenariusz wygląda tak: gra wykorzystuje 70–90% GPU i 60–80% CPU. Po włączeniu nagrywania procesor skacze w okolice 90–100%, karta graficzna dobija do sufitu, a do tego dochodzą krótkie piki zużycia dysku przy zapisie i sieci przy wysyłaniu strumienia. W efekcie pojawiają się:

• nagłe dropy FPS,
• szarpanie obrazu (wysoki i niestabilny frametime),
• mikroprzycięcia, gdy dysk nie nadąża,
• komunikaty o „przeciążeniu enkodera” lub „zbyt wysokim obciążeniu kodera” w OBS.

Do tego dochodzą pozornie drobne rzeczy, które potrafią „dobić” słabszą maszynę: przeglądarka z kilkunastoma kartami, Discord, overlaye z FPS-ami, oprogramowanie RGB, aktualizatory w tle. Każdy proces pobiera trochę CPU, czasem też korzysta z GPU (np. przeglądarka z akceleracją sprzętową).

Dodatkowo nagrywanie i streamowanie potrafią zmienić sposób, w jaki gra wykorzystuje zasoby. Część tytułów gorzej radzi sobie w oknie bez ramek, inne nie lubią alt-tabów, jeszcze inne źle współpracują z nakładkami typu Steam/Discord. W praktyce każda nowa warstwa między grą a monitorem to potencjalne źródło dodatkowego opóźnienia i spadków FPS.

CPU vs GPU vs enkoder sprzętowy – kto co liczy

W kontekście płynności rozgrywki kluczowy jest wybór enkodera. Możliwe opcje:

• x264 (CPU) – enkodowanie w całości na procesorze. Jakość obrazu przy danym bitrate jest bardzo dobra, ale koszt CPU jest wysoki. Im „wolniejszy” preset (np. medium, slow), tym lepsza kompresja, ale też większe obciążenie. Na słabszych procesorach x264 szybko zabiera FPS-om tlen.
• NVENC (Nvidia) – dedykowany blok na karcie graficznej. Nowe generacje (Turing, Ampere, Ada) dają jakość zbliżoną do x264 medium przy mniejszym obciążeniu. To najczęściej najlepszy wybór na PC z kartą Nvidii pod streamowanie gier bez dużego spadku FPS.
• AMD AMF / H.264 – odpowiednik NVENC na kartach AMD. Jakość i wydajność zależy mocno od generacji karty i sterowników. W nowszych modelach potrafi być bardzo użyteczny, w starszych – bywa problematyczny.
• Intel Quick Sync – sprzętowy enkoder w procesorach Intela z iGPU. Dobra opcja przy średnich i słabszych kartach graficznych, ale wymaga aktywnego zintegrowanego GPU.

Przy nagrywaniu lokalnym (na dysk) zwykle można pozwolić sobie na wyższy bitrate i mniejszą kompresję, więc encoder ma mniej pracy. Przy streamowaniu serwis (Twitch, YouTube) i upload internetu ograniczają bitrate, więc enkoder musi „upchnąć” jakość w mniejszej liczbie kilobitów, co jest bardziej wymagające.

Nagrywanie lokalne vs stream – co dodatkowo obciąża komputer

Nagrywanie lokalne obciąża głównie:

• CPU/GPU – przez enkodowanie,
• dysk – przez ciągły zapis dużego strumienia danych,
• RAM – przez bufory.

Streamowanie dodaje do tego:

• obciążenie karty sieciowej i stosu TCP/IP,
• wymóg utrzymania stabilnego bitratu (CBR),
• obsługę dodatkowych elementów sceny: alerty, czat, widgety, przeglądarka osadzona w OBS.

Jeśli łącze ma niestabilny upload, enkoder będzie „szarpał”, pojawią się dropy klatek niezależnie od tego, jak mocny jest komputer. W praktyce często zdarza się sytuacja, w której nagrywanie lokalne w 1080p60 działa bez problemu, ale próba streamowania z tymi samymi ustawieniami kończy się klatkowaniem – wyłącznie przez ograniczenia sieci i konieczność trzymania stałego bitratu.

Jak szybko zmierzyć wpływ nagrywania na FPS

Najprostszy test to porównanie:

1. włącz grę, odpal wbudowany benchmark lub zagraj 2–3 minuty w najbardziej wymagającym fragmencie, zanotuj średnie FPS i frametime,
2. włącz OBS z wybranym profilem ustawień, rozpocznij nagrywanie lub stream, powtórz ten sam fragment gry,
3. porównaj różnicę FPS (średnia i 1% low) oraz wykres frametime (im bardziej „piłka z kolcami”, tym gorzej).

Do pomiarów przydają się narzędzia takie jak MSI Afterburner + RivaTuner (OSD z FPS, frametime i obciążeniem), panel wydajności w Steam/GeForce Experience, a nawet wbudowane monitorowanie w Windows (Menedżer zadań, karta Wydajność). Jeśli przy włączonym nagrywaniu:

• CPU dobija do 95–100% – problem leży w x264 lub zbyt wielu procesach w tle,
• GPU jest na 99–100% – rozważ limit FPS w grze i użycie NVENC/AMF/Quick Sync,
• dysk ma wysokie zużycie i czas odpowiedzi – nagrywasz za wysokim bitrate na wolny HDD lub masz mało miejsca,
• upload jest wysycony – obetnij bitrate streamu lub zmniejsz rozdzielczość.

Wymagania sprzętowe – kiedy obecny komputer wystarczy, a kiedy odpuścić

Minimalny sensowny zestaw do nagrywania i streamu

Przy ograniczaniu kosztów celem jest uzyskanie konfiguracji „wystarczająco dobrej”, a nie idealnej. Na czym da się realnie nagrywać/streamować?

Do sensownego 720p30 w mniej wymagających grach wystarczy:

• czterordzeniowy CPU (np. starsze i5/Ryzen 3) bez hyper-threadingu,
• 8 GB RAM (choć to już górna granica rozsądku),
• karta graficzna klasy GTX 960 / RX 570 lub nowsza, najlepiej z enkoderem NVENC/AMF,
• dysk SSD na grę i system (HDD może być na archiwum nagrań).

Do komfortowego 1080p60 w większości gier akcji bardziej realistyczne jest:

• 6–8 rdzeni (np. Ryzen 5, i5 10/11/12 gen),
• 16 GB RAM,
• GPU klasy GTX 1660 / RTX 2060 lub wyżej,
• SSD na wszystko, plus ewentualny drugi SSD/HDD na nagrania.

Starszy komputer bez sprzętowego enkodera (stare karty Nvidii, integry sprzed wielu lat) da się zmusić do nagrywania, ale wymaga to obniżania rozdzielczości, FPS i detali w grze. Konfiguracje typu 2 rdzenie / 4 wątki + 8 GB RAM to już strefa „na styk” nawet bez streamu.

Co najbardziej boli: CPU, GPU, RAM, dysk, sieć

Każdy element zestawu może stać się wąskim gardłem:

• CPU – przy x264 i grach intensywnie wykorzystujących procesor (strategie, symulatory, gry online) bardzo szybko staje się ograniczeniem. Objawy: spadki FPS przy dużej liczbie obiektów, lagi w streamie, komunikaty o przeciążeniu enkodera.
• GPU – gdy gra zużywa niemal 100% mocy karty, NVENC/AMF mają mniej przestrzeni na kopiowanie klatek. Objawy: dropy FPS głównie w momentach GPU-heavy (dym, efekty, duże otwarte przestrzenie).
• RAM – 8 GB to absolutny minimalny poziom przy Windows + gra + OBS + przeglądarka/Discord. Przy 16 GB system ma margines, mniej korzysta z pliku stronicowania, co zmniejsza mikroprzycięcia.
• Dysk – HDD o niskich obrotach + gra + nagrywanie w wysokim bitrate to kiepskie połączenie. Lepszy jest scenariusz: gra na SSD, nagrania na osobnym HDD/SSD.
• Sieć – upload poniżej 5 Mb/s mocno ogranicza bitrate streamu. Przy łączu asymetrycznym trzeba uwzględnić też inne urządzenia w domu (Netflix, YouTube, aktualizacje).

RAM i dysk – cichy zabójca płynności

Przy graniu + OBS + przeglądarce bezpiecznym minimum jest 16 GB RAM. Da się coś „wydusić” na 8 GB, ale wymaga to:

• zamykania przeglądarki lub zostawienia tylko jednej karty,
• wyłączenia zbędnych programów w tle,
• unikania gier, które zjadają po 6–8 GB same dla siebie.

Dysk SSD eliminuje masę mikroprzycięć wynikających z doczytywania tekstur. Nagrywanie na HDD jest możliwe, ale lepiej:

• nie przekraczać rozsądnego bitratu (np. 20–30 Mbps dla H.264 przy 1080p),
• nie mieć na tym samym dysku gry i nagrania, jeśli tylko się da,
• utrzymywać przynajmniej kilkanaście procent wolnego miejsca.

Przy NVMe różnica w nagrywaniu nie jest aż tak kluczowa jak przy samym ładowaniu gier, ale pomaga przy jednoczesnym zapisie nagrań i pracy gry korzystającej z dysku (otwarty świat, streaming assetów).

Upload internetu a bitrate streamu

Bitrate streamu musi zmieścić się w realnym uploadzie łącza z zapasem. Prosta zasada: nie używaj więcej niż 70–75% realnego uploadu na bitrate streamu. Jeśli speedtest pokazuje 10 Mb/s uploadu, bezpieczny bitrate streamu to okolice 6000–7000 kbps, zakładając, że nikt inny nie korzysta intensywnie z sieci.

Dla orientacji:

• ~2500–3000 kbps – 720p30,
• ~3500–4500 kbps – 720p60 lub 900p30,
• ~4500–6000 kbps – 900p60 lub 1080p30,
• ~6000–8000 kbps – 1080p60 (bardziej YouTube niż Twitch, gdzie często limit to ~6000).

Jeżeli upload jest słaby (np. 5 Mb/s), bardziej rozsądny jest 720p30 z bitrate 2500–3000 niż 1080p z ciągłymi dropami. Stabilność i brak rwania obrazu są dla widza ważniejsze niż sama rozdzielczość.

Przykładowe konfiguracje: na styk, bez stresu, overkill

Dobrze jest mieć punkt odniesienia. Zamiast teoretyzować, poniżej kilka typowych scenariuszy, wraz z tym, co można z nich „wycisnąć” bez masakrowania FPS.

Zestaw „na styk” – da się, ale z kompromisami

Przykład: i3 / stary i5 / Ryzen 3 (4C/4T), 8 GB RAM, GTX 1050 Ti / RX 560, jeden SSD + HDD, upload 5–10 Mb/s.

• Cel realistyczny: 720p30/720p48 przy bitrate 2500–3500 kbps, gry raczej e-sportowe lub mniej wymagające AAA na średnich detalach.
• Enkoder: NVENC/AMF/Quick Sync, x264 tylko na preset veryfast i przy grach mało CPU-żernych.
• Gra: limit FPS (np. 60–90), niższe cienie, mniejszy zasięg rysowania. Chodzi o zdjęcie presji z GPU i CPU.
• System: zamknięta przeglądarka, wyłączony overlay Discorda, wszelkie „nakładki” od producentów GPU na minimum.

Taki zestaw potrafi zaskoczyć pozytywnie, jeśli nie próbuje się z niego zrobić 1080p60 ultra. Ogólna zasada: niższa rozdzielczość/FPS streamu, ale stabilnie, zamiast walki o cyfry w tytule.

Zestaw „bez stresu” – złoty środek

Przykład: Ryzen 5 / i5 6–8 rdzeni, 16 GB RAM, GTX 1660 / RTX 2060 / RX 5600 XT, 1–2 SSD, upload 10–20 Mb/s.

• Cel realistyczny: 1080p60 przy 4500–6000 kbps (Twitch) lub 6000–8000 kbps (YouTube), większość gier na wysokich detalach.
• Enkoder: NVENC (Turing/Ampere/Ada) albo przy słabszej karcie – Quick Sync. x264 na preset veryfast/faster przy grach mocniej opartych o GPU.
• Dysk: gra i system na SSD, nagrania na drugim SSD lub HDD 7200 rpm.
• Komfort: miejsce na Discorda, 2–3 karty w przeglądarce, muzykę w tle, bez natychmiastowego wpadania w swap.

To konfiguracja, przy której rzeczywiście można skupić się na graniu i streamie, zamiast ciągłego dłubania w ustawieniach, by urwać kolejne 5 FPS.

Zestaw „overkill” – więcej niż potrzeba

Przykład: Ryzen 7 / i7/i9 8–16 rdzeni, 32 GB RAM, RTX 4070+ / RX 7900, szybkie NVMe, upload 30+ Mb/s.

• Cel realistyczny: 1440p60, a nawet 4K30 w mniej wymagających tytułach, nagrywanie w wysokiej jakości jednocześnie ze streamem.
• Enkoder: sprzętowy (NVENC AV1/HEVC) z wysokim bitrate i/lub wyższą rozdzielczością.
• Stosunek efekt/koszt: wyczuwalnie lepsza jakość obrazu dla widza, ale dopiero przy dobrym monitorze i łączu u odbiorcy różnica w 4K naprawdę ma sens.

Taki sprzęt ma sens, jeśli zarabia na siebie (płatne streamy, montaż, zlecenia). Do hobbystycznego streamowania 1080p60 wciąż wystarczy środkowy wariant.

Wybór programu do nagrywania i streamowania – darmowe i lekkie rozwiązania

OBS Studio – uniwersalny standard

OBS Studio to najczęstszy wybór, głównie dlatego, że jest darmowy, rozbudowany i ma ogromną społeczność. W kontekście FPS najważniejsze plusy to:

• obsługa wszystkich popularnych enkoderów (x264, NVENC, AMF, Quick Sync),
• duża kontrola nad scenami – można wyłączać nieużywane źródła na czas gry,
• profile i kolekcje scen – łatwe przełączanie między „trybem nagrywania” a „trybem streamu”.

Minusem jest to, że dobrze skonfigurowany OBS wymaga chwili uwagi. Na plus – robi się to raz, a potem tylko drobne korekty pod konkretną grę.

Streamlabs Desktop, Twitch Studio i inne „kombajny”

Programy pokroju Streamlabs Desktop czy Twitch Studio celują w prostotę. Szybkie kreatory, gotowe szablony, integracje z alertami – kuszą na start, ale:

• potrafią zużywać więcej RAM i CPU niż czysty OBS,
• często w tle działają wbudowane przeglądarki, widgety i animacje,
• część funkcji jest „zaszyta” na stałe, więc trudniej coś odchudzić.

Jeśli sprzęt jest na granicy wydajności, lepiej postawić na gołego OBS-a + prosty plugin do alertów niż na wielki, wszystko-mający pakiet. Dla kogoś z mocnym PC to bez znaczenia, ale przy 4 rdzeniach każdy dodatkowy proces ma znaczenie.

ShadowPlay / ReLive / Xbox Game Bar – szybkie nagrywanie bez kombinacji

Oprogramowanie producentów kart i systemu (GeForce Experience ShadowPlay, AMD ReLive, Xbox Game Bar) ma jedną silną stronę: wygodę. Kilka kliknięć, skrót klawiszowy i nagrywanie leci w tle.

Pod kątem FPS wygląda to tak:

• wykorzystują sprzętowe enkodery (NVENC/AMF), więc narzut na CPU jest zwykle niewielki,
• ustawień jest mniej niż w OBS – mniejsza kontrola, ale też mniejsze ryzyko „zepsucia” konfiguracji,
• świetnie sprawdzają się do samego nagrywania lokalnego, zwłaszcza funkcji typu „zapisz ostatnie 5 minut”.

Do regularnego streamowania na Twitcha czy YouTube lepiej i tak przejść na OBS, ale jako tanie (czyli darmowe) i lekkie narzędzie do klipów – te aplikacje są bardzo sensowne.

Programy typowo do nagrywania (bez streamu)

Jeżeli celem są materiały na YouTube, a nie live, można rozważyć programy skupione tylko na nagrywaniu, np.:

• Bandicam (płatny, trial) – prosty interfejs, możliwość nagrywania okien, pulpitów, gier, często z mniejszym narzutem niż źle ustawiony OBS,
• Action! (płatny) – popularny swego czasu wśród twórców, dobrze radzi sobie z grami DirectX/OpenGL.

Jeśli budżet jest mocno ograniczony, a OBS wydaje się przytłaczający – rozsądniej spędzić godzinę na konfiguracji OBS niż kupować dodatkowe licencje. Różnica w jakości nagrań i FPS zwykle będzie mniejsza niż się wydaje, a zaoszczędzone środki lepiej przeznaczyć na RAM czy SSD.

Podstawowa konfiguracja OBS pod wydajność – krok po kroku

Profile i kolekcje scen – porządek na start

Im mniej OBS ma do roboty, tym łagodniej obchodzi się z FPS. Dobrze jest rozdzielić:

• profil „Stream” – ustawiony pod bitrate uploadu i stabilność,
• profil „Nagrywanie” – często wyższy bitrate, spokojniejszy enkoder, brak CBR.

Do tego osobne kolekcje scen: jedna minimalistyczna pod gry FPS (tylko gra + prosty overlay), druga bardziej rozbudowana dla spokojniejszych tytułów (kamera, czat na ekranie, animacje).

Ustawienia wideo – rozdzielczość i FPS

Największy wpływ na obciążenie ma kombinacja rozdzielczości i liczby klatek. W OBS kluczowe są dwa pola:

• Rozdzielczość bazowa (płótna) – zwykle natywna rozdzielczość monitora (np. 1920×1080),
• Rozdzielczość wyjściowa (skalowana) – to, co idzie do streamu/nagrania.

Kilka rozsądnych scenariuszy:

• gram w 1080p, streamuję 720p60 – płótno 1920×1080, wyjściowa 1280×720, FPS 60,
• gram w 1440p, streamuję 1080p60 – płótno 2560×1440, wyjściowa 1920×1080, filtr skalowania Lanczos tylko jeśli sprzęt daje radę, inaczej Bicubic,
• sprzęt słaby, upload mizerny – 720p30 z Bicubic zwykle będzie bardziej stabilne niż 1080p30.

Jeśli przy 60 FPS streamu występują wyraźne dropy i przestoje enkodera, zejście do 48 lub 30 FPS często rozwiązuje problem przy niewielkiej różnicy w odbiorze przez widzów.

Ustawienia wyjścia – tryb prosty vs zaawansowany

Na początek wystarczy tryb prosty z ręcznie ustawionym bitrate i kodekiem. Gdy już wiadomo, jak PC reaguje na nagrywanie/stream, warto przełączyć na tryb zaawansowany, który daje większą kontrolę:

• osobne zakładki dla streamu i nagrywania,
• możliwość ustawienia innych enkoderów dla obu (np. stream NVENC, nagrywanie x264/AV1),
• dostęp do presetów, profilów i opcji GOP/Keyframe.

Dobrą praktyką jest ustawienie nagrywania na tryb „jakość wysoka, rozmiar pliku średni” (przy NVENC) albo własny bitrate ~20–30 Mbps dla 1080p. Stream natomiast trzyma się limitów platformy i uploadu.

Dobór enkodera w OBS – praktyczne kombinacje

Parę sprawdzonych ustawień, które dają dobry balans między jakością a FPS:

• Nvidia + średni CPU: enkoder „NVENC (nowy)”, preset „quality” lub „performance”, Look-ahead i Psycho Visual Tuning można wyłączyć, jeśli liczy się każdy FPS.
• AMD + słabszy CPU: AMF/H.264, preset „balanced”, GOP/klatki kluczowe zgodne z wymaganiami platformy (np. 2 sekundy dla Twitcha).
• Brak NVENC/AMF, mocny CPU: x264 veryfast/faster, bitrate dobrany do uploadu, profil „high”. Unikanie presetów „slow”/„slower” przy grach wymagających CPU.

W przypadku problemów z płynnością szybka diagnoza: zmiana enkodera na sprzętowy i obniżenie rozdzielczości wyjściowej. Jeśli to rozwiąże problem, wąskim gardłem był procesor.

Sceny i źródła – sprzątanie pożeraczy FPS

W OBS każda scena i każde źródło to dodatkowe zadanie. Kilka prostych kroków pomaga odchudzić konfigurację:

• nie trzymać w jednej scenie 10 nakładek, 5 źródeł przeglądarkowych i kilku animowanych GIF-ów, gdy gra wymaga każdej klatki GPU,
• źródła przeglądarki (browser source) dezaktywować poza scenami, które faktycznie ich używają,
• w przypadku przechwytywania pulpitu na drugim monitorze – ograniczyć liczbę widgetów, dynamicznych tapet itp.,
• webcam: niższa rozdzielczość (np. 720p), stały FPS (30), wyłączone zbędne filtry.

Często największą różnicę robi nie samo przechwytywanie gry, tylko 10 dodatkowych „bajerów” dookoła, o których szybko się zapomina.

Przechwytywanie gry – tryb gry, okno, cały ekran i ich wpływ na FPS

Przechwytywanie gry (Game Capture) – najlepsza opcja, gdy działa

„Przechwytywanie gry” to domyślny wybór w OBS dla większości tytułów w pełnym ekranie lub oknie bez ramek. Z punktu widzenia wydajności:

• bezpośrednio przechwytuje bufor gry – najmniejszy narzut na CPU,
• nie musi renderować całego pulpitu i wszystkich okien,
• pozwala ukryć powiadomienia systemowe i komunikatory przed widzami.

Jeżeli jest taka możliwość, najlepiej zawsze zaczynać od tej metody. Problemy (czarny ekran, brak przechwytywania) zwykle dotyczą starszych gier, programów anty-cheat lub niestandardowych trybów renderowania.

Przechwytywanie okna – kompromis dla tytułów w oknie

Gdy gra nie chce współpracować z trybem „Przechwytywanie gry”, alternatywą jest „Przechwytywanie okna”. Sprawdza się w:

• grach okienkowych (strategie, gry indie),
• launcherkach i klientach gier,
• symulatorach działających „obok” innych narzędzi (np. mapy, checklisty).

Narzut na zasoby jest odrobinę większy niż przy Game Capture, bo trzeba ogarnąć całe okno aplikacji, ale wciąż mniejszy niż przy przechwytywaniu całego ekranu. Warto zadbać, by gra miała wyłączone zbędne nakładki (np. od Steama, Discorda), które czasem powodują migotanie obrazu.

Przechwytywanie ekranu – uniwersalne, ale najcięższe

„Przechwytywanie ekranu” (display capture) rejestruje wszystko: pulpit, pasek zadań, powiadomienia, inne okna. Z punktu widzenia FPS:

Jak ograniczyć straty FPS przy przechwytywaniu ekranu

Przechwytywanie ekranu jest najwygodniejsze, ale też najbardziej „łakome” na zasoby. Da się jednak trochę je okiełznać:

• Używaj tylko jednego przechwytywania ekranu na raz – wiele źródeł „Display Capture” to zbędny dublujący się narzut.
• Wyłącz drugi/trzeci monitor w scenach, gdzie ich nie potrzebujesz – osobne przechwytywanie dla każdego monitora potrafi mocno przyciąć FPS.
• Stała rozdzielczość pulpitu – częste zmiany rozdzielczości (np. gra zmienia na 1600×900, pulpit 1080p) potrafią mieszać w przechwytywaniu i powodować dodatkowe skalowanie.
• Porządek na pulpicie – widgety, żywe tapety, animowane ikony, odświeżające się przeglądarki w tle – to wszystko też jest renderowane.

Jeśli gra w pełnym ekranie ma duże spadki tylko przy włączonym „Przechwytywaniu ekranu”, a Game Capture działa poprawnie – zmiana metody przechwytywania zwykle daje natychmiastowe +10–20% FPS.

Mieszane sceny – kiedy co łączyć, żeby nie tracić FPS

Przy bardziej rozbudowanych streamach łatwo dojść do momentu, w którym potrzebne są różne metody przechwytywania w jednym projekcie OBS. Żeby nie żyłować sprzętu ponad potrzebę, przydaje się kilka prostych reguł:

• Scena „Gra” – tylko Game Capture + ewentualnie webcam i lekkie nakładki.
• Scena „Przeglądarka / pogadanki” – przechwytywanie okna przeglądarki lub ekranu, ale bez uruchomionej gry w tle (zminimalizowana lub zamknięta).
• Scena „AFK / przerwa” – statyczne tło + kilka źródeł tekstowych, zero przechwytywania gry/ekranu.

Zamiast trzymać jedną „scenę-do-wszystkiego” z grą, przeglądarką, ekranem i trzema overlayami – lepiej podzielić to na trzy osobne, lekkie sceny. Przełączanie między nimi zabiera sekundę, a komputer nie musi jednocześnie obrabiać połowy systemu.

Problemy z anty-cheatem i starą grafiką – obejścia bez kupowania nowego sprzętu

Część gier z agresywnymi anty-cheatami blokuje Game Capture lub wymusza inne tryby wyświetlania. Zamiast od razu inwestować w mocniejszy sprzęt, można spróbować kilku trików:

• Tryb okna bez ramek – często przyjmuje Game Capture, a jeśli nie, to chociaż zmniejsza narzut Display Capture.
• Przechwytywanie okna launchera/osobnej sceny – gdy sama gra jest problematyczna, czasem da się przechwycić tylko to, co musi widzieć widz (np. stół w karciance, a nie całe tło).
• Wyłączenie nakładek (Steam, Origin, Discord, GeForce Experience) – potrafią powodować czarny ekran przy Game Capture; po ich wyłączeniu przechwytywanie nagle „cudownie” zaczyna działać.

Przy bardzo starych tytułach (DirectX 8/9, OpenGL) czasami najlepiej działa wbudowane w sterownik nagrywanie (ShadowPlay/ReLive), a OBS służy tylko do kamery i overlayów, sklejonych potem przy montażu. Mniej wygodne, ale też bez potrzeby wymiany połowy komputera.

Przechwytywanie nakładek i czatu – lekkie alternatywy

Nakładki w grze (czat, powiadomienia, liczniki subów) potrafią być zaskakująco ciężkie, zwłaszcza gdy są ładowane jako źródła przeglądarkowe z internetowymi animacjami. Kilka prostszych rozwiązań często daje ten sam efekt wizualny przy mniejszym obciążeniu:

• Statyczne grafiki PNG zamiast animowanych GIF-ów czy złożonych stron HTML.
• Tekst lokalny w OBS zamiast widgetów przeglądarkowych, gdy licznik czy podpis zmienia się rzadko.
• Czat na drugim monitorze, a nie na streamie – widzom i tak wygodniej korzystać z natywnego czatu na Twitchu/YouTube niż śledzić drobny overlay.

Najtańsza „optymalizacja” to po prostu wyłączenie paru świecidełek. Różnicę w FPS widać od razu, a widzom z reguły bardziej zależy na płynności niż na piętnastym animowanym alercie.

Audio – jak nagrywać bez dodatkowego obciążenia

Dźwięk rzadko jest pierwszym podejrzanym przy spadkach FPS, ale rozbudowane konfiguracje potrafią mieszać w wydajności systemu. Kilka praktycznych zasad:

• Minimum urządzeń – mikrofon, dźwięk z gry, ewentualnie osobne źródło komunikatora. Reszta (np. nieużywane wejścia audio) może być wyłączona w ustawieniach.
• Filtry z głową – kompresor i bramka szumów są lekkie, ale już rozbudowane wtyczki VST (szczególnie redukcja szumu w czasie rzeczywistym) potrafią podbijać użycie CPU.
• Audio 44,1 kHz zamiast 48 kHz – mniej konwersji między urządzeniami. Różnicy w jakości przy streamach praktycznie nie ma.

Jeżeli OBS zaczyna „chrupać” po dodaniu kilku zaawansowanych filtrów audio, dobrym kompromisem jest zastosowanie prostych, wbudowanych efektów w OBS, a dokładne czyszczenie dźwięku zostawić na etap montażu nagrania.

Testowanie ustawień – jak szybko sprawdzić, co faktycznie zjada FPS

Zamiast męczyć się tydzień z losowymi zmianami ustawień, lepiej zrobić kilka prostych, kontrolowanych testów. Wystarczy stała scena z grą i kilka przejść z różnymi konfiguracjami:

1. Uruchom grę bez OBS, zanotuj przybliżone FPS (np. licznik w grze lub MSI Afterburner).
2. Włącz OBS, ale bez przechwytywania gry – porównaj FPS.
3. Dodaj tylko Game Capture (bez overlayów) – sprawdź zmianę.
4. Dorzucaj po jednym elemencie: webcam, overlay, przeglądarka – obserwuj, przy czym zaczyna się wyraźny spadek.

Po takim teście zwykle jasno widać, czy to encode (CPU/GPU), przechwytywanie, czy bajery scen „kosztują” najwięcej. Dzięki temu można świadomie zdecydować, czy lepiej zmienić preset enkodera, obniżyć rozdzielczość, czy po prostu wyłączyć trzy najcięższe nakładki.

Profil „nagranie offline” a „live” – dwie różne bestie

Sprzęt, który ledwo zipie przy streamie 1080p60, często bez problemu uciągnie nagrywanie w wyższej jakości, jeśli pozbawi się go stresu związanego z uploadem. Dlatego praktyczne bywają osobne podejścia:

• Do nagrywania: wyższy bitrate (np. 25–35 Mbps), spokojniejszy preset, czasem nawet kodek o wyższej jakości (HEVC/AV1 jeśli jest w karcie).
• Do live: bitrate zgodny z uploadem, ostrożniejsze presety, niższa rozdzielczość lub FPS, żeby zostawić zapas na skoki w grze.

Jeżeli komputer jest na granicy, bardziej opłaca się robić ładne nagrania offline i montować z nich materiały niż męczyć widzów rwącym się streamem. Koszt: trochę czasu na montaż. Zysk: spokój sprzętu i lepszy odbiór wideo.

Prosty plan modernizacji sprzętu pod nagrywanie i stream

Zamiast od razu wymieniać całą jednostkę, sensownie jest podejść do tematu etapami – od najtańszych zmian po bardziej kosztowne:

1. RAM do 16 GB (jeśli jest mniej) – gry + OBS + przeglądarka lub Discord potrafią spokojnie przekroczyć 8 GB. Dołożenie pamięci to najprostszy „odetkacz”.
2. SSD na gry i nagrania – odciąża dysk, redukuje przycinki przy zapisie i wczytywaniu map.
3. Karta z NVENC/AMF (jeśli obecna nie ma sprzętowego enkodera) – ogromna ulga dla procesora przy streamach.
4. Mocniejszy CPU – dopiero jeśli powyższe opcje nie wystarczą i widać, że wąskim gardłem są rdzenie/procesy.

Cena pojedynczego upgrade’u bywa niższa niż roczna licencja kilku komercyjnych programów do nagrywania. A korzyść odczuwa się nie tylko w streamach, ale też w codziennym korzystaniu z komputera.

Najczęściej zadawane pytania (FAQ)

Jak nagrywać lub streamować gry bez dużych spadków FPS na słabym PC?

Najprostszy sposób to maksymalnie odciążyć procesor. Zamiast x264 wybierz sprzętowy enkoder na GPU (NVENC na Nvidii, AMF na AMD, Quick Sync na Intel). W OBS ustaw rozdzielczość wyjściową 720p i 30 FPS, a w grze włącz limit FPS (np. 60–90), żeby karta graficzna nie pracowała non stop na 100%.

Drugim krokiem jest sprzątanie w tle: wyłącz przeglądarkę, Discorda z overlayem, zbędne launchery i oprogramowanie RGB. Jeśli nadal są dropy, zejść z ustawień graficznych w grze o jeden stopień w dół zwykle daje więcej FPS niż jakiekolwiek „magiczne” ustawienie w OBS.

Co lepsze do streamowania: x264 (CPU) czy NVENC/AMF/Quick Sync (GPU)?

Na typowym komputerze do gier lepszym wyborem jest NVENC / AMF / Quick Sync, bo korzystają z osobnych bloków w GPU lub iGPU, więc mniej duszą FPS-y. Jakość na nowych NVENC (Turing/Ampere/Ada) jest bardzo zbliżona do x264 medium przy tym samym bitrate, a obciążenie procesora jest wyraźnie mniejsze.

x264 ma sens głównie wtedy, gdy masz bardzo mocny, wielordzeniowy procesor i grasz w mniej wymagające tytuły (np. gry 2D, stare produkcje). Na 4–6 rdzeniach x264 szybko dobija CPU do 100%, co kończy się szarpaniem zarówno gry, jak i streamu.

Jakie ustawienia OBS pod słabszy komputer, żeby nagrywanie nie zjadało FPS?

Startowy, „bezpieczny” zestaw to: rozdzielczość bazowa 1080p, rozdzielczość wyjściowa 720p, 30 FPS, enkoder NVENC/AMF/Quick Sync, bitrate 4000–5000 kbps (stream) lub 10 000–20 000 kbps (nagrywanie lokalne). Preset enkodera ustaw na „quality” lub odpowiednik, bez kombinowania z „max quality”, jeśli widzisz dropy.

W zakładce „Zaawansowane” ustaw priorytet procesu OBS na „Above normal” tylko wtedy, gdy nagrania klatkują, a gra jest superpłynna. Jeśli jest odwrotnie, lepiej zostawić „Normal” i ograniczyć FPS w grze. Z przechwytywaniem ekranu wybieraj „Przechwytywanie gry” zamiast „Przechwytywanie ekranu” – jest lżejsze.

Jaki bitrate ustawić do streamowania, żeby nie dusić komputera i łącza?

Najpierw sprawdź realny upload (np. Speedtest). Dla stabilnego streamu przyjmij maksymalnie 60–70% swojego wysyłania. Jeśli masz 10 Mb/s uploadu, bezpieczny bitrate to około 6000–7000 kbps. Do Twitcha typowe ustawienia to: 6000 kbps dla 1080p60, 4500–5500 kbps dla 1080p30 lub 720p60, 3000–4000 kbps dla 720p30.

Tryb CBR (stały bitrate) jest obowiązkowy przy streamowaniu. Jakość lepiej poprawić rozdzielczością, skalowaniem i filtrem ostrości niż na siłę podbijać bitrate, którego i tak nie udźwignie łącze. Jeśli nagrywasz tylko lokalnie, możesz użyć wyższego bitrate albo VBR, bo upload cię nie ogranicza.

Czy do streamowania potrzebny jest drugi komputer z kartą przechwytującą?

Drugi PC ma sens głównie wtedy, gdy grasz i streamujesz bardzo wymagające tytuły (np. AAA w 1440p/240 Hz) albo chcesz maksymalnej stabilności i jakości. Dla większości osób to przerost formy nad treścią – jedna porządna maszyna z NVENC spokojnie obsłuży 1080p60 przy sensownych ustawieniach.

Jeśli masz ograniczony budżet, lepiej zainwestować w dodatkowy RAM, lepsze chłodzenie i SSD niż w cały drugi zestaw plus kartę przechwytującą. Setup dwu-komputerowy to też więcej konfiguracji, więcej potencjalnych problemów i dodatkowy hałas.

Jak sprawdzić, co dokładnie powoduje spadki FPS podczas nagrywania?

Najprostszy schemat: odpal grę bez nagrywania, zanotuj FPS i 1% low (np. przez MSI Afterburner), potem włącz OBS i nagrywanie/stream, powtórz ten sam fragment gry i porównaj wyniki. Jednocześnie obserwuj obciążenie CPU, GPU, dysku i sieci w Menedżerze zadań lub w Afterburnerze.

Jeśli CPU dobija do 100%, winny jest x264 lub programy w tle. Gdy GPU siedzi na 99–100%, ustaw limit FPS w grze i zjedź nieco z detali. Przy dysku 100% użycia i wysokim czasie odpowiedzi nagrywasz za wysokim bitrate na wolny HDD – lepiej przenieść nagrania na SSD albo zejść z jakości. Gdy wysycenie uploadu jest bliskie 100%, musisz obniżyć bitrate streamu lub rozdzielczość.

Czy nagrywanie lokalne obciąża komputer mniej niż streamowanie?

Tak, w większości przypadków nagrywanie lokalne jest lżejsze. Możesz dać wyższy bitrate i mniejszą kompresję, więc enkoder ma mniej roboty. Nie ma też wymogu trzymania sztywnego bitratu ani dodatkowych scen z alertami, czatem czy przeglądarką.

Stream dokład dokłada obciążenie sieci i wymaga stałego bitrate (CBR). Jeśli masz słabszy procesor albo niestabilne łącze, sensowną opcją jest nagrywanie lokalne w dobrej jakości i wrzucanie materiałów później, zamiast męczyć się ze słabym, klatkującym streamem.