SpaceJS

lijkt me wat onzinnig, waarom niet gelijk goed beginnen?

Streaming diensten werken vanuit Data centers welke voorzien zijn van verbindingen die tenmiste 200 a 300 keer zo snel zijn als een thuisverbingin of nog zelfs veel sneller. Men betaald daarom alleen voor de hoeveelheid data die er dorrheen gaat en niet de verbinding zelf, Daarnaast wordt er ook nog gebruik gemaakt van Load balancing aan de server kant en buffering aan de client kant om de piek doorvoer zo laag mogelijk te houden daar de servers over een nog veel grotere bandbreedte het signaal kunnen versturen.

Als je daar toch al bij zit zou ik dat zeker doen.

Ik zou alijd voor Qobuz gaan, ik wil gewoon persoonlijk geen consessies doen aan het bron materiaal.

Hey Roots, ik snap je wel, ik houd ook niet van dat goeroe gedoe en ben daarom ook niet meer te vinden op het groene forum. In die gevallen dat het voorbij komt negeer ik de post gewoon meestal maar het moet wek niet teveel worden anders ben ik hier ook weer klaar mee.

Gecondoleerd Carl en sterkte en succes met alles.

Beste Hans, dat is volgens mij alleen wanneer je naar de theoretische bemonstering van een enkele golf kijkt maar muziek is normaal gezien veel complexer dan dat. Alle boven tonen moeten bijvoorbeeld ook meegenomen worden en al deze informatie kan je dus beter oppikken en weergeven bij een hogere resolutie.

mijn ervaring is, is dat de hogere bitrate en monster frequentie juist de analoge opname benaderd wat voor mij ook logisch is omdat er op een tape of plaat veel meer informatie staat dan op een CD en die zogenaamde bemonsterings bepaling voor CD als je kijkt naar het gehoor zegt niets over alle andere informatie alleen dynamiek en frequemtie maar niets over alle informatie van de fases, ruimte bepalende informatie enzovoorts. Juist die hogere bemonstering maakt het beter mogelijk om al deze informatie door te geven.

dank allen, ik ga het eens uit proberen

Even een vraagje, Welke meet software kan ik het beste gebruiken voor het meten van mijn ruimte en welk test signaal kan ik hier het beste voor gebruiken?

super gaaf dit, zou willen dat er meer van die archieven ware.

ik vindt die proceed loopwerken best leuk alleen de prjizem die men er voor vraagt doen mij snel genezen.

dat is een methode om fouten te minimaliseren, niet zoals bij andere protocollen om het bericht opnieuw te laten sturen wat ook logisch is daar hmdi bedoeld is voor een soort an burst modus van hoge data dichtheid.

HMDI heeft geen fout correctie maar dat is voor dat kleine beetje data van een digitaal audio signaal ook niet echt een probleem.

ben wel benieuwd hoe dat eruit ziet als het af is

Daar zou ik zeker niet van uit gaan, de meeste goeie streamers gebruiken meestal het netwerk als bron. Je wil apparatuur als losse netwerk schijven ook helemaal niet in de buurt van je set hebben, is rommelig en de voedingen zijn vaak niet alles.

het is een heel klein beetje data, waarom zou dat een probleem zijn?

klinkt meer alsof er misschien ergens compressie plaatsvindt?

Ik denk niet dat dit in jouw huidige opzet anders kan maar er is ook niet echt sprake van een probleem daar het om heel weinig data gaat.

Hey Hans, dat is duidelijk, helaas wordt het dan toch afgespeeld op je tablet en heel eerlijk gezegd qua datastroom is het zo weinig dat het niet veel uitmaakt. even voor de dudelijkheid, voor het afspelen van een internet stream op je tablet wordt een ander protocol gebruikt dan voor het afspelen van die conyent via upnp. Het is dus niet twee keer dezelfde datastroom.

Hey Hans, ik zie dat tunebrowser de upnp verzorgt dus wat jij zegt kan best, ook is tunebrwoser kenneleijk remote te bedienen, ik zie alleen niets over een Qobuz plugin dus op basis daarvan denk ik dat je die stream op een andere manier afspeeld and Tunebrowser via upnp gebruikt.

Staat de applicatie die de muziek afspeeld ook op de streamer? Dan kan het alleen zie ik dan niet in waarom je dat zou doen aangezien de streamer alle benodigde functies al heeft normaal gezien.

ik vermoedde al dat je dat dacht alleen helaas werkt dat zo niet, je control punt speeld daadwerkelijk de stream af met een upnp renderer als eindpunt.

Hey Hans, dat is helaas niet het geval tenzij de speler ook op de renderer staat en dat is zover ik weet met bubbleupnp server niet het geval. De afspeel software op je tablet gebruikt de renderer als afspeelpunt maar normaal gezien gaat de dan niet zelf zi(jn bestanden op je LAN ophalen. Via het internet (WAN) gaat al helemaal niet gebeuren op deze wijze.

dit lijkt mij je locale netwerk met een control punt, een renderer en een media server. Eigenlijk zoals verwacht.