OpenELEC Testbuilds for RaspberryPi Part 3 (Kodi 14.0) - 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 Part 3 (Kodi 14.0) (/showthread.php?tid=192380) 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
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
|
RE: OpenELEC Testbuilds for RaspberryPi Part 3 - popcornmix - 2014-10-31 (2014-10-30, 23:01)Forage Wrote: I guess your TV isn't sending button up events. Strange as my Panasonic does. Can you enable debugging and "CEC" component specific debugging and press a few keys and check for lines like: Code: 10:21:13 30651.439453 T:2947544144 DEBUG: CecLogMessage - >> TV (0) -> Playback 1 (4): vendor remote button up (8B) If you don't get any "button up" events then a non-zero release is required. It may be possible to determine this at runtime. I've noticed the "CEC settings changed" popup only occurs once. Don't think it's related to this change but probably an existing bug. I'll have a dig around. I'll try with a release of 400 to see if I see the same effect. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - popcornmix - 2014-10-31 (2014-10-31, 06:52)allan87 Wrote: • 200 ms before repeating was fine. I did not see any point trying faster. 300 would also have been fine. Do you have a release of 0? Can you check log for "button up" events? The lack of a button up event leads to overrunning by the release amount. If release is 0 and there are no "button up" events then the release is assumed after 500ms. Setting release to a smaller number (e.g. 300 may overshoot less). It could be a cpu issue where the button events are not being consumed quickly enough and the queue gets longer when scrolling. I haven't seen that, but explain where in the xbmc UI you are when this happens, and perhaps post a log (with debug and CEC component logging enabled). RE: OpenELEC Testbuilds for RaspberryPi Part 3 - eikman2k - 2014-10-31 there seems to be a Problem with IPTV (simple PVR Addon) in the new builds, when i activate the LIVE TV, and look a stream in HD from my movie portal, the movie will freeze after a few minutes. When i deactivate LiveTV everything is fine RE: OpenELEC Testbuilds for RaspberryPi Part 3 - popcornmix - 2014-10-31 (2014-10-31, 13:39)eikman2k Wrote: there seems to be a Problem with IPTV (simple PVR Addon) in teh ne builds, when i activate the LIVE TV, and look a stream in HD from my movie portal, the movie will freeze after a few minutes. Did this start occurring recently? Can you identify the first build with the problem? RE: OpenELEC Testbuilds for RaspberryPi Part 3 - eikman2k - 2014-10-31 it shold be teh build from 28 or 29 from this month.. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - popcornmix - 2014-10-31 (2014-10-31, 15:19)eikman2k Wrote: it shold be teh build from 28 or 29 from this month.. Can you test and identify the exact build? RE: OpenELEC Testbuilds for RaspberryPi Part 3 - allan87 - 2014-10-31 (2014-10-31, 13:34)popcornmix Wrote:I do have a release of 0, and apparently misunderstand what 'release' is supposed to do. I assumed that button up is supposed to put on the brakes so, I figured, let's do that right away, so 0 was the way to go. Clearly, I am confused.(2014-10-31, 06:52)allan87 Wrote: • 200 ms before repeating was fine. I did not see any point trying faster. 300 would also have been fine. I will do further testing over the weekend. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - popcornmix - 2014-10-31 (2014-10-31, 17:32)allan87 Wrote: I do have a release of 0, and apparently misunderstand what 'release' is supposed to do. I assumed that button up is supposed to put on the brakes so, I figured, let's do that right away, so 0 was the way to go. Clearly, I am confused. release=0 means rely on "button up" events (although there is a timeout of 500ms if they don't occur). That is the ideal setting if your CEC hardware generates valid "button up" events. If that doesn't work well, then you set a non-zero release value. That ignores "button up" events and assumes the release occurs "release" ms after the last button pressed message. You'll probably find the CEC messages are periodic repeating "button down" messages. Supose they repeat at a ~300ms rate, then set release a little higher than this (e.g. 350). If you set this too low, you'll find auto-repeat isn't reliable. If you set it too high, repeat should work, but it may overshoot a little when you release the button. if you are struggling to get value that works, then enable debugging and CEC component debugging. Do a couple of short presses and a couple of long (e.g. 5 seconds) presses and post the log. I'll point what the imprortant messages are and what settings to try. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - allan87 - 2014-10-31 My testing is primarily to give you feedback as, other than the occasional double press in some builds, CEC has been very good on my Samsung. Accordingly, I don't really need anything fixed, but if you would like me to try something specific that will give you some information you need, I would be happy to do it. I will check to see what CEC events show up in the log, in any event. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Forage - 2014-10-31 (2014-10-31, 13:27)popcornmix Wrote:(2014-10-30, 23:01)Forage Wrote: Here's a snippet of the log after pressing the up and down button a couple of times with the release settings set to 0 again: http://pastebin.com/t0YuGQ3i It does fire a button up event as far as I can tell. Here's a log keeping the up button pressed for about 5 seconds: http://pastebin.com/dnmqbfdR RE: OpenELEC Testbuilds for RaspberryPi Part 3 - popcornmix - 2014-10-31 @Farage - shoudl really use pastebin type site for logs this big. So a normal button press: Code: 18:38:29 7109.953125 T:2952787024 DEBUG: CecLogMessage - >> TV (0) -> Playback 2 (8): user control pressed (44) This is the case where we need double press suppression: Code: 18:38:30 7110.450195 T:2952787024 DEBUG: CecLogMessage - >> TV (0) -> Playback 2 (8): user control pressed (44) Note, two messages 207ms apart. So you need the "delay" setting greater than that to supress the second message. The long press looks fine. It seems to send a pressed event every 400ms and then a "button up" at end. This should work fine with release=0 (relying on the "button up" message). With repeat disabled you'll get 2.5 repeats per second when held down. You should be able to configure for faster repeats if you want. I'd suggest using my recommended settings of 300/80/0. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-10-31 Please, use pastebin for such long logs - some of us use Tapatalk to browse the forum on mobile devices and now this page of the thread is completely inaccessible! RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Forage - 2014-10-31 (2014-10-31, 20:03)Milhouse Wrote: Please, use pastebin for such long logs - some of us use Tapatalk to browse the forum on mobile devices and now this page of the thread is completely inaccessible!My apologies! Fixed! RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Forage - 2014-10-31 (2014-10-31, 19:54)popcornmix Wrote: The long press looks fine. It seems to send a pressed event every 400ms and then a "button up" at end.It will fail to autoscroll with your default settings 300/0/0 if you keep the button pressed. At least, in my case. This can't be desired behaviour. Doesn't 0 for the repeat setting default to a sane value? (2014-10-31, 19:54)popcornmix Wrote: I'd suggest using my recommended settings of 300/80/0.Settings the repeat to a value higher than 0 does indeed fix the autoscroll as well, like increasing just the release setting. Strange that 0 for just the release setting, which should default to the device time, does not work. Again because of no sane default value for the repeat setting? Repeat setting 80 is fine for some lists, but results in madness on the main XBMC menu screen when keeping left or right pressed btw. I'll lower it to a good balance. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - allan87 - 2014-10-31 If you wanted to be REALLY fancy, the repeat speed could initially be slow and accelerate with a longer button press. |