VLC "Kan inte öppna MRL" för RTSP-strömmar — åtgärder

Strömning och Chromecast Senast uppdaterad: Gäller för: Windows · macOS · Linux · VLC 3.0.x · IP cameras & servers

"VLC kan inte öppna MRL" med en rtsp://-URL är ett av de vanligaste strömningsfelen — och oftast inte VLC:s fel. Strömmen misslyckas på nätverks- eller serverlagret: fel URL-syntax, blockerad UDP, saknad autentisering eller att servern helt enkelt vägrar. Den här guiden går igenom varje lager med kommandon du kan köra för att isolera exakt var strömmen bryts.

Varför händer det?

  • Fel eller ofullständig RTSP-URL — saknad port (:554), fel sökväg eller ett avslutande snedstreck som servern avvisar.
  • Blockerad UDP — RTP över UDP filtreras ofta av brandväggar; VLC:s standard-RTSP använder UDP först och misslyckas tyst till TCP.
  • Autentisering krävs — kameran eller servern behöver inloggningsuppgifter inbäddade i URL:en (rtsp://användare:lösenord@värd/).
  • Serverbegränsningar — för många samtidiga sessioner, ström avstängd, eller servern som bara betjänar specifik transport (t.ex. enbart TCP).
  • Nätverksfördröjning/paketförlust — hög förlust får RTSP att tappa bildrutor tills sessionen rivs, rapporterat som "kan inte öppna".

Så här åtgärdar du

Lösning 1Verifiera och rätta RTSP-URL:en

Den vanligaste åtgärden — fel i URL:en

  1. Kolla kamerans/serverns dokumentation för exakt RTSP-sökväg (t.ex. /live, /h264, /Streaming/Channels/101).

    Rätt sökväg är känd.

  2. Bygg URL:en med explicit port: rtsp://192.168.1.50:554/live — inget avslutande snedstreck.

    URL:en är välformad.

  3. Testa i VLC: Media > Öppna nätverksström (Ctrl+N), klistra in URL:en, Spela.

    Strömmen öppnas eller misslyckas med tydligare meddelande.

NoteraKameratillverkare använder väldigt olika sökvägar — att kopiera URL:en från den officiella klienten eller dokumentationen är det snabbaste sättet till framgång.

Lösning 2Tvinga TCP-transport

Åtgärdar strömmar som misslyckas över blockerad UDP

  1. Gå till Verktyg > Inställningar > Inmatning / Kodekar.

    Inmatningsinställningarna öppnas.

  2. I "Nätverk"-avsnittet, ändra "RTSP över TCP" till Alltid (eller kryssa i rutan).

    RTSP använder nu TCP.

  3. Starta om VLC och öppna strömmen igen.

    Strömmen ansluter över TCP.

NoteraTCP byter lite fördröjning mot tillförlitlighet — rätt val för kameror och förlustbenägen Wi-Fi.

Lösning 3Lägg till autentisering i URL:en

Åtgärdar 401/obehörig-fel

  1. Sätt in inloggningsuppgifter i URL:en: rtsp://admin:lösenord@192.168.1.50:554/live.

    Uppgifterna är inbäddade.

  2. URL-koda specialtecken i lösenordet (t.ex. @ → %40, : → %3A).

    URL:en tolkas korrekt.

  3. Öppna strömmen i VLC igen.

    Strömmen autentiseras och spelas.

NoteraUndvik att lagra kameralösenord i klartext-URL:er i delade filer; använd en lösenordshanterare och generera URL:en på fläcken.

Lösning 4Testa ändpunkten med ett terminalkommando

Skiljer nätverksproblem från VLC-problem

  1. I Windows/Linux: ffplay -rtsp_transport tcp rtsp://… (om ffmpeg är installerat) eller vlc -vvv "rtsp://…" för utförlig logg.

    En andra spelare eller utförlig logg visas.

  2. Kolla den utförliga utdatan för det verkliga felmeddelandet ("connection refused", "401", "timeout").

    Det sanna felet identifieras.

  3. Pinga kameran: ping 192.168.1.50 — en misslyckad ping betyder att nätverksvägen i sig är nere.

    Nätverksnåbarhet bekräftas.

NoteraVLC:s utförliga logg (Verktyg > Meddelanden, verbositet 2) är det snabbaste sättet att se varför MRL misslyckas.

Lösning 5Öka nätverkscache-värdet

Åtgärdar buffring, krascher och tappade bildrutor vid strömning

  1. Gå till Verktyg > Inställningar > Inmatning / Kodekar.

    Inmatningsinställningarna öppnas.

  2. Ställ in "Nätverkscache (ms)" på 1500 ms (standard är 1000).

    Bufferten ökas.

  3. Klicka på Spara, starta om VLC och öppna strömmen igen.

    Strömmen laddas med längre försprång.

NoteraHögre värden använder mer RAM (ca 1,5 MB per sekunds buffert) men minskar buffringsförlusten markant vid Wi-Fi- och IPTV-strömning.

Avancerade lösningar

Lösning 1Kamera-sidans inställningar att kolla

Åtgärdar server-sidans strömproblem

  1. Logga in på kamerans/webbgränssnittet och kontrollera att RTSP-strömning är aktiverat och strömmen inte är satt till "privat".

    Strömning bekräftas aktiverad.

  2. Kolla gränsen för samtidiga anslutningar — vissa kameror tillåter bara 2–4 RTSP-sessioner.

    Sessionsgränsen är känd.

  3. Om kameran stöder det, ställ in "Transport: TCP" även server-sidan.

    Båda ändar är överens om TCP.

  4. Starta om kameran och försök igen.

    Strömmen ansluter om.

NoteraKamerans fasta programvaruuppdateringar åtgärdar ofta RTSP-buggar — kolla tillverkarens supportsida om strömmar fungerade tidigare.

Så här undviker du det

  • Använd TCP-transport för kameraströmmar från början.
  • Håll VLC uppdaterad — RTSP-demuxer-fixar levereras med 3.0.x-releaser (aktuell stabil: 3.0.23).
  • Ge kameran en statisk IP eller DHCP-reservation så URL:erna förblir giltiga.
  • Övervaka strömhälsan med en ping eller en enkel upptidskoll om du kör dygnet-runt-visning.

Vanliga frågor

Vad betyder "kan inte öppna MRL" egentligen?
Det betyder att VLC inte kunde etablera mediasessionen — nätverket, servern eller URL:en avvisade begäran. Den utförliga loggen (Verktyg > Meddelanden, verbositet 2) visar det underliggande felet.
RTSP fungerar i VLC på en dator men inte en annan
Brandväggs- eller UDP-skillnader mellan maskinerna. Aktivera TCP-transport på den maskin som misslyckas, eller jämför brandväggsregler.
Kan VLC spela RTSP från en publik internetkamera?
Ja, men du måste vidarebefordra port 554 (eller kamerans RTSP-port) till kameran, och kameran måste tillåta källans IP. Föredra ett VPN för säkerheten.
Strömmen spelar i 10 sekunder och stannar sedan
Sessionsgräns, bandbredd eller paketförlust. Sänk strömmens upplösning (underström), öka nätverkscachen eller kolla kamerans gräns för samtidiga sessioner.

Sammanfattning

Verifiera och rätta RTSP-URL:en — Den vanligaste åtgärden — fel i URL:en. If it does not help, work through the remaining fixes in order: each targets a different layer of the problem. Most users resolve this issue by fix 3 at the latest. Keep VLC updated (current stable: 3.0.23) and revisit this guide when a new VLC version ships.