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-05 (2014-01-05, 21:14)fightnight Wrote: It would be great if you include the RP librtmp version on your builds. I don't see the point when you can update it yourself. Adding a newer version of librtmp to my builds means you'll have to find another solution when I stop creating builds (I'm not planning on doing this forever you know!) However if you can fix the problem yourself, which you can, then you can use any build and still have the latest librtmp. It would be nice if OpenELEC included a more recent version of librtmp but I believe there is a problem with the way librtmp is maintained, packaged and distributed. It's not ideal, but solving the problem yourself has to be the best solution. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - fightnight - 2014-01-05 The 2011 version is the lastest from rtmpdump team, that's why they use it. RP patches are very important because few streams work with the lastest official version and OE team only use official git's. I know how to update, but you provide patches and fixes on your builds, that would be nice if you could include this too. Thanks for your work. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-01-05 The purpose of my builds is to test experimental patches destined for upstream, not to create builds with custom functionality that people then become dependent on. Additionally, the inclusion of non-standard libraries has the potential to cause problems and unforeseen interactions while testing the experimental patches. If you want a feature added to OpenELEC the best option is to discuss support with the OpenELEC developers and ideally have the addon or library supported at source. Failing that, if possible, as it is with librtmp, load a more recent version of the library separately to replace the stock library (the benefit being this technique works with any OpenELEC build, even a stock release, and not just mine). Re: RE: OpenELEC Testbuilds for RaspberryPi Part 2 - wizzard72 - 2014-01-05 (2014-01-05, 21:35)popcornmix Wrote:(2014-01-05, 21:25)wizzard72 Wrote: No GUI sound enabled. I figured it out yesterday. Today all the movies played well. Also upgraded to the latest test build this afternoon. When I enable E-AC3 again a few hours ago, up to now still had no random pauses. If it happens again I post a debug log. For now I can't reproduce the problem anymore. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2014-01-06 (2014-01-05, 17:56)doveman2 Wrote:(2014-01-05, 16:33)Trixster Wrote: The TvHeadend service was maxing out the cpu on the latest build posted today, slowing everything down to a crawl. Disabling the service normalises everything again. Actually, since toggling some options earlier and rebooting just now, I have the same problem with the CPU at 100% (XBMC around 58%) and I can't even disable the tvheadend service as it locks up XBMC whenever I try! I can still access the TVH web gui, although I haven't found what options to toggle to fix the problem yet and I can access the RPi via SMB, so I'll try downgrading to an earlier build to see if that fixes it. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - h.udo - 2014-01-06 @MilhouseVH, Thanks for all your builds. I keep 2 RPis running my OE builds and 2 running yours, just to test and compare. @fightnight, para quem programa em Python, pedir para actualizar, à cara podre, a librtmp... BR, hudo RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2014-01-06 Well I couldn't transfer the files to Update via SMB as it kept disappearing before the files had finished transferring, so I moved the SD to my PC and copied KERNEL to kernel.img and SYSTEM to the sd, along with bootcode.bin, start.elf and fixup.dat from OpenELEC_Gotham-RPi.arm-Milhouse-20131231164326-r16759-g7260614.tar but now all I get is the OE splash, no text in the top-left showing that it doing something. Any ideas what's gone wrong here? EDIT: Hmm, got it booting from SD only, so I guess there's something wrong with the USB although it looks OK. I would have thought it would still show some text/error on the splashscreen if Storage wasn't accessible but maybe there's some corrupt files in the Update folder that are hanging it before that stage. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - fightnight - 2014-01-06 (2014-01-06, 01:02)hudo Wrote: @MilhouseVH, Well, for those things I like "plug and play" RE: OpenELEC Testbuilds for RaspberryPi Part 2 - arnova - 2014-01-06 (2014-01-05, 01:12)MilhouseVH Wrote:(2014-01-05, 00:47)popcornmix Wrote:(2014-01-05, 00:18)MilhouseVH Wrote: @popcornmix: I've noticed a problem (might be b-frame related) with my last #0104 build, specifically when resuming xvid/mp3 movies (might be other formats too, only ones I've noticed so far). Just tried your latest build but for me resuming of mpeg4-files is still broken. Ideas? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - stuCONNERS - 2014-01-06 anyone else seeing almost 100% cpu usage on mp3 playback? i`m using the latest frodo rbej build. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-06 (2014-01-06, 14:55)stuCONNERS Wrote: anyone else seeing almost 100% cpu usage on mp3 playback? i`m using the latest frodo rbej build. I think that's normal with visualisation. Disable the visualisation and it should be lower. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - stuCONNERS - 2014-01-06 that is with it disabled RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-06 (2014-01-06, 15:58)stuCONNERS Wrote: that is with it disabled Do you have vsync enabled? Can you try a lower framerate mode (e.g. 1080p24)? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-01-06 (2014-01-06, 11:55)arnova Wrote: Just tried your latest build but for me resuming of mpeg4-files is still broken. Ideas? A debug log (wiki) when playing (resuming) the movie and media info of the movie would be most useful. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-06 (2014-01-05, 01:12)MilhouseVH Wrote:(2014-01-05, 00:47)popcornmix Wrote: Can you try reverting: I've got a new fix on newclock3 which hopefully fixes your problem without breaking the original purpose of #3728. Can you test? Several of newclock3 patches are now upstream, and slightly altered by the review process, so check there's no regressions there. |