Verfasste Forenbeiträge
-
Beiträge
-
Hi Mercurius,
Delock Isolator direkt hinter den Switch / Router und dann das Drosselkabel. Wenn Du das V3 verwendest, dann so wie hier abgebildet:
Beste Grüsse,
Eric
Hallo FakerHIF,
ich hatte das mal hier beschrieben: https://ethernet-sound.com/forums/topic/sonstiges/page/7/#post-5153
Beste Grüsse,
Eric
Wenn das an- und ausschalten keinerlei Änderungen ergibt, dann bin ich aktuell etwas mit meinem Latein am Ende, warum bei Dir dann trotzdem beide Apps unterschiedlich klingen.
Das könnte dann nur noch daran liegen, das die Qobuz App auf eine andere Quelle zugreift.
Beste Grüße,
Eric
Hallo zusammen,
noch ein Tip bzgl. Minimierung der Einflüsse der Steuerungssoftware.
Wenn man ganz sicher gehen möchte, das es keine Einflüsse durch die Steuerungssoftware gibt, dann kann man nach Starten des Albums einfach das WLAN am Handy abstellen bis man wieder steuern möchte.
Beste Grüße,
Eric
Moin Stefan,
Wenn ich die LMS/Squeezebox Architektur noch richtig im Kopf habe, kommuniziert iPeng und andere Control Software mit dem Server. Der Client, also die Squeezebox wird m.E. ausschließlich vom LMS Server gesteuert. Dadurch müsste man dann beim LMS ansetzen bzgl Optimierungen, was m.E. nicht so einfach werden wird. Kannst dich ja mal in den bekannten Squeezebox Foren umschauen.
Beste Grüße,
Eric
Hallo nochmal,
also der Unterschied in den Bubble UPnP Einstellungen ist bei mir hörbar. Kein Tag und Nacht, aber nochmal einen Tick mehr Klarheit im Klangbild.
Zusammen mit dem Umzug ins Gast-Wlan spielen die KEFs aktuell derart klar und präzises, das es mir wie Frank geht, nämlich das ich meine Lieblings Tracks / Alben nacheinander spiele und nicht mehr aufhören möchte.
Kann dies nur jedem empfehlen.
Beste Grüße,
Eric
Hallo zusammen,
ich habe jetzt mal Messungen mit dem Bubble UPnP Control-Point gemacht und verschiedene Einstellungen getestet.
Beim Control-Point kann man zum einen der Abrufintervall von 900 – 10.000ms einstellen.
Zum Anderen kann man noch die Option „Senden von Ereignissen verwenden“ setzen, was dann die Synchronisation nach meinem Verständnis Event-Basiert macht und nicht Pollt.
Hier die Ergebnisse mit Wireshark 1min gemessen auf dem Laptop, auf dem der Media-Player als UPnP Player verwendet wurde.
Gemessen die Interaktionen vom Bubble UPnP Control-Point auf dem Handy.Abrufintervall: 900ms
Senden von Ereignissen verwenden: nein
Paket vom Handy zum Player: 560 PaketeAbrufintervall: 900ms
Senden von Ereignissen verwenden: ja
Paket vom Handy zum Player: 262 PaketeAbrufintervall: 10.000ms
Senden von Ereignissen verwenden: nein
Paket vom Handy zum Player: 111 PaketeAbrufintervall: 10.000ms
Senden von Ereignissen verwenden: ja
Paket vom Handy zum Player: 24 PaketeSo, jetzt geht es als nächstes mal zum Hörvergleich.
Also wer ein paar Einstellung in der App nicht scheut, kann mal diese Einstellung für den jeweiligen Player ausprobieren.Beste Grüsse,
Eric
Hallo zusammen,
also das Handy „schreit“ gar nicht so viel unkontrolliert per Broadcasts ins WLAN wie vermutet. Der Unterschied mit und ohne Firemwall (wenn man nicht irgendwelche Apps aktiviert, die Netzinteraktion haben) ist nur gering – gemessen auf dem ins Netzwerk integrierte Laptop mit Wireshark.
Gehört ergibt sich ein gefühlter Unterschied, der aber m.E. mit hoher Wahrscheinlichkeit Suggestion ist.
Ich denke, das die Einstellungen beim Bubble UPnP Control-Point bzgl. der Häufigkeit der Synchronisation hier weitaus bedeutender sind. Ich bin dabei das auch mal per Wireshark zu messen.
Beste Grüsse,
Eric
Hallo Matthias,
das die Paketbeschleunigung zur Entlastung der eigentlichen CPU dient ist auch abseits der KI nachzulesen.
Ich bin aktuell am Experimentieren mit dem Control-Point – sprich dem Handy.
Ich habe jetzt mal eine Firewall auf mein Handy installiert, sodass nur noch Bubble UPnP per WLAN kommunizieren darf. Hierdurch sollte dann jeglicher Datenmüll und Broadcasts aus dem Gastnetz und somit vom Streamer ferngehalten werden.
Ich werde darüber noch berichten.
Beste Grüße,
Eric
Ergänzung um das PDF generiert von ChatGPT im Anhang.
Und mit folgenden Hinweis der KI:
„Hinweis:
Wenn der Router in einer audiophilen Umgebung betrieben wird (z. B. mit einem Netzwerkstreamer),
empfiehlt es sich, die Paketbeschleunigung anzulassen, um mögliche EMI-Emissionen zu reduzieren.“Also doch alles HF Sounding?
Hallo Matthias,
eine Frage zu dem Thema Paketbeschleunigung.
Hast Du hier auch Unterschiede bei der WLAN Übertragung gehört?Gibt es irgendeine genauere Begründung hierfür oder wurde das von den Tunern per Try and Error gefunden?
Hier eine Erklärung von der KI zum Thema Paketbeschleunigung.
Danach sinkt die CPU Last mit Paketbeschleunigung ja, bzw. steigt ohne die Paketbeschleunigung.Was genau passiert bei der Paketbeschleunigung?
Ohne Paketbeschleunigung:
Der Prozessor (CPU) des Routers muss jedes Datenpaket einzeln verarbeiten.
Dabei prüft er z. B. die Zieladresse, leitet es weiter, filtert ggf. (z. B. durch Firewall-Regeln) und zählt Statistiken mit.
Diese „Software-Verarbeitung“ kostet Rechenzeit und ist bei starker Last ein Flaschenhals.Mit Paketbeschleunigung:
Spezielle Hardware oder optimierte Softwarepfade übernehmen einfache Weiterleitungen direkt (z. B. von LAN zu WAN).
Der Router „merkt sich“ etablierte Datenströme (z. B. ein Video-Stream oder eine große Dateiübertragung) und reicht diese am Prozessor vorbei über eine schnellere Verarbeitungseinheit weiter.
Dadurch sinkt die CPU-Last deutlich, und die Durchsatzrate steigt.
Techniken der PaketbeschleunigungVorteile
Höherer Datendurchsatz (z. B. 1 Gbit/s oder mehr)
Weniger CPU-Last → Router bleibt reaktionsschneller
Besseres Erlebnis bei Streaming, Gaming, VPN etc.Nachteile / Einschränkungen
Inkompatibilität mit bestimmten Funktionen: Einige Firewalls, QoS-Regeln oder Protokolle wie PPPoE können durch die Beschleunigung umgangen werden oder funktionieren nicht richtig.
Fehlende Statistiken: Pakete, die nicht mehr durch die CPU laufen, tauchen ggf. nicht in Logging- oder Traffic-Statistiken auf.
Fehlerquellen: Manche Geräte können durch Firmware-Bugs instabil werden, wenn Paketbeschleunigung aktiv ist.Beste Grüsse,
Eric
Hallo Matthias,
vielen Dank für die Ausführungen!
Interessant ist ja, das sich hier an dieser Stelle tatsächlich was tut – hatte ich erst durch die Diskussion mit dem Wrouter in Auge gefasst und nun wissen wir ein wenig mehr warum.
Beste Grüße,
Eric
Hallo zusammen,
würde mich wirklich interessieren, ob es denn noch den ein oder anderen gibt, der das ausprobiert hat. Oder muss man hierfür zu wenig Goldmunzen einwerfen, hat zu wenig Esoterik oder ist zu einfach, sodass dies dem Audiophilen nicht würdig ist.
Der Microtik hap lite kann in der Tat als Router konfiguriert werden, sodass diejenigen, die nicht WLAN zum Streamer einsetzen möchten, diesen als Ethernet Router mit Optionalem WLAN Accesspoint nutzen können.
Hierzu muss der Mikrotik hap Lite im WISP AP Modus betrieben werden und als Router konfiguriert. Dann den Port 1 zur Fritzbox oder Internet-Router nutzen und Port 2-3 für den Streamer. WLAN kann man in der Config-Software deaktivieren oder für die Steuerung mit Handy nutzen.
Beste Grüße,
Eric
Hallo Frank,
vielen Dank für die Deine Schilderungen!
Bin gespannt, ob sich dies auch bei weiteren bestätigt – ich werde jedenfalls nicht mehr umstellen.
Beste Grüße,
Eric
Hallo zusammen,
Wenn dies wirklich Klangauswirkung hat, dann sollte man das auch bei Ethernet machen – also eine „isolation“ über einen Router, der ein eigenes Netz verwaltet. Allerdings muss man hier dann noch einen WLAN Accesspoint integrieren, da die meisten ja mit Handy oder iPad steuern.
Dafür wäre eigentlich der MikroTik hAP lite bei richtiger Konfiguration eine ideale Basis.
Der kann m.E. als Router konfiguriert werden und hat auch noch den WLAN AC integreiert.Werde ich mir mal über den Feiertag anschauen.
Beste Grüsse,
Eric
