Upgrade voor je stream: wat vervang je eerst — processor of videokaart

Eerst meten, dan kopen

Er is geen universeel antwoord op de vraag wat je eerst moet vervangen. De bottleneck wordt bepaald door jouw combinatie van 'game + streaminstellingen + encoder', niet door het type component. Hetzelfde advies geeft bij verschillende builds een tegengesteld resultaat. Daarom begint een gesprek over upgraden niet bij de keuze van hardware, maar bij het observeren van wat er als eerste tegen de grens aanloopt.

Hoe een stream het systeem belast

Het beeld van een gameplay-sessie verloopt in twee stappen: de game rendert een frame en de encoder zet dat om in een stream voor het platform. Het renderen gebeurt bijna altijd op de videokaart, het coderen kan op de GPU of de CPU plaatsvinden. Waar de encoder is ondergebracht, bepaalt welk component als eerste de vraag niet meer aankan.

Er is een derde speler — de bandbreedte van je verbinding. Die heeft niets met hardware te maken, maar dips daarin zijn makkelijk aan te zien voor een zwakke processor.

De variant met codering op de videokaart

Hardware-encoders op de GPU nemen het coderen bijna volledig van de processor over. Maar niet helemaal: de encoder is een blok binnen de videokaart en gebruikt dus een deel van de capaciteit van de kaart. Bij GPU-codering bestaat de belasting van de kaart uit de game plus de stream, en daar moet je bij je keuze rekening mee houden.

Wanneer de videokaart de bottleneck is

Het signaal: de GPU is bijna volledig belast (richt op 95% en hoger), de game zakt weg in zware scènes en de processor blijft duidelijk lager (zeg tot 70%). Dan zit de bottleneck tegelijk in de grafische kaart en de encoder. Een kaart met een krachtigere encoder levert meestal winst op in de game én extra ruimte voor codering, al wordt de streamkwaliteit daarbij niet altijd beter — dat hangt af van de bitrate en het platform.

Het nadeel van deze route

De videokaart is het duurste component. En er is een paradox: een zwakke processor kan zelfs een sterke kaart in lichte scènes beperken, en dan betaal je te veel voor kracht die je niet gebruikt.

Welke encoders veranderen het beeld echt

Niet elke hardware-encoder is een upgrade waard. Als richtlijn per generatie: NVENC van NVIDIA op de Turing-architectuur en nieuwer levert bij dezelfde bitrate duidelijk betere kwaliteit dan eerdere generaties. Oudere kaartseries kunnen technisch wel hardwarematig coderen, maar bij lage en gemiddelde bitrates zit de stream vol artefacten, en de winst ten opzichte van x264 kan twijfelachtig uitvallen. Overstappen naar een Turing+-kaart is precies het geval waarin een upgrade voor je stream gerechtvaardigd is, zelfs zonder flinke winst in games.

De volgende stap is AV1. Hardwarematige AV1-codering geeft betere kwaliteit bij een lage bitrate, wat belangrijk is voor kanalen met beperkte bandbreedte. Maar hier geldt een directe waarschuwing: niet elk platform en niet elke kijkersclient accepteert een AV1-stream, en de compatibiliteit hangt af van waar en hoe je uitzendt. Voordat je op AV1 rekent, controleer je of je platform het ondersteunt en of een deel van je publiek niet wegvalt.

Het nadeel van AV1

Het is niet universeel: op sommige platforms en apparaten is het bekijken mogelijk niet beschikbaar, en dan codeer je naar een formaat dat de kijker niet te zien krijgt.

De variant met codering op de processor

Softwarematige x264 vraagt om cores en threads. Een multicore-CPU redt een pure stream wel, maar geeft de taak kloksnelheden af die de game ook nodig heeft. Op een zwakke processor gaat de stream fps 'opeten', zelfs als de opname soepel loopt.

Voor x264 zijn niet alleen de cores belangrijk. De cache beïnvloedt hoe snel cores gegevens uitwisselen tijdens het coderen, en de kloksnelheden bepalen de snelheid van de herberekening van een frame. Twee processors met hetzelfde aantal threads kunnen in een stream flink verschillen: een grote cache en hoge kloksnelheden verkorten de coderingsvertraging en verkleinen het risico op hiaten. Een multicore maar laaggeklokte CPU met een kleine cache verliest soms van een bescheidener maar snellere broer.

Wanneer de processor de bottleneck is

Het signaal: OBS toont gemiste frames door CPU-overbelasting, de processor is bijna volledig belast (richt op 85% en hoger) en de game draait ondertussen normaal. Hier helpt een nieuwe processor, maar niet alleen dat: overstappen op GPU-codering, als de kaart dat ondersteunt, ontlast de CPU zonder upgrade.

Het nadeel van deze route

Een processor vervang je vaker samen met het moederbord en het geheugen dan een videokaart. Soms is een GPU met een goede encoder kopen voordeliger dan een nieuw platform bouwen.

Waar je precies naar kijkt in OBS

De belangrijkste teller is de regel met gemiste frames onderaan het OBS-venster, maar die bestaat uit twee verschillende waarden die je niet door elkaar moet halen. Hiaten door overbelasting van de encoder (encoding lag) betekenen dat de CPU of GPU de frames niet op tijd kan coderen. Hiaten door het netwerk (network) betekenen dat de hardware het aankan, maar dat frames onderweg naar het platform verloren gaan.

• De hiaten door de encoder lopen op, de CPU- of GPU-belasting zit tegen het maximum — het probleem zit in de hardware, en je weet ongeveer in welk component.
• De hiaten door het netwerk lopen op, terwijl de CPU- en GPU-belasting gematigd is — de hardware is niet de schuldige, kijk naar bitrate, verbinding, overbelasting bij je provider of wifi.
• Er zijn hiaten op beide vlakken — pak eerst het netwerkgedeelte aan, anders kun je niet vaststellen of er nog steeds overbelasting van de hardware is.

Hoe je in de praktijk CPU-overbelasting van verbindingsdips onderscheidt: start een testuitzending en open tegelijkertijd de resourcemonitor en de OBS-statistieken. Als bij oplopende hiaten de processorbelasting naar 90–100% gaat terwijl de netwerkteller rustig blijft, is de CPU de bottleneck. Als de processor en de videokaart rustig blijven en juist de netwerkhiaten toeslaan, zit het in de verbinding en verandert een hardware-upgrade niets. Controleer apart of de encoderhiaten alleen bij een zware preset oplopen: dat is een direct teken dat de ruimte op de CPU of de encoder op is.

Voorbeeld: zwakke CPU en sterke GPU

Stel, je hebt een oude quadcore-processor en een moderne videokaart. Je codeert op de CPU: OBS verliest frames, de game stottert — de bottleneck is de processor. Maar als je de encoder op de kaart inschakelt, daalt de CPU-belasting en redt de kaart zowel de game als de stream. In zo'n combinatie hoef je de processor niet per se voor de stream te vervangen — probeer eerst een andere encoder. Als de game daarna alsnog tegen de kaart aanloopt, gaat het gesprek over de videokaart.

Voorbeeld: bottleneck in de CPU bij x264

Een ander beeld: een zescore-processor uit het middensegment en een videokaart die in de game voor de helft belast is. Codering op de CPU, een kwaliteitspreset. In menu's en statische scènes is alles stabiel, maar in een vuurgevecht of in een drukke stad begint OBS gemiste frames te tellen en loopt de CPU-belasting naar 90–100%. De videokaart blijft ondertussen op dezelfde 50–60% — die is niet de schuldige, want die heeft ruimte over.

Wat dat in de praktijk betekent: de bottleneck is de processor, en die beperkt als eerste de stream. Een nieuwe videokaart helpt hier niet, want de kaart is toch al niet volledig belast. Mogelijke acties: de x264-preset naar een snellere stand zetten (coderen wordt goedkoper, de kwaliteit bij dezelfde bitrate daalt gematigd) of overstappen op een hardware-encoder als de kaart dat ondersteunt. Als geen van beide de hiaten wegneemt en de streamkwaliteit op de snelle preset of de GPU-encoder je niet bevalt, dan vervang je de processor, en dan zijn cache en kloksnelheden belangrijk, niet alleen het aantal cores.

Hoe je zelf de bottleneck bepaalt

Open de resourcemonitor en OBS tijdens een testuitzending. Kijk naar de GPU-belasting, de CPU-belasting en beide tellers voor gemiste frames in OBS.

• GPU dicht bij 100%, de game verliest frames, CPU duidelijk vrijer — de bottleneck is de videokaart.
• CPU dicht bij 100%, de encoderhiaten lopen op, de game houdt stand — de bottleneck is de processor.
• De hardware is gematigd belast, maar de netwerkhiaten lopen op — kijk naar de verbinding en de bitrate.
• Dips in de game zonder stream — los eerst de game zelf op, niet de stream.

Herhaal de test in twee of drie zware scènes: menu, een levendig vuurgevecht, een drukke stad. Juist daar komt de bottleneck naar boven. De genoemde drempelwaarden zijn richtlijnen, geen exacte grenzen: het gaat om het verschil tussen de CPU- en GPU-belasting in hetzelfde scenario.

Wat je probeert vóór je iets koopt

Een deel van de problemen los je op zonder upgrade, en dat is goedkoper om te testen dan hardware vervangen. Als de kaart een hardware-encoder ondersteunt, zet de encoder daar dan op. Zet de x264-preset op een snellere stand. Beperk de fps in de game: dat ontlast zowel de GPU als de CPU. Controleer of de bitrate niet hoger is dan je verbinding aankan. Als de bottleneck na deze stappen nog steeds op dezelfde plek zit, vervang dan het component dat als eerste tegen de grens aanliep.

De volgorde van handelen

1. Draai een testuitzending in een zware scène en splits de hiaten in netwerkhiaten en overbelasting van de encoder.
2. Als het netwerk de schuldige is, is het te vroeg om aan hardware te sleutelen — pak de bitrate en de verbinding aan.
3. Als de encoder de schuldige is, neem eerst de gratis stappen: GPU-encoder in plaats van x264, een snellere preset, een fps-limiet.
4. Als de bottleneck daarna nog in de CPU zit, vervang de processor met het oog op cache en kloksnelheden; zit die in de GPU, kijk dan naar een kaart met een Turing+- of AV1-encoder.

De volgorde van je upgrade wordt bepaald door jouw bottleneck, niet door het type component. Eerst meten, dan kopen.