Tvh 4.2 ... and I think I've resolved the issue. I dug through the Kodi and tvh logs some more and found messages about recordings that had errors. After deleting the recordings from tvh and disk, CPU has returned to normal. Hate saying it's solved without knowing the real root cause, but it's been over a week now and all is well, so I'm moving on to the next thing around the house to fix. 
Posts by kendalvandyke
-
-
I'm seeing Tvheadend use 100% of 1 CPU while sitting idle after it's been up for a few hours and I've watched a recording or live TV show (Still trying to repro the exact circumstances). Running top -H, I'm seeing tvh:dvr as the culprit. The CPU running at 100% is averaging 55% user time and 45% system time. Not seeing anything significant in the service log outside of a few warnings about continuity errors while watching a show.
When running perf top I'm seeing libpthread-2.32.so [.] __condvar_confirm_wakeup as the top CPU consumer, followed closely by [kernel] [k] el0_svc_common.constprop.0.
I'm up to date on BIOS/firmware/LibreELEC versions and debug logging is turned off. I'm using an HDHomeRun Dual (HDHR3-US) and firmware is also up to date.
What's the next steps I can take to dig into this further?
-
Is there a way to upgrade from Tvheadend Server 4.2 to 4.3 (Alpha) on LibreELEC 10.0.2 and preserve the configuration (including existing recordings)?
-
Followup: After systematically removing components between the RPi and TV, I found out my issue is an HDMI switch that I'm using. Looks like this is less of a Kodi/LibreElec/RPi issue than it is a hardware problem upstream.
-
I'm running LibreElec 9.2.1 on a Raspberry Pi 4, connected through a 4 port HDMI switch to a soundbar that's then connected to a Vizio PQ65-F1. When the TV/switch/soundbar are all on and I boot the RPi everything works great. The problem I'm running into is that when I turn them all off (except the RPi), then turn them all back on, the HDMI signal is lost.
So far I've tried:
- Add hdmi_force_hotplug=1 and hdmi_drive=2 to config.txt
- Create an edid file
- Disable CEC
- ssh into the RPi and run "tvservice -p"
The only thing that brings the signal back (outside of a reboot) is the tvservice command. Otherwise, nothing I've done seems to keep the HDMI signal alive. Obviously having to ssh in every time isn't an idea solution.
Is this a known problem with the RPi 4? Or just something obvious I'm missing?
TIA!