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 - bhamail - 2014-01-13 (2014-01-13, 00:03)MilhouseVH Wrote:(2014-01-12, 04:28)bhamail Wrote: With the latest Milhouse Gotham build, I'm seeing repeated popups (every 10 seconds) with: Windows Media Center Client - linux arm Edition, Connection lost Cool. Thanks for following up on this! RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2014-01-13 I have found that if you delete addons.db, all of the PVR addons are activated on reboot and you get a ton of error messages. If you reboot again without changing any settings, it sorts itself out, however. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-13 (2014-01-12, 20:29)doveman2 Wrote: Checking my files, it seems that most of it is indeed 23.976fps, with my own TV recordings and iPlayer downloads being 25fps and DVDs 29.976fps. What I could do with MediaPortal is speed up the 23.976fps to 25fps and sync it with the TV running at 50hz and likewise with the 29.967fps DVDs, speed them up to 30fps and sync them with the TV running at 60hz, with MediaPortal able to switch the display/TV to the appropriate refresh rate, so I wonder if XBMC/OE can do something similar yet? The 29.976->30 fps and 23.976->24 fps happens automatically bu adjustments to hdmi clock. 24->25 fps is too great for changing hdmi clock, and needs to be done by resampling audio. This cannot be done when passthrough is enabled. It could in theory be done on the Pi when passthrough is not used, but I've never tried it. No sound on Gotham builds - URBANsUNITED - 2014-01-13 Hi! First of all: Many thanks for all these great test builds and mods you bravely offer for the raspberry pi! Thanks! My problem: Every build I try on Gotham base, has no sound in certain situations. Means mkv files which have sound on Frodo, on Gotham they don’t have it. And I also don’t have system sounds. No matter what I choose in system->audio (2.0 or 5.1) I don’t have sound. When I delete my guisettings.xml all files play nice with sound and I also have system sounds. But only till the next update. Then I’ll have to delete the xml again. Frodo didn’t had these issues. I played with the bootloader files also already without success. What is it? Any tricks for updating my system? Thanks URBANsUNITED RE: OpenELEC Testbuilds for RaspberryPi Part 2 - botribun - 2014-01-13 @rbej Could you please rename OpenELEC-RPi.arm-Rbej-Version-Frodo-Branch(08.01.2014).tar to OpenELEC-RPi.arm-Rbej-Version-Frodo-Branch(07.01.2014).tar? Because the DEV update addon is nagging continuously to update, sine the system version date is 07.01.2014 but you named it 08.01.2014 and this ends in a update loop. http://www.openelec.tv/forum/128-addons/49855-addon-to-install-development-builds?start=180#95161 Or just release a new build without date/name mismatch. Thanks in advanced! RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-13 (2014-01-12, 13:52)popcornmix Wrote:(2014-01-10, 14:25)popcornmix Wrote: dvdplayer doesn't currently support passthrough (it will play, but audio will be screetchy), so you will need to disable that for correct audio. To get ac3 and dts passthrough working from paplayer/dvdplater you want these in config.txt: Code: hdmi_stream_channels=1 Report back if passthrough works with dvdplayer, and whether this causes any issues with omxplayer. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-01-14 New OpenELEC Gotham build: #0114 (obsolete) Code: rpi512:~ # uname -a Based on tip of XBMC master (fa6d90b, changelog) and tip of OpenELEC master (7ba8f3a, changelog) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2014-01-14 (2014-01-13, 14:40)popcornmix Wrote:(2014-01-12, 20:29)doveman2 Wrote: Checking my files, it seems that most of it is indeed 23.976fps, with my own TV recordings and iPlayer downloads being 25fps and DVDs 29.976fps. What I could do with MediaPortal is speed up the 23.976fps to 25fps and sync it with the TV running at 50hz and likewise with the 29.967fps DVDs, speed them up to 30fps and sync them with the TV running at 60hz, with MediaPortal able to switch the display/TV to the appropriate refresh rate, so I wonder if XBMC/OE can do something similar yet? OK, thanks, that's good about the 29.976 >30 fps thing. I'll have to check how 23.976 >25 fps with MediaPortal looks compared to playing it on the RPi but I imagine it will help a lot with the judder I'm seeing, so if it could be added as an option on the RPi, that would be nice. I'm not using passthrough myself, just HDMI audio to my TV (which has an analog output, so I'll probably hook that up to an amp at some point for better sound quality). In fact, I've just checked the manual and it seems my TV does support 1920x1080p/24hz and if I set this in XBMC the TV reports it's using that, so in theory I might be able to play my 24fps content OK if XBMC will upscale it from 480p to 1920x1080p. However, XBMC isn't switching resolution/hz at all at the moment and whatever resolution I set, that's what it stays on whatever is being played, so if I set it to 1280x720@50hz, it stays on that when playing the 480p/23.976fps content. I've noticed that the RPi defaults to RGB limited (can clearly be seen with the Black Clipping test pattern as even with brightness on max, nothing below 16 flashes and likewise with the White Clipping pattern, increasing Contrast doesn't make the bars above 235 change) but can be set to RGB Full with config.txt using hdmi_pixel_encoding=2 but I'm not sure if I should do this. At the moment, if I change from 1280x720@50hz to 60hz it also forces the resolution to 1366x768 with a greyed out 60hz and there is a change in brightness. The TV supports 1280x720@60hz so I don't know why XBMC isn't allowing me to select it. The black menu background is greyish at 1280x720@50hz and changes to more of a proper black when it switches to 1366x768 but this appears to only be noticeable when I have the TV set to RGB Full and not if I switch it to RGB Normal, so what might be happening is that for some reason, the RPI is changing it's RGB output mode when switching to 1366x768. Obviously I can calibrate the TV so that black is black at 1280x720 but then it will be too dark at 1366x768 so I can only calibrate to one or the other and it would be helpful to be able to test different resolutions without the output levels changing like this. With it set to 1920x1080 I can set it to 50 or 60hz no problem. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-14 (2014-01-14, 18:41)doveman2 Wrote: In fact, I've just checked the manual and it seems my TV does support 1920x1080p/24hz and if I set this in XBMC the TV reports it's using that, so in theory I might be able to play my 24fps content OK if XBMC will upscale it from 480p to 1920x1080p. However, XBMC isn't switching resolution/hz at all at the moment and whatever resolution I set, that's what it stays on whatever is being played, so if I set it to 1280x720@50hz, it stays on that when playing the 480p/23.976fps content. Have you enabled "Adjust display refresh rate to match video" in http://wiki.xbmc.org/index.php?title=Settings/Videos? Upscaling from 480p->1080p is no problem, that is handled in hardware. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2014-01-14 (2014-01-14, 19:06)popcornmix Wrote: Have you enabled "Adjust display refresh rate to match video" in http://wiki.xbmc.org/index.php?title=Settings/Videos? Doh, now I feel stupid You'll have to forgive me, my old TV only did 60hz so I never had any reason to enable this option and I'm still adjusting to my new TV So with the GUI set to 1920x1080@50hz, it does autoswitch to 1920x1080@24hz when playing the [email protected] videos If the GUI is set to 1280x720@50hz though, it switches to 1280x720@60hz and if it's set to 1366x768 it stays on that (the TV doesn't report a refresh rate at this resolution but I assume it's 60hz as that's what XBMC shows but greyed out). If necessary, I'll just leave the GUI on 1920x1080. I'm still not sure if it would be better to use 1366x768 though (if it auto-switched in that mode that is) as it seems to make the GUI look nicer using that. I'm not sure if it's just because the picture gets less bright and so makes the blacks look better or if perhaps that is the closest match to the TV's native resolution (1024x768) and so it makes everything look sharper and more crisp (I think I see a bit more aliasing on the fonts in this resolution but it could be that it's just more noticeable because it's sharper). I can actually set it to 1024x768 and that looks equally crisp but as it's not a proper 16:9 resolution it makes things look wrong. I'm also not seeing any change in size of the GUI when switching between 720 and 1080. The "Limit GUI res" is set to 1080 and I tried deleting that in case there was an extra character in there that was stopping it working (it reset itself back to 1080 when I deleted it). I thought it might just be something about the xTV-SAF skin I use, so I switched to Confluence but that's the same. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-14 (2014-01-14, 19:38)doveman2 Wrote: If the GUI is set to 1280x720@50hz though, it switches to 1280x720@60hz and if it's set to 1366x768 it stays on that (the TV doesn't report a refresh rate at this resolution but I assume it's 60hz as that's what XBMC shows but greyed out).You will only get 24Hz from 1080p. 24Hz is not a standard for DMT resolutions (computer monitor resolutons like 1366x768). See http://elinux.org/RPi_config.txt for what is possible. DMT typically uses full range RGB, whereas CEA uses limited range. You can force it with hdmi_pixel_encoding, but no guarantee your display will support full range for CEA or limited range for DMT. It's shouldn't make any noticable difference as long as both ends (the Pi and display) are using the same standard. Any difference is colours may just be down to different display settings on the TV (brightness/contrast etc). (2014-01-14, 19:38)doveman2 Wrote: I'm also not seeing any change in size of the GUI when switching between 720 and 1080. The "Limit GUI res" is set to 1080 and I tried deleting that in case there was an extra character in there that was stopping it working (it reset itself back to 1080 when I deleted it). I thought it might just be something about the xTV-SAF skin I use, so I switched to Confluence but that's the same. Changing guires requires a restart. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2014-01-14 (2014-01-14, 19:49)popcornmix Wrote: You will only get 24Hz from 1080p. 24Hz is not a standard for DMT resolutions (computer monitor resolutons like 1366x768). See http://elinux.org/RPi_config.txt for what is possible. Ah OK. I thought it would switch resolution automatically to whatever was needed to match the frame rate but if not that's cool, I'll just run at 1080p so that I get 24hz. The TV settings aren't changing at all when switching resolution but switching between CEA/limited range and DMT/full range would explain it. I used to notice a similar thing with my previous CRT TV, when switching from 1920x1080 to 1280x720 it looked much sharper and the colours/blacks were stronger. That TV only supported 1080i though, so it was interlaced when using 1920x1080 and 1280x720 was more like it's native resolution. Quote:Changing guires requires a restart. Hmm, just tried that (with xTV-SAF) with it set to 1080p before rebooting and it still looks the same as when it's set to 720p. I've noticed something's up with the Calibration screen as well, as the first upper-left corner marker appears massive and then the next bottom-right corner marker appears tiny! RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Reddog999 - 2014-01-14 I've noticed quite a few errors in the xbmc.log lately: Code: 01:00:15 15.944086 T:3043491840 ERROR: Open - failed to open source </storage/.xbmc/addons/packages/addon.xml> To cut a long story short, I first thought these were being caused by an addon but as it turned out it was an entry in my advancedsettings.xml, namely <buffermode>1</buffermode> - I should have caught on earlier with the reference to FileCache. Anyway, setting the buffermode to anything other than 1 gets rid of the errors. I realise these errors are probably benign but should they be present when applying a valid value for buffermode? p.s. this is using Milhouse's 110c build. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - arnova - 2014-01-14 (2014-01-14, 20:34)Reddog999 Wrote: I've noticed quite a few errors in the xbmc.log lately: I think I know where that's coming from. Will fix asap. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Reddog999 - 2014-01-14 (2014-01-14, 21:10)arnova Wrote:(2014-01-14, 20:34)Reddog999 Wrote: I've noticed quite a few errors in the xbmc.log lately: Thank you. |