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 - Koloss - 2013-09-26 rbej: Is the last Gotham build Alpha 7 or Alpha 8? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - rbej - 2013-09-26 All builds. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Koloss - 2013-09-26 I didnot understand! RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-09-26 I've been working on some jpeg decode/encode optimisations. https://github.com/popcornmix/xbmc/commits/newclock3 I have a test build of this: https://dl.dropboxusercontent.com/u/3669512/temp/OpenELEC_Gotham-RPi.arm-devel-20130925042804-r15977.tar Note, this is for testers only. It is probably not stable. It is top of tree OpenELEC and gotham xbmc with the patches from newclock3 applied. It does does not have any of rbej tweaks. However I've found it notacably faster, for example when scrolling in e.g. poster wrap view. I can scroll from end of list to other at full speed with no missing posters (with overclock naturally). I repeat: this is for testers only. It is probably not stable. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-09-26 (2013-09-26, 15:33)popcornmix Wrote: I've been working on some jpeg decode/encode optimisations. It certainly feels a bit snappier (1GHz Pi)! Although I am seeing a bunch of errors (pastebin) while scrolling through Movies in Thumbnail view, with several of the thumbnails failing to appear (black rectangles). This is with /storage mounted over NFS, and all artwork items pre-cached. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-09-26 (2013-09-26, 16:52)MilhouseVH Wrote: It certainly feels a bit snappier (1GHz Pi)! The 0x80001000 error is OMX_ErrorInsufficientResources, which is GPU out of memory. Can you try with a 256M/256M split for now? (note after the error, it will fall back to arm based jpeg decode which is very slow). RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-09-26 (2013-09-26, 17:03)popcornmix Wrote: The 0x80001000 error is OMX_ErrorInsufficientResources, which is GPU out of memory. Can you try with a 256M/256M split for now? Switched to 256MB GPU and it all seemed OK as I traversed end-to-end through my Movies library in Thumbnails view - no more black rectangles. However there were still a few OMX errors in the log which I have grepped out here. The complete log is too large for pastebin, I've zipped it up here if you want it. Let me know if you want me to test further, or when to test with 128MB again. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - javaboyuk - 2013-09-26 @popcornmix / @abej Do you think it is possible to get omxplayer to support gapless play back of audio tracks, Or could we include another player that we can specify for just playing the audio tracks which supports gapless play back (like the regular xbmc player) leaving omxplayer for optimized video play back? (I found hdmi_force_open=1 courses my rpi to crash if I try to skip forward or jump to next track :-() Regards JB RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-09-26 (2013-09-26, 17:22)MilhouseVH Wrote: Let me know if you want me to test further, or when to test with 128MB again. The timeouts may be minor - I now allow multiple encodes/decodes to be submitted to GPU, which handles the locking. It may just be the timeouts are insufficient when there is a queue of 4 jpegs in front. At least the fallback to software decode is working okay. I'd be interested if you can see a difference between normal gotham and this buid - e.g. when scrolling through poster wrap view at full speed (you'll need keyboard or remote app for this as CEC doesn't generate repeats quickly enough) - do you get all covers displayed in either case? Also try a: Code: time ./texturecache.py C movies RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-09-26 (2013-09-26, 17:51)javaboyuk Wrote: @popcornmix / @abej Certainly getting the equivalent of hdmi_force_open working is on my list (ideally from "keep receiver alive" option in GUI). That's not the same as gapless (which actually does fading between tracks), but should improve music playback. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-09-26 (2013-09-26, 19:45)popcornmix Wrote: The timeouts may be minor - I now allow multiple encodes/decodes to be submitted to GPU, which handles the locking. I'm seeing timeouts with: Code: ./texturecache.py C movies this is with just 2 download threads being used by texturecache.py, and the default 2 bginfoloadermaxthreads for XBMC (full log). I can generate an increased number of timeouts by using more download threads, so your theory is most likely correct. Question: Once the Pi has failed over to software decode, does it remain using software decode until the Pi is rebooted (or maybe just xbmc.bin restarted)? Is there a message written to the log once it fails over to software decode? (2013-09-26, 19:45)popcornmix Wrote: I'd be interested if you can see a difference between normal gotham and this buid - e.g. when scrolling through poster wrap view at full speed With both Gotham and this build, using an IR remote control, I can get ahead of the Pis ability to decode and display thumbnails (by about "C" in the A-Z) - maybe this is because my Thumbnails cache is mounted over NFS? With this new build, while browsing through the Movie thumbnails I am seeing occasional 0x80001000 errors in the log, also an 0x80001012 error (full log). RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-09-26 (2013-09-26, 21:38)MilhouseVH Wrote: Question: Once the Pi has failed over to software decode, does it remain using software decode until the Pi is rebooted (or maybe just xbmc.bin restarted)? Is there a message written to the log once it fails over to software decode? After a decode failure: 20:00:31 T:2878022736 NOTICE: DecodeJpeg: unable to decode special://masterprofile/Thumbnails/3/383f6e26.jpg 480x720 It will try again using software decode. You will see a *slow* DoWork (it's normally below 100ms for me, although the DoWork message is supressed when below 100ms) 20:00:32 T:2878022736 DEBUG: DoWork - took 4206 ms to load special://masterprofile/Thumbnails/3/383f6e26.jpg Software decode is taking 4 seconds per image! The time will depend on fanartres/imageres and also file loading speed (so nfs will be slower). (2013-09-26, 21:38)MilhouseVH Wrote: With both Gotham and this build, using an IR remote control, I can get ahead of the Pis ability to decode and display thumbnails (by about "C" in the A-Z) - maybe this is because my Thumbnails cache is mounted over NFS?Perhaps I'll record a video of my setup. May tempt you away from nfs... (2013-09-26, 21:38)MilhouseVH Wrote: With this new build, while browsing through the Movie thumbnails I am seeing occasional 0x80001000 errors in the log, also an 0x80001012 error (full log). The 0x80001000 is a memory issue. The 0x80001012 is purely a symptom of the previous timeout (we are shutting down not from the normal state - that is OMX_ErrorSameState). RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-09-27 (2013-09-26, 23:15)popcornmix Wrote: Perhaps I'll record a video of my setup. May tempt you away from nfs... Heh, but only if you can also guarantee me no SD corruption! Or maybe I'll treat myself to a nice USB3 memory stick... RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-09-27 (2013-09-27, 00:35)MilhouseVH Wrote: Heh, but only if you can also guarantee me no SD corruption! Yes, USB is the best options. Max overclock and it has never corrupted. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-09-27 (2013-09-25, 14:20)rterblanche Wrote: Why are there so few Gotham builds ? Have they gone into a freeze period for the GSOC 2013 changes ? I was wondering this myself. I switched from the Gotham to Frodo build to benefit from the recent patches, so of course I then had to rescan all my video/music files to create the Frodo databases. The RPi I sent to my brother recently has the Gotham build on and it will take a long time to scan all his files again if I switch him to Frodo, so I was hoping to avoid having to do that. I guess I could install a Frodo build on his PC and scan there but I'm not really sure which files I then need to copy across. I actually did this with the Gotham build as it would've taken too long to do the initial scan on the RPi, particularly the music files but it was trial and error working out which files needed to be copied. Is it just the MyVideosxx.db and MyMusicxx.db and Texturesxx.db or are there other files/folders (such as Thumbnails\) that need to be copied as well? I think it was the Thumbnails I had problems with before but that might have been because I hadn't copied the Texturesxx.db across. Not that his PC is working at the moment as after tweaking it to perfection for him before sending it to him for his birthday, within half an hour he's managed to get it in a state where it BSOD every time he tries to boot, other than in Safe Mode without Networking, which obviously isn't much use! Not sure if it was one of the seven Windows Updates, the Avast update or the fact he managed to knock the power cable and kill the power whilst unplugging/replugging his printer's USB lead that did it |