Controleer voor het bekijken van een SRT-stream de verbinding en de media
Gebruik een native player wanneer u de contributiefeed zelf moet zien. Gebruik browserweergave pas nadat de feed is omgezet naar browsercompatibele uitvoer. In beide gevallen zijn een geslaagde SRT-verbinding en een afspeelbaar beeld afzonderlijke resultaten: modus, host, UDP-poort, latentie, Stream-ID en passphrase openen de sessie; container, tracks, timestamps en codecs bepalen of deze decodeert.
Ga naar Callaba SRT Server als de taak het maken, beveiligen of bedienen van het ontvangende eindpunt is. Deze gids begint bij de receiver.
Live demo van SRT Player
Test een SRT-playerverbinding
Maak een tijdelijke verbinding voor één uur. Stuur in Caller-modus een SRT-stream naar het publisheradres, met een lege Stream-ID. Nadat de publisher verbinding heeft gemaakt, bekijkt u deze hieronder in Multiview of verbindt u een native player in Caller-modus met het receiveradres.
Kies de player die bij de taak past
ffplay is een snelle controle via de opdrachtregel wanneer de geïnstalleerde FFmpeg-build SRT bevat. OBS Media Source is nuttig wanneer u een grafische voorvertoning wilt en de SRT-invoer kunt instellen. VLC kan nuttig zijn voor lokale weergave wanneer de geïnstalleerde versie de vereiste SRT-modus ondersteunt; controleer de actuele documentatie van de applicatie en test de exacte build. Geen van deze keuzes maakt een onbekende payload decodeerbaar.
De demo hierboven maakt een Callaba SRT-paar voor één uur. Nadat een binnenkomende publisher verbinding heeft gemaakt, wordt een Multiview-voorvertoning gemaakt. Gebruik de verstrekte waarden om het paar te testen en het resulterende beeld en de audio te inspecteren. Dit is een echt, tijdelijk Callaba-pad, geen player voor willekeurige externe SRT-URL's.
Probeer eerst ffplay
Vervang voor een receiver die een bekende listener aanroept de tijdelijke aanduidingen door een eindpunt dat u mag gebruiken:
ffplay "srt://LISTENER_HOST:PORT?mode=caller"Voor een receiver die op een Caller wacht:
ffplay "srt://0.0.0.0:PORT?mode=listener"Plak geen passphrase in tickets, chat of een shellgeschiedenis waarover u geen controle hebt. FFmpeg documenteert de SRT-URL-opties; OBS documenteert zijn SRT-invoerworkflow.
Laat Caller en Listener overeenkomen voordat u playerinstellingen wijzigt
De gebruikelijke opstelling is eenvoudig: een Listener wacht op een UDP-poort en een Caller maakt verbinding met het bereikbare adres. Noteer beide rollen, verifieer host en poort vanaf het netwerk van de zender en start vervolgens de player. Twee listeners wachten; een Caller die op een onbereikbaar adres is gericht, wordt niet gerepareerd met een codec-instelling. Rendezvous is een afzonderlijke configuratie die beide eindpunten moeten ondersteunen.
Gebruik, wanneer encryptie is ingeschakeld, aan beide kanten dezelfde passphrase en compatibele sleutelinstellingen. Als een dienst een Stream-ID gebruikt om een stream te selecteren, behoud dan de syntaxis en escaping ervan. Behandel beide als verbindingsgegevens: houd geheimen buiten screenshots en rapporten en vergelijk een geweigerde sessie met beschikbare endpointlogs.
Stel latentie in voor herstel, niet voor uiterlijk
SRT-latentie geeft late pakketten en hertransmissies tijd om aan te komen. Het is niet de volledige glass-to-glassvertraging; encoding, decoderbuffers, packaging en viewerbuffers voegen elk eigen vertraging toe. Begin met de gemeten route en vergelijk daarna schone en verstoorde omstandigheden terwijl u verlies, hertransmissies, drops en gedecodeerde continuïteit bekijkt.
In SRT-URL's in FFmpeg-stijl betekent latency=200000 200 ms omdat de waarde in microseconden is. Het is slechts een voorbeeld. Registreer de effectieve waarde aan beide eindpunten en stem deze af op het werkelijke contributiepad.
Onderzoek de stream wanneer deze verbindt maar niet afspeelt
SRT transporteert pakketten, geen belofte over videocodec, audiocodec of container. MPEG-TS is gebruikelijk voor contributie, maar vereist nog steeds geldige programma-informatie, timestamps en streams die de gekozen player kan decoderen. Onderzoek hetzelfde eindpunt voordat u de latentie opnieuw wijzigt:
ffprobe -v error -show_format -show_streams "srt://LISTENER_HOST:PORT?mode=caller"Let op container, video- en audiocodecs, profielen, tracks en timestamps. Vergelijk die feiten met de gedocumenteerde ondersteuning van de player.
Wanneer bitrate aanwezig is maar het scherm zwart blijft
| Wat u ziet | Controleer vervolgens |
|---|---|
| Geen verbinding | Rollen, bereikbare host, UDP-poort, firewall en toegangsgegevens. |
| Verbonden, geen beeld of audio | Voer de probe uit; controleer programma-informatie, codecs, tracks en timestamps. |
| Beeld valt uiteen bij verlies | Vergelijk routemetingen en herstellatentie voordat u de player wijzigt. |
Deze scheiding voorkomt dat een payloadprobleem uitloopt op een eindeloze reeks verbindingswijzigingen.
Gebruik native SRT voor contributie; gebruik browseruitvoer voor kijkers
Standaardmedia-elementen van browsers openen niet rechtstreeks een srt://-URL. Ontvang eerst de contributie, publiceer daarna een browsercompatibele uitvoer en test deze op het apparaat en netwerk waarop deze wordt bekeken. Gebruik Multiview voor het gedeelde vertrouwensbeeld van een operator en Web Player voor browserlevering.
Houd een korte receivercontrole bij
- Noteer de rollen van eindpunten, host, poort, latentie, Stream-ID-beleid en encryptiestatus.
- Bevestig dat het werkelijke zendernetwerk de receiver kan bereiken.
- Controleer transport tijdens een schoon interval en de verstoorde toestand die voor het evenement van belang is.
- Bevestig een gedecodeerd beeld en programma-audio op de bedoelde player.
- Herstart één zijde in een geplande test en controleer opnieuw het uiteindelijke operator- of kijkersoppervlak.
Zie voor protocoldetails de documentatie voor SRT live-transmit en de Callaba-gids voor het SRT-protocol.
Veelgestelde vragen over SRT Player
Kan een browser rechtstreeks een SRT-URL afspelen?
Niet via het standaard HTML-media-element. Ontvang eerst SRT en publiceer een browsercompatibele uitvoer.
Waarom kan een SRT-verbinding bitrate tonen zonder video?
De sessie kan werken terwijl de player container, tracks, timestamps of codecprofiel niet kan decoderen.
Moet de player Caller- of Listener-modus gebruiken?
Gebruik de rol die past bij de overeengekomen peer en de netwerkbereikbaarheid daarvan.
Lost meer SRT-latentie pakketverlies altijd op?
Nee. Het geeft hertransmissies meer tijd, maar kan geblokkeerde UDP niet openen, aanhoudend capaciteitsverlies niet herstellen of een niet-ondersteunde payload niet decoderen.
