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_64 (Kodi 17.0) - wizziwig - 2016-08-21 Anyone using these builds with a 2013 or older Samsung TV without an AVR? On my F8500, I can't get any 44100 HDMI audio to play at all when the screen refresh rate for 1920x1080p is set higher than 30Hz. It's basically the Intel bug described here. I'm on a Haswell 2957U Celeron. From the comments above it sounded like it was fixed but it's still broken for me. The last build with working 44.1 Khz audio for me was "#1017, 17-Oct-2015" from this thread. That build used kernel 4.1.10. The very next build #1018 switched to kernel 4.3.0-rc5 and I lost 44.1 audio ever since. You can immediately tell if you're getting the bug because the GUI navigation sound effects also stop working (I assume they are also using 44.1 Khz). RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - fritsch - 2016-08-21 Then please go back to the bugs.freedesktop.org report - they won't fix it without a proper report RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - wizziwig - 2016-08-21 (2016-08-21, 09:01)fritsch Wrote: Then please go back to the bugs.freedesktop.org report - they won't fix it without a proper report Can we just remove whatever changes Intel made that broke it? Audio worked fine for me on the 4.1.10 kernel. Looks like they made it worse trying to fix it for some Pioneer AVRs. I suspect more people will report this bug once a newer openelec goes into wide distribution. The last stable 6.0.3 release still uses kernel 4.1.18. Who marked the original bug as fixed? I didn't see any of the users who reported it confirm a fix in the bug tracker comments. RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - fritsch - 2016-08-21 No we can't. Cause all the new hardware is not supported by this old an ancient kernel. And yes - the users with that issues did not care to report back, just ran away ... so upstream closed it, cause of no feedback. I don't have this problem with my Marantz AVR, so I cannot help without a user reporting it properly. RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - scf2k - 2016-08-21 (2016-08-20, 23:55)fritsch Wrote: A python script. I mean is it normal that there are a lot of them and they also consume considerable amount of cpu (while kodi is idling at home screen)? RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - popcornmix - 2016-08-21 (2016-08-21, 11:25)scf2k Wrote: I mean is it normal that there are a lot of them and they also consume considerable amount of cpu (while kodi is idling at home screen)? Depends what add-ons have been installed. It's certainly possible to install add-ons that consume cpu when kodi is otherwise idle. From a clean install with no add-ons I'd say it is not expected. RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - smitopher - 2016-08-21 (2016-08-20, 17:57)Milhouse Wrote:What constitutes a "clean" .kodi folder?(2016-08-20, 17:24)smitopher Wrote: @fritch Code: media-center:~/.kodi # ls -l Perform a backup and then delete everything in .kodi, leaving an empty .kodi folder? RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - piotrasd - 2016-08-21 (2016-08-20, 17:24)stainlessdk Wrote: wee i was testing and PCM should work ... just you need asound.conf with something like that Code: pcm.!default { Let me know if works, anyway all play now is with asound.conf RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - fritsch - 2016-08-21 Can I have a kodi.log please? We should automatically support 24 bit audio without any additional asound.conf files. RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - piotrasd - 2016-08-21 device in dmesg is [ 7.227533] [drm] mid_hdmi_audio_register: Scheduling HDMI audio work queue [ 7.262630] dw_dmac INTL9C60:00: DesignWare DMA Controller, 8 channels [ 7.289408] dw_dmac INTL9C60:01: DesignWare DMA Controller, 8 channels (8 channels) from kodi 19:10:07 15.219847 T:140330291664960 NOTICE: Enumerated ALSA devices: 19:10:07 15.219871 T:140330291664960 NOTICE: Device 1 19:10:07 15.220220 T:140330291664960 NOTICE: m_deviceName : default 19:10:07 15.220249 T:140330291664960 NOTICE: m_displayName : Default (IntelHDMI IntelHDMI) 19:10:07 15.220272 T:140330291664960 NOTICE: m_displayNameExtra: 19:10:07 15.220295 T:140330291664960 NOTICE: m_deviceType : AE_DEVTYPE_PCM 19:10:07 15.220318 T:140330291664960 NOTICE: m_channels : FL,FR,BL,BR,FC,LFE,SL,SR 19:10:07 15.220342 T:140330291664960 NOTICE: m_sampleRates : 32000,44100,48000,88200,96000,176400,192000 19:10:07 15.220365 T:140330291664960 NOTICE: m_dataFormats : AE_FMT_S24NE4 19:10:07 15.220387 T:140330291664960 NOTICE: m_streamTypes : No passthrough capabilities I dont have right now good AVR with HDMI for test PCM multichannel RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - fritsch - 2016-08-21 Good - all fine. Nothing to do for kodi. RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Milhouse - 2016-08-21 (2016-08-21, 18:58)smitopher Wrote: What constitutes a "clean" .kodi folder? The following should do it: Code: systemctl stop kori Now when your Kodi starts it will be using defaults, and won't have any third-party add-ons installed. When done testing, delete the new .kodi folder and rename .kodi.bak to .kodi to restore your original setup. RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Milhouse - 2016-08-21 (2016-08-20, 16:20)pyrodex Wrote:(2016-08-20, 01:42)Milhouse Wrote:(2016-08-20, 01:20)pyrodex Wrote: Still seeing an issue with the recent builds and I think it started around #813/#814. When playing back PVR recordings I try to skip ahead and KODI basically crashes. All other media is find like TV/Movies shows but PVR TV isn't normal. I am using pvr.mythtv as well FYI: Yes, this sounds like the same passthrough/seek/OOM problem introduced in #0806 that we see in the RPi builds - if you disable passthrough does the problem still happen? RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - pyrodex - 2016-08-21 (2016-08-21, 22:55)Milhouse Wrote:(2016-08-20, 16:20)pyrodex Wrote:(2016-08-20, 01:42)Milhouse Wrote: Is Kodi actually crashing? If so you'll have a crashlog (see note #4 in first post). @Milhouse Yup! Disabled passthrough and updated to #819, worked as expected with skipping ahead. Debug log if needed - http://sprunge.us/BKUQ Let me know if you need me to test future stuff with it enabled as a fix. RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Milhouse - 2016-08-21 New LibreELEC.tv Krypton build #0821: Generic (Supercedes previous build) Code: # uname -a Based on tip of LibreELEC.tv master (c5864e58, changelog) and tip of XBMC master (8ace958e, changelog) with the following modifications:
|