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 - Milhouse - 2014-01-06 New OpenELEC Gotham build: #0106 (obsolete) Code: rpi512:~ # uname -a Based on tip of XBMC master (2a5b27adcc) and tip of OpenELEC master (93cc36d5bb) with the following modifications:
New build with revised patch for stall when resuming avi videos - seems to be working fine here, many thanks! RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2014-01-06 This bug is probably in tvheadend rather than these OE builds but as I can't be sure, I'm reporting it in both places just in case. I've found that when I have a recording in progress and am watching TV at the same time, after a while XBMC will just lock up completely, requiring a power-cycle which obviously messes up the recording, never mind being annoying when I'm trying to relax and watch TV. It happened twice in the last couple of days when I happened to be watching the programme that was being recorded, so I thought that it was limited to doing that but just now I was watching a different channel and it did it, so it just seems to be triggered by having the two things running. I presume when watching the same channel that's being recorded it only uses a single tuner, so even if in the instance in this log it was using both tuners due to the channel being watched being on a different mux to the one being recorded, it clearly isn't only happening when both tuners are active. http://xbmclogs.com/show.php?id=106933 RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-06 (2014-01-06, 23:34)doveman2 Wrote: I've found that when I have a recording in progress and am watching TV at the same time, after a while XBMC will just lock up completely, requiring a power-cycle which obviously messes up the recording, never mind being annoying when I'm trying to relax and watch TV. Can you still ssh in after this lock up? It certainly could be caused by overclock or power supply. Can you disable overclock and see if it still occurs, and double check voltage (when playing and recording). Another possibility could be memory running out. Can you try running Milhouse's bcmstat.sh script and see if arm or gpu memory gets very low before crash (although typically xbmc just exits in this case, and restarts). RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2014-01-07 (2014-01-06, 23:42)popcornmix Wrote: Can you still ssh in after this lock up? I don't think I can ssh in (pretty sure I tried this previously but didn't the last couple of days). Even if I have WinSCP connected before the lockup, it loses connection and can't reconnect once it occurs. I've only got arm_freq=900 over_voltage=2 at the moment, so nothing extreme but I'll try disabling it anyway and try checking the voltage and maybe using a different PSU and try Milhouse's script in case that reveals anything (although I still have the debug OSD showing and that indicates there's plenty of free RAM and I'm only running at 720P with 16-bit textures so I wouldn't have thought the GPU RAM would get filled). RE: OpenELEC Testbuilds for RaspberryPi Part 2 - heniek12 - 2014-01-07 Hi are there some changes in DTS passthrough in newest builds ? After upgrade i didn't have sound in any movie. I had to turn off DTS passthrough, but now movies with DTS are choppy. I'm not 100% sure if my tv supports it, but in previous builds i had it turned on and everything was working fine. AC3 passthrough works fine. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - deejayq - 2014-01-07 (2014-01-07, 00:30)doveman2 Wrote: I don't think I can ssh in (pretty sure I tried this previously but didn't the last couple of days). Even if I have WinSCP connected before the lockup, it loses connection and can't reconnect once it occurs. maybe related or maybe not. i also have some problems with connectivity (both network and usb) especially when i set up openelec dev/Milhouse builds (at the welcome screen and when i set the time zone, maybe related to the fact that some plugins try to update at the same time), or when something goes wrong with live tv. and it freezes (tvheadend addon doesn't connect to backend, vnsi plugin tries to refresh epg data too often). at first i thought it might be a power issue (since i don't have an overclocked rpi) but i ran pi_stress_test.sh on Raspbian (here's what it does) and i have no connectivity issues. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-07 (2014-01-07, 08:23)deejayq Wrote: i ran pi_stress_test.sh on Raspbian (here's what it does) and i have no connectivity issues. That is not a stress test. The arm only uses about 10% of the chip's power. You need to have the 3D engine, or jpeg encode/decode working hard to get any sort of stress. Quake 3 is a good stress test. As is xbmc scrolling at full speed through library views. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-07 (2014-01-07, 01:00)heniek12 Wrote: are there some changes in DTS passthrough in newest builds ? After upgrade i didn't have sound in any movie. I had to turn off DTS passthrough, but now movies with DTS are choppy. I'm not 100% sure if my tv supports it, but in previous builds i had it turned on and everything was working fine. AC3 passthrough works fine. What does "tvservice -a" report? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - heniek12 - 2014-01-07 PCM supported: Max channels: 2, Max samplerate: 48kHz, Max samplesize 24 bits. Looks like no AC3 and DTS support ? As I said i had DTS and AC3 passthrough option turned on for few months at least, and everything was working fine. After upgrade, 2 weeks ago I think i had no sound until i disabled DTS passthrough. (2014-01-07, 14:15)popcornmix Wrote:(2014-01-07, 01:00)heniek12 Wrote: are there some changes in DTS passthrough in newest builds ? After upgrade i didn't have sound in any movie. I had to turn off DTS passthrough, but now movies with DTS are choppy. I'm not 100% sure if my tv supports it, but in previous builds i had it turned on and everything was working fine. AC3 passthrough works fine. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Doktor-X - 2014-01-07 Code: OpenELEC:~ # uname -a newclock3 patch Jan 06, 2014 dvdplayer enable (decode unsupported hardware decoding videos using arm) swap 128MB enable by default Code: https://www.dropbox.com/s/lxxze7of98jrz7d/OpenELEC_Gotham-RPi.arm-devel-20140107145625-r16875-gb793e81.tar RE: OpenELEC Testbuilds for RaspberryPi Part 2 - xbs08 - 2014-01-07 Could you explain the benefits of using ARM to decode video? Thanks RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-01-07 If you want a stress test, I've just added one to texturecache.py. This will iterate over all the items in a movie view (thumbnail, listright and listdown) with configurable pause between movement. On an overclocked and over-volted R-Pi it's quite easy to hit 85C at which point the CPU will be throttled back to 700MHz, but if it doesn't crash and continues running then it's probably stable! RE: OpenELEC Testbuilds for RaspberryPi Part 2 - botribun - 2014-01-07 @Rbje/popcornmix Can you please enable swap support again in frodo, as you had in your early builds? Thanks! RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Jönke - 2014-01-07 @popcornmix / MilhouseVH The problem with live tv freezing http://forum.xbmc.org/showthread.php?tid=148646&pid=1590886#pid1590886 is back in build #0106 (live-tv works fine in #0105) RE: OpenELEC Testbuilds for RaspberryPi Part 2 - rbej - 2014-01-07 Updated Frodo Branch - updated firmware - updated kernel to 3.10.25 - added 4 Rpi kernel patches - add 2 patches to FFmpeg 1.2.4 - updated ShairPlay (Apple AirPlay) - sync with: https://github.com/popcornmix/xbmc/commits/frodo_rbp_backports - add 2 Rpi patches: [rbp/omxplayer] Never trust pts in avi files [rbp/omxplayer] Fix stall when resuming avi file without valid pts http://netlir.dk/rbej/builds/ http://lysin.me/rbej |