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 - xbs08 - 2013-12-09 (2013-12-09, 16:05)Doktor-X Wrote: is subtitle problem fixed Yes. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - RichG - 2013-12-09 (2013-12-09, 16:05)Doktor-X Wrote: is subtitle problem fixed Yes it appears that the subtitle issue is fixed now. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - disrupted - 2013-12-09 unfortunately there are no addons available from the official XBMC.org repository in the latest Milhouse OpenELEC Gotham build #0812b. I already tried force refresh without success. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Reddog999 - 2013-12-09 (2013-12-08, 20:36)tas* Wrote:Thanks for the addon - it works great. I have to admit I was getting a little tired of the ssh-execute command process while I was making the changes for my custom buttons - thankfully I don't need to do this any longer with your addon.(2013-12-08, 17:47)Reddog999 Wrote: I also used that link on the OpenELEC forum to originally get the gpio receiver to work but it's interesting that your other link is to a website last updated 10-06-2012 that has the magic command to get it working again - which is only needed to be performed on the more recent builds. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Trixster - 2013-12-09 (2013-12-09, 18:23)freem@n Wrote: unfortunately there are no addons available from the official XBMC.org repository in the latest Milhouse OpenELEC Gotham build #0812b. I already tried force refresh without success. This is not a problem with the latest build, it is a wider issue which hopefully will be fixed later today. See the generic support forum. http://forum.xbmc.org/showthread.php?tid=179987 RE: OpenELEC Testbuilds for RaspberryPi Part 2 - disrupted - 2013-12-09 @Trixster: thanks for the info. so this is obviously an issue on all platforms RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Gawain1986 - 2013-12-09 (2013-12-08, 21:48)MilhouseVH Wrote: New OpenELEC Gotham build: #0812b. Using this build and a few previous others has been excellent! Speed is fine and any quirks get fixed very fast. Thanks for that. I do have one issue and I hope someone can help me: My Pi is connected to my TV and my TV has optical out to my Bose 3-2-1 system. (passthrough enabled with hdmi_force_hotplug=1, config_hdmi_boost=4, hdmi_force_edid_audio=1) When I start the Pi, my Bose system reports Dolby Digital 2.0, which is fine. If I try to start a DTS 5.1 movie, the Bose system doesn't pick up the DTS signal (because it thinks it's still DD2.0?) If I try to start a Dolby Digital 5.1 (AC3) movie, it picks up fine and plays great. When I stop that movie the Bose system drops to PCM 2.0. When I start a DTS movie from PCM mode, the DTS plays fine. So to sum up: DD2.0 -> DD5.1 = OK DD2.0 -> DTS5.1 = Not OK DD2.0 -> PCM = Never seen it happen PCM -> DD2.0 = OK PCM -> DD5.1= OK PCM -> DTS5.1 = OK DD5.1 -> PCM = OK DD5.1 -> DD2.0 = OK DD5.1 -> DTS = OK DTS -> DD5.1 = OK DTS -> DD2.0 = Never seen it happen DTS -> PCM = OK The "Keep the audio device alive option" is off, as it forces my system into DD2.0. This is but a small problem for normal watching as I just need to play anything in DD5.1 and stop it to make it go into PCM, after that I can play anything. I can live with that. The real problem is 3D movies. In the newer builds, XBMC asks which 3D format to use and during that choice screen it drops back to DD2.0, after which I have not DTS to go back to. Is there a way to disable that choice screen so I can play my 3D DTS movies again or can somebody help me look at the audio problem and make it initialize properly? Please tell me which log to send and thanks in advance. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Hip-Gnosis - 2013-12-10 I just tried the latest build and, again, I'm getting channel freezing with Tvheadened. This is the case with all buids since r16442. I found a fix though I have just discovered that if you enable timesift in Tvheadend the problem disappears. I would prefer to leave timeshift disabled, but this fix works for now. @doveman, I see that you are also using Tvheadened. Can you possibly try temporarily disabling timeshift to confirm that this issue exists. Thanks. I too have noticed that EPG is not loading on the Pi with this build. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-12-10 (2013-12-10, 04:28)Hip-Gnosis Wrote: I just tried the latest build and, again, I'm getting channel freezing with Tvheadened. This is the case with all buids since r16442. I found a fix though I have just discovered that if you enable timesift in Tvheadend the problem disappears. I would prefer to leave timeshift disabled, but this fix works for now. Have you tried disabling Full Mux Reception and Idle Scanning in Tvheadend's config? I had a lot of problems, even with earlier builds, before doing this. I'm not likely to update to the current build again, as I know that I can't use it because the EPG doesn't work, let alone any problems with freezing as you've reported unless Timeshift is enabled (which i don't want use as it will wear out my USB) but if I do I'll test that. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Hip-Gnosis - 2013-12-10 @doveman, thanks for getting back to me, but unfortunately I'd already disabled both of those settings. I'm keen to leave timeshift disabled for the same reason as you... but I'm also keen to stick with the new builds because of the advances made in reducing cpu load since the October 9 build. I find that TV playback is much smoother with these new builds. If you ever try a new build (hopefully if/when EPG is fixed) and can test for freezing streams (with and without timeshift) I'd really apprciate it! (n.b. not all channels exhibit the freezing issue). Thanks! Edit: Fix works even with Timeshift set to minimum settings: 'on demand' enabled, max length = 1 min, max size = 1 mb. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-12-10 (2013-12-10, 13:10)Hip-Gnosis Wrote: @doveman, thanks for getting back to me, but unfortunately I'd already disabled both of those settings. One thing I considered a while ago is making a small RAMdisk to contain the timeshift, even if it was only big enough for 30s (or less) as it would still be nice sometimes to be able to skip back even that little to check something I'd missed. I can't honestly remember what made me give up the idea, so it might be feasible now even if it didn't work out back then and might be something to look into. Having said that, there's clearly a bug if you need to enable Timeshift now to prevent freezing when this wasn't necessary with the older builds, so it would be better if that was fixed and hopefully it will be sometime. I'l certainly try and remember to test for freezing streams next time I update though. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - regnets - 2013-12-10 Hi, just wanted to say that the latest git version (3.5.721~g8acf93a) of tvheadend is not working (at all) with the latest raspberry pi xbmc dev builds. I am only getting a black screen, doesn't matter if sd or hd. When i press stop i see a picture from the channel appearing for one second and the the streams end. My latest working xbmc build is from 2th of october git:63eddc2 from rbej. I am not sure when the builds stop working. I read something about the 27th of november, but i can't find a build to download prior to that. As i am currently have no free time to spare i stick with this version and hope that the problems will cure themself till gotham is released . Best regards regnets RE: OpenELEC Testbuilds for RaspberryPi Part 2 - FattyMcDirty - 2013-12-10 3d movies not switched to 3d correctly with the latest build. e.g. 3d over/under stays 2d... well, more like only one half of the picture is shown. worked e.g. popcornmixs 09/10 build... RE: OpenELEC Testbuilds for RaspberryPi Part 2 - xpman - 2013-12-10 FLAC is "FLAKEY" After solving the aspect ratio issue, I have concentrated in other features and realized the music in FLAC format reproduces wrongly. Starts fine, but after 3-5 seconds, it speeds-up (similar to a 33rpm vinyl at 45rpm) and sounds with a bit of wobbling that is secondary since the reproduction speed is absolutely wrong. Pausing and un-pausing makes the file reproduce fine again for few seconds, which sounds like something related to caching/buffering, but on the reverse of the expected. MP3 works fine. Tested both with files stored locally in pendrive as well as files in a mini-NAS using SMB. Tried all options about passthrough Y/N, different settings of max sample rates, all multichannel formats. Works the same (wrong) using the TV speakers as well as Pioneer AV receiver connected with Toslink to TV (works fine in all cases for movies -DTS included-). Currently on OpenELEC Gotham build: #0812b (last one so far from MilhouseVH). The behavior was the same for at least the last 3 builds, just that the pace for new builds was so intense that I postponed the reporting to an stable moment. Any experience with FLAC format anyone? Thanks in advance. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-12-10 (2013-12-10, 23:43)xpman Wrote: FLAC is "FLAKEY" What build are you using? |