OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 1 - Printable Version +- Kodi Community Forum (https://forum.kodi.tv) +-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33) +--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111) +---- Forum: Raspberry Pi (https://forum.kodi.tv/forumdisplay.php?fid=166) +---- Thread: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) Part 1 (/showthread.php?tid=211501) Pages:
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
|
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - gendo - 2015-01-01 (2015-01-01, 13:19)Milhouse Wrote: @gendo: debug log (wiki)? here is debug log https://dl.dropboxusercontent.com/u/5174353/kodi.log basically on resume it becomes like uber slow.. here channel sort of started playing had some audio here and there.. i went back as far as 1st december and issue is there.. will try going further back.. top shows around 90% idle. OpenELEC-RPi.arm-Milhouse-20141127230836-r19703-gf0b95eb seems to be the last version that functions fine.. Think it is related to https://github.com/xbmc/xbmc/pull/5824 and subsequently https://github.com/xbmc/xbmc/pull/5853 they don't seem to play well with virtual suspend. If i disable livetv, all versions work fine with virtual suspend.. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - Milhouse - 2015-01-02 New OpenELEC I****** build: #0101 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (bc70c886, changelog) and tip of XBMC master (66237cdf, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - popcornmix - 2015-01-02 (2015-01-01, 20:34)gendo Wrote: Think it is related to https://github.com/xbmc/xbmc/pull/5824 and subsequently https://github.com/xbmc/xbmc/pull/5853 they don't seem to play well with virtual suspend. If i disable livetv, all versions work fine with virtual suspend.. Do you get this issue with official OE 5? (that doesn't have virtual suspend). RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - gendo - 2015-01-02 (2015-01-02, 17:38)popcornmix Wrote:(2015-01-01, 20:34)gendo Wrote: Think it is related to https://github.com/xbmc/xbmc/pull/5824 and subsequently https://github.com/xbmc/xbmc/pull/5853 they don't seem to play well with virtual suspend. If i disable livetv, all versions work fine with virtual suspend.. yes i do if i suspend using milhouse texturecache.py Did some further tests and it seems related / caused bysetting folder with channel icons from pvr settings 1) cleared iconpath (folder with channel icons) from guisettings.. issue does not repeat (i have 1000s of icons in set) 1) reduced icons to 20 and issue does not occur though there is a bit of a slowdown.. probably code to access icons is not optimal (on pi when i set folder from gui, gui freezes for around 30 seconds..) RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - allan87 - 2015-01-02 (2015-01-01, 13:41)popcornmix Wrote:I had recently noticed a long delay after exiting playback, before user control was restored. Under this build, Kodi responds to user input immediately after exiting playback.(2015-01-01, 03:40)Milhouse Wrote: New OpenELEC Helix build: #1231 Possible regression: While playing videos (not only recordings from PVR but also Movies from the Video directory) the system spontaneously displays the media directory while the video continues to play in the background. To continue watching, you have to pull out the drawer (blade) from the left side of the screen and select full screen). RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - popcornmix - 2015-01-02 (2015-01-02, 18:14)allan87 Wrote: Possible regression: While playing videos (not only recordings from PVR but also Movies from the Video directory) the system spontaneously displays the media directory while the video continues to play in the background. To continue watching, you have to pull out the drawer (blade) from the left side of the screen and select full screen). Doesn't sound like the PVR optimisation could have caused this. Can you revert to previous build and confirm if this is a new issue with this build? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - allan87 - 2015-01-02 OK. I will test 1230. It is intermittent, so testing may not be 100% reliable, but it seems to happen once or twice during a feature length film. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - popcornmix - 2015-01-02 (2015-01-02, 18:54)allan87 Wrote: OK. I will test 1230. It is intermittent, so testing may not be 100% reliable, but it seems to happen once or twice during a feature length film. A debug enabled log may be illuminating. I wonder if you getting a spurious button press from somewhere? Do you have a mouse, or other input devices connected? RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - Milhouse - 2015-01-02 New OpenELEC I****** build: #0102 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (eab11545, changelog) and tip of XBMC master (239f6689, changelog) with the following modifications:
Build Details:
RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - allan87 - 2015-01-03 (2015-01-02, 19:16)popcornmix Wrote:If the 1230 test is uneventful, I will update to a current build and run a movie with debug on.(2015-01-02, 18:54)allan87 Wrote: OK. I will test 1230. It is intermittent, so testing may not be 100% reliable, but it seems to happen once or twice during a feature length film. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - menakite - 2015-01-03 The PVR metadata commit is interesting. I'm wondering if CVideoInfoScanner may have any benefit from the same optimization. It seems that on a source with 39 subdirectories (TV shows) CVideoDatabase::Open is called 120 times*. This equates to ~3 calls per directory just to determine that there's no new content. If it really takes 45 ms (I'm testing on OS X, where it only takes 0 to 5 msecs) that's 5.4 seconds in total - the Pi takes about 8 seconds to scan that source. @popcornmix do you see any down side (before I risk wasting some hours as CVideoInfoScanner is quite messed up)? * actual number of calls could be slightly less as I've only tracked calls via CLog::LogF in Open(). Edit: Okay, doesn't look like all these Opens come from CVideoInfoScanner itself - in fact it doesn't continuously open and close the DB. Side note: I've been testing this for a few days and it seems to behave as expected (re: http://forum.kodi.tv/showthread.php?tid=211501&pid=1867793#pid1867793). RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - thent - 2015-01-03 The BCM2708 commits seem to have broken hifiberry support with build #0102. With #0101 it's working fine here. Happy new year by the way! And thanks a lot for your outstanding work and support! Thomas RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - popcornmix - 2015-01-03 (2015-01-03, 00:28)menakite Wrote: The PVR metadata commit is interesting.Yes, it's worth keeping an eye out for frequent database opens/closes. There may well be other cases similar to the PVR recordings case that could result in a big performance improvement. (2015-01-03, 00:28)menakite Wrote: Side note: I've been testing this for a few days and it seems to behave as expected (re: http://forum.kodi.tv/showthread.php?tid=211501&pid=1867793#pid1867793).Thanks. Added to newclock4 for further testing. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - PhilE - 2015-01-03 Thomas, can you tell us which HifiBerry you have, and in what way it is broken? Also, are you running with device tree enabled or disabled? Any dmesg entries or other error messages would be helpful. RE: OpenELEC Testbuilds for RaspberryPi (Kodi 15.0) - Milhouse - 2015-01-03 Looks like the base dtbs were updated, will include the latest files in tonight's build which may restore Hifiberry functionality. |