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 - doveman2 - 2014-03-24 (2014-03-21, 12:38)doveman2 Wrote: It seems the Pi is still clipping my black levels, despite setting Someone from the AV Forums was kind enough to take a look at my screenshots and has observed: 'The Black Clipping thumbnail screenshot has black at 16, whereas the XBMC UI all around it has black at zero. So it would seem that the XBMC thumbnail generator captured the image using Video Levels, and something about it eliminated BTB, converting all values below 16 to 16. That is not a useful thing for it to do, as it makes it more difficult to set Brightness. Viewed on my PC monitor, the pattern appears gray, which is expected, for my PC desktop is at PC Levels, where black is 0. The desktop would have to be using Video Levels for this pattern to appear correct. OTOH, the screenshot taken while the video was playing is at PC Levels, because examining the pixel values, Bar 16 and below have been mapped to zero, 17 has been mapped to 1, etc. This is the bottom end of what is meant by expanding Video Levels (16-235) to PC Levels (0-255). It looks like it should on my PC monitor, which again is at PC Levels. If the desktop were at Video Levels, blacks would appear crushed.' I hope that's helpful. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - bladel - 2014-03-24 (2014-03-24, 22:24)popcornmix Wrote: Nope it's not enabled. Thanks didn't concider the Advanced level. Its now working. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - chaosensues - 2014-03-25 Finally, it is working the way I want it to! Here's the story and the results of my testings: First to mention is, that I am using openelec with a Raspberry Pi. My goal is to connect my Raspberry Pi with my HiFi-System (to hear my .mp3 via WLAN). Problem is, that it is really old and has no HDMI-port. So I have to connect my HiFi-System with the the RPi via a Cinch - Headphone-cable. The result was disappointing (many strange sounds within the music), but the "installation" worked (NAS via WLAN -> HiFi-System plays .mp3). Because of the bad sound quality I bought a cheap USB-Sound-Card (I am not audiophil). I used openelec Frodo 12.2, which recognised the USB-Soundcard immediatly... Result: Wunderful! I could hear my music cristal clear. (And in addition video-playback (even streaming via WLAN) and all the rest (pictures, airplay, ...) worked great for me.) But then came Frodo 12.3 via auto-update (my fault, I didn't disable it). My USB-Sound-Card was no longer recognised... grrr (Who on earth decided that? I will never ever understand, when someone disables good features ...). I found some post which said that with Gotham it should work again. And Gotham should be released in the end of 2013... so I waited for Gotham. In March 2014 (grr - until then I could hear music only with strange noises - yes, I used the RPi - headphone-jack again) the first beta of Gotham was released. Immediatly I installed it, but -another disappointment- my USB-Sound-Card was still not recognised. (The same in Beta 2). Then -finally- I found this post. I installed the "prealpha" and my USB-Sound-Card is recognised and working perfectly. Everything is now working the way like in Frodo 12.2. I would like to say THANK YOU! Now, some comments: + It is possible that music only uses the USB-Sound-Card (and no HDMI), while movies only uses HDMI-audio (an no USB-Sound-Card). Great feature! - I am using an android remote-app and an ipad remote-app to control openelec. Both are working, but if music is played and I change something in the playlist, there are breaks in the playback of music (which I never encountered before). (My guess is, that it has something to do with the cover-thumbnails which are uploaded to the remote-app. After the remote-app loaded the images everthing is working well again.) Again, THANK YOU. Great work. (And please never ever disable USB-sound-card support again!) RE: OpenELEC Testbuilds for RaspberryPi Part 2 - BoBeRzE - 2014-03-25 (2014-03-25, 11:48)chaosensues Wrote: It is possible that music only uses the USB-Sound-Card (and no HDMI), while movies only uses HDMI-audio (an no USB-Sound-Card). Great feature! +1 RE: OpenELEC Testbuilds for RaspberryPi Part 2 - ramekers - 2014-03-25 (2014-03-25, 12:12)BoBeRzE Wrote:(2014-03-25, 11:48)chaosensues Wrote: It is possible that music only uses the USB-Sound-Card (and no HDMI), while movies only uses HDMI-audio (an no USB-Sound-Card). Great feature! +1 !! RE: OpenELEC Testbuilds for RaspberryPi Part 2 - bagofcrap24 - 2014-03-25 Quick question for any of the Devs. I have settled with the quartz reloaded skin as it hardly uses any resources. I have been modifying the animations as they are pretty bad and have almost got to where I would like. There is one problem which seems to be specific to the raspberry Pi and I was wondering if anyone could shed some light on what I can do. Problem: Running my test skin or default quartz reloaded skin; Play a video Pause video Raspberry pi does not indicate PAUSED or show any SEEKING information compared with my PC running the exact same skin, shows everything fine. I will attach the pictures below to show my issue Raspberry Pi PC and here is a log of the Pi playing the video then pausing http://pastebin.com/pb3D9Zys My guess is its something to do with the GL textures but I would like some advice if possible RE: OpenELEC Testbuilds for RaspberryPi Part 2 - disrupted - 2014-03-25 @bagofcrap24: most likely an issue on case-sensitive filesystem's/OS's. make sure the textures have the right spelling. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - bagofcrap24 - 2014-03-25 (2014-03-25, 13:26)freem@n Wrote: @bagofcrap24: most likely an issue on case-sensitive filesystem's/OS's. make sure the textures have the right spelling. thanks for the quick reply but that shouldnt be an issue as I'm using texturepacker Note: When using an XBT file in your skin, your file paths will not be case sensitive, even if your skin resides on a case sensitive file system! Re: RE: OpenELEC Testbuilds for RaspberryPi Part 2 - disrupted - 2014-03-25 (2014-03-25, 13:30)bagofcrap24 Wrote: Note: When using an XBT file in your skin, your file paths will not be case sensitive, even if your skin resides on a case sensitive file system! thanks. I didn't know this. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-03-25 (2014-03-25, 13:30)bagofcrap24 Wrote: thanks for the quick reply but that shouldnt be an issue as I'm using texturepacker Do you have this problem with the standard/official OpenELEC builds? If so, it's OT for this thread. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-03-25 (2014-03-25, 12:51)bagofcrap24 Wrote: and here is a log of the Pi playing the video then pausing Code: 10:46:18 19.022640 T:3057111040 ERROR: unable to load:/storage/.xbmc/addons/skin.quartz.test/1080i/DialogSeekBar.xml, Line 0 I think you need to look very closely at that file and compare it to other files. Either a permissions issue, the filename/path is wrong or there is something bad in the file (like a syntax error, incorrectly matched brackets or incorrect newlines). Can you revert that file to the stock Quartz one and see if it loads? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-03-25 (2014-03-24, 22:18)allan87 Wrote: I think guisettings.xml gets overwritten from some settings cache as part of a shutdown or reboot from the menu. If you want to edit guisettings.xml without xbmc overwriting your changes simply shut down xbmc first with "systemctl stop xbmc.service", then edit guisettings.xml, then finally start xbmc with "systemctl stop xbmc.service". RE: OpenELEC Testbuilds for RaspberryPi Part 2 - bagofcrap24 - 2014-03-25 (2014-03-25, 13:39)MilhouseVH Wrote: Do you have this problem with the standard/official OpenELEC builds? If so, it's OT for this thread.Just tested now and the issue was still there on standard build. My appologies. I had assumed it was build specific as it was working on my PC but looks like popcornmix was correct. thanks for your time looking at this. (2014-03-25, 13:42)popcornmix Wrote: After replicating the problem on stock OpenELEC I had a closer look at the file you suggested. Looks like the guy who did "Quartz Reloaded" had named it DialogSeekbar.xml instead of DialogSeekBar.xml It's annoying because I had already tracked it down to the DialogSeekBar.xml that wasn't playing game and spent quite a while looking through the XML for problems but couldn't find any. so again, apologies for wasting your time and I have learn't to pay more attention to the debug logs. And looks like you was correct Freem@n. images inside the Textures.xbt do not need to be case sensitive but everything else sure does haha. Right. Enough OT Thanks for your time RE: OpenELEC Testbuilds for RaspberryPi Part 2 - evangelion - 2014-03-25 Just curious about something. A clean install then update to the latest Millhouse build results in the rainbow splash, OpenElec screen, followed by a nice Gotham Freeze XBMC logo on boot. An already existing install, followed by an update to the same Millhouse build, results in the rainbow splash, OpenElec, and then a generic XBMC logo? Why is that? And out of interest where is the XBMC boot logo stored? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - bagofcrap24 - 2014-03-25 (2014-03-25, 18:12)evangelion Wrote: Just curious about something. You had likely had a custom splash on at some point. if you place a splash.png in /storage/.xbmc/media/ it will override the default xbmc boot splash. as its in /storage it survives upgrades |