Qualitätsunterschiede beim Streaming von Musik: Windows vs Android

Hi,

Wenn Du die Musik digital dem DAC zulieferst ist i.d.R. nur die Art der Musikdatei für die Qualität entscheidend und nicht das System, welches die Musik weiter an den DAC leitet....vorausgesetzt es erfolgt bei der Software nicht eine bewusste Veränderung (z.B. EQs etc.).
Ob das nun ein Windows, MacOS oder Linux ist, ist egal.

Welchen Mini Rechner stellst Du Dir denn vor?
Hast Du mal über z.B. SONOS Connect nachgedacht?
Oder ggf. über einen Raspberry PI?

Ciao
sealpin

Bisher habe ich z.B. an den Nexus Player/ NVIDIA Shield oder ein Intel Nuc gedacht.

Da ich eigentlich auch den Gedanken hatte, dass der Player keinen Einfluss auf die Qualität haben sollten.
Zumindest wenn die Übertragung „BitPerfect“ geschieht.

Das Intel NUC Kit kostet bei Amazon €263,-...
Ein Raspberry mit Digi Out Platine kriegst Du schon für ca. €100,- inkl. Gehäuse etc.

Wenn es nur um Audio geht reicht das völig.
Div. freie Softwarepakete stehen da zur Verfügung.

Oder wenn Geld keine Rolex spielt und Du eine problemlose und einfach zu betreibende Lösung willst meine Empfehlung SONOS connect.


Ciao
sealpin

Hi,

umso weniger Programme/Dienste laufen umso weniger Threads/Interrups finden statt und die Latency ist auch geringer.

Bevor ich hier lange Diskussionen führe über 0 und 1 Bit gleich Bit, lese einfach hier mal.

jitter-des-digitalen-klangraetsels-loesung

oder hier:

jitter-fakten

Beim Raspberry Pi teilen sich USB und der Netzwerk-Chip eine BUS-Leitung verbunden. Nicht so gut.

Den ODROID C1+ ODROID C1+ kann ich noch Empfehlen.

ciao
tovow

Auch lesenswert zum Thema Jitter: http://pelmazosblog.blogspot.de/2010/06/jitter-verwirrungen.html

Zum ODROID kann ich nichts sagen. Ich hab das Twil nicht.

Der Raspberry sowie der SONOS connect machen bei mir ihre Sache gut und zwischen Flac per SONOS/Raspberry und der CD vom Player an meiner Ankage kann ich keine Unterschiede hören (alles digital an den Vorverstärker zugespielt).

Ciao
sealpin

tovow (Beitrag #5) schrieb:

Beim Raspberry Pi teilen sich USB und der Netzwerk-Chip eine BUS-Leitung verbunden. Nicht so gut.

Daher gibt es ja die diversen I2S-Soundkarten, dann braucht man nicht USB zu verwenden, oder über hdmi... Um den oben genannten Audiolab-DAC anzuschließen, könnte man auch eine digitale I2S-Karte mit optischem und koax-Ausgang an den Raspberry anschließen...

Bei einem Raspberry lande ich dann auch wieder bei mehr als 100€.

Und ein Odriod Gerät hab ich mir schon vor ca. 3 Jahren aus Korea importiert. Sehe dann auch keinen Unterschied zu einem Nexus Player - zumindest wenn ich Android verwende.
Oder sollte ich darauf Linux laufen lassen?

Sieht dann so aus als könnte ich ohne Qualitätseinbußen auf einen der Player aus meinem ersten Posting gehen.
Richtig?

Hallo,

auch wenn dieser Thread schon ein wenig Staub angesetzt hat, geht meine aktuelle Fragestellung in die selbe Richtung.

Das ursprüngliche Problem habe ich hier aufgezeigt, aber seitdem keine unmittelbare Lösung gefunden. Eine mittelbare Lösung hat sich jetzt mit dem Einsatz eines Odroid C1+ und der RuneAudio – Software ergeben.

[NAS] —-RJ45 (DLNA) —-> [runeaudio] —-USB—-> [M-One]

Sobald ich mit dem RuneAudio Musik abspiele, nimmt der USB Eingang wieder ein Signal an, auch wenn vorher „unlocked“ im Display angezeigt wird. Auch bis DSD256. Soweit, so gut.

Die GUI des RuneAudio ist nicht schlecht, aber nicht so umfangreich wie die DS Audio App (iOS). Also habe ich testweise in RuneAudio DLNA aktiviert und steht nun in der Synology Audiostation als Ausgabequelle zur Verfügung. Der Signalweg bleibt auch in diesem Fall durchgehend digital.

Macht das jetzt einen Unterschied (Stichwort: bitperfect), ob die Audidaten von RuneAudio (GUI) von einem Netzlaufwerk direkt an den Verstärker gespielt oder per DLNA (DS Audio) vom NAS quasi „durch“ RuneAudio an den Amp geschickt werden? (transcoding ist in Audio Station deaktiviert).

Oder ist das am Ende doppelt gemoppelt und RuneAudio wird quasi zweckentfremdet/überflüssig? Falls ja, gäbe es für den Einsatz des Odroid technisch eine andere Lösung? Wenn es technisch wirklich optimal ist, gebe ich mich auch mit der RuneAudio GUI zufrieden.

Grüße
Oliver

Hat sich dahingehend erledigt, dass zweitgenannte DLNA-Variante wiederum nicht gapless ist. Dann bleibt's bei der "direkten" runeaudio-Lösung.

Probier doch mal Picoreplayer Volumio oder Moode.
Runeaudio ist doch schon danach uralt

Hab mich noch an "anderen Ecken" schlau gemacht. Es geht letztendlich nur den verlustfreien Datentransport vom NAS zum Verstärker. Einfach bitperfekt ohne klanglichen Schnörkel.

Runeaudio ist doch schon danach uralt

Ich finde RuneAudio in seinen Grundfunktionen schlank, schnell, nutze keinen I2S und habe in der Config alles deaktiviert, was hierfür nicht benötigt wird. Klanglich machen so gesehen alle Lösungen bei meiner Nutzung keinen Unterschied. Da kommt es wiederum auf die verwendete Hardware, sprich Amp/DAC und Boxen an.

Moode funktioniert nur auf Pi oder Derivaten (kein Odroid) und dessen Funktionsumfang, auch von Volumio, benötige ich nicht. In Sachen Bedienbarkeit habe ich mir für mein iPad "Soundirok" als das passende gekauft.

Eine der simpelsten, aber klanglich hervorragenden Bastellösungen ist die Verwendung eines (alten) Android-Gerätes und der App "USB Audio Player Pro". Man braucht nur ein USB OTG-Kabel.
Link zur Trial-Version der App
In der App kann man "bit-perfect"-Ausgabe einstellen und dass der UPnP-Renderer mit dem Öffnen der App automatisch gestartet wird.
Fernsteuern kann man das mit den üblichen DLNA-Steueranwendungen wie z.B. BubbleUPnP, mconnect player (lite), Hi-Fi Cast usw.

Nachteil: Man muss das Smartphone oder Tablet zwischendurch immer wieder aufladen. Bei Android-Sticks oder -Boxen mit permanenter Stromversorgung muss man darauf achten, dass der Google Play Store verfügbar ist, da man die App nicht anders kaufen kann.

Für diejenigen, die als Streamingdienst Tidal nutzen, ist die Lösung eine der wenigen, die die Wiedergabe in "Master"-Qualität auf älteren DAC oder Verstärkern erlaubt. Für Raspberry Pi und Co. gibt es keine MQA Software Decoder.