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-07-24 (2013-07-24, 19:58)Jönke Wrote: Ok maybe have to clarify that is live-tv i`m talking about. But here is 2 diffrent recording samle. One with ac3 audio and one with mpeg audio I was assuming this came from a change in codec in the broadcast stream (e.g. at adverts). If so can you record a file with this change in (which should also fail) so I can reproduce the issue. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-07-24 (2013-07-24, 14:21)popcornmix Wrote: core includes the L2 cache that the ARM uses, so does make a noticable difference. Thanks for the info. Thanks. I tried arm_freq=900 core_freq=333 sdram_freq=450 over_voltage=2 and it was OK playing video and audio files but then I tried to view a picture (bmp) (all from the internal USB) and it took a long while to open and shortly after XBMC restarted, with that "Remote Communcation Server - Failed to connect" error again (what is that about anyway?). Unfortunately I'd just turned debugging off so the log probably isn't very useful http://pastebin.com/hiR2pGRQ Even with only arm_freq=900 over_voltage=2 I found it still restarted when I pressed back to exit from viewing the picture. I tried re-enabling Debugging and then it was restarting XBMC just navigating to the folder on the USB, without even opening the picture but when it restarted Debugging was off again (it was also asking if I wanted to keep this resolution when going into settings as well) so I had to enable it and reboot. After that, it seems OK when navigating to the pictures folder, viewing pictures or pressing back to exit the slideshow but it's still a bit worrying that this happened and I'm not sure it's stable enough to hand over to my brother yet.. http://pastebin.com/Q9Lfq6NN If it was just a software bug I'd probably give it to him as I can always tweak it remotely but for all I know it could be the board can't handle overclocking and as you know, XBMC really needs it to be overclocked to be bearable so if that is the problem, I might need to try another board to find one that works stable overclocked. (2013-07-24, 19:37)MilhouseVH Wrote: If you're bumping up your sdram_freq, you probably also want to increase your over_voltage_sdram to avoid memory corruption. Thanks for the tip. I'm going to concentrate on getting it stable with just the arm_freq overclocked for now, then try the others. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Jönke - 2013-07-24 (2013-07-24, 20:01)popcornmix Wrote:(2013-07-24, 19:58)Jönke Wrote: Ok maybe have to clarify that is live-tv i`m talking about. But here is 2 diffrent recording samle. One with ac3 audio and one with mpeg audio Its not possible to change channel when you are recording. But it has nothing to do with adverts cause it´s always happening when go from a channel with ac3 audio to a channel that has mpeg audio. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Koloss - 2013-07-24 (2013-07-23, 22:07)rbej Wrote: Updated Gotham Branch + Starttimes of movies a little bit faster - i cannot restart xbmc, when i click restart after i must disconnect the cable of pi in openelec official builds it running Next up the longtime test from me RE: OpenELEC Testbuilds for RaspberryPi Part 2 - JoeSchmuck - 2013-07-24 I guess I'm a bit surprised no one is doing a clean install of these changes and are all doing an upgrade. I guess I will perform an upgrade and post how it goes. Maybe the NTP server data will be there. Now I need to run off and figure out how to do an upgrade, I'm sure it's in a document somewhere. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-07-24 By the way this build has support for non-trivial algorithmdirtyregions (1 and 2) E.g. Code: <advancedsettings> In theory it could speed up the GUI (or make it slower). Report any findings. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - mcarni - 2013-07-24 Guys, I guess I need some help. from some releases ago I am starting to have a strange problem. while trying to play a video file (i tried several .mkv files) I get only the audio but no video. I tried to start from scratch with a blank userdata but still no video. I tried to play with vertical blank sync and/or with adjust display refresh rate settings but still no success. In some cases no audio and no video, but in most of the configurations I tried I get only the audio and the video is like hidden behind the fanart or xbmc menu. I can activate the onscreen playback menu and I see play, pause etc, but no way to get the video. I tried to revert back to confluence skin and I tried the latest gotham as well as some older releases I uploaded my last log to the following pastebin http://pastebin.com/BKPM143V is there any kind person that would like to help me out Thanks a lot M RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-07-25 (2013-07-24, 23:53)mcarni Wrote: I uploaded my last log to the following pastebin You seem to have some out of memory errors. Can you try rebooting? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - mcarni - 2013-07-25 (2013-07-25, 00:01)popcornmix Wrote:(2013-07-24, 23:53)mcarni Wrote: I uploaded my last log to the following pastebin sure, I rebooted several times but no luck... this is the update log: http://pastebin.com/D91JETb3 let me know if you need anything else M RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2013-07-25 (2013-07-24, 23:19)Koloss Wrote: - i cannot restart xbmc, when i click restart after i must disconnect the cable of pi Instead of disconnecting power, you might try SSHing to the Pi and issuing a reboot command in the terminal. I would expect this to be less likely to corrupt your installation. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - pootler - 2013-07-25 would like to have some testers for this (Frodo / OpenELEC 3.1.3 based) build: http://sources.openelec.tv/tmp/image/tes...r15163.tar its mainly based on OpenELEC 3.1.3 with XBMC Frodo but with some Gotham backports from Popcornmix's Frodo backport branch. Any issues which are introduced with this build compared to 3.1.3 should be reported here. If it works (good) i will release this as 3.1.4 very soon. thanks Hi....... this build seems very promising. A.v sync is good most of the time, as well as apect ratio. Not sure why but the''official'' builds always seem quite a bit faster than the rbej builds?? - not sure if its the fact I use USB as storage? One annoying thing is that the ''playing now'' menu bar seems to intermittently show itself during any video inc Live tv? Also the remote response throws a wobbly sometimes - for example in the live tv epg, it will skip to another channel and time for no reason. This is not all the time. haven't tried rbej latest but for me this is the best openelec build so far!! many thanks pootler RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-07-25 (2013-07-25, 00:06)mcarni Wrote: I rebooted several times but no luck... This is your problem Code: 00:02:49 T:3061321728 NOTICE: ARM mem: 192MB GPU mem: 64MB 64M is not enough GPU mem for video playback. You want: Code: arm_mem=128 RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-07-25 Is this included in the latest Gotham build? http://www.raspberrypi.org/phpBB3/viewtopic.php?f=28&t=39175&start=125 I'm wondering if it would fix my remote problems (occasional missing keypresses and phantom keypress loops). RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-07-25 Had a lot of problems demonstrating with the 13/07 Gotham build at my parent's house today. The network wasn't working at first, so it might be that some of the restarts (going into Pictures triggered them a few times) were somehow related to that. Had a weird one where straight after scanning a folder of music into the library (empty before that) from a USB HDD, I couldn't play any of the tracks and it said not found, yet when I went to file view I could play them fine. Also one Album I tried to play (from fileview) was just skipping through at around 5s intervals. I tried a different Album and that worked fine. There tracks were all mp3 or wav so nothing exotic but it's possible the first Album files were corrupted I guess. I hadn't cleared the Library of my own files (from a OS-mounted NFS share) before going over there, so I tried to Remove Source from file view for each of the two sources. It locked up both times. After rebooting the first Source was no longer showing, then I tried to remove the second one and it locked up again and after rebooting that was gone too. It was still going into Library and showing the same Albums/Artists though and I think I had to do Clean Library to get rid of them. It may also be that I had a dodgy hub, as the one I was using at first, with the LEDs intact, was getting very warm around the usb sockets at the front. I've got an identical model that I disconnected the LEDs from so I swapped that in and it seemed quite stable after that (I removed the arm_freq=900 overclock as well though).I don't know if the heat with the first hub was coming from the LEDs or if it was some fault causing it. So it could have been a combination of no network, dodgy hub and some bugs that caused a lot of the issues. Even without the overclock and second hub I couldn't get Poweroff to work though and it just left XBMC showing. I'm farily sure it had terminated that but wouldn't complete the rest of the shutdown process for some reason. I can't recall if I tried Reboot or if that worked. The remote mostly worked OK but did go into a phantom keypress loop once or twice. RE: OpenELEC Testbuilds for RaspberryPi Part 2 — Issues - allan87 - 2013-07-25 Issues with recent builds: For every build AFTER July 3, 2013, Myth PVR skipping is broken and unusable: 1. Playing back Live TV recordings with the Myth addon, big skip and commercial skip are broken. Instead of skipping, the playback hiccups for a second and resumes approximately from where you left off. Sometimes, the 30 second skip does not work either. 2. When you pause or skip, the display at the top corner right reports incorrect information. Sometimes it indicates a very short program length, just slightly exceeding the point you are in the show (like 0:15/0:17). Sometimes it reverses program length and position, and reports incorrect program length (like 7:22:00/1:15). Re: Dirty Regions in 7/23 build, unfortunately, no benefit here. Compared to <algorithmdirtyregions>3</algorithmdirtyregions> on the July 3 build, - <algorithmdirtyregions>1</algorithmdirtyregions> uses marginally more CPU and the interface is OK, but not faster than before. - <algorithmdirtyregions>2</algorithmdirtyregions> also uses marginally more CPU and the interface is noticeably slower. The July 3 build was tremendous. Stable, responsive and functional. |