Buffringsproblem med 320 kbps-länkar
Jag har tidigare lyssnat på P2 Musik över internet i 320 kbps och aldrig haft några problem med detta. När jag nu för drygt en vecka sedan bytte till de nya länkarna så har 320 kbps endast fungerat ibland. Vissa dagar har det gått att lyssna flera timmar i sträck men andra dagar blir det långa avbrott på ljudet. När jag då kollar på min streamer står det att den buffrar. I bland så fungerar utsändningen även om det buffrar men oftast blir det avbrott en längre tid. Min streamer är inte någon ny apparat men eftersom det fungerade utan avbrott tidigare så borde det väl fungera nu med. Jag kan nämna att 128 kbps fungerar utmärkt.
Följ inlägget
1
följare
De nya länkarna är alltså de som du hittar här:
Länkar till ljudströmmar för alla kanaler
Använder du https i början av länken? I så fall bör du testa att byta till http, för även om din lite äldre apparat kan hantera https, kanske det tar lite extra tid att koda av, och att då byta till http kan räcka för att din streamer ska kunna läsa in och koda av 320-strömmen utan avbrott.
Om du får problemet trots att du redan använder http, så återkom och berätta vad det är för streamer, så felsöker vi!
Det är en inte så vanlig modell, en Teac CD-P800NT, den är ansluten med LAN till router och jag har bredband 250 Mbit över fiber. Vid avspelning av musik från NAS i mitt nätverk fungerar allt som det ska och vid användning av Qobuz via dator fungerar det också helt perfekt, det är bara internetradio från SR som hackar.
Hur fungerar det rent praktiskt att lägga in länkarna? Gör du detta på det sätt som beskrivs i denna manual, Mina favoriter, på sidan 193?
Bufferten för kanalerna styrs i mängden data, så en högre bit-ström (som 320 kbps) får kortare buffert (mätt i tid) än en ström med en lägre bitrate, vilket jag och mina kolleger tror förklarar varför 128 kbps-strömmarna fungerar bättre hos dig.
Det går att själv lägga in ett "?latency=high" eller "?latency=low" för att få högre eller lägre fördröjning/buffert jämfört med "normalläget". Testa därför om du kan få stabilare uppspelning genom att använda denna länk:
http://live1.sr.se/p2-aac-320?latency=high
Detta med att kunna höja buffert vid stabilitetsproblem ("?latency=high") respektive att minska fördröjningen ("?latency=low") t ex om man vill höra en live-sändning i nära nog realtid är nytt i och med dessa nya strömmar och något vi förstås bör tipsa om på sidan med direktlänkar.
Tack för att du beskrev problemet så tydligt att det blev tydligt var problemet låg. Hör av dig och berätta om detta hjälper!
Det är fortfarande så med latency-tillägget att streamern buffrar och det kan ta upp till 10 min innan den synkar med utsändningen. När den sen hittat rätt så kan det vara helt normalt förutom något mycket kort avbrott någon gång.
Då har du gjort vad du kan för att underlätta för ettorna och nollorna att nå fram. "Vaktmästar-reset" av routern och att undvika routerinställningen "Airtime Fairness" kvarstår som tips som skulle kunna göra skillnad.
Det konstiga är att det varierar så mycket under dagarna hur det fungerar och jag kan inte se något system i varför det fungerar bra ibland och sedan helt plötsligt blir korta eller ibland långa avbrott.
Det är ju märkligt hur det har blivit så stor skillnad i sändningarna efter att de nya länkarna publicerats. Den tidigare länken som jag använde har jag tyvärr inte kvar men den fungerade ju felfritt i flera år.
http://http-live.sr.se/p2musik-aac-320
Den länken funkar fortfarande. Med tiden kommer vi att släcka ned den, men jag vet inte när detta kommer att ske. (Min tantgissning är att den åtminstone tuffar på året ut.)
Det finns skillnader mellan gamla och nya 320-strömmen. Den viktigaste här tror jag är att gamla strömmen hade högre fördröjning än den nya har (även den nya med "?latency=high" tror jag, men det kollar jag).
En annan skillnad, är att den nya strömmen skickar med metadata, info om verk och kompositörer. Sett i datamängd är detta så lite data att det inte märks i det stora hela, men denna data behöver kodas av så att musikinfo visas, vilket inte heller borde ge problem om allt funkar som det är tänkt.
Däremot kanske det skulle kunna uppstå problem ifall din enhet inte kan hantera denna metadata korrekt, så att metadatan gör att din anläggning löpande tar emot information som den misslyckas med att hantera och därför inte kan använda sin fulla kapacitet på att läsa in och koda av ljudströmmen. Jag har tidigare sett att metadata gav problem i en äldre streamer, men då var problemen så allvarliga att streamingen inte funkade alls.
Det är inte den självklara lösningen. Det smartaste sättet är inte att vara beroende av vilken latency vi ställer in, utan att din egen spelare kan anpassa bufferten efter ditt behov. Jag hittar dock inget i din manual om möjligheten att öka bufferten på din sida (men jag har inte lusläst manualen, så det kanske går).
Däremot kan du öka bufferten själv i exempelvis spelaren VLC:
Testa om du kan spela upp 320-strömmen i VLC (eller annan spelare med lokala buffertinställningar) i datorn och därefter skicka ljudet vidare till din Teac CD-P800NT. Vid behov kan du då lägga till en buffert för minskad risk för avbrott, men det är inte säkert att det behövs, om VLC kodar av ljudet snabbare än Teac har klarat av.
Bonus: Med denna metod kan du, om du är intresserad, förmodligen även få avbrottsfri lyssning i Flac, alltså med ännu högre kvalitet än 320-strömmen:
Lyssna på P2 i Flac
Lycka till! Vi har haft den här typen av länk för P2 i mer än ett år, och du är den första lyssnaren som har rapporterat in problem där jag tror att latensen även vid "?latency=high" är för låg. Jag frågade om vi kan skruva upp den något, men det går dessvärre inte.
Jag ska kontakta Teac för att höra om dom kan uppdatera firmware. Det kanske är något problem med meta-data i alla fall.
Var det någon skillnad i latency mellan den gamla länken och den nya?
En av mina kolleger skrev: Dessvärre tror jag inte att din spelare klarar av den tekniken, men det skadar inte att testa!
Mvh. Per Målare
Trevlig lyssning framöver!