(2013-03-02, 17:22)richardk Wrote: OpenELEC 2.99.4 (RC4) was released yesterday. Unfortunately, it still has version 1.6.7 of the addon.
If the latest changes don't make it into the final release of OpenELEC with Frodo, there are going to be a lot of unhappy users.
I don't know the details of how the distribution process works, but it seems that it needs some streamlining so that fixes can get out to users when they are needed.
Do you have any contacts in openelec? I asked on their irc channel but didn't get an answer.
In general, we release our stuff to the official xbmc repo github.com/opdenkamp/xbmc-pvr-addons but when the release is rolled out to the users
is no more in our hands. For linux it's up to the distribution authors to pick the changed from there.
Other platforms should get the update installed at some point. Which hasn't happened so far.
I try to write as much info as possible in our change log, so it should be clear for distro maintainers that it's worth to pick that update.
---
About the cpu load:
Since I still cannot reproduce the issue, I've queued a lot more recordings now and in addition I'm using munin and the proc plugin to gather statistics on the mythbackend process.
It'll create graphs about CPU and memory usage, number of threads and a couple of more things.
I will let it run for a couple of days now without restarting and hopefully that helps to find out why the cpu load increases.
If you have the issue, could you check if there is an inexplicable high number of tcp connections between xbmc and the backend?
Code:
sudo netstat -apn | grep mythbackend
In addition I'm working on aligning the tcp receive buffer sizes. It could be related to the problem:
https://github.com/fetzerch/xbmc-pvr-addons/pull/98
It's not yet ready for testing since it causes stuttering. I'll let you know as soon as there's something to test.
One interesting thing would be: Do we have anybody here that has the increasing cpu load issue while using only windows as frontend?
Thanks,
Christian