Posts by Da Flex

Use the full path to the "docker" command in line 5.

You never tried LibreELEC on your HTPC? If you did, what's your issue on LE?

Try an Nvidia Shield TV. It has powerful hardware (HD audio etc.), can run Kodi (app) and has good software support. It's one of the best streaming machines on the market. If you miss an optical output, HDMI can handle that.

Quote from novalis

Also you are wrong with the eac3 setting, which is of course DD+ and a visible setting in the audio section and the only switch to deal with if you want to handle DD+.

1. Set your skin to default, and DD+ is not visible as a pass-through setting. It's invisible for a reason.
2. Check the real values of guisettings.xml (cat command).
3. Copy a guisettings.xml from someone who got DD+ working.

The German "Chip" magazine had a heat-off when displaying 4K pictures: Raspberry Pi 4 im Review

You RPi 4 testing people should definitely do active cooling, even if the software will be perfect some day.

I'll wait for the next gen, because I like passive cooling.

Quote from novalis

Audio is working, so no idea what you mean by DD+ default values...

I didn't said that. I was talking about "suggested default values", which of course refers to my statement before (posting #28).
Do you mean, DD+ is working on Netflix now, and my suggestion of posting #28 was successful?

mglae:

Yes, I was interested in that E-AC-3 setting line too, because DD+ actually is E-AC-3. I figured out that a reboot will always set this value back to "false", if one tries to edit it. So, my conclusion is that we are not talking about DD+/E-AC-3 pass-through here, because other RPi users got it working.

PS: Trust me, it makes sense.

Do you have DD+ audio with the suggested default values on Netflix?

We can talk about sense and details later.

Go to "Settings -> System -> Audio" and set all values back to default by using the last menu entry.

This will deactivate audio pass-through!

You want to have DD+ for Netflix. You actually don't pass-through the audio, because the audio source is the RPi itselve.

Thanks for trying the default skin. Please post the output of this command:

cat /storage/.kodi/userdata/guisettings.xml | grep passthrough

What's the precise model name of your RPi3? Do you use additional audio hardware, like a HiFiBerry at the GPIO?

novalis:

You don't use the default skin, and this is in your log:

13:11:58.476 T:1937388192   ERROR: Window Translator: Can't find window osdaudiodspsettings

Try the default skin.

The precise version of the RPi and LE might help to find the difference.

It's also possible that DD+ can run different sound quality, which needs more or less system performance.

Well, you risk to break your device if you disable heat warning. Going into that kind of risk forces the big "Why?" question. Intelligent people love to know why. Anyway, I never had a heat warning on my passive-cooling RPi3B+.

There is no secret setting about pass-through. If your AVR don't receive DD+, then the hardware is too weak.

Loosing an audio track without warning is a bad thing. LE should make it visible to find the weak element of the audio transmission chain. If you're an audio enthusiast, other hardware like the Nvidia Shield TV or the brand new RPi 4B is worth to think about.

Quote from avlkmhyd

Why should i add more ram to a machine that does not do a video stream ID jump with tvheadend now on 9.0.2 but did it before on 8.2.5? The machine have already 4GB of RAM. Thats by far more then enough to just watch live tv!

Yes, 4GB should be fine. Maybe the unsupported stream is the cause:

2019-06-20 23:32:54.908 T:140374914340608 WARNING: OpenStream - Unsupported stream 1005. Stream disabled.

Quote from avlkmhyd

Da Flex , Memtest ran fine. Like written: 8.2.5 did not had thig issue. 9.0.2 have the issue.

That's good. Because other users don't have this issue, I still hold my memory theory.

To my knowledge, the GUI speed has been improved since LE 9.x. Multiple CPU cores are used for better performance. I think it takes more memory. Maybe the solution is to add more RAM. Check the used RAM (command "free -m"), and tell us a little more about your hardware.

I think it's doable, but I don't use VPN. The basic idea is to write a loop, which permanently checks VPN connectivity. When it's off, the script should switch off the non-VPN connection of LE, and maybe shows a popup (called "toast").

Assuming you'll place the Python script at /storage/scripts/vpn.py, your /storage/.config/autostart.sh could look like this:

#!/bin/sh

(
    python /storage/scripts/vpn.py
) &

The guys from OpenVPN forum should know how to Python-check VPN connectivity. The part of our forum is to show you how to switch the default connection off/on, and how to display the toast.

The log has a "timeout waiting for buffer". And at your other thread I see a "segmentation fault" and an "out of memory". I suggest a RAM test.