v17 LibreELEC Testbuilds for x86_64 (Kodi 17.0) - 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: Linux (https://forum.kodi.tv/forumdisplay.php?fid=52) +---- Thread: v17 LibreELEC Testbuilds for x86_64 (Kodi 17.0) (/showthread.php?tid=269815) 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
|
RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - number6 - 2016-05-28 (2016-05-28, 00:42)Milhouse Wrote: It was fixed 2 weeks ago but I thought I'd keep it to myself. j/k I knew it! I just wanted you to admit it! (2016-05-28, 00:42)Milhouse Wrote: No, there's no news. That's why the last release continues to announce there is no DVD support. It has been unsupported for a couple of months, but I wasn't able to find any further info (did I mention I'm a lurker?) Not that I can do something about it, I was just curious... RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - mule1 - 2016-05-29 I'm missing the save button under "libreelec/connection settings" when trying to change the IP. Is it just me or is it a general issue? RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - aesthetiker - 2016-05-29 (2016-05-23, 13:58)Milhouse Wrote:(2016-05-23, 10:26)aesthetiker Wrote: Since I upgraded from openelec to librelec. Hi Milhouse, I try to setup from scratch. As soon as i used profiles pvr.hts didn't start anymore. I need profiles for kids and master user. Is there any change in profiles ? RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Milhouse - 2016-05-29 (2016-05-29, 10:57)mule1 Wrote: I'm missing the save button under "libreelec/connection settings" when trying to change the IP. Is it just me or is it a general issue?Yes it's a bug. RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Milhouse - 2016-05-29 (2016-05-29, 11:44)aesthetiker Wrote: Hi Milhouse, Not that I'm aware of. Do you have this problem with LibreELEC 7.0.1 too (you'll need to install pvr.hts)? Maybe it's a pvr.hts problem. RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Milhouse - 2016-05-29 New LibreELEC.tv Krypton build #0529: Generic (Supercedes previous build) Code: # uname -a Based on tip of LibreELEC.tv master (270d9f15, changelog) and tip of XBMC master (0ecc4b55, changelog) with the following modifications:
RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - john.cord - 2016-05-30 (2016-05-29, 22:39)Milhouse Wrote: [*]Commits no longer in build: why? And suspend is broken in latest builds as it seems. RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Milhouse - 2016-05-30 (2016-05-30, 01:20)john.cord Wrote: why? The original commits have now been merged as PR9881. (2016-05-30, 01:20)john.cord Wrote: And suspend is broken in latest builds as it seems. Latest builds? When did it last work? RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - john.cord - 2016-05-30 (2016-05-30, 02:08)Milhouse Wrote: Latest builds? When did it last work? I have to do further testing to nail the problem down. Maybe a problem with my HDMI Setup (TV --> HDMI Splitter --> AVR --> Kodi). Most of the times: "Failed to create audio renderer" - mule1 - 2016-05-30 If i configure Kodi to 1080/50p output resolution most of the times (90%) after kodi/libreelec has been started i get no audio and the log is beeing flooded with "failed to create audio renderer". Audio can be restored by changing the audio configuration (e.g. switch passthrough on/off). A workaround in order to avoid the issue is to set the output resolution to 1080/60p. With 60Hz audio is allways working as it should. I tried many different libreelec builds (oldest, latest etc.) on a NUC34010 and a beebox N3150 and on two different TVs with the same faulty behaviour. The curious thing is that it never happened with V17 builds from fritsch which i used before switiching to libreelec. This issue has already been discussed about 2 years ago on the openelec forum (Link: http://openelec.tv/forum/68-audio/70881-no-audio-on-oe4-0-64-bit-w-arctic-mc001) but it seems that it has never been solved. Shall i post logs? RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - fritsch - 2016-05-30 Try to force the EDID information as shown in the wiki and see if this works for you. The kernel folks are still working on proper i2c support for HDMI Audio, which is not yet existent on BSW. RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Roby77 - 2016-05-30 @mule1 curious never ecounterd this problem with chromebox and same beebox RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - mule1 - 2016-05-30 (2016-05-30, 14:49)fritsch Wrote: Try to force the EDID information as shown in the wiki and see if this works for you. The kernel folks are still working on proper i2c support for HDMI Audio, which is not yet existent on BSW.Sorry forgot to mention that i already tried it with forced EDID. You're talking about implemention for BSW, but the NUC34010 is based on Haswell. Are the kernel folks still working on Haswll too? The issue seems not to be Intel only related because the guy who reported it 2 years ago on the openelec forum had an Artic MC001 which is using an AMD Mobility 5430 GPU. What i don't get: Most times audio ist faulty, BUT sometimes it is not (without any change to the system). And why can a change within audio settings (e.g. disabling/enabling passthrough) reanimate audio? And why is audio allways working when the default refreshrate is set to 60Hz? RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - fritsch - 2016-05-30 Changing device does a reenumeration. So if devices before and after are different, this has only one reason: while booting up EDID / Audio information was not yet available and no signal was emitted when that changed. I am running a HSW based setup myself with edid forced and xorg.conf I never had an issue in that combination. Provide Xorg.0.log dmesg | pastebinit and kodi.log with an unsuccesful boot _with_ edid forced. RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - mule1 - 2016-05-30 Will post the dmesg output today in the evening. But in theory a restart of Kodi only after openelec/libreelec has fully booted should solve an enumeration issue, or am I wrong? Therefore in the mentioned thread on the openelec forum someone suggested to restart kodi after a defined delay after the boot process has finished using the the autostart.sh of openelec/libreelec. I also tried this suggestion (even with a 30! second delay) but without success: Sometimes audio can be restored, sometimes not. |