Kodi Community Forum

milhousevh - you mentioned that the build I am using doesn't have the newclock3 commits... Is that not in the newest build that you had posted today/yesterday?

(2014-01-01, 03:53)extension23 Wrote: [ -> ]milhousevh - you mentioned that the build I am using doesn't have the newclock3 commits... Is that not in the newest build that you had posted today/yesterday?

It is, but the build you are testing with (according to your log) is the Gotham build from sraue which includes only a subset of the newclock3 commits, and does not include the remaining "performance" related commits (unless Stephan neglected to mention that).

Actually, now that I look at what remains in newclock3 it's clear that most of the library performance optimisations have already been committed upstream into XBMC master so should already be in the sraue build, but that build does lack performance improvements in other areas (playback, GUI performance optimisations etc.) which are yet to go upstream.

So, if you want best performance on a Raspberry Pi I guess you should stick with my builds or another build that includes most (if not all) of the newclock3 updates.

I'm pretty sure it's just me, but has anyone on the last few MilhouseVH builds experience slowdown/delays when going in and out of menu's, info menu etc. (scrolling is fine, some thumbs load slow)? Before when you enterered a menu the loading bar would appear in about a second or less and load up fast, and if you were to go back a menu it would be instant. Now it's as if it takes about 3 seconds just for the loading bar to appear, and a little longer loading time. It isn't that much slower but it is noticeable.

(2013-12-31, 13:41)popcornmix Wrote: [ -> ]Possibly your monitor's edid doesn't report support for that mode, also add:
hdmi_ignore_edid=0xa5000080

You could also try:
hdmi_group=2
hdmi_mode=85

which is the DMT (monitor style) version of 720p.

Thanks. When I connected it back to the TV yesterday, it switched to 720p automatically and when connecting it back to the monitor today, stayed at that initially at least. (this was with the group/mode lines commented out) Adding the hdmi_ignore line resulted in the bootscreen not showing at all and the monitor displaying an out-of-sync message, although XBMC still loaded OK and was still set to 1280x720p. Then trying group=1, mode=4 sent it all back to 640x480 but group=2, mode=85 has done the trick and it's all running at 720p now

---

(2013-12-31, 11:48)Trickname Wrote: [ -> ]

Quote:New OpenELEC Gotham build: #3012

Live tv works perfect here using Dvbviewer.
Only think is can´t get guisound working.
I noticed system-audio output is set to analog as default but there is still no guisound when switching to hdmi.

Seems that curling in plugins is faster.

thx for this build

Using tvheadend (4.1.1) it keeps going out-of-sync for me, even soon after starting a channel, which is rather frustrating as I have to stop and restart the channel to fix it.

At least the EPG is showing all my channels again now though, not sure what made that decide to start behaving itself.

EDIT: Oh and the bug with

<pvr>
<showepginfoonselect>false</showepginfoonselect>
</pvr>

being ignored seems to have crept back in. I think when it started happening with the previous build, it may have been because I was clicking on a programme BEFORE the currently showing one, due to the bug with the EPG not starting at the current time and also allowing scrolling back to earlier in the day, which wasn't possible with older builds but now it shows the info instead of starting the programme whatever I click on.

@doverman2
https://github.com/xbmc/xbmc/pull/3909 ?

(2014-01-01, 00:42)popcornmix Wrote: [ -> ]

(2013-12-31, 11:46)Doktor-X Wrote: [ -> ]this is modify MilhouseVH release that have dvdplayer enable so that you can use software decoding

So, have you been able to play any video with dvdplayer that keeps up?

plays mostly ok on 950 OC Pi

(2014-01-01, 13:42)Jönke Wrote: [ -> ]@doverman2
https://github.com/xbmc/xbmc/pull/3909 ?

Cool, thanks, that was what I needed to do

EPG is only showing 6/17 channels since updating the build and Tvheadend addon. The EPG is also missing for these channels on my other XBMC machines (which use th Pi as a backend)... but the EPG for the missing channels is shown in the Tvheadend web-application.

Edit: on second look, the missing channels in the XBMC EPG are are also missing from the web-app EPG.

I'm having problems on the newer Gotham builds with Tvheadend service interfering with the operation of my remote(s).

First I noticed it with a GPIO / LIRC setup which would work for a while then become very unresponsive (1 in 20 pushes approx would respond). I found if I killed the tvheadend PID via ssh, the remote would start working again until a short while after tvheadend automatically restarted.

Swapped in a FLIRC USB dongle (which doesn't depend on LIRC, but emulates a USB keyboard) and had almost exact same issue.

If I disable the TVH service and LiveTV support then the remotes continue to work just fine.

I don't have this problem with recent Frodo builds and TVH running.

(2014-01-01, 20:52)Hip-Gnosis Wrote: [ -> ]EPG is only showing 6/17 channels since updating the build and Tvheadend addon. The EPG is also missing for these channels on my other XBMC machines (which use th Pi as a backend)... but the EPG for the missing channels is shown in the Tvheadend web-application.

Yeah, I had the same problem although the Channels list showed all the channels. I really don't know why it's sorted itself out now but I did try toggling some of the options in the Web GUI and letting it rescan the muxes again, so that might be worth a try. Or maybe the database gets corrupt or is incompatible with the new tvheadend, so we need to delete it but I tried the reset PVR and reset EPG options several times and they didn't help.

Isn't there a Tvheadend support thread, or somehow involve the Tvheadend developers in these issues as, since it's an add-on, I don't know if anyone is looking at resolving the issues in OpenELEC Gotham builds without at least knowing what the problems are. And that's assuming the problem is with OpenELEC and not the add-on (maybe not 100% Gotham compatible?)

(2014-01-01, 21:46)MilhouseVH Wrote: [ -> ]Isn't there a Tvheadend support thread, or somehow involve the Tvheadend developers in these issues as, since it's an add-on, I don't know if anyone is looking at resolving the issues in OpenELEC Gotham builds without at least knowing what the problems are. And that's assuming the problem is with OpenELEC and not the add-on (maybe not 100% Gotham compatible?)

You're probably right, it just gets hard to know whether it's the addon or the core that's responsible for certain things (i.e. the EPG not displaying properly or allowing us to scroll back to the start of the day) and when one OE build has it working fine but then a newer build has issues until we upgrade tvheadend (and even then still has issues that weren't present before), it's hard to know but yeah, we should at least report the problems in a tvheadend thread as well as here and try and get some feedback from the devs as to where they think the cause of the problems are.

EDIT: OK, knocked up a quick report of the bugs for the tvheadend devs to take a look at and if anyone else wants to report similar problems with the EPG http://forum.xbmc.org/showthread.php?tid=181933

Give it a script that the pi jump automatic to a mainmenu point when the pi sleep for a time, for example weather!
The problem is the temperature is to hot in another mainmenu point when he sleep. I use aeonmq 5 skin!

Latest build is freezing more and more for some reason on my pi. The last couple of MilhouseVH builds has been slower for me because of these freezing's. Official 3.2.4 works fine but of coarse they don't have all of MilhouseVH's upgrades . I don't know what the problem can be but my log does show some errors. Some of them are (not full log,right before a lockup)

Popcornmix.

Is possible adopted PiAudio to Frodo??