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 - anonimo2001 - 2014-03-12 I've been downgrading and I'm now at build 20140228213243-r17825-g1744311 and it hasn't this problem (I skipped r17847 and r17866, I'm sorry) RE: OpenELEC Testbuilds for RaspberryPi Part 2 - RichG - 2014-03-12 (2014-03-12, 00:19)popcornmix Wrote: Can you confirm this issue is new (from about 1st March / small audio packet concatenation patch)? Yes, I ran some pretty thorough tests with all the builds from the last couple of weeks and that is when the issue started. As for latest build: Code: OpenELEC:~ # uname -a I believe that is the right info for the latest build. I use the 'openelec dev update' add-on set to Milhouses builds, so unless there is an issue with the add-on or the server it is connecting to... RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-03-12 (2014-03-12, 00:20)Koloss Wrote: I don't know how exactly XBMC is resolving hostnames to IP addresses to MAC addresses, but if the client "Mini" isn't visible on the network then it seems unlikely that the Pi or XBMC will be able to determine the MAC address which it needs for the wakeonlan.xml file. I would suggest posting in the general section about this (the discussion thread is here) unless you are certain it's a Pi/OpenELEC issue (can you reproduce with stock OpenELEC 4.0 Beta?) My guess is that you need all your remote servers switched on and connected to your network when you first enable this feature, otherwise it will fail to find the MAC address of any server that is not active on the network. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-03-12 New OpenELEC Gotham build: #0312 (Supercedes previous build) Code: # uname -a Based on tip of XBMC master (4d04fc3, changelog) and tip of OpenELEC master (10b90c5, changelog) with the following modifications:
Additional Testing Notes:
RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Koloss - 2014-03-12 Quote:I don't know how exactly XBMC is resolving hostnames to IP addresses to MAC addresses, but if the client "Mini" isn't visible on the network then it seems unlikely that the Pi or XBMC will be able to determine the MAC address which it needs for the wakeonlan.xml file. I would suggest posting in the general section about this (the discussion thread is here) unless you are certain it's a Pi/OpenELEC issue (can you reproduce with stock OpenELEC 4.0 Beta?) PC and PI is on when i enable the option in the menu, i have test this with 2 PCs. When i manual add "wakeonlan.xml", i think xbmc ignore the file. When i test this with XBMC WOL addon, it running but only on pi starting. I test today add Sources with IP(not hostname). RE: OpenELEC Testbuilds for RaspberryPi Part 2 - miappa - 2014-03-12 Why are you adding it manually? Don´t add it manually, enable the internal settings in XBMC and the file will be generated correctly (you can then edit it if you want). Settings -> System -> Power saving -> Try to wake remote servers on access I use this on 4 different platforms and it works quite well, even if the lookup adds a device that is not supported it will still work on all devices that does (with an error for the not working device). RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Leopold - 2014-03-12 (2014-03-12, 04:36)MilhouseVH Wrote: New OpenELEC Gotham build: #0312 Milhouse can you confirm that this latest build includes this commit? It's the most recent commit in your changelog. This is supposed to fix ticket 14776 but I found that, after installing this build, my RPi Config add-on still wouldn't launch via a Confluence shortcut. I'll probably just wait and test it again with your next build. With the 10th March build rebooting the Pi from XBMC turns off the TV. Are there any CEC changes in the latest firmware that could cause this? It's never happened before. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Cy4n1d3 - 2014-03-12 (2014-03-12, 00:19)popcornmix Wrote: Thanks for info. I've played your file a dozen times and it has always started without noise.I'm unable to test using dvdplayer due to dvdplayer not really working over here (256mb rpi) but for me omxplayer also has this short 'sound burst' at the beginning of playback. It's not really doing any harm right now (really just a few ms of distortion/white noise) but it definitely is there and it also occurs on nearly all files I play. Not talking about mp3 here but about regular mkv-files containing series and stuff. €DIT: this definitely started occuring somewhere around the audio patch. I would say about 1st of March should be where it started as I remember thinking that this could be related to the newest audio changes. This issue did not start occuring somewhere in between, so I think it is related to the packet concatenation. I've just confirmed that the issue still stands on the newest release from Milhouse: Quote:OpenELEC (Milhouse) Version: devel-20140312020133-r17896-g10b90c5 I do not use passthrough as my TV is my playback-device. If there is anything else I can figure out for you, please let me know. This is the mediainfo of the file (playing the german audio stream): Code: General Regards €DIT2: Just did a fresh boot (wanted to enable debugging). Started the file above and only heard a short 'beep' (low pitched) instead of white noise. Second start of the same file resulted in white noise then. There seems to be some connection to previously played files - but something also happens if the device has been freshly powered up and nothing was played before... I've uploaded the section where the playback starts: http://xbmclogs.com/show.php?id=147979 Re: RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Milhouse - 2014-03-12 (2014-03-12, 11:56)Leopold Wrote: Milhouse can you confirm that this latest build includes this commit? It's the most recent commit in your changelog. Github says it is included so it should be there, best commenting on PR4371 or trac if not working. (2014-03-12, 11:56)Leopold Wrote: With the 10th March build rebooting the Pi from XBMC turns off the TV. Are there any CEC changes in the latest firmware that could cause this? It's never happened before.Not that I'm aware of - still the same with 12March build? OpenELEC changed the way rebooting and power off is handled in the 10 March build, can you reproduce with stock master built after 10 March? RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-03-12 (2014-03-12, 11:56)Leopold Wrote: With the 10th March build rebooting the Pi from XBMC turns off the TV. Are there any CEC changes in the latest firmware that could cause this? It's never happened before. I'm not aware of anything changing, although I believe this is the expected behaviour if not disabled in settings/system/input/peripherals/CEC. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - SSC_Jarod - 2014-03-12 (2014-03-10, 14:42)RichG Wrote: I've found another strange issue with OMXPlayer - again with current build. Don't have time to right now to check which build this issue began, but can do later. (2014-03-12, 04:36)MilhouseVH Wrote: New OpenELEC Gotham build: #0312 Hi,, With this build the "full screen zoom problem" is gone!!! All 3D Movies has the correct black bars and the picture ist 16:9!!!! Thx Millhouse/Popcornmix, great Job Greetz J. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Koloss - 2014-03-12 (2014-03-12, 11:46)miappa Wrote: Why are you adding it manually? I have no problem under Windows xbmc. On Pi : I have delete "wakeonlan.xml" file and then activate Settings -> System -> Power saving -> Try to wake remote servers on Access Test with IP: Code: OnJobComplete - Mac discovery failed for host '192.168.0.12' My 2 PCs is installed Windows 8.1. I test with firewall disabled. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - allan87 - 2014-03-12 (2014-03-12, 20:39)Koloss Wrote:Is a firewall running on host '192.168.0.12'? If so, you can test if that is the problem by temporarily turning it off. If it works with the firewall disabled, the fix would be in the firewall configuration. Never mind. I guess you added your comment about the firewall at the same instant I was posting. RE: OpenELEC Testbuilds for RaspberryPi Part 2 - popcornmix - 2014-03-12 (2014-03-12, 20:39)Koloss Wrote: I have no problem under Windows xbmc. It does sound like Windows has similar sounding WoL problems. Did you test Windows with a Gotham beta build? http://forum.xbmc.org/showthread.php?tid=188777 RE: OpenELEC Testbuilds for RaspberryPi Part 2 - Koloss - 2014-03-12 I have all firewalls disabled, router and PC Windows: I tested with 12.3, now i tested with gotham beta please a moment... In gotham beta running under windows! |