HQPlayer (Desktop + Embedded)

StreamFidelity · „wie StreamFidelity zum aktiven Hören kam“
Aktiver Hörer
Beiträge: 1933
Registriert: 24.09.2017
Wohnort: Hansestadt Rostock
„wie StreamFidelity zum aktiven Hören kam“

Beitrag von StreamFidelity »

Moin Gert,
Fortepianus hat geschrieben: 13.01.2026, 19:58Das Geheimnis liegt darin begründet, dass bei mir nicht unter ...\bookworm, sondern unter ...\trixie nach NAA gesucht wird, und da gibt's offensichtlich die 6er-Version.
Jetzt wird's klar! Vielen Dank für die Info. Dazu ChatGPT:
Debian 12 „Bookworm“ ist die aktuelle stabile Version (Stable), erschienen im Juni 2023.
Debian 13 „Trixie“ ist der Nachfolger als neue stabile Version (released am 9. August 2025) und ersetzt Bookworm als Stable, während Bookworm danach zu Oldstable wird.
Der Codename „Trixie“ steht für Debian 13, „Bookworm“ für Debian 12 — beides sind klassische Debian-Versionsnamen, die aus Toy Story-Figuren stammen.

Wieder was gelernt. Da werde ich wohl demnächst mal das Betriebssystem updaten müssen. :D

Grüße Gabriel

Nachtrag: Debian 12 „Bookworm“ wird noch bis 2028 supportet und gilt als stabiles System. Ich glaube ich warte noch ab.
StreamFidelity · „wie StreamFidelity zum aktiven Hören kam“
Aktiver Hörer
Beiträge: 1933
Registriert: 24.09.2017
Wohnort: Hansestadt Rostock
„wie StreamFidelity zum aktiven Hören kam“

Beitrag von StreamFidelity »

Moin zusammen,

ich kenne einen anderen Fall, bei dem es auf dem NanoPi NEO3 auf einmal Probleme mit den USB DAC Treibern gab. Des Rätsels Lösung: Debian 13 „Trixie“. Viele Debian-Nutzer empfehlen, vor einem Upgrade sorgfältig zu testen, insbesondere auf Produktiv- oder älterer Hardware wegen Kernel-, Treiber- oder Paketänderungen.

Deshalb kann es sinnvoll sein, Debian 12 „Bookworm“ weiter zu nutzen. Diese Version wird bis Juni 2028 (5 Jahre) offiziell unterstützt. Herunterladen kann man es hier: https://dietpi.com/downloads/images/

Ich habe meine Homepage aktualisiert: DIY – Einplatinencomputer für die rauscharme Audiowiedergabe.

Bei mir spielt HQPlayer 5 Embedded 5.16.1 (mit NAA 5.1.5 für Bookworm) jetzt richtig gut, während es sich mit der Version 5.16.0 noch schlecht anhörte.

Grüße Gabriel
Fortepianus · „wie Fortepianus zum aktiven Hören kam“
Aktiver Hersteller
Beiträge: 3877
Registriert: 17.12.2008
Wohnort: Stuttgart
„wie Fortepianus zum aktiven Hören kam“

Beitrag von Fortepianus »

Hallo Gabriel,
StreamFidelity hat geschrieben: 17.01.2026, 08:55 ich kenne einen anderen Fall, bei dem es auf dem NanoPi NEO3 auf einmal Probleme mit den USB DAC Treibern gab. Des Rätsels Lösung: Debian 13 „Trixie“. Viele Debian-Nutzer empfehlen, vor einem Upgrade sorgfältig zu testen, insbesondere auf Produktiv- oder älterer Hardware wegen Kernel-, Treiber- oder Paketänderungen.

Deshalb kann es sinnvoll sein, Debian 12 „Bookworm“ weiter zu nutzen. Diese Version wird bis Juni 2028 (5 Jahre) offiziell unterstützt. Herunterladen kann man es hier: https://dietpi.com/downloads/images/
so langsam beschleicht mich das Gefühl, dass ich auf meinem Weg mit den Stationen Roon, HQPlayer und NanoPi keine der lauernden Stolperfallen auslasse. Ohne Deine ständigen Hilfestellungen stünde ich wahrscheinlich immer noch im dunklen Wald.
StreamFidelity hat geschrieben: 17.01.2026, 08:55 Bei mir spielt HQPlayer 5 Embedded 5.16.1 (mit NAA 5.1.5 für Bookworm) jetzt richtig gut, während es sich mit der Version 5.16.0 noch schlecht anhörte.
Ja, mit der Version 5.16.1 bin ich auch zufrieden derzeit, sogar mit Trixie und NAA 6.1.1. Ich behalte aber mal im Hinterkopf, dass ich hier auch wieder auf Bookworm und 5.1.1 zurückgehen könnte, falls weitere Probleme auftreten sollten.

Viele Grüße
Gert
StreamFidelity · „wie StreamFidelity zum aktiven Hören kam“
Aktiver Hörer
Beiträge: 1933
Registriert: 24.09.2017
Wohnort: Hansestadt Rostock
„wie StreamFidelity zum aktiven Hören kam“

Beitrag von StreamFidelity »

Moin Gert,

zuviel der Ehre. Was du an technischem Wissen hast, werde ich nie erreichen.

Beruflich bin ich als Fachdesigner für Bankensoftware in einem großen Rechenzentrum tätig. Ich programmiere nicht, aber ich gebe den Entwicklern die Prozesse und das Design vor und kümmere mich auch um Tests und den Support. Ich kenne keine fehlerfreie Software. :D Man kann sich noch so viel Mühe geben, irgendwas ist immer. Gerade am Anfang eines Produkts.

Grüße Gabriel
Gragoil · „wie Gragoil zum aktiven Hören kam“
Aktiver Hörer
Beiträge: 75
Registriert: 04.11.2013
„wie Gragoil zum aktiven Hören kam“

Beitrag von Gragoil »

Hallo,

HQPlayer und Linn ADSM ist ja keine einfache Konstellation:
- DSD würde von Linn in PCM gewandelt werden
- Ein NAA Protokoll wird nicht vom Linn verstanden
Zwischenfazit:
- man nimmt die PCM Ausgabe bis 192 kHz vom hqplayer (auf nanopi X) mit Protokoll NAA
- NAA kann Linn nicht, deswegen wird ein ein USB- SPDIF,AES Konverter benötigt (Mutec MC‑3+ USB, Gustard U18, Singxer SU‑6)
Damit der Linn seine Daten verarbeitbar bekommt, wäre dann eine solche Strecke eine Idee:

HQPlayer (PCM) -- NanoPi (NAA) -- USB -- Mutec/Gustard/Singxer --- AES/EBU --- Linn Akurate ADSM 3

Es stellt sich zusätzlich die Frage ob hqplayer und Linn Filter ein unschönes Gebräu produzieren. Da kenne ich mich nicht aus, oder ob sich beide additiv ergänzen. HQPlayer (Upsampling PCM + Filter z.B. poly-sinc-ext2 oder poly-sinc-gauss, Acourate) --NAA --SPDIF/AES -- Linn (Feinschliff)

Fazit: Was könnte der Zugewinn sein ? Hat das jemand schonmal ausprobiert ?

Gruß Dirk
StreamFidelity · „wie StreamFidelity zum aktiven Hören kam“
Aktiver Hörer
Beiträge: 1933
Registriert: 24.09.2017
Wohnort: Hansestadt Rostock
„wie StreamFidelity zum aktiven Hören kam“

Beitrag von StreamFidelity »

Moin zusammen,

in der neuen HQPlayer Embedded Version 5.17.0 gibt es eine Anzeige des Verarbeitungsgeschwindigkeitsfaktors (processing speed factor). Im Moment nur zu sehen im Webbrowser, wird aber in Kürze für den HQPlayer Client zur Verfügung stehen.

Mein Wert unten bedeutet, dass die Verarbeitung mit dem 2,23-fachen der Wiedergabegeschwindigkeit läuft. So dauert eine 5-Minuten-Spur etwa 2:14 CPU-Verarbeitungszeit (300s / 2,23 = 134,53s). Oder anders, 1 = 100% CPU Auslastung, bei 2,23 sind es 44,84% (100/2,23), also genügend Leistungsreserven. Das erinnert mich an die Anzeige der Roon Verarbeitungsgeschwindigkeit, leider hatten die damals nur einen Kern*) gemessen, was bei den heute üblichen Mehrkernprozessoren sinnbefreit war.

Bild

Fällt der Wert unter 1, dann kann es zu Dropouts führen. Das ist vom FiFo-Speicher abhängig. So kann man schnell sehen, ob die CPU für bestimmte Filter oder Modulatoren zu schwach ist.

Grüße Gabriel

*) Nachtrag: Das lag daran, dass nur ein Kern pro Zone für die DSP-Engine genutzt wurde. Da ich MUSE nicht mehr verwende, weiß ich nicht wie es heute ist und ob die Verarbeitungsgeschwindigkeit überhaupt noch angezeigt wird.
StreamFidelity · „wie StreamFidelity zum aktiven Hören kam“
Aktiver Hörer
Beiträge: 1933
Registriert: 24.09.2017
Wohnort: Hansestadt Rostock
„wie StreamFidelity zum aktiven Hören kam“

Beitrag von StreamFidelity »

Moin zusammen,
StreamFidelity hat geschrieben: 03.03.2026, 20:11in der neuen HQPlayer Embedded Version 5.17.0 gibt es eine Anzeige des Verarbeitungsgeschwindigkeitsfaktors (processing speed factor). Im Moment nur zu sehen im Webbrowser, wird aber in Kürze für den HQPlayer Client zur Verfügung stehen.
Sag ich doch! :D Im Bild ist oben links "Speed: 2.46x" zu sehen. Darüber übrigens der wichtige grüne Balken mit dem FiFo Puffer. Wenn dieser prall gefüllt ist und wenig schwankt ist alles in Ordnung. Die Schwankungen kann man mit "Buffer time" in der Konfiguration einstellen. Bei mir sind es 2ms, die sehr gering sind, weil ich niedrige Latenzen für wichtig halte.

Bild

Das Bild zeigt auch das Spektrogramm eines Songs von Sting aus dem Album Mercury Falling (Expanded Edition). Eigentlich ein Super Spektrogramm mit wenig energiereichen Rotanteilen und viel Luft, wenn diese Linie zwischen 15k und 16k nicht wäre. Wahrscheinlich ein Schaltnetzteil. Wirklich Schade.

Grüße Gabriel
Junakreiter · „wie Junakreiter zum aktiven Hören kam“
Aktiver Hersteller
Beiträge: 204
Registriert: 25.06.2024
„wie Junakreiter zum aktiven Hören kam“

Beitrag von Junakreiter »

Liebe Spezialisten,

Bitte einer Anfängerfrage mit Geduld zu begegnen.
Hab neulich den HQP ausprobiert und festgestellt, dass das schon gut klingt, fast spektakulär.
Ich habe alles ausgschaltet was ich gefunden habe, also keine Filter kein Upsampling.

Werden beim HQP die Daten manipuliert, dass es besser klingt oder originalgetreu an den USB Wandler weitergegeben ?

Danke, Alex.
StreamFidelity · „wie StreamFidelity zum aktiven Hören kam“
Aktiver Hörer
Beiträge: 1933
Registriert: 24.09.2017
Wohnort: Hansestadt Rostock
„wie StreamFidelity zum aktiven Hören kam“

Beitrag von StreamFidelity »

Moin Alex,
Junakreiter hat geschrieben: 11.05.2026, 09:21Werden beim HQP die Daten manipuliert, dass es besser klingt oder originalgetreu an den USB Wandler weitergegeben ?
Wenn du alle Filter und das Upsampling ausgeschaltet hast, ist meines Wissens eine bitperfekte Übertragung möglich. Hier müsstest du die Lautstärke auf fest einstellen und natürlich keine Faltung oder sonstiges in Convolution oder Matrix machen.

Zu deinem Wandler Seidler R2R habe ich nichts weiter gefunden. R2R ist PCM und manche DACs haben trotz R2R einen FPGA intern für das Oversampling verbaut. Auch ein R2R kann vom PCM Upsampling oder/und den Filtern des HQPlayers profitieren. Nach meinem Verständnis bedarf es immer einen digitalen Filter, um die Spiegelfrequenzen außen vor zu halten. Möglicherweise reicht dafür aber auch der analoge Filter. Ich bin kein Techniker, um das beurteilen zu könne. Hier hilft nur Datenblatt studieren und ausprobieren, was dir besser gefällt.

Grüße Gabriel
StreamFidelity · „wie StreamFidelity zum aktiven Hören kam“
Aktiver Hörer
Beiträge: 1933
Registriert: 24.09.2017
Wohnort: Hansestadt Rostock
„wie StreamFidelity zum aktiven Hören kam“

Beitrag von StreamFidelity »

Moin Alex,
Junakreiter hat geschrieben: 11.05.2026, 12:45Dann muss ich wohl studieren, was die Filter des HQP genau machen.
In erster Linie geht es darum, das gem. dem Nyquist-Shannon-Abtasttheorem nur die halbe Abtastrate (Nyquist-Frequenz) berücksichtigt werden darf. Im HQPlayer sind besonders leistungsfähige Filter für verschiedene Zwecke auswählbar. Zum Beispiel gibt es apodisierende Filter und vieles mehr. Bei Interesse auf meiner Homepage zum nachlesen: HQPlayer Filtereigenschaften

Grüße Gabriel
StreamFidelity · „wie StreamFidelity zum aktiven Hören kam“
Aktiver Hörer
Beiträge: 1933
Registriert: 24.09.2017
Wohnort: Hansestadt Rostock
„wie StreamFidelity zum aktiven Hören kam“

Beitrag von StreamFidelity »

Moin zusammen,

es war längst fällig und nun ist es geschehen: HQPlayer 6 ist für alle Plattformen verfügbar.

Neue Funktionen:

- UPnP erweitert
- Embedded Versionen gibt es jetzt auch für Windows und MacOS, Vorteil: keine grafische Benutzeroberfläche wie bei HQPlayer Desktop
- Cleanup filters für schlechtes HiRes

HQPlayer 6 Embedded 6.0.0 läuft gerade bei mir. Klanglich ist alles so schön wie bisher. :D Ein Upgrade bietet sich derzeit nicht an, es sei denn die oben genannten neuen Funktionen werden genutzt. Aber wie immer wird die Version 5 mehr oder weniger eingefroren und die Neuentwicklungen gibt es dann nur noch für die Version 6.

Wer jetzt schon upgraden will, kann sich im Web Shop einen Gutschein holen. Statt 379,61 € (inkl. Umsatzsteuer) kostet es dann 322,67, also 15% Rabatt. Und dann muss man auf den "grünen" Buy-Button klicken. Etwas umständlich.

Bei der Konfiguration von HQPlayer 6 Embedded über den Webbrowser kann es etwas hakelig werden. Die Oberfläche für die Eingabe der Zugangsdaten (Benutzer: hqplayer, Passwort: password) erscheint nicht, wenn der Browser nicht zurückgesetzt wurde. Bei mir hat dann erst Opera funktioniert.

Grüße Gabriel
Stefan81 · „wie Stefan81 zum aktiven Hören kam“
Aktiver Hörer
Beiträge: 43
Registriert: 13.09.2025
„wie Stefan81 zum aktiven Hören kam“

Beitrag von Stefan81 »

Hallo Gabriel,

auch ich habe bereits den HQPlayer Desktop in meiner Kopfhörer-Anlage sowie Embedded in der Stereoanlage auf die Version 6 aktualisiert. Mal sehen was noch kommt; wie du schon schreibst, alles genauso gut wie bisher.

Ich möchte dich hierüber noch etwas fragen, evtl. hast du eine Idee, in welche Richtung ich loslaufen sollte, um das kleine Problem, das ich habe, anzugehen. Das ist die aktuelle Stereo-Kette:

Bildschirmfoto.png

Ich spiele ausnahmslos DSD1024. Spiele ich ein Album oder mehrere Songs einer Playlist hintereinander ab, welche dieselbe Abtastrate und Bittiefe haben (z.B. 44,1kHz 16 Bit) dann laufen diese ohne Unterbrechung durch. Also auch Alben, bei denen die Songs nahtlos ineinander übergehen. Spiele ich nur einen Song, dann dauert der Start natürlich seine übliche Zeit für den Buffer, und lade ich zwischenzeitlich einen weiteren Song in die Schlange, der nicht dieselbe Auflösung hat, dann muss ich halt beim diesem zu Beginn wieder warten. Ich denke, das ist alles soweit völlig normal.

ABER: Spiele ich einen einzelnen Song ohne einen weiteren Song in die Schlange zu stellen, dann habe ich etwas 5 Sekunden, bevor der Song endet, eine kurze Unterbrechung; anschließend werden die letzten Sekunden des Songs abgespielt. Woran könnte das deiner Meinung nach liegen?

Viele Grüße,
Stefan
Antworten