+- 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) - Milhouse - 2016-09-03
(2016-09-03, 03:11)nuc-LE Wrote: Milhouse is this patch bad for other users or there is a better fix in the works?
See post #1757 from _Spook_, and my reply.
The Chris Wilson patch will return tonight in #0903.
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - dirtydesaster - 2016-09-03
I have a little Problem, with mp3-radiostreams (Internetradio) For Example: http://stream04.iloveradio.de/iloveradio2.mp3
Kodi crashed and restart.
Log:
http://pastebin.com/Jd1Ed8E5
Do you need other Information?
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Milhouse - 2016-09-03
No (thanks), it's a known issue - got enough logs. Currently looking into it, but started with #0827, probably PR10236.
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Ned Scott - 2016-09-03
(2016-08-17, 17:26)n2vwz Wrote: “Key Repeat” is no longer functional on the Skip Forward and Skip Backward keys:
Left Arrow (←) and Right Arrow (→)
This problem affects USB Keyboards in addition to Remote Controls.
The problem started with build #0729 and continues with current builds. I believe that this is the result of recently added “Long-Press” features disabling “key repeat” for these two keys.
The Long-Press feature changes the key function from skip forward with auto-repeat to 2X fast forward (or Rewind). The feature was intended for low cost Android Boxes with low key count remote controls that do not have Fast Forward and Rewind keys.
Skip Forward and Skip Back with auto-repeat are important functions that should not have been eliminated by the inclusion of “Long-Press” code.
This is a request to restore the previous functionality by removing or provide a simple method of disabling “Long-Press” code.
I'm the one that previously added that and I wanted to clarify some things.
1) The default was adapted for the sake of more common use-cases. The default skipsteps feature makes key-repeat on left/right unpractical, so I'm not sure why you are complaining about something that you could have still changed for your own use case.
2) Android boxes have nothing to do with it. The behavior is taken from the Apple remote (which is popular and used on all the platforms), and it used long-press on right/left for ff/rw since before 2010. (The Apple remote had long-press functionality because it sent a different IR signal when the button was held, hence not needing an XBMC/Kodi-specific feature for the action). We've had years of feedback on that behavior, and it was overwhelmingly positive.
That being said, I'm find with yielding to caution. Changing default keymaps is a tricky business, and it's hard to make everyone happy. I really just wanted to point out that it wasn't Android that inspired this particular change ;)
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - dirtydesaster - 2016-09-03
(2016-09-03, 10:35)Milhouse Wrote: No (thanks), it's a known issue - got enough logs. Currently looking into it, but started with #0827, probably PR10236.
OK, no Problem
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - _Spook_ - 2016-09-03
(2016-09-03, 07:01)Milhouse Wrote:(2016-09-03, 03:11)nuc-LE Wrote: Milhouse is this patch bad for other users or there is a better fix in the works?
See post #1757 from _Spook_, and my reply.
The Chris Wilson patch will return tonight in #0903.
Removing the patch fixed my problem.
From what I understand the patch is for a 1080p problem? Since I use 4k does this patch take that in mind or just for 1080p and lower?
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Milhouse - 2016-09-03
Internet radio streaming issues (crashes etc.) should be fixed in tonight's build.
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - Milhouse - 2016-09-03
(2016-09-03, 12:41)_Spook_ Wrote: Removing the patch fixed my problem.
From what I understand the patch is for a 1080p problem? Since I use 4k does this patch take that in mind or just for 1080p and lower?
Interesting. Hopefully @fritsch can pass on the information to Chris Wilson.
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - dirtydesaster - 2016-09-03
With #0902 I have no vaapi deinterlace modes in the Video Options. (vaapi is active in the System Settings)
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - fritsch - 2016-09-03
(2016-09-03, 13:51)Milhouse Wrote:(2016-09-03, 12:41)_Spook_ Wrote: Removing the patch fixed my problem.
From what I understand the patch is for a 1080p problem? Since I use 4k does this patch take that in mind or just for 1080p and lower?
Interesting. Hopefully @fritsch can pass on the information to Chris Wilson.
His TV most likely only works when in 10 bit mode ... file a bug with the intel people as it is specific to your hardware and it needs to be fixed properly upstream.
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - fritsch - 2016-09-03
@spock: Use this bugreport: https://bugs.freedesktop.org/show_bug.cgi?id=97442 and tell that you have issues with your 10bit (whatever) TV when the patch from chris is applied as they want to backport that to stable branch.
For the "frameskips" issues: they need to calculate proper modelines when in 10 bit mode ... so two issues that arrised for upstream.
Now, everyone acts sane, provides logfiles and I hope upstream can figure it out :-)
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - _Spook_ - 2016-09-03
(2016-09-03, 15:21)fritsch Wrote: @spock: Use this bugreport: https://bugs.freedesktop.org/show_bug.cgi?id=97442 and tell that you have issues with your 10bit (whatever) TV when the patch from chris is applied as they want to backport that to stable branch.Thanks. I have filed a report in that thread.
For the "frameskips" issues: they need to calculate proper modelines when in 10 bit mode ... so two issues that arrised for upstream.
Now, everyone acts sane, provides logfiles and I hope upstream can figure it out :-)
Just put the patch in. I can just stick with a build I know works and test if needed.
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - fritsch - 2016-09-03
You missed all the kernel logs with drm.debug=0xe upstream won't boot le...
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - wizziwig - 2016-09-03
_Spook_ , yes please provide dmesg log with drm.debug=0xe enabled. I think the reason you're seeing the bug is because your system uses a non-standard pipeline setup. You have a DP->HDMI adapter somewhere in your chain - possibly on the motherboard.
I already reported the frame skip bug to Intel a few weeks ago (as part of the 44.1 kHz audio bug). The reason people get frame drops on 29.97fps content without the patch is because this mode switches your display to 59.940Hz for proper playback. Unfortunately, 59.940 is actually running at 59.89 without the patch, thus skipping a frame every 21 seconds. Funny this kernel bug has been there since late 2015 and nobody noticed till now? Guess most people play 24 fps content only or use audio resampling instead of passthrough.
RE: LibreELEC Testbuilds for x86_64 (Kodi 17.0) - _Spook_ - 2016-09-03
Ok. Will try and get those logs. Never tried to get them with those parameters. How do I enable that? I linked to the DMESG logs I already made in here in the bugreport.
I know there is a chip in there and they have a plan for a driver in the kernel for support. I have reported a problem with that before:
https://bugs.freedesktop.org/show_bug.cgi?id=96382
They made a patch for that:
https://patchwork.freedesktop.org/series/8024/
And yes I use resampling also since passthrough has always caused audio out of sync issues.