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 - darzur - 2014-08-16 (2014-08-16, 08:46)Milhouse Wrote: Can you provide an example of how to reproduce this problem? Test it with the stock Confluence skin, any other skin may require changes. I'm using Confluence only. It's just enough to open virtual keyboard and try to input some text. I can do it using cursors and virtual keys but not 0-9 keys from my remote. Pressing 0-9 have no efect at all. Quote:Also, what language and keyboard layout are you using? Check the new "Character set" and "Keyboard layouts" options in Settings -> Appearance -> International - you might need to adjust them. Note: You'll need to set the Settings Level to Standard (or above) to see the Character set and Keyboard layout fields. Normally I'm using Language=Polish, Character set=Central European (ISO), Keyboard layout=ABC but for testing purposes switched it to Language=English, Character set=Default, Keyboard layout=QWERTY. Unfortunately it didn't helped at all. Can you share your remote.xml? In GLOBAL section I have "JumpSMSx" for numeric buttons and in VIRTUALKEYBOARD section it's "NumberX" respectively. It always worked but maybe lately something changed. Quote:The virtual keyboard (Language=English, Character set=Default, Keyboard layout=QWERTY) is working correctly for me, for example when using (Global) Search. Jumping through the Movies library using the 2-9 keys (2=abc, 3=def, 4=ghi etc.) is also working as it should. Jumping through various lists (like Movies for example) is working for me too. I only can't write in virtual keyboard window. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - anonimo2001 - 2014-08-16 @Milhouse Here you are: http://xbmclogs.com/show.php?id=269637 Thanks in advance RE: OpenELEC Testbuilds for RaspberryPi Part 3 - popcornmix - 2014-08-16 (2014-08-16, 03:42)edwr Wrote: Airplay video streaming seems to have been broken for some time now. I'd been using #528 for the past few months. It seems #714b broke it, as #714 and earlier work and later builds don't (edit: up to #815). I did not try every build before and after, just enough to narrow it down. I did check #718 in case it was something to do with the warnings regarding #714b, but airplay didn't work there either. Interesting. I'd noticed some airplay streams that I thought used to work didn't currently work (the visualisation shows, but no video). So I've had a closer look and tried reverting the commit you mentioned, and sure enough the streams now play with video. I've added the revert to newclock3/newclock4 trees, so I'll be interested if the next build works better for you. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-08-16 (2014-08-16, 11:17)darzur Wrote: Normally I'm using Language=Polish, Character set=Central European (ISO), Keyboard layout=ABC but for testing purposes switched it to Language=English, Character set=Default, Keyboard layout=QWERTY. Unfortunately it didn't helped at all. Can you share your remote.xml? In GLOBAL section I have "JumpSMSx" for numeric buttons and in VIRTUALKEYBOARD section it's "NumberX" respectively. It always worked but maybe lately something changed. This is my remote.xml. I've been using it for years... I've tweaked it to work with one of these: The mouse pad doesn't work, nor does the right and left mouse buttons or "e" button (internet - top row, left of power button) as they don't generate valid key codes. Other than that, all other buttons work.Record is mapped to context menu. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-08-16 (2014-08-16, 11:33)anonimo2001 Wrote: @Milhouse There are a number of warnings about buffer timeouts... you're trying to cache to SD, which may not be helping. Is your Pi connected over WiFi or wired? You've got a lot of junk in your advancedsettings.xml, I'd suggest pairing that down to what you require and test again: Code: <advancedsettings> RE: OpenELEC Testbuilds for RaspberryPi Part 3 - xeeee - 2014-08-17 I've tried today the airplay feature, but can't get it to work. The Airplay is checked in the xbmc settings, but my laptop with OSX 10.9.4 can't find anything. I've also tried the Airfoil software (some people says it helps) but it also doesn't detect xbmc. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - anonimo2001 - 2014-08-17 @Milhouse My Pi is wired, but changing to your advancedsettings.xml did the trick. Thanks so much Milhouse :-) RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-08-17 New OpenELEC Helix build: #0816 (Supercedes previous build) Code: # uname -a Based on tip of OpenELEC master (62dcea63, changelog) and tip of XBMC master (aa4b6741, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi Part 3 - edwr - 2014-08-17 (2014-08-16, 13:13)popcornmix Wrote: Interesting. I'd noticed some airplay streams that I thought used to work didn't currently work (the visualisation shows, but no video). Airplay video streaming works again in #0816. Thanks for looking into it (and Milhouse, as well) RE: OpenELEC Testbuilds for RaspberryPi Part 3 - darzur - 2014-08-17 (2014-08-16, 15:50)Milhouse Wrote: This is my remote.xml. I've been using it for years... It's strange. It's identical as mine in VirtualKeyboard and Global sections (at least numeric keys are), but mine is not working in virtual keyboard window. Re: RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-08-17 (2014-08-17, 08:11)darzur Wrote:(2014-08-16, 15:50)Milhouse Wrote: This is my remote.xml. I've been using it for years... Screenshot(s) might help, as would precise steps to reproduce the problem because it seems to be working for me, but maybe we're testing different parts of the UI (are you in a PVR window, or Settings, or Sources, or ). As an example: System -> Settings -> Services -> General -> Device name, does the vkb work here? What do you see (screenshot - use "texturecache.py screenshot" to capture if you have no keyboard attached). Assuming the vkb appears, are you saying all remote input is ignored - what's in your debug log while you are mashing the remote buttons? Also try renaming your .xbmc folder and temporarily testing with fresh settings to rule out any sort of corruption or screwed up setting. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - steve1977 - 2014-08-17 (2014-08-16, 03:38)steve1977 Wrote: One very weird thing is that the items of the main menu (movies, tvshows, etc) randomly shift orders. Not always, but occassionaly there are moving. So, that's really weird and I have no idea how to trouble-shoot this. Maybe someone else have seen such issues before? Any thoughts on the issue above? I upgraded to built #0816 and still face this issue. Feels like the menu items are disco dancing ;-) RE: OpenELEC Testbuilds for RaspberryPi Part 3 - Milhouse - 2014-08-17 (2014-08-17, 08:48)steve1977 Wrote:(2014-08-16, 03:38)steve1977 Wrote: One very weird thing is that the items of the main menu (movies, tvshows, etc) randomly shift orders. Not always, but occassionaly there are moving. So, that's really weird and I have no idea how to trouble-shoot this. Maybe someone else have seen such issues before? Not seeing this myself. When do the items move - while you're in the main menu, when you return to the main menu or after restarting Kodi? I assume though that this is with stock Confluence? If it's Amber (or any other third-party skin), you'll need to contact the skin author as it's most likely the skin isn't yet fully Helix compatible. RE: OpenELEC Testbuilds for RaspberryPi Part 3 - steve1977 - 2014-08-17 Unfortunately, this is happening with Confluence (and also with Amber). Somewhat hard to reproduce. I need to play around a bit more. It may just happen for the first hour after updating to a new built. Or for the first hour or so after rebooting. It is a bit random, but definitely something that happens with Helix builts and did never happen with Gotham. No idea how to best trouble-shoot. I could shoot a video, but even this only "proves" that I am saying the truth and not bringing us closer to a solution? RE: OpenELEC Testbuilds for RaspberryPi Part 3 - bagofcrap24 - 2014-08-17 Noticed an issue with mp3 playback. Need to test further as in not sure if it's newclock4 related or PR related yet. Currently on 813b newclock 4. Select a single song for playback. Upon the song finishing the xbmc process restarts instead of returning to menu. Will try to narrow it down as I haven't tried any builds since Gotham yet. |