Posts by Da Flex

    The log snippets at post #4 (kodi.log and kodi_crashlog_<TIMESTAMP>.log) show different CEC behavior (connected / not connected). So the CEC connection seems to be unstable. Try another HDMI cable. HDMI 2.0 / 2.1 cables have better shielding, so I suggest one of those.

    Thanks. Do you go OPi3 -> AVR -> TV? If yes, try OPi3 -> TV instead.

    Code
    2024-07-03 19:16:11.140 T:3473    debug <general>: OpenConnection - connection to the CEC adapter opened
    2024-07-03 19:16:11.140 T:3473    debug <general>: SetConfigurationFromLibCEC - settings updated by libCEC
    2024-07-03 19:16:11.141 T:3496    debug <general>: Thread CECAdapterUpdate start, auto delete: false
    2024-07-03 19:16:11.271 T:3496    debug <general>: UpdateMenuLanguage - using TV menu language is disabled
    2024-07-03 19:16:11.429 T:3496    debug <general>: UpdateAudioSystemStatus - no CEC capable amplifier found
    Code
    2024-07-03 15:21:50.524 T:2234    error <general>: OpenConnection - could not opening a connection to the CEC adapter

    There is no V or something we want to keep in-sync.

    Correct. That's why your audio doesn't have to be streamed under low-latency conditions. That means, ASIO isn't needed. Your proprietary ASIO isn't fully usable on LE. So my logical thinking says: Don't use that specific ASIO interface. Sure, a standard ASIO interface with native DSD support will do the job. Good luck finding one. :)

    You need to avoid personal pronouns in such kind of discussions. We don't talking about personal preferences but about a broader class of devices, which are obviouly out of focus and therefore ignored.

    Kodi has its origins in playing of all sorts video-oriented content. That is clear and led to many uselul things like a sophisticaed and well implemented menu navigation.

    But maybe its time to take a closer look on the audio part.

    A/V is in-sync on Kodi, because it's played on the same stream, and gets buffered without low-latency conditions. So I don't talk about personal pronouns, but about the concept of Kodi. ASIO breaks that concept, because it gives audio highest priority.

    Isn't ASIO specifically a Windows thing - not sure I get how it's related to Linux? Or am I missing something?

    ASIO also works on Linux, but with restricted licensing:

    Audacity ASIO Audio Interface

    I also don't get the reason of low-latency for music playback:

    • audio doesn't has to be in-sync with video
    • there is no low-latency input/output relation (musician setup: playing keyboard, and hearing the result in time)

    As mentioned a couple of times, I think the proprietary ASIO driver is the problem. There is no need for ASIO on music playback. So I suggest using a DAC without ASIO. This one should work on Linux:

    Cambridge Audio DacMagic 200M

    I don't use MPD, so other people may have detailed instructions.

    From what I was reading about MPD, your dream setup could be this:

    • MPD server/client on the same LE machine (with DAC/speakers connected)
    • RC app (Yatse, Rigelian etc.) on your phone/tablet to control MPD
    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

    Correct, I didn't read till the end.

    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

    That information isn't up to date and that kind of devices aren't made for musicians but for high end audio reproduction (audiophile).

    There is/was a sample rate limitation setting in the hidden "Expert" Settings. When the limitation setting is set to it's maximum value of 384 kHz, High-Resolution files seem to be transported at their native sample rate. DSD Files are being converted accordingly to 384 kHz.

    All that kind of devices no mater from which manufacturer are using the same technology/concept. There is XMOS USB controller sitting at the entrance followed by one or even two D/A converters for left and right channel separately (mostly ESS Sabre or sometimes Akashi AKM).

    Low-latency devices are used by musicians and audiophile people. The point is "low-latency", not the group of customers.

    As you can read in the second link of post #8, LE supports frequencies above 384kHz.

    Please learn the concept of an ASIO driver, and whats the challenge of writing low-latency code. Then you'll understand.