Posts by Da Flex

    noggin The user only uses S/PDIF to detect the incoming data rate. He wants to use the analogue output of the USB audio interface to connect speakers. The USB audio interface was made for musicians, so the input/output timing has to be low-latency. That requires a specific ASIO driver. That driver is incomplete on Linux, so he only gets 44.1kHz.

    PS: Your logic is: Just transfer the codec from A to B. In reality things are more complex, so processes have to be scheduled etc. That's when drivers come into play. They don't just manage the codecs, but also the timing. Your proprietary ASIO driver is incomplete on Linux for a reason.

    If you just want a good DAC, then you don't need DSD. I'm using a cheap Behringer UMC22, which provides 48kHz /16 bit PCM. It uses standard ASIO, so it works perfectly with a Linux OS, like LE.

    ASIO is more than a bypass. It's a low-latency audio solution.

    If your proprietary ASIO sounds bad, try a standard ASIO interface. LE is no low-latency OS, so you eventually lose data on transmission.

    In short: You want to use a USB audio interface, connect it to the AVR over S/PDIF, and play native DSD.

    This setup is generally possible with LE.

    Theory: I think the problem is the proprietary ASIO driver of your USB audio interface. Because it's proprietary, not all codecs are usable by LE. That means, LE offers all codecs, including hi-res native DSD, but the incomplete Linux driver only accepts lo-res DSD.

    Suggestion a): Use a USB audio interface, which is fully supported by Linux.

    Suggestion b): Use an RPi with HiFiBerry Digi2 Pro, as mentioned at post #8.

    LE seems to get data for the first frequencies, but afterwards no more data are coming in.

    Maybe undervoltage inside of the receiver?

    Please provide a product link of your DiBkom 7000PC. Does it have an optional PSU, which you can plug in?

    PSU is fine, no undervoltage warning in the log.

    Different time stamps in the same log?

    Code
    2024-06-23 13:04:45.721 T:1282     info <general>: Loading skin file: DialogConfirm.xml, load type: KEEP_IN_MEMORY
    ========== journalctl -a -b -0 ==========
    Feb 28 03:26:04.560062 LibreELEC kernel: Booting Linux on physical CPU 0x0000000000 [0x410fd083]

    PS: Ah, it has no internal clock, so time is wrong until NTP gets it.

    While it was scanning a few times a signal strength popped-up on the screen but then disappeared.

    Repeat that procedure with logging. It could be a PSU issue. if so, it's visible in the log.

    Please provide a full debug log.

    How to post a log (wiki)

    1. Enable debugging in Settings>System Settings>Logging
    2. Restart Kodi
    3. Replicate the problem
    4. Generate a log URL (do not post/upload logs to the forum)

    use "Settings > LibreELEC > System > Paste system logs" or run "pastekodi" over SSH, then post the URL link

    Usage of banned add-ons means no support.

    newphreak
    March 15, 2016 at 1:02 AM