Citaat van: lemon op mei 26, 2025, 16:36:18Dankjewel voor het meedenken over wat er fout zou kunnen gaan. Maar ik denk dat het probleem zoals ik dat schets, het gevolg kan zijn van verkeerde implementatie van een aantal gangbare internet-streaming formaten, waardoor de auto-negotiotion niet goed gaat.
Ik zie namelijk in mijn router dat andere app's muziek streamen met een doorlopende snelheid van 2 tot 3 Mb/s. Al een tijdje geleden gebeurde dit bij de Tidal-app in 'bursts' van 6 tot 8 Mb/s. Dat gaf geen probleem.
Maar sinds de laatste update die problemen geeft gaat het nummer dat moet worden afgespeeld pas echt spelen als het volledig is gedownload. Dit maak ik op uit de informatie die mijn router geeft. Daar kan ik 'live' zien welk apparaat, op welk moment en met welke snelheid een internet verbinding heeft.
Via de Tidal-app is eer ENKEL voordat het nummer gaat spelen een hoge tot meer dan 80 Mb/s te zien. Als het nummer bijna helemaal is afgespeeld begint er een nieuwe download tenzij het nummer waar je naar luistert het laatste nummer was. Er klinkt geen muziek totdat de verbinding weer 0 Mb/s laat zien. Dan begint het volgende nummer.
En dit is volgens mij niet hoe het hoort te werken. Alle andere app's streamen met een continu verlopende download (stream) op een veel lagere snelheid. Daarom denk ik dat de auto-negotiation die zou moeten plaatsvinden, niet op de juiste wijze verloopt, en mijn Marantz ( en die van anderen ) hier niet op is berekend. Met crashen als gevolg
Maar dat kan natuurlijk ook omdat het geheugen waar een en ander op moet worden gedownload, of het deel dat die informatie in het geheugen moet schrijven, FLAC moet decoderen voor- of nadat het in het geheugen wordt geschreven etc etc er niet mee overweg kan. Ook moet een veel groter deel van het geheugen weer snel gewist/beschikbaar komen voor de volgende download. En wat ook kan is een combinatie van al die factoren.
Hoe men het voorzien heeft kan ik niet zeggen, wel dat het niks te maken heeft met de auto-negotiotion.
dat staat zelfs volledig los van uw streaming.
Zonder te technisch te worden, moet je weten dat een netwerk gebruik maakt van het OSI model die uit 7 lagen bestaat.
Autonegotiatie vindt plaats binnen de fysieke laag (laag 1) om de optimale transmissieparameters tussen twee aangesloten apparaten te bepalen. De optimale transmissieparameters worden daarna gebruikt voor alle netwerkverkeer.
Uw streaming protocols vinden plaats in de laagste laag (laag 7) oftewel wat we de applicatie laag noemen van het OSI model.
Gezien andere manieren geen problemen geven, zie ik geen problemen in de lagen 1 tot 6 van het OSI model. Als het al een netwerk probleem is, moet je die zoeken in de laag 7 (applicatie laag) en dat zou dan een probleem zijn in het gebruikte streaming protocol en is dus softwarematig.
Een protocol moet je zien als een gemeenschappelijke taal. Zodra de zender of de ontvanger een andere taal spreken verstaan ze elkaar niet en gebeurd er niks.
Maar zelfs als ze de zelfde taal spreken, kan door een programmeer fout een foutje zorgen dat iets niet 100% wordt verstaan.
Een bug in het streamingprotocol bij de zender of de ontvanger zie ik niet als gevolg hebben dat de song eerst volledig wordt gedownload alvorens af te spelen, dit lijkt me echt wel de intentie van de toepassing. Een bug in het protocol zal eerder zorgen dat alles vastloopt, of dat er even een happering optreed. Dat zal vooral afhangen hoe goed de code een onvoorziene fout opvangt of hoe ernstig de fout is.
