+- 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 - 2013-07-27
Is the stutter buffering (e.g significant pause of audio and video)? Or is it "micro judder" (video not synced to display vsync, and audio okay)
If the latter, enable "Adjust display refresh rate to match video"
http://wiki.xbmc.org/index.php?title=Settings/Videos
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - sdsnyr94 - 2013-07-27
Hello everyone -
I have to say, the last few months of builds (both official and Rbej's) have been great... menu is speeding up, playback is almost flawless... amazing what can be done with this $35 unit!
Thanks to everyone involved, and thanks to popcornmix for putting so much time and effort into making this a very usable media center.
Now, I do have a question... I have a group of movies that have TrueHD audio. These movies also have a secondary ACC track, but the TrueHD is track 1. If I play one of these movies, it hammers the system to a point where I cannot even get to the menu to switch the audio track... it hammers the system to a point that I cannot even stop the video from attempting to play. If the video does stop, the system usually requires a reboot to get the system responding properly again.
I know that the TrueHD audio is the problem, all other DTS files are fine... so is there a way to make XBMC ignore the TrueHD audio tracks? I would prefer to not have to remux these files to switch the audio tracks around.
Thanks.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Koloss - 2013-07-27
Its, the method 2 or 3:
Adjust display refresh rate to match video its "on start/stop," 24p is running on my tv!
Sync playback to video is disabled
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-07-27
(2013-07-27, 19:59)sdsnyr94 Wrote: Now, I do have a question... I have a group of movies that have TrueHD audio. These movies also have a secondary ACC track, but the TrueHD is track 1. If I play one of these movies, it hammers the system to a point where I cannot even get to the menu to switch the audio track... it hammers the system to a point that I cannot even stop the video from attempting to play. If the video does stop, the system usually requires a reboot to get the system responding properly again.
What happens if you pause at start, wait for the pause, and then change audio track?
I'll look into treating TrueHD as unsupported.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - sdsnyr94 - 2013-07-28
(2013-07-27, 23:51)popcornmix Wrote:(2013-07-27, 19:59)sdsnyr94 Wrote: Now, I do have a question... I have a group of movies that have TrueHD audio. These movies also have a secondary ACC track, but the TrueHD is track 1. If I play one of these movies, it hammers the system to a point where I cannot even get to the menu to switch the audio track... it hammers the system to a point that I cannot even stop the video from attempting to play. If the video does stop, the system usually requires a reboot to get the system responding properly again.
What happens if you pause at start, wait for the pause, and then change audio track?
I'll look into treating TrueHD as unsupported.
If I do it immediately, that seems to work... but it may not be very easy for my wife to do, since she does not know which files have the TrueHD.
Maybe you could make a new entry in advancedsettings.xml such as <ignoredcodecs>TrueHD</ignoredcodecs> ?
OpenELEC Testbuilds for RaspberryPi Part 2 - kreeturez - 2013-07-28
(2013-07-27, 16:26)Trickname Wrote: things to improve:
bluethoose seems to be not working
I don't miss this, since the 'official' Bluetooth implementation lacks mapping on the PS3 BD remote for the number keys (and on the Pi those are useful for seeking) and also it doesn't yet hibernate (so it kills the batteries in under a week-and-a-half!)
Instead I'm using the old PS3D remote addon with the rbej build (I use Frodo) and am much happier with it since it doesn't have those problems and works great with the PS3 BD remote.
These builds are truly awesome, rbej and popcornmix: thanks a stack!
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - charlie0440 - 2013-07-28
@kreeturez you know the ps3 remote keymapping was recently updated in openelec master. I think it was about a week ago
OpenELEC Testbuilds for RaspberryPi Part 2 - kreeturez - 2013-07-28
(2013-07-28, 09:39)charlie0440 Wrote: @kreeturez you know the ps3 remote keymapping was recently updated in openelec master. I think it was about a week ago
I saw that commit: but I don't recall seeing changes to the numeric keys within it: and alas, they still aren't operating in the latest test release (3.1.5) which was released afterwards. And I'm not seeing any hibernation in 3.1.5 either.
Unless your experience is different? (Maybe I'm doing it wrong, never know ;) )
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - lordvader - 2013-07-28
Hi.
Haven't been having much luck on the openelec forums, so I figured I'll try here (and excuse me if I ask something that's been asked before).
I've tried a few times to use the test builds (coming from 3.1.3), but no matter what I try, the second I try to modify something in the storage folder (namely creating and editing the advancedsettings.xml file), the raspberry pi no longer boots. I've ruled out the SD card, as I've tried three, and they all boot and run 3.1.3 just fine, but can only run an untouched 3.1.5, or test build.
I initially saw this when I tried to upgrade my system manually by copying the kernel and SYSTEM file over a known working system, and having the boot fail, so I gradually stepped back until I was at a raw system.
Any suggestions as to why modifying something on storage (using a test build) will render my PI unbootable (and I've run fsck on the sd card, and the partitions are fine).
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Trickname - 2013-07-28
Quote: I try to modify something in the storage folder, the raspberry pi no longer boots
what tool used ?
(putty-nano, Winscp) ?
do tell system why not boot ?
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - JoeSchmuck - 2013-07-28
(2013-07-28, 12:03)lordvader Wrote: Hi.Be specific about what you are modifying and the location of the file and what commands you are using to do this. Don't assume that we know exactly what you are doing because we must make assumptions which could be completely incorrect if you don't fill us in. Also include the software version you are trying to manipulate.
Haven't been having much luck on the openelec forums, so I figured I'll try here (and excuse me if I ask something that's been asked before).
I've tried a few times to use the test builds (coming from 3.1.3), but no matter what I try, the second I try to modify something in the storage folder (namely creating and editing the advancedsettings.xml file), the raspberry pi no longer boots. I've ruled out the SD card, as I've tried three, and they all boot and run 3.1.3 just fine, but can only run an untouched 3.1.5, or test build.
I initially saw this when I tried to upgrade my system manually by copying the kernel and SYSTEM file over a known working system, and having the boot fail, so I gradually stepped back until I was at a raw system.
Any suggestions as to why modifying something on storage (using a test build) will render my PI unbootable (and I've run fsck on the sd card, and the partitions are fine).
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - rbej - 2013-07-28
Updated Gotham Branch
- updated firmware and kernel (3.10.3)
- updated Xbmc 13 Gotham
- updated OpenElec (switch to OpenElec 3.2 branch)
- updated newclock for OmxPlayer (DTS speed up decoding, Support both analogue and hdmi audio, Airplay, H264, MPEGTS and more)
- fixed not playing APE files
- fixed restart and shoutdown issues
http://netlir.dk/rbej/builds/
http://lysin.me/rbej
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - privado - 2013-07-29
thanks for the release Rbej, installing atm. What is the difference between - updated OpenElec (switch to OpenElec 3.2 branch) and the prev branch ?
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Jönke - 2013-07-29
-Did a update from frodo to this last gotham build and no one of my h264.mkv is working anymore, only black screen after i press play.
-Reboot still not working.
Will try do do a clean install tomorrow
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-07-29
(2013-07-29, 00:52)Jönke Wrote: -Did a update from frodo to this last gotham build and no one of my h264.mkv is working anymore, only black screen after i press play.
-Reboot still not working.
Yes, the dual audio patch causes hangs on startup when audio passthrough is enabled.
I'll investigate tomorrow.