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 - 2014-01-08 (2014-01-08, 00:19)heniek12 Wrote: @popcornmix any ideas about that DTS passthrough issue ? I pasted tvservice output here: http://forum.xbmc.org/showthread.php?tid=169674&pid=1592893#pid1592893 Your TV doesn't support passthrough. (Almost no TV supports DTS passthrough - you really need an AV recevier for that). omxplayer is intended to disable passthrough if it's not supported, but it's possible that is not happening on gotham after the ActiveAE Pi sink changes - I'll have to double check. You should set passthrough to disabled. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - h.udo - 2014-01-08 Just noticed a problem: with MilhouseVH's latest build, as soon as I turned on Live TV, WMC PVR backend started bugging me about "connection lost". Disable add-on didn't do the trick and uninstall didn't also and it took me 3 reboots to make it go away. No debug log, sorry. I'm trying to reproduce the problem but so far no luck. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - heniek12 - 2014-01-08 So that also means i should disable ac3 also ? Or only DTS ? Thanks for your explanation (2014-01-08, 00:24)popcornmix Wrote:(2014-01-08, 00:19)heniek12 Wrote: @popcornmix any ideas about that DTS passthrough issue ? I pasted tvservice output here: http://forum.xbmc.org/showthread.php?tid=169674&pid=1592893#pid1592893 RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-08 (2014-01-07, 22:43)MilhouseVH Wrote: This new build includes updated Jan 6 firmware, all other build details the same as #0106 build. Sorry, bad timing here. Due to this issue: https://github.com/popcornmix/omxplayer/issues/87 I've updated the firmware to the latest vdec3 (hardware video decoder driver). There's been many commits to this driver that we don't have, and as usual with merging, there were dependencies that required updating other libs in the firmware. There's potential to break/fix many things, so as usual I'd be interested in any testing results. I've reverted the change that caused the AVI stalls (and probably the live TV stalls, which didn't seem to be fixed with last attempt): https://github.com/xbmc/xbmc/pull/3983 and newclock3 is rebased on that. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-08 (2014-01-08, 00:30)heniek12 Wrote: So that also means i should disable ac3 also ? Or only DTS ? Thanks for your explanation According to supported formats reported by TV, then yes, disable AC3 too. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - h.udo - 2014-01-08 @popcornmix I was testing avoid_fix_ts=0 and accidentally found 2 files that the RPi really doesn't like (avoid_fix_ts=1 makes no difference so it can't be the cause). Playback of both files hangs but no buffering pop-up appears. Eventually playback is resumed for a few seconds, hangs again and behaviour starts all over again. Both are AVC [email protected] with DTS. One file hangs about 2m minutes into the movie and the other at around the 7m mark. Debug log of the first file played. I've been checking and most of my library is AVC [email protected] with DTS, some of them with much higher bitrates (more than double) and they all play nice. Known problem? Can the files be the cause? I can provide samples. BR RE: OpenELEC Testbuilds for RaspberryPi Part 2 - rbej - 2014-01-08 Updated Frodo Branch - updated the firmware to the latest vdec3 (hardware video decoder driver). - [rbp/omxplayer] Fix stall when resuming avi file without valid pts (updated version) - [rbp] Avoid resizing 1080p fanart (updated version) http://netlir.dk/rbej/builds/ http://lysin.me/rbej RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-01-08 New OpenELEC Gotham build: #0108 (obsolete) Code: rpi512:~ # uname -a Based on tip of XBMC master (c6115a3759) and tip of OpenELEC master (fed06d48db) with the following modifications:
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - h.udo - 2014-01-08 It's working here... ^^ RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-01-08 Odd, it's hanging here (xbmc.bin only, the OS seems fine). The xbmc.service is dead according to systemctl. Can start xbmc.bin from the command line though. Just bisecting the OE commits to try and narrow it down if possible, but probably best to take the link to the build down for now - if you really want it you can probably find it Edit: Ah ok I see the problem... my autostart.sh isn't finished for some reason... wonder what's changed to cause that to hang... build might be back up soon! Edit2: connmanctl is broken: Code: rpi512:~ # connmanctl state RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-01-08 I've updated post #2273 with details of a new build that reverts the commit breaking connmanctl. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - deejayq - 2014-01-08 (2014-01-08, 02:01)MilhouseVH Wrote: [*]Includes these newclock3 commits (except for 919e1ef which I've replaced with a static spinner)what do you mean by a static spinner? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2014-01-08 OK, so I went back to running from USB (after deleting the corrupted files in Update, which were the cause of it failing previously) but still have the issue of it getting stuck on 100% CPU almost straight after booting and XBMC being completely unresponsive, with even the debug OSD not changing, although I can still SSH/SCP in. Although someone else said this turned out to be caused by tvheadend, I ran top and it lists Mem: 353848K used, 27800K free, 0K shrd, 49668K buff, 246892K cached CPU: 13.0% usr 65.5% sys 1.4% nic 0.0% idle 5.4% io 0.0% irq 14.6% sirq Load average: 5.01 2.26 0.86 2/96 2111 PID PPID USER STAT VSZ %VSZ CPU %CPU COMMAND 1039 1 root R 213m 57.2 0 21.2 /lib/systemd/systemd-journald 1514 1 root S 313m 84.0 0 16.2 /usr/lib/xbmc/xbmc.bin --standalon 779 2 root DW 0 0.0 0 14.6 [jbd2/sda2-8] 746 2 root SW 0 0.0 0 12.8 [usb-storage] 18 2 root DW 0 0.0 0 11.8 [kworker/u2:1] 3 2 root SW 0 0.0 0 5.8 [ksoftirqd/0] 9 2 root SW 0 0.0 0 1.6 [rcu_preempt] 2067 2053 root R 2580 0.6 0 1.0 top so no sign of tvheadend being the problem for me there. Log is here http://xbmclogs.com/show.php?id=107605 EDIT: WTF! I went back to the SD install so that I could drag the latest build files to the USB Update folder (it hangs half-way through otherwise and then I can't reboot without fixing the USB or SD in my PC) and now I'm having the same problem with constant high CPU (80-100%) and the same processes showing in top as with the USB install although now systemd-journald is at 0% but XBMC has increased to 41% to make up for that. http://xbmclogs.com/show.php?id=107609 RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2014-01-08 Updated to the latest build and as soon as I enabled tvheadend, it pegged the CPU at 100%, so maybe that is the problem. Strangely, top only shows xbmc.bin at around 46% and tvheadend at 7.6% with nothing to explain why the debug OSD shows 100% I can't seem to disable/uninstall the Window Media Service either (I couldn't disable it with a previous build but uninstall worked) as it's back every time I reboot, so even if TVH wasn't doing this, I don't think I'd be able to use it anyway as the WMS clashes with it. Every time I disabled/uninstalled the WMS, XBMC restarted but I've managed to get rid of it without it rebooting after several attempts (I changed it to 127.0.0.2 so maybe that helped) but still the tvh client can't connect to the service. http://xbmclogs.com/show.php?id=107634 EDIT: Seems I had to re-update tvh service from 4.0.1 to 4.1.1 again after updating OE. It seems to be working again now without causing high CPU load RE: OpenELEC Testbuilds for RaspberryPi Part 2 - nuttypro69 - 2014-01-08 Hey rbej and thanks again just a heads up the second links doesn't have your newest Frodo build .Also for some reason It keeps telling me to update to the newest build but when I check system info shows Jan 07 Is this right .Please let me know |