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 - doveman2 - 2013-08-26 (2013-08-26, 19:36)evanspae Wrote: No, I found reboot just overwrites setting although manually inputed locale time settings seems to remain?.... therefore only option is manually calibrate take a copy.. for info.. but dont reboot otherwise you just have to start all over again. Ah, that's no good then. I thought it was just advancedsettings that was getting overwritten RE: OpenELEC Testbuilds for RaspberryPi Part 2 - botribun - 2013-08-26 Did a fresh install and booting now from NFS with turbo overclock 1000/500/500/6, but still the GUI is noticeable lagging since 22.08. booting from the 21.08 build and everything is fast as usual again. Maybe someone forgot to apply a performance patch or something like that? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - kraades - 2013-08-26 Is it me or is 3.1.6 having issue with video/audio sync? It looks like the audio is a little bit off at the end of the video. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-08-26 (2013-08-26, 22:05)kraades Wrote: Is it me or is 3.1.6 having issue with video/audio sync? It looks like the audio is a little bit off at the end of the video. I did find I had to push the audio to + something the other day when watching some downloaded episodes as they were very noticeably out of sync but not when I watched them on my PC with MediaPortal. Watching LiveTV was in sync without the offset though. I've watched some more episodes today, without the offset I think (I don't think I saved it as default) and haven't noticed any sync problems though. In fact, they seem a bit more jerky on the PC, which might be because they're 23.976fps going into a 60hz TV and maybe the RPi/XBMC can handle that better than MediaPortal/LAV codec. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - kraades - 2013-08-27 I have it on all content (at least on all h.264/ac-3 content). RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Wanderlei - 2013-08-28 Just got a new tv, when I am scrolling around the screen will flash black for a split second at random? Its like the signal is dropping out, seems to happen more often the faster I scroll around. Just wanna make sure its not the actual tv. EDIT Found this thread on the issue: http://forum.stmlabs.com/showthread.php?tid=1385&page=3 (Was using early model R-Pi 256mb) Changed HDMI Cable - Problem persisted I had 512mb sitting around. Plugged that in - No signal loss I though it might have been overclocking settings on 256mb, removed all config.txt settings - Problem persisted I though image or settings may be cause, put working SD card from 512mb in to 256mb - Problem persisted Put SD card from 256mb in to 512mb - No signal loss So the issue is definitely the 256mb R-Pi. It worked perfectly with old tv. I suspect some sort of power issue. I remember early on there was some issue with the R-Pi where it was leaking power over one of the HDMI pin to tvs. Some people were doing something like bending a pin on the HDMI cable. Anyone shed any more light on this? Is this potentially dangerous to your tv? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Wanderlei - 2013-08-28 Couple other things cropped up, First issue, MKV playback failed. (Seems resolved) I tried playing back some mkv files but they wouldnt play, it looked they were going to start but then they wouldnt Other files seemed to play, mp4, etc The exact same image/SD in 256mb R-Pi and the same files played. Was official 3.0.4 updated to 3.0.6 seems to work now. Second issue, CEC with LG tv. (Still issue) If I change input on old tv (LW9500) CEC stops working. Turning off 'simplink' off then back made it work again. On new tv (55LA8600), same issue. Except you cannot change back to the HDMI input. So you have to turn it off, change input, then turn it back on, . Went from two button presses to resume functionality to about twelve button press procedure to resume functionality, slightly more annoying. Edit arhh! Flicking 'simplink' on/off on new set also changes the tv's audio setting from external to tv speakers, for whatever stupid reason! RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-08-28 I've noticed that StepForward/Back doesn't seem to work properly with TV, whether Live or Recorded. What happens is that instead of jumping forward the proper amount (currently 30s) it only skips 1s (or 2s for BigStep). This happened with a Recording last night but then after repeatedly doing this, at some point it starting working properly, so I'm not sure what the issue is. I've noticed there's a 128MB swapfile created on /storage (I can't recall exactly where). I understand this isn't used by default so is it OK to delete it? It's not that I need the space but it makes it takes a fair bit longer when backing up/restoring /storage with WinSCP so I'm trying to eliminate any unnecessary files. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-08-28 (2013-08-28, 03:22)Wanderlei Wrote: Just got a new tv, when I am scrolling around the screen will flash black for a split second at random? Its like the signal is dropping out, seems to happen more often the faster I scroll around. Just wanna make sure its not the actual tv. Might be worth trying the boost parameter from here: http://elinux.org/R-Pi_Troubleshooting#Interference_visible_on_a_HDMI_or_DVI_monitor RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Wanderlei - 2013-08-28 (2013-08-28, 12:32)popcornmix Wrote: Might be worth trying the boost parameter from here: Cheers popcornmix I gave it a try but it didnt work unfortunately. I really think its just the hardware, something do with Rev 1 boards and they changed it in Rev 2 "+5V0 Leakage from HDMI". Dont wanna bugger the new tv, so I will just use newer R-Pi. (Although it wont overclock) Also tried 'hdmi_force_hotplug=1' to hopefully stop CEC from becoming unresponsive once you change tv input, it didnt work either RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2013-08-28 (2013-08-28, 11:45)doveman2 Wrote: I've noticed that StepForward/Back doesn't seem to work properly with TV, whether Live or Recorded.Is your problem the same as this: http://trac.xbmc.org/ticket/14527 RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-08-28 Well I'm not using MythPVR but MediaPortal PVR, so not quite but 1. certainly sounds similar. I can't say I've noticed 2 but I use xTV-SAF which shows the timeline at the bottom of the screen and it seems OK (without having looked at it very hard). I've just been testing with some test files I keep on /storage and in fact the stepforward problem affects all of them, mp4, mkv, wmv, all except the one flv I have on there in fact. All the other were doing something like 1s for stepforward and 2s for bigstepforward, although at one point I saw 10s (my stepforward is set to 15s). So it seems it's not a PVR or network related problem but something more fundamental. I also tested calibrating the display using the composite out/SCART in NTSC mode and it seems to be working (I'm not using the latest build but one or two back). I did have a problem powering off after calibrating and XBMC was left displaying and I had to flick the power switch but it seems to have shutdown XBMC at least as it's saved the Settings (I changed TV from enabled to disabled) which it doesn't normally do if it crashes/restarts. I rebooted and it seems to have saved my calibration settings and I then powered down and that worked normally. Another issue is that I'm getting update notifications for addons that are disabled and then there's nothing actually under Updates for them. For example, I keep getting one for tvheadend. I went and enabled it and there was still no update shown for it under Updates. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-08-28 (2013-08-28, 11:45)doveman2 Wrote: I've noticed that StepForward/Back doesn't seem to work properly with TV, whether Live or Recorded. Can you upload a sample file that is misbehaving? Note that short files do reduce the sizes of StepForward/Back (i.e. if the step value is 10 seconds and the sample file is only 60 seconds long, the step is reduced). RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-08-29 (2013-08-28, 18:55)popcornmix Wrote: Can you upload a sample file that is misbehaving? Ah, that would explain the test files then as most were around 30s long. The ones that did around 10s for BigStep instead of 3mins and 2s for Step instead of 15s were those clips around 3mins long. So maybe when playing TV Recordings or LiveTV, it gets confused about the length and so will only jump 1s forward. The recording I was trying the other night was actually still in progress, which might have made it harder for it to correctly work out the length. Other than that, it's been happening a lot I think with LiveTV, even though it's been playing for some time and so the timeshift buffer has 8-10mins in it, it still often won't step back/forward properly. I just tested with some old TV Recordings (still in .ts format) and I only had a problem with one, where I did two BigStepForwards (3mins each) and then a BigStepBack but instead of going back 3mins it went to the start and froze until I pressed stop. It probably just had some corruption in the file which confused XBMC though. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2013-08-29 (2013-08-28, 18:55)popcornmix Wrote:i think this is a clue that may also explain the myth issue. From the bug report: "When you pause or skip, the display at the top right corner reports incorrect information. The time fields are reversed and the reported program length has no apparent connection to reality. Right now, paused 30 seconds into a half hour show, it says "14:03:06 - 00:33"."(2013-08-28, 11:45)doveman2 Wrote: I've noticed that StepForward/Back doesn't seem to work properly with TV, whether Live or Recorded. Could xbmc be interpreting the length of the episode as 33 seconds in this instance? |