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) - Markus_23 - 2016-07-22 (2016-07-18, 22:39)Milhouse Wrote: Clearly you got lucky to begin with, and your luck won't last forever. If you need drivers that are provided by the dvb_drivers build then it's highly unlikely you'll be able to continue using these test builds. Is it somehow possible to get those dddvb drivers into your testbuilds, or how could I compile/add it on my own ? This #618 Builds works ok (with den ddvb drivers from stable dvbdrivers branch). But I'd like to carry on testing newer builds. Anything I could do ? RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - mule1 - 2016-07-22 (2016-07-18, 18:16)Milhouse Wrote:(2016-07-18, 18:00)mule1 Wrote:(2016-07-14, 20:04)mule1 Wrote: Here we go! @Milhouse: Do you know if Fritsch is already aware of this issue? RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Milhouse - 2016-07-22 (2016-07-22, 18:23)Markus_23 Wrote: Is it somehow possible to get those dddvb drivers into your testbuilds, or how could I compile/add it on my own ? Unfortunately those additional DVB drivers are non-standard (not an official part of LibreELEC) so they're not going to be added in these builds. You'll need to contact the original author of the custom build you were using for updated drivers. I suggest you stick with the custom build that works for you and forget about these test builds of mine if you require the extra drivers. RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Milhouse - 2016-07-22 (2016-07-22, 18:54)mule1 Wrote:(2016-07-18, 18:16)Milhouse Wrote:(2016-07-18, 18:00)mule1 Wrote: @Milhouse: Any idea whats going wrong with Dolby TrueHD-Sound in cunjunction with audio passthrough since build #0626? Is it an issue with ffmpeg3.1? I believe he's aware, but if he's not posted anything then it probably means he has nothing to contribute at this point in time (he's a busy guy). RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - xxxnelly - 2016-07-22 @Milhouse - yes this fixes it. So am I stuck now or is there nothing we can do? Thanks, Neil (2016-07-22, 16:53)Milhouse Wrote:(2016-07-22, 16:35)bazzz3 Wrote:Could be, in which case the updated nvidia driver would be the obvious candidate for breaking standby (in which case there's probably not much we can do).(2016-07-22, 12:50)Milhouse Wrote: What GPU does the D80 use - I did a quick Google for "zotac zbox d80" but came up empty, are you sure that's the model number? Please provide a full debug log and dmesg. RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Milhouse - 2016-07-22 (2016-07-22, 20:23)xxxnelly Wrote: @Milhouse - yes this fixes it. Since it's a bug in the latest nvidia driver the only thing we (you) can do is use the older (and working) legacy driver, 340.96. Fortunately you can switch over to the 340.96 driver by using a custom udev rule. Upgrade to the latest build, ie. #0721. Then create the file named "/storage/.config/udev.rules.d/96-nvidia.rules" with the following content (as a single line): Code: ACTION=="add|change", SUBSYSTEM=="pci", ATTR{class}=="0x030000", ATTRS{vendor}=="0x10de", ENV{xorg_driver}="nvidia", TAG+="systemd", ENV{SYSTEMD_WANTS}+="[email protected]" Save the file, then reboot. Once the system has rebooted, confirm which driver is being used - it should now be 340.96: Code: LibreELEC:~ # grep "X Driver" /var/log/Xorg.0.log If you see 367.35 then you've mistyped the rule. Assuming the old 340.96 driver has loaded, test if standby is working. With the above custom udev rule you'll be able to continue testing the latest test builds but you'll always be using the 340.96 nvidia-legacy driver (it just so happens your GT 520M GPU is supported by both the legacy and non-legacy drivers). If you ever want to go back to the non-legacy driver (for instance to test if a new version fixes your standby issue) then delete the file "/storage/.config/udev.rules.d/96-nvidia.rules" and reboot. Chances are you won't see much if any picture quality difference using the older driver. RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - xxxnelly - 2016-07-22 Perfect - all working. (2016-07-22, 20:58)Milhouse Wrote:(2016-07-22, 20:23)xxxnelly Wrote: @Milhouse - yes this fixes it. RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - illiac4 - 2016-07-22 Will try that nvidia 610 has the same problem. Motherboard is zotac d2550. RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Milhouse - 2016-07-22 New LibreELEC.tv Krypton build #0722: Generic (Supercedes previous build) Code: # uname -a Based on tip of LibreELEC.tv master (b74e4164, changelog) and tip of XBMC master (6638834a, changelog) with the following modifications:
RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - fritsch - 2016-07-22 TrueHD is broken, yes - but it has no priority right now. If you don't want it forgotten, open a trac. RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Milhouse - 2016-07-22 (2016-07-22, 22:14)illiac4 Wrote: Will try that nvidia 610 has the same problem. Motherboard is zotac d2550. Hopefully it works for you too. Sorry this wasn't suggested earlier as you also identified the change between #0522 and #0523b. Unfortunately it's probably the best solution while the latest nvidia drivers have this problem. We could drop the GT520M (and possibly, GT610) from the current rules and always force them to use the legacy driver but then anyone that doesn't care about standby will demand to use the latest driver (regardless of any benefits in terms of picture quality) so for now this is likely to remain a custom solution for those that need it. RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - mule1 - 2016-07-23 (2016-07-22, 23:04)fritsch Wrote: TrueHD is broken, yes - but it has no priority right now. If you don't want it forgotten, open a trac.Thanks for you feedback. Will open a trac. RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Milhouse - 2016-07-23 @xxxnelly & @illiac4: A simplified udev rule that should achieve the same effect (ie. forcing the legacy nvidia driver) is: in /storage/.config/udev.rules.d/96-nvidia.rules: Code: ACTION=="add|change", SUBSYSTEM=="pci", ATTR{class}=="0x030000", ATTRS{vendor}=="0x10de", ENV{xorg_driver}="nvidia", TAG+="systemd", ENV{SYSTEMD_WANTS}+="[email protected]" RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - illiac4 - 2016-07-23 (2016-07-23, 00:19)Milhouse Wrote: @xxxnelly & @illiac4: A simplified udev rule that should achieve the same effect (ie. forcing the legacy nvidia driver) is: TNX tested and it works. Will observe if future nvidia driver release will fix this. RE: LibreELEC Testbuilds for x86 (Kodi 17.0) - Hardworx - 2016-07-23 Ive followed all the steps and it was looking well but i cannot use Amazon VOD with it It loads, screen goes black and after some seconds it shows me Kodi 17 Screen again and restarts. Any suggestions what could be gone wrong? Im runing it on an Intel NUC |