
Een paar honderd milliseconden klinkt niet als veel, totdat jij degene bent die voor een zaal staat, op volgende tikt en een tel ziet verstrijken voordat de dia echt verspringt. Latentie van een presentatieclicker is zo'n ding dat niemand opmerkt als het laag is en iedereen opmerkt als het dat niet is: het sluipt als aarzeling in je presentatie, ook als je niet precies kunt zeggen waarom.
In deze post leggen we uit wat latentie bij presentatieclickers veroorzaakt, wat als acceptabel geldt en waarom de verbindingstechnologie onder je presentatieclicker belangrijker is dan de clicker zelf.
- Hardwareclickers blijven onder 50 milliseconden; softwareclickers zijn afhankelijk van de verbinding tussen apparaat en host.
- De meeste ervaren vertraging is terug te voeren op een zwakke of overbelaste wifiverbinding, niet op de software.
- Schermdelen loopt via een apart, lichtgewicht datakanaal, dus het vertraagt klikken niet noemenswaardig.
Wat latentie bij een presentatieclicker precies is
Latentie is de tijd tussen het indrukken van een knop en het moment waarop het commando je presentatiesoftware bereikt. Bij een hardwareclicker is die route kort: knop indrukken, radiosignaal, USB-ontvanger, klaar, meestal binnen 50 milliseconden. Bij een softwareclicker hangt de route volledig af van hoe het commando van je apparaat naar de hostcomputer komt.
Wat latentie in een softwareclicker veroorzaakt
Tussen je tik en de diawissel tellen verschillende dingen bij elkaar op:
Het verbindingspad
Een directe peer-to-peerverbinding is het snelst. Een verbinding die via een relayserver loopt, voegt een tussenstap toe en dus extra tijd.
Netwerkkwaliteit
Overbelaste wifi, een hoge ping naar het internet in het algemeen of een zwak mobiel signaal voegen allemaal vertraging toe, nog voordat het commando het apparaat verlaat.
Verwerkingsoverhead
Hoe efficiënt de software het commando inpakt en uitpakt doet ertoe: een log protocol voegt milliseconden toe die een slank protocol niet toevoegt.
Afstand, in beperkte mate
Data reist nog altijd met een begrensde snelheid, dus een presentator die echt aan de andere kant van de wereld zit, ziet iets meer latentie dan iemand in de ruimte ernaast, al is dat effect kleiner dan de meeste mensen denken.
Waarom de verbindingstechnologie belangrijker is dan de app
Dit is het deel dat echt bepaalt hoe een presentatieclicker aanvoelt. Cliqer gebruikt WebRTC, dezelfde realtime technologie achter videogesprekken, en specifiek het RTCDataChannel voor besturingssignalen. Twee apparaten proberen eerst een directe peer-to-peerverbinding op te zetten, met STUN om een openbaar pad te vinden, en vallen alleen terug op een relay als een firewall de directe route blokkeert.
Dat is belangrijk omdat peer-to-peer van nature een lagere latentie heeft dan elke klik via een centrale server sturen. Het is dezelfde reden waarom videogesprekken via WebRTC directer aanvoelen dan oudere chattools die via een server liepen. Het WebRTC-project is specifiek gebouwd om dit soort realtime communicatie met lage latentie een standaardonderdeel van de browser te maken, en dat is precies het leidingwerk dat een responsieve internetclicker nodig heeft.
Als er geen direct pad beschikbaar is, meestal omdat een firewall peer-to-peerverkeer blokkeert, valt de verbinding terug op een TURN-relay. Dat voegt een kleine hoeveelheid latentie toe ten opzichte van een direct pad, maar houdt de presentatieclicker werkend in plaats van dat hij helemaal uitvalt. Hoe en wanneer die fallback precies inschakelt, leggen we uit in TURN-servers uitgelegd.

Wat als acceptabele latentie geldt
| Latentie | Hoe het aanvoelt |
|---|---|
| Onder 100 ms | Direct, niet te onderscheiden van een hardwareclicker |
| 100 tot 250 ms | Lichte maar merkbare vertraging, nog steeds comfortabel |
| 250 tot 500 ms | Presentatoren beginnen het te merken en aarzelen voordat ze klikken |
| Boven 500 ms | Storend, presentatoren verliezen het vertrouwen in de tool |
De meeste peer-to-peersessies met een goede verbinding zitten ruim onder 100 ms. Verbindingen via een relay, die alleen worden gebruikt als een direct pad geblokkeerd is, voegen meer toe, maar blijven doorgaans nog ruim onder de drempel waarop presentatoren iets merken.
Waarom we hier op infrastructuurniveau mee bezig zijn
Latentie is niet alleen een frontendkwestie: het hangt ook af van wat de verbinding aan de andere kant vasthoudt. Dat hebben we op de harde manier geleerd toen de realtime laag van Cliqer draaide op infrastructuur die ruimtes herstartte om redenen waar we geen invloed op hadden, waardoor elke verbinding wegviel en midden in een show opnieuw moest worden opgebouwd. We schreven openhartig over die ervaring, wat er misging en wat we veranderden, in waarom we bij Cloudflare zijn weggegaan. Een snelle verbinding die af en toe volledig wegvalt, is voor een presentator erger dan een iets tragere die dat nooit doet.

Latentie in de praktijk verlagen
Kies een bekabelde of sterke wifiverbinding voor de hostcomputer
Het apparaat waarop je dia's draaien, moet de stabielste verbinding in de zaal hebben.
Houd het apparaat van de presentator op een goed signaal
Mobiele data met volle streepjes is meestal prima, één streepje wifi in een volle zaal niet.
Vermijd VPN's op beide apparaten tijdens een live show
Vermijd VPN's op beide apparaten tijdens een live show, tenzij ze nodig zijn voor de beveiliging: ze voegen een extra tussenstap toe.
Test vooraf op het netwerk van de locatie zelf
Test vooraf op het netwerk van de locatie zelf, niet alleen op je thuisnetwerk, want wifi en mobiel signaal verschillen enorm per locatie.
Hoe dit zich verhoudt tussen soorten presentatieclickers
Bereikproblemen en latentieproblemen hangen samen, maar zijn verschillend. Een USB-clicker die buiten bereik raakt valt meteen uit in plaats van te haperen, terwijl een softwareclicker op een slechte verbinding eerst gaat haperen voordat hij uitvalt. Voor het volledige beeld van hoe verschillende soorten clickers presteren, zie hardware, telefoon of internet: presentatieclickers vergeleken, en voor wat een internetclicker onder de motorkap precies is, wat is een internetclicker.
Verder lezen
Waarom USB-clickers falen in grote zalen
Het verwante bereikprobleem, en waarom het anders faalt dan latentie.
Documentatie over beveiliging en netwerken
Hoe de peer-to-peerverbinding van Cliqer eerst het snelste pad probeert.
Veelgestelde vragen
Bluetooth heeft op korte afstand doorgaans een iets lagere ruwe latentie, maar voor presentatiebesturing is het verschil niet merkbaar: onder goede omstandigheden blijven beide ruim onder de drempel waarop mensen vertraging opmerken.
Een beetje, maar netwerkkwaliteit telt veel zwaarder dan pure afstand. Een presentator in de ruimte ernaast op slechte wifi ziet meer latentie dan iemand op een ander continent met een sterke verbinding.
Ja, de meeste presentatoren voelen het door een paar dia's door te klikken en de reactie te bekijken. Voelt het tijdens de repetitie op het netwerk van de locatie direct aan, dan voelt het op de dag zelf ook direct aan.
Niet direct: besturingssignalen en video gebruiken hetzelfde type verbinding, maar besturingssignalen lopen als aparte, lichte datastroom vergeleken met video, dus een drukke schermdeling vertraagt je klikken niet noemenswaardig. Hapert het gedeelde scherm zelf, zie dan latentie bij schermdelen: oorzaken en oplossingen.
Meestal ligt het aan de verbindingsstrategie van de software en niet aan het netwerk zelf. Een clicker die elk commando via een verre centrale server stuurt, ook als er een direct pad beschikbaar is, voelt trager aan dan een clicker die eerst peer-to-peer probeert en alleen via een relay gaat als het moet. Vraag hiernaar als je tools voor een team evalueert, want de onderliggende architectuur is belangrijker dan welke featurelijst ook.
Test het voordat je het nodig hebt
Het beste moment om de latentie van je presentatieclicker te controleren is tijdens de repetitie, niet midden in je talk. Download Cliqer gratis via de downloadpagina en test het op de echte verbinding van je locatie, of bekijk de prijspagina voor de abonnementen die gebouwd zijn voor grotere shows.
Passkeys uitgelegd: wachtwoordloos inloggen voor drukke teams
Passkeys eenvoudig uitgelegd: hoe wachtwoordloos inloggen werkt, waarom het bestand is tegen phishing en hoe je het voor je team inschakelt.
Externe gasten op het podium brengen met live bellers
Breng externe gasten op het podium als live bellers, met camera en audio gerouteerd naar je ruimte of switcher, zonder extra app.
Draai je volgende show met Cliqer
Verder lezen
Meer clickers & afstandsbedieningen voor je volgende show


Cliqer Remote voor iPhone, iPad en Apple Watch: de native app

Een presentatie bedienen met je telefoon: alle apps vergeleken
Ontvang de volgende gids vóór je volgende show
Praktische gidsen voor presentatoren, AV-crews en eventteams, plus de Cliqer releases die ertoe doen. Geen spam, met één klik afmelden.
