+- 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 - aleks20 - 2014-03-05
Can you add into new builds this tvh.pvr addons https://github.com/adamsutton/xbmc-pvr-addons. Tnx
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Doktor-X - 2014-03-05
New OpenELEC Gotham build: #0304 is unusable when i try to watch video hdmi port shutdown itself, and tv display no signal and then i press stop button on remote and image get back again, i thing that problem is
Support for "Virtual" Suspend Mode
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - xbs08 - 2014-03-05
Have you enabled suspend on idle in settings?
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - xbs08 - 2014-03-05
Works fine here. Timer and manual suspend/wake up. Playback too, works fine.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-03-05
(2014-03-05, 11:31)aleks20 Wrote: Can you add into new builds this tvh.pvr addons https://github.com/adamsutton/xbmc-pvr-addons. Tnx
Unlikely. That's a fork of the official PVR addon, and if there's a specific commit you want in the OpenELEC PVR addon, your best bet is to see it accepted upstream in Opdenkamps official PVR addon. This way, everyone benefits and you'll receive continued support when I stop creating builds.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-03-05
(2014-03-05, 13:11)Doktor-X Wrote: New OpenELEC Gotham build: #0304 is unusable when i try to watch video hdmi port shutdown itself, and tv display no signal and then i press stop button on remote and image get back again, i thing that problem is
Support for "Virtual" Suspend Mode
You mean the HDMI shut down while you were playing a video? What are your shutdown timer settings? I haven't been able to reproduce.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - PeaceMkr - 2014-03-05
In last 2 Releases i have the problem that SD-LiveTV is constantly buffering while watching. Im using the VNSI-VDR-Addon. I will try to go back to see when it is working again.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Jönke - 2014-03-05
Same here with Tvheadend client
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2014-03-05
(2014-03-05, 03:01)MilhouseVH Wrote:What about building from the gotham branch? Also, does Gotham going to beta mean that no further newclock3 PRs will be adopted (i.e. anything adopted will go to 14-alpha)?(2014-03-05, 02:29)nickshe89 Wrote: MilhouseVH
you stop doing gotham builds ??
I'll be continuing with Gotham builds, though not entirely sure if they'll be from master, so 14.0-alpha (technically this is Gotham+1, I think), or some sort of Gotham back-ports. For how long I keep doing this, I've no idea - it certainly won't be forever!
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - User 186112 - 2014-03-05
Quoting popcornmix:
Quote:When not using passthough, this has quite a significant performance benefit for me. I can reduce arm clock significantly before a stream starts buffering.
It also starts to make TrueHD audio usable (some TrueHD streams are playing correctly with overclock whereas before it was impossible).
You can get test TrueHD streams here:
http://www.demo-world.eu/trailers/high-definition-trailers.php
There is a chance this could cause audio glitches or sync problems, but it's behaving for my test streams.
TrueHD is still problematic. In a standalone test AC3 takes about 17% of the (stock frequency) ARM's CPU. TrueHD takes about 57%, so it's much more expensive.
We've got Ben to look at optimising the codec. It will always be worse than AC3/DTS, but in conjunction with this patch it may become feasible to play TrueHD on an overclocked Pi.
So does this mean we can passthrough or decode TrueHD 5.1 with our Raspberry Pi's soon? That would be awesome! Great job!
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - tinnyskillz - 2014-03-05
in the latest build, on a sdtv it boots but when it gets to the xbmc screen it's just a black screen with my tv's input number on it. i can't see or hear anything. i ssh'd and reverted back to the previous build and it's back to normal.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-03-05
(2014-03-05, 19:19)allan87 Wrote: What about building from the gotham branch? Also, does Gotham going to beta mean that no further newclock3 PRs will be adopted (i.e. anything adopted will go to 14-alpha)?
I believe master is remaining in feature freeze until Gotham goes final, so until then there will be little difference between master and gotham.
(So I'd suggest Milhouse stays with master).
New features on newclock3 (like omxcodec/dvdplayer) will have to wait until feature freeze is over.
Any bug fixes on newclock3 could get into gotham.
The main one I'd like is to fix is multichannel PCM output from Pi Audio sink (e.g. to allow paplayer to play multichannel FLAC).
But that's not complete on newclock3, so is not ready yet.
I'd like to get the speedup to non-resized jpeg decode in, and the small audio packet improvement, but as they are not bug fixes, they probably won't be accepted.
As on frodo, I expect there will be a gotham_rbp_backports branch that includes some of these improvements, and openelec and raspbmc are free to build from this tree.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-03-05
(2014-03-05, 19:38)tdn135 Wrote: So does this mean we can passthrough or decode TrueHD 5.1 with our Raspberry Pi's soon? That would be awesome! Great job!
Unfortunately TrueHD passthrough is not possible from the hardware.
In theory decoding TrueHD 7.1 and outputting as 8 channel PCM could be possible.
I've been able to play some content with TrueHD using latest builds and a high overclock.
Ben Avison is doing some work on optimising the TrueHD codec to try to reduce the amount of overclock required.
However TrueHD is very heavy to decode and will always need overclocking to play well.
Some success reported here:
http://forum.xbmc.org/showthread.php?tid=176043&pid=1643434#pid1643434
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-03-05
(2014-03-05, 00:30)MilhouseVH Wrote: New OpenELEC Gotham build: #0304
This build contains a possible fix for the bug when entering settings/system/video output and it repeatedly asking if you'd like to keep this resolution (even when nothing has changed).
I'd like to hear if this problem is still present, or if it seems to be fixed.
I've not seen it since this update, but it's always been a bit intermittent.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Trickname - 2014-03-05
i noticed this to not happen when using dvdplayer as default