+- 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 - stuCONNERS - 2013-10-07
mine doesnt crash just doesnt load the next song
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-10-07
(2013-10-06, 16:37)popcornmix Wrote:(2013-10-06, 16:33)doveman2 Wrote: Actually it's not just Recorded TV, if I try and step forward with any video it just freezes on a black screen until I stop it and restart.
Recorded TV is local, on the USB, whilst this video file was over NFS.
http://xbmclogs.com/show.php?id=66694
Quote:15:05:53 T:3061969936 ERROR: Keymapping error: no such action 'bigsteoforward' defined
Are you sure there's not a typo in your local keymap configuration file?
Dammit, I corrected that once before but when it couldn't find my USB on /dev/sda after updating I thought the USB was corrupted so re-formatted it and restored from a backup, which obviously still had this error.
Nonetheless, that error was in Global and I think it should have been overriden by these sections (I've noted the duplication in the first section).
The fact that the OSD appeared and showed it stepping forward 30s seems to support that as well, but the video still froze on a blank screen.
<FullscreenLiveTV>
<remote>
<left>StepBack</left>
<right>StepForward</right>
<guide>XBMC.ActivateWindowAndFocus(MyPVR, 31,0, 10,0)</guide>
<start>XBMC.ActivateWindow(Home)</start>
<left>StepBack</left>
<right>StepForward</right>
<up>BigStepForward</up>
<down>BigStepBack</down>
<pageplus>SkipNext</pageplus>
<pageminus>SkipPrevious</pageminus>
</remote>
</FullscreenLiveTV>
<TV>
<remote>
<red>Red</red>
<green>Green</green>
<yellow>Yellow</yellow>
<blue>Blue</blue>
</remote>
</TV>
<FullscreenVideo>
<remote>
<zero>Number0</zero>
<one>Number1</one>
<two>Number2</two>
<three>Number3</three>
<four>Number4</four>
<five>Number5</five>
<six>Number6</six>
<seven>Number7</seven>
<eight>Number8</eight>
<nine>Number9</nine>
<left>StepBack</left>
<right>StepForward</right>
<up>BigStepForward</up>
<down>BigStepBack</down>
<back>FullScreen</back>
<start>XBMC.ActivateWindow(Home)</start>
<select>OSD</select>
<info>Info</info>
<subtitle>NextSubtitle</subtitle>
<star>noop</star>
<hash>AudioNextLanguage</hash>
<pageplus>BigStepForward</pageplus>
<pageminus>BigStepBack</pageminus>
<skipplus>BigStepForward</skipplus>
<skipminus>BigStepBack</skipminus>
</remote>
</FullscreenVideo>
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - rushingjs - 2013-10-08
I was just curious if the latest pvr repositories were being pulled in on these builds. I've always had a few minor playback issues with cmyth 1.6.10 and love the performance I get with these builds, just hoping to see if the newer versions ( I think it's 6.1.11?) could help. I know 1.8.x is out for gotham, but due to my mysql database setup I want to keep it all on frodo until a gotham release.
Thanks for all the work!
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2013-10-08
The myth addon included in the most recent rbej Gotham build is 1.8.12
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - rushingjs - 2013-10-08
(2013-10-08, 02:13)allan87 Wrote: The myth addon included in the most recent rbej build is 1.8.12
For Frodo? It was my understanding this was Gotham only (I could be wrong). The addon version states its 1.6.10 with the latest 10/1 frodo build. It's dropping the stream every 3-5 minutes, and I can only select a channel from the menu. If I'm watching and try to punch in a number it tries to buffer (which it never normally has to do) and then goes back to the menu. I don't know if this is due to the build or the cmyth addon.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2013-10-08
Not the Frodo build. Gotham. I have edited the above message to be clearer.
(2013-10-08, 02:56)rushingjs Wrote: The addon version states its 1.6.10 with the latest 10/1 frodo build. It's dropping the stream every 3-5 minutes, and I can only select a channel from the menu. If I'm watching and try to punch in a number it tries to buffer (which it never normally has to do) and then goes back to the menu. I don't know if this is due to the build or the cmyth addon.Myth works pretty nicely with the current Rbej Gotham build. It has been a while since I used a Frodo build, but I do not recall having the kind of issue you describe, or anything similar. Well, maybe something a bit similar if I use myth over a wireless connection: http://forum.xbmc.org/showthread.php?tid=174811
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - rushingjs - 2013-10-08
I have always had it it seems. Running an HTPC with mythbuntu 0.26 on a wired network. Seems like no matter which openelec version I tried (I started at around 3.0) it always had the stream drop issue with the Pi. Never with a linux or windows x86 client though. It was hit or miss, but miss enough I never acted on it. But I digress.
I think I'll have to check out the Rbej Gotham build for the Pi's and if the combination of that and the new cmyth pvr addon is more robust I may have to find a somewhat stable Gotham build for the main HTPC and upgrade my MySQL databases to run Gotham versions.
How's the channel change delay on the Gotham build? I heard it was supposed to improve. WAF factor goes along way in my household!
Sorry for going off topic. There is one thing I can report and that's that after I switched the skin to Amber and ran the cachetexture python script I could no longer access the root directory of addons (where you can choose which repositories and such) I got a black screen. I'll see if I can reproduce the error and post a debug log. This is for the Rbej Frodo build.
Thanks to Rbej and popcornmix for the effort. I recently have a Pi setup in the extra bedroom so testing is now feasible without interrupting the bedroom setup!
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2013-10-08
With HDhomerun-->old macbook running mythbackend .26 --> wired RPi running Rbej gotham
- Recordings play very well
- live tv plays well, but channel changes take about 7 seconds
Issues
- there is no apparent way to override commercial skipping. Love it when the markers are in the right place, but commercial detection often misses the bit after the last ad. I would prefer manual commercial skip until this is fixed.
- Unusable over wifi (in my experience, anyway)
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - theneverstill - 2013-10-09
(2013-10-05, 20:19)theneverstill Wrote: @hpbaxxter
Thankyou! That worked wonderfully! Not only are my rip times cut TREMENDOUSLY but it appears as if the original video plays MUCH better than the encoded versions. My original test was with Iron Man 1 and this one was with Star Trek 2 (the new one).. so I know it isn't exactly an apples to apples comparison -- which is why I'm redoing iron man 1 as we speak.
However, that being said, if you read my previous posts I was using 100% CPU and the buffer kept getting emptied out. Now, I am still using the 7.1 PCM audio, and still playing a 1080p movie, but here is the comparison:
Different: Movie and therefore bitrates (Iron Man 1 vs Star Trek 2), resolution (1920x1088 vs 1920x1080), and filesize (50GB vs 35GB)
Same: Both BDs, 7.1 PCM audio, standard clock rates (no overclock)
Result: Star Trek 2 plays wonderfully and only uses ~70-75% CPU
---
I'll post again when Iron Man 1 has been reripped and remuxed.
Sigh. Well, even though Star Trek 2 played wonderfully, Iron Man 1 is still having issues. Granted, it performed a lot better, but it still would run the buffer into the ground and freeze until the buffer got refilled. I tried different audio formats and that didn't fix the problem. Oddly enough the resulting file size was less than Star Trek 2 and the bitrate was about the same. Curious. -- I guess the only way to fix it now is to overclock.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - doveman2 - 2013-10-09
(2013-10-02, 09:31)rbej Wrote: Updated Gotham Branch
- updated OpenElec build
- updated Xbmc Gotham
- updated PVR add-on
- updated firmware and kernel
- [rbp] Add streamsilence option for hdmi
http://netlir.dk/rbej/builds/
http://lysin.me/rbej
OK, rolled back to this from the popcornmix build and stepping forward with video now works again
Is there any chance of fixing the amplification feature so that it doesn't make these loud noises when starting playback of videos with audio at the start (such as Live/Recorded TV, downloaded videos, videos resumed from a previous point)? It's a great feature to have but it's rather difficult to use and recommend whilst these startling and potentially dangerous (to equipment) noises are happening.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-10-09
(2013-10-09, 11:48)doveman2 Wrote: Is there any chance of fixing the amplification feature so that it doesn't make these loud noises when starting playback of videos with audio at the start (such as Live/Recorded TV, downloaded videos, videos resumed from a previous point)? It's a great feature to have but it's rather difficult to use and recommend whilst these startling and potentially dangerous (to equipment) noises are happening.
I did some work on this yesterday, and it was looking promising. Not quite finished, but should be soon.
OpenELEC Testbuilds for RaspberryPi Part 2 - kreeturez - 2013-10-09
(2013-10-09, 12:11)popcornmix Wrote:(2013-10-09, 11:48)doveman2 Wrote: Is there any chance of fixing the amplification feature so that it doesn't make these loud noises when starting playback of videos with audio at the start (such as Live/Recorded TV, downloaded videos, videos resumed from a previous point)? It's a great feature to have but it's rather difficult to use and recommend whilst these startling and potentially dangerous (to equipment) noises are happening.
I did some work on this yesterday, and it was looking promising. Not quite finished, but should be soon.
Thanks, popcornmix! Would love to test this as soon as it's ready.
For now, I just mute before playing a video for the first second.
This amplification/DRC is an excellent feature; I'm glad to see it in the official builds!
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - rbej - 2013-10-09
Popcornmix.
Please sync Newclock3 with latest Xbmc git.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-10-09
(2013-10-09, 12:35)rbej Wrote: Please sync Newclock3 with latest Xbmc git.
Done.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2013-10-09
@rbej/@MilhouseVH
OpenELEC has changed the default from optimise for speed to optimise for size:
https://github.com/OpenELEC/OpenELEC.tv/commit/5c735b3f5bcd24540145ef033aaa82fb9dd1d155
This may (or may not) have a negative effect on the speed of the build. I'd be interested if you can see any difference.