Firefox och ljudproblem: för lång tid att hämta ljud
Jag har precis installerat Firefox men får inte ljud från Sveriges Radio. Programmet försöker buffra men säger sedan att det tog för lång tid att hämta ljudet. Har givit sverigesradio.se alla rättigheter jag kan hitta i inställningar.
Följ inlägget
0
följare
Använder du någon reklam/javascriptblockerare?
Mvh
Tillåter du cookies? (Inställningen finns under Privacy & Security)
Det funkar för mig här på jobbet, men jag ska testa hemma.
Mvh
Version 10.0.16299 build 16299
Ytterligare beskrivning av operativsystemet Inte tillgängligt
Operativsystemets tillverkare Microsoft Corporation
Datornamn MICHAELS-DELL
Datortillverkare Dell Inc.
Datormodell Precision T3600
Datortyp x64-based PC
Bitdefender?
Jag har varit i kontakt med andra lyssnare som har haft liknande problem. Felet hos dem låg hos oss och ledde till att deras säkerhetsprogram Bitdefender blockerade våra Icecast-strömmar.
Använder du Bitdefender? I sådana fall ska du kunna slippa problemet genom att skapa undantag för adressen http-live.sr.se (I alla fall var det den adress som gällde innan min semester, saker kan ju ha ändrats!)
Här står hur du gör med Bitdefender:
How to add antivirus exclusions (exceptions) in Bitdefender 2017
Jag tror tyvärr att det inte finns möjlighet att lägga till valfri adress om du använder gratisversionen av Bitdefender.
Annat säkerhetsprogram
Jag utesluter inte att samma problem skulle kunna uppstå i andra säkerhetsprogram, för det är förmodligen något med våra ljudströmmar som är "lite fel", ett fel som inte är allvarligt och som accepteras av de flesta brandväggar och antivirus-program, men där alltså just Bitdefender säger ifrån.
Varför "endast Firefox"?
Eftersom dessa strömmar inte används på vår webbplats mer än i ett fåtal webbläsare (där Firefox är den klart största), upplevs det ofta som ett Firefox-problem. Chrome, Edge och de flesta andra webbläsare fungerar, eftersom de använder en annan teknik. Jag känner inte till någon annan webbläsare som använder Icecast-strömmarna på just Windows 10.
Återskapa felet utan Firefox
Du kan dock enkelt att konstatera att felet inte enbart gäller Firefox genom att försöka starta en direktlänk. Här är direktlänken till P1, MP3 och låg kvalitet:
https://sverigesradio.se/topsy/direkt/132-lo-mp3.m3u
Samma som ovan, men med http i början:
http://sverigesradio.se/topsy/direkt/132-lo-mp3.m3u
Fungerar båda, endast den med https eller ingen?
Min hypotes är att du får problem med i alla fall http-länken i VLC, Itunes och andra spelarprogram, om du inte slår av Bitdefender (eller eventuellt annat program med samma känslighet), eller skapar ett undantag för http-live.sr.se (eller för hela sr.se - observera att undantag för sverigesradio.se-adressen inte påverkar detta problem)
Om den länken faktiskt fungerar utan att mixtra med säkerhetsprogrammet, så vore det dock oväntat, men strålande. Då har vi nämligen bättre ringat in var någonstans felet finns, och det vill vi förstås. Även om jag inte är oroad över säkerheten, så ska vi förstås inte ha tekniska lösningar som får Bitdefender att stoppa oss.
Att lösa detta i grunden (alltså inte bara tipsa om hur du ställer in Bitdefender) ligger helt i vårt eget intresse. Berätta därför gärna hur det går och om mina teorier stämmer. Vi är nyfikna!
Stort tack för tips. Jag är på Mallis en vecka men testar när jag kommer hem och återkopplar!
Jag kommer att redigera mitt förra inlägg, för jag inser att jag gärna vill ha din hjälp att testa två olika direktlänkar (med http respektive https i början av adressen). I vintras berodde bitdefenders problem nämligen på att vi felaktigt länkade till http-strömmar istället för https-strömmar på ett ställe i koden, så därför är det ju bra att konstatera om det spelar in på direktlänkarna!
Bitdefener gjorde susen - nu fungerar ljudet utan problem. Dock måste man kanske tillägga att det krävs en omstart för att det ska hända.
Varmt tack för tips - skönt att lyssna på radio igen!
Tack för återkopplingen.
Vi har rättat det fel som jag tror att Bitdefender reagerat på. Vi skickade innehåll över http där det borde ha varit över https även denna gång, men felet låg på ett annat ställe i koden. Jag håller tummarna för att det nu ska gå att lyssna utan att behöva lämna något undantag för oss i Bitdefender.
Tack för att du hjälpt oss att hitta förbättringsområden, och trevlig helg!