OpenELEC Testbuilds for RaspberryPi Part 2 - 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 2 (/showthread.php?tid=184866) 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
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
|
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-12-05 I generally stick to stock Confluence with these Gotham alpha builds - there's so much change and subsequent breakage going on that its tough for the skinners to keep up (though a few are now starting to release Gotham-compliant skin updates). I wouldn't be surprised to see a Frodo skin messing up Gotham settings given the level of changes in that area. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Trixster - 2013-12-05 BTW, is skin.widgets a bit dodgy with the latest build? It seems to work fine under Confluence but not Confluence Modified. /edit Sorry, just realised that Confluence does not use skin.widgets. The question still stands, is skin.widgets bust with the latest build? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Reddog999 - 2013-12-05 (2013-12-05, 17:09)MilhouseVH Wrote:(2013-12-05, 16:30)Reddog999 Wrote: @MilhouseVH Yes, I see what you mean - I just saw the note that popcornmix committed the change 5 days ago. I'm not used to the intricacies of the github. However, did you you see my 2nd edit where I said: "In addition, I see that there were other changes made recently i.e. "lirc_rpi: Don't register with lirc_dev if we can't claim gpio pins" - I wonder if this could be a timing issue with registering the driver if it doesn't "claim the gpio pins" quickly enough?" Do you think that is a plausable tree to bark up? link RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2013-12-05 (2013-12-05, 17:51)Trixster Wrote: Yeah, I tried deleting guisettings. I then reset all my settings back as before, rebooted and am back to 0.5 pixel ratio again. I'm starting to think it's an issue with the latest version of Confluence Modified which is a fault.Following the instructions in Post: #1723 will address this problem. It takes guisettings out of the picture. I believe you will find that, if you want to test, that starting from a fresh guisettings file, you won't have the 0.5 pixel ratio issue as long as you never use the gui calibrate feature. While this may be unsatisfactory because of excessive overscan, that can be corrected in config.txt, as indicated above. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Trixster - 2013-12-05 Hi allan, Yes, that does seem to work. I didn't pay too much attention before, sorry. I'd still like to know what it is that is forcing an over-write of the settings in guisettings on every reboot which causes the pixel ratio for 1920x1080 resolutions to default to 0.50000 though.... RE: OpenELEC Testbuilds for RaspberryPi Part 2 - evanspae - 2013-12-06 (2013-12-05, 22:15)allan87 Wrote:(2013-12-05, 17:51)Trixster Wrote: Yeah, I tried deleting guisettings. I then reset all my settings back as before, rebooted and am back to 0.5 pixel ratio again. I'm starting to think it's an issue with the latest version of Confluence Modified which is a fault.Following the instructions in Post: #1723 will address this problem. It takes guisettings out of the picture. allan thank you so much for this after a little tweaking of config.txt I have indeed got over this problem. You are also quite correct about deleting original guisettings.xml, I suggest your post #1723 should read 1. boot rpi 2. delete guisettings.xml to remove earlier anomolies 3. reboot 4. Edit guisettings to delete everything from <resolutions> to </resolutions>, inclusive 5. Insert <resolutions /> in the place of the (many) lines you just deleted. 6. save 4. login to the pi over ssh 5. type 'poweroff' 6. insert your SD card into your computer, to edit the the overscan settings in the config.txt file. 7. make all necessary adjustments other than calibration from gui As a tool to do this from a windows I recomend MobaXterm Personal Edition v6.5 it allows a simple means of accessing the pi and has a built in editor RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-12-06 (2013-12-05, 18:13)Trixster Wrote: BTW, is skin.widgets a bit dodgy with the latest build? It seems to work fine under Confluence but not Confluence Modified. Yes there's a recent commit referring to a fix for skin widgets, I'll put up a new build later today. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - stuCONNERS - 2013-12-06 are these gotham builds stable enough for daily use or is it still better to stay with frodo for the time being? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - rterblanche - 2013-12-06 Stable enough to use but do have a few features that you have to work around. Also depends on your installation. (PVR,etc) RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-12-06 (2013-12-06, 11:52)stuCONNERS Wrote: are these gotham builds stable enough for daily use or is it still better to stay with frodo for the time being? Don't use Gotham if Frodo does all you want and things must always be stable. Don't use Gotham if you predominantly use add-ons. Use Gotham if you want to help with testing. Use Gotham if there is a specific bug on Frodo that is resolved on Gotham. Use Gotham if you want better performance and new features and don't mind occasionally reporting bugs, and reverting to an older build. The basics tend to always remain stable, e.g. playing locally attached or streaming from local network. Add-ons do break when APIs in Gotham change, until the add-on maintainers catch up. PVR backends do break when APIs in Gotham change, until the PVR backend maintainers catch up. Gotham is a development tree. Minor bugs frequently appear and then disappear a few days later. The first ten days of each month are when new features are added. The remaining days are only bug fixes, so generally updating at end of a month is more stable than updating in first ten days of the month. Currently the GUI sounds are a bit experimental and it may be worth waiting a few days before switching. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Leopold - 2013-12-06 (2013-12-06, 13:11)popcornmix Wrote:Nice summary.(2013-12-06, 11:52)stuCONNERS Wrote: are these gotham builds stable enough for daily use or is it still better to stay with frodo for the time being? I thought Gotham was now in feature freeze so this month will just be bug fixes? Does that mean that GUI sounds for RPi won't be accepted for Gotham? Are the changes in the newclock3 branch planned to be merged for the Gotham release or at a later date? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-12-06 (2013-12-06, 14:25)Leopold Wrote: I thought Gotham was now in feature freeze so this month will just be bug fixes? Does that mean that GUI sounds for RPi won't be accepted for Gotham? It depends on the other xbmc devs. Some may consider lack of GUI sounds a bug that is being fixed, some may consider it a new feature. In reality I expect OpenELEC, raspbmc and other custom builds to each have a set of out-of-tree patches (as they always have), and if GUI sounds works well, and is wanted by users, then it will probably be picked up, even if not in Gotham tree. So for most users, it won't make a lot of difference - it just creates some extra work for the xbmc build makers. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - User 99401 - 2013-12-06 @popcornmix Hi, any ideas whether the subtitle issues are in work? shall we expect a fix sometimes soon? thats the only part push me back from having this excellent build thanks RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-12-06 (2013-12-06, 16:05)Shanyel Wrote: @popcornmix I got some information from elupus so I know where to look next. Will try to do some work on it this weekend. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - User 99401 - 2013-12-06 (2013-12-06, 16:32)popcornmix Wrote:(2013-12-06, 16:05)Shanyel Wrote: @popcornmix as always... Thanks!!! |