was hypervisor overhead significant in your case?
from observation basically ~1%
no hard numbers
likewise (pure guessing) you draw more power if you have the vm with gpu path trough enabled because the gpu is not gonne go into sleep any more - no idea if 0,1W or 10W
overall remember proxmox/debian/linux does not enable all power saving options by default, you need to manually enable them to save some additional amount
Be aware that gpu path through can be buggy if you restart the VM. I had it several times in the past with different setups that it stopped working after x-days and you needed to reboot the host (that is not LE related). At other pve instances it worked like a charm 
In general that works pretty well even if you path through the primary gpu without a second one.
is not listed on the LinuxTV Hauppauge Wiki
the page was updated 6yrs ago
WinTV-Nova-S2 USB DVB-S2
Should be supported, the main problem is that they sometimes update the used chips at these sticks and still sell them under the same name. So you can't be 100% sure till ou try it.
you can pump the iptv into tvheadend and use the pvr.hts kodi addon to pre stream channels you are likely switching to what eliminates the switching times
not as trivial but maybe a solution
is there any setting that the switch gets faster?
there is not much optimisation potential, iptv is usually pretty slow in switching channels - it highly depends at the iptv source for some amount of delay
This should be fixed at LE13, meantime you could use LE12 LibreELEC-Generic-legacy.x86_64 version to make it work.
You can update to, no reinstall needed.
tbh I was not even aware this function exist 
do we talk about the website rss feed ? https://libreelec.tv/feed.rss.xml
if so it looks working for me
Maybe the Atom feed is broken ? Itself the url works just the cross reference is meh for some reason.
All forum emails (reset password, registrations, notifications ...) are currently not working.
We investigate for a solution.
Buildsystem configuration:
======================================================
- CPU: x86-64
- Kernel Architecture: x86
that tells you that you are building at a x86-64 machine, nothing more
so you build a aarch64 image at a x86-64 machine
What OS do you use ?
addon repo was down for 4h, should work again
First of RPi.GPIO is EOL and does not support RPi5 and has problems with recent kernels.
For luma this is ofc a problem, as long they do not support the recent way of doing GPIO (RPi.GPIO was always more or less a massive hack rather then doing it properly). I have no idea what's needed that the standard way of dealing with gpio is gets supported there - there are open issues in that directions too.
For reference
VERY happy to help - I'm sure I can re-create a LE9.2.8 instance and run it through a few addon installs and ship you the logs.
likewise this does not recreates the problem, but you can try maybe it is really a addon that is "special" that creates such problems
we can easily look at the logs if it happens again so if you want to try something just go for it 
