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 - 2013-09-30 (2013-09-30, 21:17)misa Wrote: Maybe a stupid question....I am also testing this build and have the replace files.....but do I have to rename them to start.elf and fixup.dat? Yes. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - h.udo - 2013-09-30 (2013-09-30, 12:57)popcornmix Wrote: If you have usb problems on 3.2.1, can you report: Done. Code: OpenELEC (official) Version: 3.2.1 Doesn't boot with USB (disk=/dev/sda1). It shows message "can't find /dev/sda1 bla-bla-bla" after a very long time. Don't know exactly how long, I was cooking dinner. Took some photos if you're interested. Boots after a few minutes with original cmdline.txt, using only the SD card. (2013-09-30, 16:46)popcornmix Wrote: People with USB issues on 3.2.1 can you try updating firmware manually. Download: Working 133%! My RPi now boots in ~20s. You're the man! Thanks. BR RE: OpenELEC Testbuilds for RaspberryPi Part 2 - misa - 2013-09-30 Mine is booting ok with this build USB.SD and the replace files 16GB Transcend USB stick and 4GB class 4 SD card RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-09-30 (2013-09-29, 20:40)MilhouseVH Wrote:(2013-09-29, 20:20)hudo Wrote: First problem encountered: Shutdown and reboot don't work. Both kill xbmc and restart it. I caught it in debugger, seems to be a python init/deinit issue. Reverting this (and a few related commits) seems to fix it: https://github.com/xbmc/xbmc/commit/69aac04b0da9f34e8dda2af7bb7753a005a13e78 I've reported it. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2013-09-30 Popcornmix, could you please explain what you mean here? (2013-09-28, 16:45)popcornmix Wrote: Note currently the switch between 720p limit and no limit doesn't fix up guisettings.xml. EIther delete it and reboot, or edit the overscan settings in the resolutions group. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-09-30 (2013-09-30, 22:59)popcornmix Wrote: I've reported it. Thanks popcornmix. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-10-01 (2013-09-30, 23:30)allan87 Wrote: Popcornmix, could you please explain what you mean here?(2013-09-28, 16:45)popcornmix Wrote: Note currently the switch between 720p limit and no limit doesn't fix up guisettings.xml. EIther delete it and reboot, or edit the overscan settings in the resolutions group. In guisettings.xml there are entries like: Code: <resolution> which describe the physical display size (1920x1080) and also the GUI display size (1280x720). Unfortunately the GUI size is used for calibration settings (it should really be the physical display size). If you start with the gui resolution limit at 720p, and then remove it, currently the right and bottom calibration settings will remain at 1280x720, but the GUI resolution is now 1920x1080, so your GUI will only occupy the top/left part of display. You can edit these (I believe) in xbmc using the calibration menu (you may need to do this for each resolution). Or you can open guisettings.xml and edit the all the 1280/720 to 1920/1080. You should also move the subtitles setting from 694 to 1040. I'll try to get an automatic scheme for this in the future. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - bircoe - 2013-10-01 Hi popcornmix, just wanted to report some strangeness with the sort order/stacking of non library folders, I've got 2 Pi's here, they were both recently updated to OpenELEC 3.2.1. After I noticed this I downgraded one of the Pi's to 3.2.0 and found the sort order/stacking works as expected. I've checked through all the settings and can't find an option that changes this behaviour. Also strangely the parent folder link (..) sometimes ends up somewhere in the list other than the top... very unexpected. On 3.2.1 the folders are not stacked at the top of the folder list, 3.2.1 is running XBMC 12.2 Git:cd71444 (Compiled: Sep 28 2013): On 3.2.0 the folders are stacked... 3.2.0 is running XBMC 12.2 Git:68a881d (Compiled: Sep 13 2013): I've raised this with sraue and he suggested posting here as it may be due to a recent commit: https://github.com/OpenELEC/xbmc/commit/d2f23e3b8a7359663e35e31619b990017e5901c5 https://github.com/OpenELEC/xbmc/commit/7e6a30959fb2773de52bd2416b23bac42fac640d UPDATE: Other users over at the OpenELEC forums have noted the same behaviour. http://openelec.tv/forum/90-miscellaneous/67364-folders-first-sorting#87524 RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2013-10-01 I see the same folder/file mix in Gotham when sorting by Name - I'd forgotten that folders were meant to be sorted first. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - javaboyuk - 2013-10-01 (2013-09-30, 16:51)popcornmix Wrote:(2013-09-21, 21:22)javaboyuk Wrote: Alas with the @popcornmix Sorry only saw this this evening, so kept people up in the flat testing it... :-) I can report that, the resync still happens, WITHOUT hdmi_force_open=1. GREAT NEWS with "hdmi_force_open=1" no re-sync so get full track from begining, AND you can seek again without the rpi hanging, the volume control also works again (with or without force). Additionally I have now tested play back of the gimell test files for flac versions of: stereo - 24 bit from 44100 to 96000 All played great (but can NOT confirm what the amp was receiving 24bit 96KHz until I hook a screen up to it!) However ======= Issue 1: 5.1 channel versions would not play correctly and came out as only stereo. Issue 2: My DTS tracks don't "play" the amps DTS symbol binks on and off and I get "snipit" of disorted sound. Config: My rpi is runing production 3.2.1 openelec, with your "new" firmware from the just preious page as you suggested. My config.txt options are: standard gpu/overclocking for 3.2.1 plus: hdmi_force_hotplug=1 hdmi_force_edid_audio=1 hdmi_drive=2 force_hdmi_open=1 The samples are here: http://www.gimell.com/recording-free-trial-downloads-1.aspx or these which are easier to get http://www.linnrecords.com/linn-downloads-testfiles.aspx Any suggestions on the above issues greatly appreciated!! As always really happy to test etc. Thanks!!! RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Wanderlei - 2013-10-01 (2013-09-30, 19:11)Wanderlei Wrote: Yep, fixed it. (also replaced the bootcode.bin) Woops I meant 3.2 to 3.2.1. Also notice that both files and folders are sorted differently. The autostart.sh script I had to change cpu governor that wasnt working with 3.2 is now working with 3.2.1. Its incredible how much cpu usage has decreased since 3.2, especially during video playback, amazing stuff. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - rbej - 2013-10-01 Updated Frodo Branch - updated OpenElec build - updated firmware and kernel - [rbp/omxplayer] Waiting without an eos being sent does not help - [rbp/omxplayer] For bypass renderer, renderer not started is not an error condition http://netlir.dk/rbej/builds/ http://lysin.me/rbej RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-10-01 (2013-10-01, 11:02)rbej Wrote: Updated Frodo Branch LiveTV not working for me with this, so back to the 15/09 build for me for now http://xbmclogs.com/show.php?id=64645 RE: OpenELEC Testbuilds for RaspberryPi Part 2 - javaboyuk - 2013-10-01 @popcornmix Confirmed, the audio system now is happy playing *flac files up to 24bit at 196Khz and sent to the amp as such, so amazing!! Thank you, I suppose I will have to have more of your babies........ RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-10-02 (2013-10-01, 02:30)javaboyuk Wrote: Issue 1:That is expected. Only passthrough DTS/AC3 will be multichannel. Everything else is downmixed to stereo. Currently. (2013-10-01, 02:30)javaboyuk Wrote: Issue 2: Can you point at a specific DTS file that is failing? Do you have DTS passthrough enabled? Did this used to work? |