+- 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 - Milhouse - 2014-01-19
(2014-01-19, 22:17)ranem123 Wrote: i think we dont need swap partitio . The Pi 512 have enough ram but to week cpu that is what we need to optimize .
Swap is an option, you don't have to enable it if you don't want it (it's a swap file, not a swap partition, and defaults to 128MB). Swap should bring limited benefit for 512MB users, but could be more useful to 256MB users that may face the occasional out of memory situation which may be avoided with a small amount of swap. The downside is reduced performance while swap is used (programs and data being swapped in/out of physical memory), though hopefully this won't happen often. Better the occasional slow down than an application being killed due to lack of memory.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2014-01-19
(2014-01-16, 18:39)allan87 Wrote:I can confirm that dual audio works on more generic recent builds (I.e. Pi chimney) but does not work with the current and recent milhouse builds. No analog output.(2014-01-16, 18:34)popcornmix Wrote:Related, perhaps - Dual audio was working for airtunes (specifically, streaming music from iTunes on a mac or iPhone) but recently I noticed that, although dual audio is turned on, I get no analog output.(2014-01-16, 16:11)pikoli Wrote: But I have one problem, I am not able to play UPNP streams through analog out. I have "audio output device" is set to analog, and I have checked "dual audio output".
dual audio is not yet supported by paplayer. You could try configuring dvdplayer as the audio player.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-01-19
(2014-01-19, 22:29)allan87 Wrote: I can confirm that dual audio works on more generic recent builds (I.e. Pi chimney) but does not work with the current and recent milhouse builds. No analog output.
Are these Gotham builds?
I wonder if that has anything to do with the fernetmenta patches I leave out due to conflicts with newclock3?
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - xbs08 - 2014-01-19
So it's advisable to enable it on 256MB RPi?
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - ranem123 - 2014-01-19
(2014-01-19, 22:24)MilhouseVH Wrote:(2014-01-19, 22:17)ranem123 Wrote: i think we dont need swap partitio . The Pi 512 have enough ram but to week cpu that is what we need to optimize .
Swap is an option, you don't have to enable it if you don't want it (it's a swap file, not a swap partition, and defaults to 128MB). Swap should bring limited benefit for 512MB users, but could be more useful to 256MB users that may face the occasional out of memory situation which may be avoided with a small amount of swap. The downside is reduced performance while swap is used (programs and data being swapped in/out of physical memory), though hopefully this won't happen often. Better the occasional slow down than an application being killed due to lack of memory.
yes for 256 users it could be useful .
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-19
(2014-01-19, 22:29)allan87 Wrote: I can confirm that dual audio works on more generic recent builds (I.e. Pi chimney) but does not work with the current and recent milhouse builds. No analog output.
Yes, dual audio is only supported by omxplayer.
Music now uses paplayer as default.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2014-01-19
(2014-01-19, 23:09)popcornmix Wrote:Dual audio works with AirTunes in OpenELEC-RPi.arm-devel-20140116163435-r17010-g4dd0018. Do you mean default in NewClock3?(2014-01-19, 22:29)allan87 Wrote: I can confirm that dual audio works on more generic recent builds (I.e. Pi chimney) but does not work with the current and recent milhouse builds. No analog output.
Yes, dual audio is only supported by omxplayer.
Music now uses paplayer as default.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - xbs08 - 2014-01-19
#0118 pressing back on remonte toggles fullscreen playback, is this right?!?
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - dunkle - 2014-01-19
(2014-01-19, 22:24)MilhouseVH Wrote:(2014-01-19, 22:17)ranem123 Wrote: i think we dont need swap partitio . The Pi 512 have enough ram but to week cpu that is what we need to optimize .
Swap is an option, you don't have to enable it if you don't want it (it's a swap file, not a swap partition, and defaults to 128MB). Swap should bring limited benefit for 512MB users, but could be more useful to 256MB users that may face the occasional out of memory situation which may be avoided with a small amount of swap. The downside is reduced performance while swap is used (programs and data being swapped in/out of physical memory), though hopefully this won't happen often. Better the occasional slow down than an application being killed due to lack of memory.
How do you enable it ?
I have a 512 PI
However unless I set the graphics memory to 256 in the config, when I try to play videos, I only get sound
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-01-20
(2014-01-19, 23:42)dunkle Wrote: How do you enable it ?
I have a 512 PI
However unless I set the graphics memory to 256 in the config, when I try to play videos, I only get sound
Details here.
(2014-01-19, 23:39)xbs08 Wrote: #0118 pressing back on remonte toggles fullscreen playback, is this right?!?
Not right, but doesn't do that on my setup (VRC-1100 IR dongle, custom remote.xml keymap). Enable your debug log (wiki) and post it up when you press the back button, should have details of what button is detected/processed.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - xbs08 - 2014-01-20
Debug
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-01-20
(2014-01-20, 00:42)xbs08 Wrote: Debug
Thanks, I can confirm this behaviour if I remove my custom remote.xml, so it looks like it's a problem with the default remote.xml keymap - in full screen video the back button is now mapped to "Back" rather than "SmallStepBack".
This is the commit that is responsible - not sure why the change has been made but a custom remote.xml is one solution.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-01-20
(2014-01-19, 23:31)allan87 Wrote: Dual audio works with AirTunes in OpenELEC-RPi.arm-devel-20140116163435-r17010-g4dd0018. Do you mean default in NewClock3?
No, in xbmc master, since https://github.com/xbmc/xbmc/pull/3925
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - denz - 2014-01-20
Are there suggestions to improve the gui speed of loading epg timeline when watching live tv. Currently when you watching live tv and press live tv remote button it almost takes 3 seconds to load tv channels or epg timeline. I have reduced the resolution from 1080 to 720p, I am using 512 pi with modest overclock 800, and using usb drive Is there something in the works to speed that up because the pvr actually works very well.
Other than this the pi feels reasonable smooth and very stable i follow this thread and install the latest updates that get released.
Thank you for great work.
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-01-20
Is the PVR functionality written in Python? If Python, does the timeline or EPG display use complex regular expressions, as complex regexes have been identified as the cause of considerable delays on Raspberry Pis, so minimising their use is often a way to achieve significant performance gains.