Jan

Forum Replies Created

Viewing 8 posts - 1 through 8 (of 8 total)
  • Posted in:
  • 23. August 2021 at 12:04 #51583

    Gapmedia, glad to see it up and running again.

    I can’t really say anything about the informations displayed from ‚Net Analyser‘. A device is usually assigned only one IP address on the network at a time.

    19. August 2021 at 10:29 #51575

    Hello Raymond Day,

    your hostnames must not contain special characters or spaces. Otherwise the names will be corrected automatically, which can lead to duplicate names in the network (e.g. maxpläy -> max2ply ; max2plüy -> max2ply).
    Did all players get a different IP address? You can see this in the Max2Play web interface „WLAN & LAN“ at the very bottom in the „Debug Info“.
    If IPs and names are uniquely assigned, we would have to further narrow down the possible sources of error. How many and which players are needed to provoke the problem? Are there combinations with which the error does not occur?

    17. August 2021 at 15:03 #51572

    Hello, the Pi or the Max2Play web interface can be addressed in the network in two ways, IP address or hostname.

    Default is the hostname „max2play“ and the web interface can be addressed in the browser via „max2play/“. If the hostname is renamed in the Max2Play web interface, it is important to ensure that no special characters or spaces are included. Assuming the hostname „home“ was assigned instead of „max2play“, you can access the web interface via „home/“

    If access is to be via IP address, it is also good to know how IP addresses are assigned in the network (either manually or via DHCP). It is a good practice not to use a mix of manual and automatic assignment of IP addresses via DHCP in a network.

    In the Pi you can find out your own IP via „ifconfig“. You can also use „hostname -I“ to get your IP address. Only with „hostname“ you get the name mentioned above. This is a good way to check if the hostname you wanted to assign is the hostname that was actually assigned (keyword: special characters).

    If you are on the Pi, you can also access the Max2play interface in addition to the two options above, you can also try to access the web interface via IP 127.0.0.1 or via localhost/ in the browser.

    You will probably need to install a web browser for this. I use the browser dillo, which can be installed via „sudo apt-get install dillo“.

    11. August 2021 at 16:36 #51560

    Because the user www-data does not have the necessary rights. He is not a member of the group audio.

    11. August 2021 at 15:18 #51559

    Hello Bencat57,

    it is correct that Allo DigiOne and Allo DigiOne Signature use the same device driver.

    Something may have gone wrong when „cleaning up“ your installation. I know it feels better when unnecessary stuff is uninstalled, on the other hand an installed Kodi etc doesn’t really affect performance.

    I would test again with a fresh image and default settings (as far as possible) to see if the error occurs again. You can make a backup of the current image in case it is not the software.

    If the error occurs again, I would also keep an eye on the hardware. It is also good to know how long the Pi has to be without power for the error to occur. That will make systematic testing easier. If you still have a Digione, test it on the RPI that is meant for the Signature. Also a test with another power supply might help. The Pi4 plus Signature is a bit more demanding on the power supply.

    9. Juni 2021 at 17:23 #51318

    Hallo feeder6,

    ich wage mal eine vorsichtige Antwort, da ich den Code deines VU-Meters nicht kenne. Was mir jedoch auffällt ist, dass das VU-Meter bei PCM-Signalen funktioniert und bei DSD nicht.

    Ein typischer Weg, um ein VU-Meter zu schreiben wäre einen gleitenden Mittelwert (RMS) über alle Amplituden/Samples innerhalb eines bestimmten Zeitabschnitts zu bilden. Das funktioniert bei PCM-Signalen sehr einfach, da deren Amplituden bzw. dem Zahlenwert des Samples direkt den Dynamikstufen entsprechen.
    Kurzum man kann aus dem PCM-Datenstrom ohne großen Aufwand in Echtzeit den Nadelausschlag des VU-Meters berechnen.

    DSD ist hingegen ein grundsätzlich anderes Codierungsverfahren (Sigma-Delta-Modulation) bei dem die Berechnung anders durchgeführt werden muss oder erst einen Umwandung zu PCM erfolgen müsste.

    Ich vermute, dass das VU-Meter-Plugin aktuell mit DSD nicht umgehen kann, da PCM und DSD sehr verschieden sind.

    Beste Grüße
    Jan

    24. November 2020 at 13:45 #50333

    Hallo Hans,

    optisches TOS-Link und elektrisches S/PDIF unterscheiden sich heutzutage in der Praxis nur wenig. Bei der Wahl von Soundkarte und Verstärker, sollten die beiden Anschlüsse zueinander passen. Eine Kaufentscheidung würde ich jedoch nicht von optisch oder elektrisch abhängig machen, da andere Faktoren größeren Einfluss auf den Klang haben.

    Wichtig ist bei einer elektrischen Verbindung das passendes Kabel mit einem Wellenwiderstand von 75 Ohm zu wählen. Audiokabel sind ungeeignet auch wenn über kurze Strecken eine Verbindung zustande kommen kann, meist mit Übertragungsfehlern.

    S/PDIF ist genau genommen ein Format, welches anfänglich elektrisch Übertragen wurde. Über optische Verbindung wurde hingegen zumeist das ADAT Protokoll übertragen. Es gibt also historische Unterschiede, die jedoch nur für Tonstudios relevant sind und sehr wenig mit der Soundqualität zutun haben.

    Relevanter ist, dass S/PDIF eine elektrische Verbindung zwischen zwei Geräten herstellt und damit Masseschleifen möglich sind. Derartige „Brummschleifen“ entstehen hingegen bei der optischen Verbindung nicht. Ob diese Masseschleifen praktisch auftreten hängt auch vom Design der Geräte ab.

    Elektrische Verbindungen können Vorteile haben, einen sehr niedrigen Jitter zu erreichen. Auch hier hängt es von verwendeten Geräten ab.
    In der Alltagspraxis spielt dies jedoch eine sehr untergeordnete Rolle.

    Mein Eindruck ist, dass elektrische Anschlüsse etwas häufiger anzutreffen sind. Es wäre also eher günstig, wenn ein Verstärker auch einen elektrischen digital Eingang hat.

    10. November 2020 at 17:41 #50109

    Hello Carousel,

    only the maximum sample rate that supports both sender and receiver can be supported. The HiFiBerry Digi Pro can clock up to 192 kHz, but the Dail Zensor AX (according to the website) can only clock up to 96kHz. So DoP should not work because it would need 176.4 kHz.

    The best quality can be achieved if the original format is transferred unchanged. Upsampling and format conversions bring more of a deviation from the original than an improvement. If 1:1 transmission is not possible, choose a sample rate that can be divided by integer. For example, if the original is in 176.4 kHz and the player can only handle a maximum of 96kHz, then 88.2 is a better choice than 96 kHz.

    If DSD files need to be converted to be played, I would recommend the same procedure — a sample rate on the player that is a multiple of 44.1 kHz.

    Greetings
    Jan

Viewing 8 posts - 1 through 8 (of 8 total)