+- 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: Intel VAAPI howto with Leia v18 nightly based on Ubuntu 18.04 server (/showthread.php?tid=231955)
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
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
302
303
304
305
306
307
308
309
310
311
312
313
314
315
316
317
318
319
320
321
322
323
324
325
326
327
328
329
330
331
332
333
334
335
336
337
338
339
340
341
342
RE: Intel VAAPI howto with Krypton v17 based on Ubuntu 16.04 server - fritsch - 2016-06-08
a) I have absolutely no idea _why_ you force Deinterlacing for progressive video content :-( deinterlacing is needed for interlaced content and nothing else - see the first post.
b) DTS-HD is decoded lossless. The only thing we currently miss is Atmos decoding, everything else works fine.
c) As you are not a master in reading: No Debug Log no issue.
RE: Intel VAAPI howto with Krypton v17 based on Ubuntu 16.04 server - qp9013625 - 2016-06-08
(2016-06-08, 08:06)fritsch Wrote: a) I have absolutely no idea _why_ you force Deinterlacing for progressive video content :-( deinterlacing is needed for interlaced content and nothing else - see the first post.
You blame your users again for something that might actually be something that requires to be fixed in Kodi.
Just as you said things like "0% is the most non smart thing you can do.", yet it was the default setting in Kodi...
Why do you allow forcing deinterlacing on progressive content if it doesn't make sense at all?
If deinterlacing should not be forced, then just remove the setting which allows forcing it.
Currently you can switch between "On", "Off" and "Auto".
Just remove "On". Problem solved.
RE: Intel VAAPI howto with Krypton v17 based on Ubuntu 16.04 server - fritsch - 2016-06-08
There is content that is sadly not progressive completely, but mixed with interlaced stuff, which one cannot auto detect. Therefore there is an option for the user to force it on. It can change per spec. Especially TV in great britain has such streams.
I cannot do more than: Give a straight howto, which clearly in fat / bold says: Don't force deinterlace to On ...
I can explain things to you - but I can't understand them for you.
RE: Intel VAAPI howto with Krypton v17 based on Ubuntu 16.04 server - qp9013625 - 2016-06-08
Since you said you can explain things to me (us), I'd like to ask another question:
(2015-07-12, 20:06)fritsch Wrote: Besides the performance issue, this putSurface method always scaled the limited color range of the original files to FULL RGB. Introducing Banding or even worse it was scaled twice, e.g. back to limited, by the driver itself. All this won't happen anymore, cause the new zero copy approach allows us to directly render the decoded NV12 surface with our own shader. So all color conversions are in our hands now. You can savely use "Prefer VAAPI Render Method" set to on again and don't need to waste CPU cycles with bypassing this Method. All colors will be fine. If you have a Limited Range TV - you need to set "Use Limited Range" to On additionally. Also make sure that your GPU itself is running at full range, which this howto and also all OpenELEC images will do by default.
Why, in that case, would you have to set your GPU (driver) to output at full range?
You said the issue was that the limited range video was expanded to full range.
You said this would no longer happen.
But then why set the driver to output at full range?
Why can't we leave the GPU output (driver) at limited range if this no longer happens?
Wouldn't it make more sense to leave everything at limited range (when using a limited range TV)?
If we set the GPU (driver) to output at full range, then we are expanding the limited range image to full range again and it's then being reduced to limited range again by the TV, right? So we have a "double scale" again...
Or don't we?
RE: Intel VAAPI howto with Krypton v17 based on Ubuntu 16.04 server - fritsch - 2016-06-08
No fully wrong ... the TV is dump it just clamps when it runs limited, no scaling. If you have a limited range TV and output full range to it, it will just cut 0 .. 16 and 235 .. 255.
Now software part:
xrandr setting Limited 16:235 - scales (!) everything it gets no matter what it is down! so if you give it 16 it will make ~ 2x from it, if you give it 235 it will make ~ 21x out of it -> result: No blacks, no whites.
xrandr full: assume everything you get is fine and directly output it without touching ... so 16 will be 16 and 235 will be 235. With a limited TV -> direct output.
No we don't. If it was that way - we had no problem at all.
Btw. if you would just use the forum search, you would find all that information: http://forum.kodi.tv/showthread.php?tid=231955&pid=2319474#pid2319474 so that I don't have to explain it again and again. Or just look into the wiki: http://kodi.wiki/view/Video_levels_and_color_space
RE: Intel VAAPI howto with Krypton v17 based on Ubuntu 16.04 server - Wagg - 2016-06-08
(2016-06-08, 08:06)fritsch Wrote: a) I have absolutely no idea _why_ you force Deinterlacing for progressive video content :-( deinterlacing is needed for interlaced content and nothing else - see the first post.
b) DTS-HD is decoded lossless. The only thing we currently miss is Atmos decoding, everything else works fine.
c) As you are not a master in reading: No Debug Log no issue.
Everyone here is not an expert, this is a forum where everyone is at different levels. I appreciate your input but there is no reason to insult me if I give some input or have a question that might be obvious to you and not to me.
As far as not offering up a debug log, I'm not sure what problem you're addressing? Everything works fine for me, except for the jitter which you explained I can solve by turning off deinterlacing. There is a lot of information in your first post and I simply just missed it. Everything is a learning process for me as I am new to this.
RE: Intel VAAPI howto with Krypton v17 based on Ubuntu 16.04 server - fritsch - 2016-06-09
Deinterlace -> Auto.
Ack for the rest.
RE: Intel VAAPI howto with Krypton v17 based on Ubuntu 16.04 server - qp9013625 - 2016-06-09
(2016-06-05, 17:35)fritsch Wrote: (or set xrandr to VideoRange 16:235, which is _NOT_ in any mainline kernel, but in openelec / libreelec)
(2016-04-24, 19:08)fritsch Wrote: Video 16:235 pass-through: Implemented for OE / LE. Signal Limited, but don't scale / clamp color values -> pass-through mode.
Is there any feature request / pull request somewhere which deals with putting the 16-235 passthrough mode into the mainline kernel?
Would be appreciated if you could post a link to it.
RE: Intel VAAPI howto with Krypton v17 based on Ubuntu 16.04 server - fritsch - 2016-06-09
intel-gfx mailing list archive - just search for my name
RE: Intel VAAPI howto with Krypton v17 based on Ubuntu 16.04 server - qp9013625 - 2016-06-10
(2016-06-09, 21:04)fritsch Wrote: intel-gfx mailing list archive - just search for my name
I see just one reply from Daniel Vetter:
https://lists.freedesktop.org/archives/intel-gfx/2015-November/081516.html
Is that all
?Maybe we should submit a feature request on bugs.freedesktop.org?
RE: Intel VAAPI howto with Krypton v17 based on Ubuntu 16.04 server - mattlach - 2016-06-11
So, has anyone been able to get the pretty fancy splash that worked in 14.04 to work in 16.04? I tried installing th epackages from th eold guide, but it does not seem to work.
RE: Intel VAAPI howto with Krypton v17 based on Ubuntu 16.04 server - Soulbind - 2016-06-11
@fritsch , sorry if this has been asked before, but using your build , would it be possible to decode 4K h.264 (not h265 , as you would need Brasswell or up for this) on a SandyBridge CPU , say an Intel Celeron G530 using the integrated graphics ?
RE: Intel VAAPI howto with Krypton v17 based on Ubuntu 16.04 server - fritsch - 2016-06-11
(2016-06-11, 19:19)Soulbind Wrote: @fritsch , sorry if this has been asked before, but using your build , would it be possible to decode 4K h.264 (not h265 , as you would need Broadwell or up for this) on a SandyBridge CPU , say an Intel Celeron G530 using the integrated graphics ?Afaik IVB or later is needed.
RE: Intel VAAPI howto with Krypton v17 based on Ubuntu 16.04 server - djnice - 2016-06-13
Hello fritsch,
When I reinstall my HTPC, is enough to follow the guide in the first post, or I need to update the driver from this post too?
RE: Intel VAAPI howto with Krypton v17 based on Ubuntu 16.04 server - fritsch - 2016-06-13
Driver from this post is needed as the ppa did not like to build it and wsnipex is busy ... btw. nearly no one has seen a difference besides one after using a hdmi capture card. It will be fixed in 1.7.1 version of the driver.