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 - popcornmix - 2014-01-04 (2014-01-04, 10:24)doveman2 Wrote: I've been meaning to ask if the debug logging could be made less intrusive but maybe that's something I need to ask the OE devs? See: http://wiki.xbmc.org/index.php?title=Advancedsettings.xml Code: <loglevel hide="false">1</loglevel> Should allow logging to be enabled without text appearing on the screen. Be aware there is some performance cost to this (and it can easily fill your sdcard if left enabled for days), so don't forget when it's enabled. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - deejayq - 2014-01-04 are there any optimizations to Live TV minimized? because it keeps freezing. also the problem with VNSI addon not being able to connect to VDR in r16808 seems to have been fixed in r16822. sometimes under heavy usage the network disconnects. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - xbs08 - 2014-01-04 What are the pros and cons of having swap enabled on a 256 RPi? Thanks! RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-01-04 (2014-01-04, 11:54)freem@n Wrote: sorry for the stupid question, but what is the swap good for? (2014-01-04, 15:36)xbs08 Wrote: What are the pros and cons of having swap enabled on a 256 RPi? On the 256MB Pi, a small (128MB) swap file might prevent out of memory (OOM) situations. On a 512MB Pi the benefits are much less pronounced as OOM situations are extremely rare. (2014-01-04, 11:54)freem@n Wrote: Isn't swap memory on the SD Card also pretty slow in comparison to the dedicated RAM?Swap memory on any storage medium is always slower than RAM! It's handy to have if you're in a pinch, as you might be with a 256MB Pi, but memory optimisations are the best solution and great strides have been made in that area over the last few months. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Wanderlei - 2014-01-04 Just wondering if there is a way to output mono audio to all speakers? In the options there is a setting to output stereo to all speakers but it doesn't do the same for mono. (Official 3.2.3) RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-04 @MilHouseVH I believe you reported a (minor) bug where 1080p fanart got resized to 1920x1088 when adding to thumbnail cached. I've added a commit to newclock3 that removes the aligning up of cached jpeg's width/height (and then tries to handle height/strides correctly later). Can you test? In theory rescraping fanart after this change will result in slightly higher quality (when gui limit is 1080p). RE: OpenELEC Testbuilds for RaspberryPi Part 2 - mcarni - 2014-01-04 (2013-12-24, 11:50)mcarni Wrote:(2013-12-24, 05:42)MilhouseVH Wrote:(2013-12-23, 22:13)mcarni Wrote: xbmc log if It can be of any help When today I updated to the latest Milhouse Release (devel-20140104002015-r16822) I hoped that this would have solved my issue (no update on movie library, a popup saying "unable to connect to server" or simply no scan at all) since this didn't do it I did what I was supposed to do in the first place. I backed up my storage folder and booted into a new blank one (I copied over only addon_data, sources, profiles and favourites to make my life easier...) i then reset the content on the movie folder and then run a scan for new content which this time ran perfectly. I am writing here in case it can be of any help for other people with a similar issue. thanks M RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-01-05 (2014-01-04, 21:54)popcornmix Wrote: @MilHouseVH I'll retest and let you know! For anyone that is interested, I've uploaded another new version of bcmstat.sh that will monitor GPU free memory statistics with the "g" command line option. Tested on OpenELEC and Raspbian, hopefully it works on Rpasbmc (untested by me, the script shouldn't need to be run with sudo although it will use sudo to run vcdbg if required, which will only be called when the "g" option is specified). RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-01-05 @popcornmix: I've noticed a problem (might be b-frame related) with my last #0104 build, specifically when resuming xvid/mp3 movies (might be other formats too, only ones I've noticed so far). Here's a partial log of me resuming a movie when the resume point is set to 46m00. If I start playback from the beginning the movie plays fine, it's only when resuming that there is a problem - a frame of the movie will appear on the screen (a frame from the resume position) however playback will be frozen. GUI input still works, so I can stop the movie. Pressing pause/play has no effect on playback. I have the same resume problem on another xvid/mp3 avid movie too (movies that until recently have not been a problem when resuming). RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-05 (2014-01-05, 00:18)MilhouseVH Wrote: @popcornmix: I've noticed a problem (might be b-frame related) with my last #0104 build, specifically when resuming xvid/mp3 movies (might be other formats too, only ones I've noticed so far). Can you try reverting: https://github.com/xbmc/xbmc/pull/3728 RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-01-05 (2014-01-04, 21:54)popcornmix Wrote: @MilHouseVH I ran a quick test, and the image quality isn't noticeably different before/after, however the proportions are much better - correct 1920x1080 now, many thanks! Looking at the "before" artwork fullscreen on a 1920x1080 monitor using something like Windows Photo Viewer it's clear there are black borders being added due to the unusual proportions, but the "after" version is perfect, no borders. Presumably this would have been an issue for xbmc too. Anyone that wants to know how to re-cache just fanart - details are here. I'm building now with the patch reverted and will update shortly. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2014-01-05 (2014-01-04, 13:12)popcornmix Wrote: See: That's cool, thanks for the tip. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-01-05 (2014-01-05, 00:47)popcornmix Wrote:(2014-01-05, 00:18)MilhouseVH Wrote: @popcornmix: I've noticed a problem (might be b-frame related) with my last #0104 build, specifically when resuming xvid/mp3 movies (might be other formats too, only ones I've noticed so far). Yes, reverting the above patch fixes the problem - resume now works for both movies that were having problems before, cheers! RE: OpenELEC Testbuilds for RaspberryPi Part 2 - spjonez - 2014-01-05 (2014-01-04, 03:19)MilhouseVH Wrote: @spjonez: I asked the OpenELEC guys about supporting swap on the R-Pi and it's now included in master (thanks @sraue), so this build (and all future builds) has official swap support, although It's not enabled by defaultAwesome thanks! That's simple enough, I was afraid I'd have to compile my own builds. I have several 512mb Pi's and I've found swap helps with more intensive themes. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-01-05 New OpenELEC Gotham build: #0105 (obsolete) Code: rpi512:~ # uname -a Based on tip of XBMC master (d04a70fe84) and tip of OpenELEC master (8ab20932fe) with the following modifications:
This build includes the newclock3 patch to generate correctly proportioned 1920x1080 fanart, see here to force re-caching of only fanart. |