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 - pplucky - 2014-04-13 (2014-04-13, 12:35)da-anda Wrote: @pplucky - the filename parser is working in two steps. First it check for the keyword "3D" anywhere in the file (which is present in your example filename). If this is given, it's looking for (H)SBS and (H)TAB surrounded by one of these delimiters: ".", " ", "-", "_". Your filename does not match this rule because it's using "H-3DSBS" as keyword.Clear now, thanks a lot @popcornix and @da-anda RE: OpenELEC Testbuilds for RaspberryPi Part 2 - botribun - 2014-04-13 (2014-04-13, 11:28)popcornmix Wrote: Can I have a debug log?Okay have been through all builds from 1 april till today: r18074 < last good working since r18075 < no audio first 1 - 2 secs since r18103 < no audio + video fast-forward/stutter first 1 - 2 secs and lots of xmbc freezing on channel switching. http://pastebin.com/hVKqk55x r18075 http://pastebin.com/z9mQbiV9 r18103 sry xbmclogs.com is down (502 Bad Gateway) No problems with local or files from NAS. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-04-13 (2014-04-13, 15:21)botribun Wrote: Okay have been through all builds from 1 april till today: Thanks. Looking at the changes around there: https://github.com/popcornmix/xbmc/commit/bfa76b0a80b3f46111794b3649315d51a2123b3d is the most likely candidate. I'll see if I can find another solution for that fix. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - botribun - 2014-04-13 Okay, thank you. Your hard work is very much appreciated. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - XSplash - 2014-04-13 (2014-04-10, 22:04)XSplash Wrote: Hi, Is there a way to get some debug information about the hdmi connection? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - tuxen - 2014-04-13 (2014-04-13, 08:40)botribun Wrote:I play a lot of live/rtmp streams (over the Internet). Some just run overnight and I have not experienced this with milhouseVH latest build. Maybe it's because I do not use the pvr part but a video addon that fits my cable provider and normal stream links. I have not seen the speed up/down issue either and I tried a lot of files mostly 1080p in sizes of 8-16GB. The new refresh modes seem to work just fine here. I have not experienced any freezes or crashes in now 2 days of uptime. I have enabled the new fiq driver also.(2014-04-13, 00:36)popcornmix Wrote:Not exactly but, since few builds livestreams/rtmp's are time-warping and flickering the first few seconds of play. And sometimes the system just freeze, more often as usual while trying to play a stream. No such problems with beta 5...(2014-04-12, 20:49)marcavatar Wrote: I meant when I start a movie mkv full HD 1080p or 720p at 24 refrsh the movie performs slowly when sudden and repeated scenes of the movie become handled, the movies are the same that I used to do before the last update and are not presented these problems. So far everything is as stable as official beta 5 and plays movies the same or actually better. I have not tested dvdplayer much but in general it seems to work with some more CPU use though and software DTS brings dvdplayer almost to a halt with 100% CPU, but I'm sure that's expected. @regarding 3D my TV now gets the "switch to 3D mode" even with files with a blank header stereoscopic tag or without 3DSBS/TAB in the filename. But its funny like I wrote earlier I had to cycle the 3D mode setting like pplucky before it auto detected the wrongly detected file. This was on another RPi with beta 5 so I'm sure it has nothing todo with milhouseVH build. So far 0411b has been very nice to me. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - unclejoe01 - 2014-04-14 Is there any way to speed up epg timeline, take a long time to load. I am using tvheadend and have 77 channels. Any ideas is appriciated! thanks joe RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-04-14 New OpenELEC Gotham build: #0414 (Supercedes previous build) Code: # uname -a Based on tip of XBMC master (a46e548, changelog) and tip of OpenELEC master (d06cd8c, changelog) with the following modifications:
OpenELEC master now officially building with ALSA enabled on R-Pi.
Additional Testing Notes:
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - pplucky - 2014-04-14 Since build #0411b (didn't notice before), it seems my video calibration settings are always lost on reboot. No matter if I set it right, it always go back to 0,0... Anyone else also has this? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - botribun - 2014-04-14 (2014-04-14, 01:58)MilhouseVH Wrote: [*][omxplayer] Ignore occasionally valid pts values, they cause live tv stutter Looks good no stutter with r18160, thank you! RE: OpenELEC Testbuilds for RaspberryPi Part 2 - pplucky - 2014-04-14 (2014-04-13, 23:07)tuxen Wrote: @regarding 3D my TV now gets the "switch to 3D mode" even with files with a blank header stereoscopic tag or without 3DSBS/TAB in the filename. But its funny like I wrote earlier I had to cycle the 3D mode setting like pplucky before it auto detected the wrongly detected file. This was on another RPi with beta 5 so I'm sure it has nothing todo with milhouseVH build. (2014-04-11, 13:01)popcornmix Wrote: xbmc master doesn't support switching the TV into 3D mode, nor does gotham beta 5. Automatic switch to 3D mode worked 100% for all my 3D files, except for one. It says stereoscopic mode is 'Side by Side', TV appears to switch, but still 2 pictures shown side by side (meaning no actual 3D). If I use the TV remote to put it in 2D and then back in 3D, it then shows up fine... Anything I can do to help figure out this one? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - da-anda - 2014-04-14 @pplucky - are you using dvdplayer or omxplayer? dvdplayer won't work with 3D AFAIK (you'll get the effect you discribed - at least for me this happened on dvdplayer) @popcornmix and 3D resolution switch The resolution switch into 3D mode is working fine with omxplayer, but only as long as one doesn't use the "ask" dialog. If this dialog is used, TV is already switching into 3D mode even before the user told XBMC what to do. I know that we need some refactoring to fix this in a good way (like fire the "onPlaybackStart" or a "onBeforePlaybackStart" message BEFORE dvdplayer is preparing the renderpipeline), but would it be possible for omxplayer to wait for an actual stereoscopic mode switch toggled by XBMC instead of acting on it's own relying on the "hints"? If the "ask" dialog is in general an issue, then we should remove that setting entirely and make it a hidden setting with correct default value (= use preferred mode). Same for the "preferred mode" setting, which can only be "same as movie" and "mono" because the PI currently doesn't support conversion IIRC. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - da-anda - 2014-04-14 (2014-04-14, 01:37)unclejoe01 Wrote: Is there any way to speed up epg timeline, take a long time to load. I am using tvheadend and have 77 channels. Any ideas is appriciated!unfortunately not really. You should turn off the caching of the EPG in the database though, because this will cause only longer loading times (first load and process data from DB, then do the same again with imported/updated data). edit: oh, you referred on the timeline. The only thing you can do is to change the "lingertime" in advanced settings to 0 (or better 60, which is same behavior as Frodo had) so that you won't get past EPG data and thus reduce the ammount of data to be processed. A refactoring of the PVR windows is planned for TheHoff/Helix, which would allow the EPG grid to be cached once generated, but that's in far future RE: OpenELEC Testbuilds for RaspberryPi Part 2 - pplucky - 2014-04-14 (2014-04-14, 10:46)da-anda Wrote: @pplucky - are you using dvdplayer or omxplayer? dvdplayer won't work with 3D AFAIK (you'll get the effect you discribed - at least for me this happened on dvdplayer)Omxplayer is my default and this still happens... RE: OpenELEC Testbuilds for RaspberryPi Part 2 - melfy - 2014-04-14 (2014-04-10, 22:04)XSplash Wrote: Hi, for what its worth I have RX v475 with pi connected and tv connected to the amp and it works fine. CEC works, and the amp passes the video to the Tv in standby mode and when powered on. Its worked for all the beta's and many millhouse builds prior to that. |