Hvorfor dyr streamer?

[HasseBasse]

Hvis du klikker på låt og drar ut nettkablene med det samme - kanskje ikke så lenge?

Tvertom. Kan spille lenge. Har intet med leverandør-cache å gjøre, men cache/buffer på dit eget system.
Noe, som du for det fleste avspilleres vedkommende selv kan konfigurere.
Min gamle Pioneer DVD-585 fortsatte å spille i 8 sekunder, om du stoppet en CD manuellt med fingrene,
før musikken stoppet med å spille.

 

[na_X]

Hvis du klikker på låt og drar ut nettkablene med det samme - kanskje ikke så lenge?

Tror du vil bli overasket. En sang tar vel hele et eller to sekunder å laste ned komplett med litt båndbredde? Rekker vel å laste ned en sang til på listen før man rekker å nappe ut kabelen etter man har trykket play.

 

[na_X]

Alle som har hatt en discman uten minne skjønner det.

En liten bonus kommentar/kuriositet på CD-spillere.
Selv de første CD-spillerne hadde en knøttliten buffer, selv om man ikke la merke til det i praktisk bruk da det bare var noen få bits og var bare i form av noen mikro sekunder.
Sony CDP 101 hadde også dette, google it!

Buffer/minne har blitt rimeligere med årene, så ingen vits i å spare på akkurat dette. Det er svært få digitale kretser der det ikke finnes en form for buffer, men de er ofte veldig små så det er noe man ikke tenker over at de er der.

 

[MrSpock]

Funny...... som det er en masse utenomssnakk, fra det som ble påstått av LM og andre.
Bevisst pakkedrop for å spare plass. Hvilket stadig er en tullete påstand.
Ingen steder i sitatene fra Spotify står det annet enn å: Dele opp i mindre pakker, prioritetsstreame musikkinnhold
før Metadata o.a.
Ingenting om pakke drop, som var det, jeg opponerte imot.

Jeg forsto det slik som at Spotify registrerer antall pakkedrop og regulerer overføringen i henhold til dette.

Men jeg har ikke satt meg særlig in i dette. Hvis det er viktigere for deg å vise at jeg har feil, enn å komme oss litt videre er det greit.

 

[ufo]

320kbit x 60sek /8 = 2.4MB pr min. sinnsyk trafikk. har vel en brøkdel av serverkostnaden til netflix eller youtube.

 

[HasseBasse]

Det har inget med det å gjøre Mr. Vulcan.
Går ut ifra, at du, som jeg og forhåpentlig andre, ønsker å få manet feilpåstander i jorden, når de oppstår, uansett
hvem som har uttalt nevnte påstander. Om du ta´r det personligt er det dit valg. Ikke hensikten herfra.

 

[na_X]

Jeg forsto det slik som at Spotify registrerer antall pakkedrop og regulerer overføringen i henhold til dette.

Men jeg har ikke satt meg særlig in i dette. Hvis det er viktigere for deg å vise at jeg har feil, enn å komme oss litt videre er det greit.

Som nevnt tidligere, dette kan enkelt styres av applikasjonen på flere måter med flere vektorer. Pakkedrop sier ingenting om hastigheten på overføringen, hastighet er noe som også gjerne må tas hensyn til.

 

[PeriodeLytter]

Hvis du klikker på låt og drar ut nettkablene med det samme - kanskje ikke så lenge?

Men for en pc kan den kanskje spille hele albumet - alt etter hvor stor cache streamingleverandøren lager. Hvis det er musikk man spiller stadig.

Man kan også lagre masse musikk lokalt/offline - kan være et tiltak for å sikre seg.

Det spørs hvem vi strømmer fra tenker jeg. Spotify har vel oppgitt at de starter nedlasting av neste låt når det er 10 sekunder igjen. Fra nyere Spotify Blog har vi lært at de gir oss hele låta i fanget når vi trykker play knappen. Akkurat som når vi kjøper en låt for nedlasting hos Qobuz. https://engineering.atspotify.com/

Moderne internstreaming er kanskje enklere å få hodet rundt om man tenker seg at man faktisk streamer fra lokal disk.
I bakgrunnen er det en nettleser som laster ned til en midlertidig fil som den lokale spilleren kan lese fra samtidig som den fylles. Har man raskt nett behøver den kanskje ikke mer enn 10-15 sekunder før hele låta er på plass.

 

[MrSpock]

Det har inget med det å gjøre Mr. Vulcan.
Går ut ifra, at du, som jeg og forhåpentlig andre, ønsker å få manet feilpåstander i jorden, når de oppstår, uansett
hvem som har uttalt nevnte påstander. Om du ta´r det personligt er det dit valg. Ikke hensikten herfra.

Slik forstår jeg dette:

How Spotify Streams Music
The basic principle behind Spotify streaming is simple. We store each encoded music track as a file, copied on HTTP servers across the world. When a user plays a song, the Spotify app will fetch the file in chunks from a nearby server with HTTP GET range requests. A typical chunk size is 512kB.

We like our audio playback instant, and silky smooth. To keep it that way we track two primary metrics:

1. Playback latency, the time from click to sound.
2. Stutter, the number of skips/pauses during playback.

Stutter happens mostly due to audio buffer underruns when download bandwidth is low. So our metrics map closely to connection time and transfer bandwidth. Classic stuff.

Now, how could BBR improve our streaming?

TCP Congestion What?
Let’s look at a file transfer from server to client. The server sends data in TCP packets. The client confirms delivery by returning ACKs. The connection has a limited capacity depending on hardware and network conditions. If the server sends too many packets too quickly, they will simply be dropped along the way. The server registers this as missing ACKs. The role of a congestion control algorithm is to look at the flow of send+ACKs and decide on a send rate.

Many popular options, like CUBIC, focus on packet loss. As long as there is no packet loss, they increase send rate, and when packets start disappearing, they back off. One problem with this approach is a tendency to overreact to small amounts of random packet loss, interpreting it as a sign of congestion.

Smoother Streaming with BBR - Spotify Engineering

Smoother Streaming with BBR - Spotify Engineering

engineering.atspotify.com

Men dette er fra 2018 - det kanskje ikke slik i dag.

 

[HasseBasse]

Tror, det er spørgsmål om forståelse for, hva som blir skrevet, og kanskje mere, hva de ikke skriver.
Fra 2018 og bakut, var det mere alm. (her i Danmark i hvert fald) at mange hadde det som kalltes
asynkron DLS forbinnelse. Jeg f.eks. har stadig netforbinnelse på gamle fastnett telefonkabler, men også
det har blitt bedre. Nå er det vel op til 80Mb ned og 30 opp, men for noen få år siden var det så galt som
10-12 ned og 2 opp. Da risikerer man ved nedlastning, at det ikke er nettkapasitet til å "spørre" etter neste pakke
hurtigt nokk.(buffer underrun)

Spotyfi skriver: Let’s look at a file transfer from server to client. The server sends data in TCP packets. The client confirms delivery by returning ACKs. The connection has a limited capacity depending on hardware and network conditions. If the server sends too many packets too quickly, they will simply be dropped along the way.

Mere viktigt er, hva de IKKE skriver, nemlig at de "dropped along the way" pakkene bli´r bedt om igjen og igjen
inntil de til sist er nedlastet. Det kunne leses som, at de forblir fortapte, men det er ikke tilfeldet
De prioriterer så, at musikken er den som får 1. prioritet, og metadata og annet tull, som ikke er helt så viktigt
som selve musikken får vente til å være de sisste i en overførsel. Men kastet bli´r de ikke.

 

[Harry Stoteles]

Hva er en «pakke», da? Hele fila eller en bit av den? Og blir det gjort noen sum-check eller lignende før avspilling?

 

[HasseBasse]

Hva er en «pakke», da? Hele fila eller en bit av den? Og blir det gjort noen sum-check eller lignende før avspilling?

Ta en musikkfil t.eks.
For å nevne ett tilfeldig tall, så la oss si, at den i nedlastningssammenheng består av 5000 like store stykker.
Hvert stykke er en pakke. Pakkene bli´r hentet i vilkårlig rekkefølge, men blir sortert ved mottak. Hvar pakke har en checksum
som forteller hva den inneholler og bl.a. hvilket nummer den er i rekken av de 5000. Om det er lykkedes Spotify å lage
en tillegsprotokol, der checksum forteller hva som er musikk og hva som er data og annet unøtvendigt for å spille musikken,
kan de jo plassere de pakkene til sisst i streamen = pakke nr. 1-4500 1. prioritet og pakke 4501-5000 kan få vente, om nettverk-kapasiteten svikter.(litt gjetteri fra min side, men det er sånn jeg forstår hva de skriver)

 

[na_X]

Hva er en «pakke», da? Hele fila eller en bit av den? Og blir det gjort noen sum-check eller lignende før avspilling?

En pakke på nettverk har max MTU på 1500 Bytes, dette inkluderer header. Pakken er kryptert (skjer også i header), ifølge spotify så har de "chunks" på 512kB som er over MTU size (selv om den sendes over UDP) så må den deles opp og sendes i flere pakker så en chunk vil si over 350 pakker da header med kryptering etc. også tar litt plass i pakken. Så har man også endel integritets sjekker på pakkene som kommer, checksum etc. Og i hvilken rekkefølge pakkene skal settes sammen i etc.

 

[MrSpock]

Tror, det er spørgsmål om forståelse for, hva som blir skrevet, og kanskje mere, hva de ikke skriver.
Fra 2018 og bakut, var det mere alm. (her i Danmark i hvert fald) at mange hadde det som kalltes
asynkron DLS forbinnelse. Jeg f.eks. har stadig netforbinnelse på gamle fastnett telefonkabler, men også
det har blitt bedre. Nå er det vel op til 80Mb ned og 30 opp, men for noen få år siden var det så galt som
10-12 ned og 2 opp. Da risikerer man ved nedlastning, at det ikke er nettkapasitet til å "spørre" etter neste pakke
hurtigt nokk.(buffer underrun)

Spotyfi skriver: Let’s look at a file transfer from server to client. The server sends data in TCP packets. The client confirms delivery by returning ACKs. The connection has a limited capacity depending on hardware and network conditions. If the server sends too many packets too quickly, they will simply be dropped along the way.

Mere viktigt er, hva de IKKE skriver, nemlig at de "dropped along the way" pakkene bli´r bedt om igjen og igjen
inntil de til sist er nedlastet. Det kunne leses som, at de forblir fortapte, men det er ikke tilfeldet
De prioriterer så, at musikken er den som får 1. prioritet, og metadata og annet tull, som ikke er helt så viktigt
som selve musikken får vente til å være de sisste i en overførsel. Men kastet bli´r de ikke.

Resultatet blir jo at kvaliteten på den avspilte filen senkes øyeblikkelig - kanskje disse packet drops ikke trengs da?

Det er nok et ganske smart system som skal fungere så ubemerket som mulig.

 

[HasseBasse]

Jeg er en av de, som ikke tror på allt, som bli´r skrevet, sånn rent umiddelbart.
MQA brukte en unnskyllning om at det var for å "spare plass" på nettet.
1. Det er ikke et problem i dag og 2. De la så mye dritt i filene, at de faktisk blev større og ikke mindre.
Jeg lurer på, når Spotify påpeker ett problem, der det mest åpenlyst ikke er noen problemer,
om det er Spotify´s servere som har et problem med å klare de forespørgsler de får (og får seg betalt for),
mere enn det er kundene, som har et problem

 

[HasseBasse]

Og @na_X fikk satt de korrekte ord på mine lommefilosofier

 

[MrSpock]

Du vet i hvertfall hva du skal gjøre i kveld Hasse!

Ta en Tuborg og se på Netflix - The Playlist

 

[larsmartin]

Du vet i hvertfall hva du skal gjøre i kveld Hasse!

Ta en Tuborg og se på Netflix - The Playlist

La oss håpe han får oppleve BBR i praksis under avspilling av The playlist! Det blir toppen av informativt.

 

[HasseBasse]

LM..... stopp deg selv.

 

[MrSpock]

Ser Eversolo DMP-A6, streameren som Hoj vel har bestilt har en del minne installert:

Intern minne 4GB DDR + 32GB eMMC

Eversolo DMP-A6 Master Edition streamer

High-End streamer Master Edition. Lar deg rippe alle dine cd-plater. Støtter omtrent alle musikktjenester. Wi-Fi eller kablet nettverk. Les test hos Lyd & Bilde :)

www.hifisentralen.com

En del blir vel brukt for cache til streaming - må være positivt.

Hvor mye har en slik Wiim dings til sammenligning?

 

[Karl_Erik]

Du vet i hvertfall hva du skal gjøre i kveld Hasse!

Ta en Tuborg og se på Netflix - The Playlist

Støttes.

The Playlist burde være obligatorisk for alle som er interessert i streaming og musikkbransjen.Ikke fordi alt i serien nødvendigvis er pinlig korrekt, men fordi det er en knakende god serie. Og med et innovativt regigrep!

Så til @HasseBasse og alle andre i den siste bolken av tråden - ta dere tid til å se The Playlist

 

[Eirik84]

Ser Eversolo DMP-A6, streameren som Hoj vel har bestilt har en del minne installert:

Intern minne 4GB DDR + 32GB eMMC

Eversolo DMP-A6 Master Edition streamer

High-End streamer Master Edition. Lar deg rippe alle dine cd-plater. Støtter omtrent alle musikktjenester. Wi-Fi eller kablet nettverk. Les test hos Lyd & Bilde :)

www.hifisentralen.com

En del blir vel brukt for cache til streaming - må være positivt.

Hvor mye har en slik Wiim dings til sammenligning?

WiiM Pro har 512Mb ram og 512mb flashminne
WiiM Mini har 128Mb ram og 128Mb flashminne

Så vesentlig mindre enn Eversolo, dog burde i alle fall Pro har nok til å bufre selv voksne 24/192-filer

 

[Powercon]

Eversolo'n skal jo dra rundt Android 11 og diverse app'er, så det trengs naturligvis litt plass.
Uansett, vi kan nok være trygge på at hverken Eversolo eller Wiim enheter har noe trøbbel med å buffre og håndtere datastrømmene vi snakker om her.

 

[Terje-A]

WiiM Pro har 512Mb ram og 512mb flashminne
WiiM Mini har 128Mb ram og 128Mb flashminne

Så vesentlig mindre enn Eversolo, dog burde i alle fall Pro har nok til å bufre selv voksne 24/192-filer

Minien har også nok med plass til å bufre slik at man slipper problemer. Greit å ikke jakte på flere nevroser enn de man allerede har.

 

[erk]

Minien har også nok med plass til å bufre slik at man slipper problemer. Greit å ikke jakte på flere nevroser enn de man allerede har.

Jepp... og har man Roon er kravet til buffer i endpointet minimalt uansett siden Roon Core kommuniserer med streametjenesten/internett, bufrer input, prosesserer og videresender asynkront via enten RaaT-protokollen over ethernet/Wifi (til Roon Ready DAC) eller USB (til lokalt koblet DAC).

 

[PeriodeLytter]

The Playlist burde være obligatorisk for alle som er interessert i streaming og musikkbransjen.Ikke fordi alt i serien nødvendigvis er pinlig korrekt, men fordi det er en knakende god serie. Og med et innovativt regigrep!

Så til @HasseBasse og alle andre i den siste bolken av tråden - ta dere tid til å se The Playlist

Enig at serien er gjort anderledes. All gjenbruk av kulisser i en hektiskt tidslinje gav serien litt følelsen av filmatisert teater.
Man kan dog diskutere hvor troverdig serien forsøker gjøre seg som dokumentar når 5 første episodene avslutter med "Me så va det väl inte".

Den viktigste episoden er den 6 og siste hvor vi blir med på høring i USA og kartellvirksomheten mer tydelig belyses. Og vi ser at musikerne som allerede utnyttes skal bli Spotify's redning økonomisk ved å lage en modell hvor musikere kan betale for å komme opp i spillelister. Egentlig plateselskapens drøm hvor de da slipper benytte 'boter' for lage populære artister. De hadde jo litt erfaring med slikt lureri fra radioindustrien med blandet suksess.
The 2005 Radio Scandal Was a Glorious Mess

Det mest morsomme fra serien er at vi ser en gruppe anarkister med ønske om å gjøre all musikk gratis tilgjengelig bli til det Spotify er i dag. Eneste de beholdt fra deres ideologiske tenkesett ble å ikke betale for produktet til mangfoldet av musikerne som i praksis er hva kundene tiltrekkes av. Om Spotify kun hadde TOP 100 artistene tilgjengelig slik utbelaingssystemet er optimalisert er det nok ikke mange av oss som ville betale for tjenesten.

Det er ikke noe teknologisk å ta med seg fra serien. TCP og P2P er begreper som blir nevt, men man ser ikke serien og tar fagprøven for å si det slik. I etterpåklokskapen ser man at de skal ha gitt bort 5% av selskapet for uTorrent som det er uvist hvor mye det er igjen av i dagens Spotify.

 

[PeriodeLytter]

Jepp... og har man Roon er kravet til buffer i endpointet minimalt uansett siden Roon Core kommuniserer med streametjenesten/internett, bufrer input, prosesserer og videresender asynkront via enten RaaT-protokollen over ethernet/Wifi (til Roon Ready DAC) eller USB (til lokalt koblet DAC).

Av nyskjerrighet. Hva gjør Core i dag når den mister Internet? Vil den fortsette levere fra sin lokale buffer til end-point? Eller er det full stopp etter noen få sekunder?

 

[Karl_Erik]

Enig at serien er gjort anderledes. All gjenbruk av kulisser i en hektiskt tidslinje gav serien litt følelsen av filmatisert teater.
Man kan dog diskutere hvor troverdig serien forsøker gjøre seg som dokumentar når 5 første episodene avslutter med "Me så va det väl inte".

Nei, vet ikke om serien har ambisjoner om å være en mest mulig objektiv dokumentar heller, men en slags subjektiv dokumentar-ish sett fra en ny aktør i hver episode. Og akkurat den avslutning du siterer syns jeg er n av de kreative regigrepene som er flott.

Det er ikke noe teknologisk å ta med seg fra serien. TCP og P2P er begreper som blir nevt, men man ser ikke serien og tar fagprøven for å si det slik. I etterpåklokskapen ser man at de skal ha gitt bort 5% av selskapet for uTorrent som det er uvist hvor mye det er igjen av i dagens Spotify.

Nei, det er ikke som teknologisk hovedfag den er interessant.

 

[nma]

Oppgradering av Chromecast Audio og TVlyd med en Arcam Rlink + optisk/coax adapter + velcro. Rlink er vel egentlig ment for kun 1 kilde, men har både coax og optisk input. Coax har prioritet når begge er tilkoblet. Chromecast er derfor koblet til et optisk/coax-adapter og bruker coax-inngangen.
Chromecast Audio slukker helt av optisk utgang når den ikke avspiller lyd (ikkenoe lys). Ser jeg på TV og vil streame musikk så skifter den altså helt automatisk over, og automatisk tilbake igjen når jeg disconnecter castingen.

Jeg vil ikke si lydforbedringen er dramatisk, men det er en fiffig løsning
Alt er foret med strøm fra usb/dc-kabler som er koblet til en pc i nærheten slik at jeg slipper strømkontakter. Rlink bruker egentlig 6V men fungere fint på 5V). Fant også en linær veggvorte på 6V, som jeg skal teste.

 

[MrSpock]

Noen skriverier fra en "Insider" om tv-serien The Playlist:

What they actually got right in “The Playlist” – A Spotify insider’s perspective on the new Netflix show – Joakim Sundén

joakimsunden.com

Han skriver at den tekniske biten er ganske godt beskrevet:

The episode “The Coder” is pretty overdramatised in many ways but I really appreciate how it highlights the technical challenges Spotify had to overcome and how it succeeds in conveying the wow factor it truly was to find almost any song you could think of and have it start to play immediately. This is a super important feature for a great product breakthrough.

Uansett synes jeg det er en ganske fantastisk historie om en revolusjonerende tid i musikkhistorien. Hadde gjerne sett at The Pirate Bay hadde fått mer plass i serien, kanskje til og med en egen episode - og Napster

 

[nma]

Fant en coax-kabel for å lindre hifi-nevrosene🥹. Må få meg en kort toslink-kabel og mekke en 5cm coax etterhvert.
Dac’en låt mye bedre med en linær veggvorte, faktisk i overkant fornøyelig, så da får den bare få sitt eget strømuttak

 

[PeriodeLytter]

Noen skriverier fra en "Insider" om tv-serien The Playlist:

What they actually got right in “The Playlist” – A Spotify insider’s perspective on the new Netflix show – Joakim Sundén

joakimsunden.com

Han skriver at den tekniske biten er ganske godt beskrevet:

Uansett synes jeg det er en ganske fantastisk historie om en revolusjonerende tid i musikkhistorien. Hadde gjerne sett at The Pirate Bay hadde fått mer plass i serien, kanskje til og med en egen episode - og Napster

Jeg har forsøkt å finne om Google på dette tidspunktet var begynt å pre-cashe sider fra deres søk? Eller om dette er en original idé fra utviklerne hos Spotify.

I dag er det veldig vanlig at nettleseren selv starter å cashe innhold til lenker på siden før vi klikker på noen av dem. Dette genererer jo masse unødvendig trafikk derfor finner man som regel et valg under innstillinger for å deaktivere slik forhåndslasting av sider.
Men det var også før dette mulig å lage skript på websidene som utførte pre-cash slik at ens tjenester fremstod som raskere. F.eks. hadde en bedrift statestikk som viste at de fleste brukere gikk fra hjemmesiden direkte til Support-siden kunne man starte å laste ned de mest populære sidene til nettleserens cashområde med samme hjemmesiden var ferdig lastet. Gitt man også hadde nok ledig kapasitet på server.

 

[Flageborg]

En grei oppsummering som viser max pris/ytelse pr. i dag

 

[MrSpock]

Av nyskjerrighet. Hva gjør Core i dag når den mister Internet? Vil den fortsette levere fra sin lokale buffer til end-point? Eller er det full stopp etter noen få sekunder?

Jeg har ikke Roon, men har testet litt på Apple Music tjenesten jeg har, å nappe ut nettkabel.

Itunes på pcen - stopper etter et par sekunder, uansett. Tror det finnes en egen Apple Music app for Windows, har ikke installert den.

Streaming til Yamaha WXC-50 via pcen Itunes (Airplay) - stopper etter 1 sekund.

Apple TV 4k (64GB) - napper man ut nettkabel raskt etter å ha valgt låt stopper den etter veldig kort tid 1-2 sekunder. Lar man sangen spille en stund, kanskje 20 sekunder - spiller den i et minutt etter å ha nappet ut nettkabel - selv i Atmos.

 

[Sven_Palvig]

Jeg har købt en streamer fra Innoux. Den er god og fungerer godt og lyder godt.
Nu mener mange, her i tråden, at kvaliteten af streameren er uden betydning. Når man læser om streamer test, virker de til at være forskellige. Jeg har en Innuos PULSE Network Player.
Hvad mener man så om en switch, man kan sætte til, der kan fjerne støj fra routeren?

 

[Godalive]

Må innrømme at jeg fortsatt er en smule frustrert... etter å ha sett nok en streamer-test som endte opp med å bli en dac-test. ...type: "den innebygde dac'en gjør en god jobb, men denne andre streameren uten innebygd dac låter noe mer luftig og oppløst med dac NN.... og med langt bedre kontroll I bassen". Hvorfor er det så vanskelig å teste bare streamere? Er det fordi en streamer ikke spiller musikk, men bare formidler binære verdier? Og er det opplest og vedtatt at en gitt streamer jobber bedre (MHT LYDKVALITET!!!) med Roon enn uten, med samme DAC? Det var uansett en lettelse å høre at Wiim PRO/Topping E30 låt betydelig bedre enn Chromecast 4k med Tidal Connect ...

 

[Musikkmannen]

Må innrømme at jeg fortsatt er en smule frustrert... etter å ha sett nok en streamer-test som endte opp med å bli en dac-test. ...type: "den innebygde dac'en gjør en god jobb, men denne andre streameren uten innebygd dac låter noe mer luftig og oppløst med dac NN.... og med langt bedre kontroll I bassen". Hvorfor er det så vanskelig å teste bare streamere? Er det fordi en streamer ikke spiller musikk, men bare formidler binære verdier? Og er det opplest og vedtatt at en gitt streamer jobber bedre (MHT LYDKVALITET!!!) med Roon enn uten, med samme DAC? Det var uansett en lettelse å høre at Wiim PRO/Topping E30 låt betydelig bedre enn Chromecast 4k med Tidal Connect ...

Her er ren streamer-test.

HoJ sitt anlegg

kom med bilder da:)

www.hifisentralen.no

 

[Godalive]

Her er ren streamer-test.

HoJ sitt anlegg

kom med bilder da:)

www.hifisentralen.no

Mange takk! Har lest med argus-øyne . Flere interessante tema i den tråden! Meget mulig din test blir tungen på vektskålen...

 

[Dolbytor]

Da ser det ut til at den nye streameren til HiFi Rose er på vei ut i hyllene...

HiFi Rose RS130 - High End Nettverkstransport for digital lyd

HiFi Rose RS130 er den perfekte nettverkstransporten for deg som ønsker en enestående opplevelse av digital lyd. Med en kombinasjon av avansert teknologi og innovativt design, er RS130 det ultimate valget for audiofile som vil ha det beste ut av digital lyd. Hovedmålet under utviklingen av HiFi...

hifilife.no

 

[Flageborg]

Det virker fornuftig å legge litt penger i både Streamer og DAC.....