+- 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: New Era: VAAPI with EGL interoperation - JaccoH - 2015-08-17
What is the reason for using OpenBox? Or any WM for that matter? I have Kodi running without a WM and it runs fine. But I plan on following this guide and also use OpenBox. However I'm wondering if you had any reason for this?
RE: New Era: VAAPI with EGL interoperation - fritsch - 2015-08-17
@JacoH:
Reason: Some people want to start a browser, need to switch to a terminal or something else ... Also the additional xrandr command comes in handy in the openbox autostart script.
@sunnyfunny:
No.
RE: New Era: VAAPI with EGL interoperation - gurabli - 2015-08-17
(2015-08-16, 10:32)fritsch Wrote: I had a Celeron 1820T based setup in my living room before I got a passively cooled ZBOX CI520 nano. It will be fine with this howto.
Btw. HEVC is taking shape at the moment. Fernetmenta has started development https://github.com/FernetMenta/FFmpeg/commits/release/2.7-kodi and Timo (btbn) has continued to work on those patches, here: https://github.com/BtbN/FFmpeg/commits/vaapi_hevc
Kodi's part was not hard at all (though testing did not yet happen): https://github.com/fritsch/xbmc/commit/af6300a1cbecc8722c805d4a8b92184146813f14
Seems with this next gen codec VAAPI will go into a nice future, at least HEVC wise.
Thanks fritsch! Nice to hear that a Haswell Celeron can perform so nice too!
Regarding HEVC: this means that HEVC support for Braswell is WIP.
Is the Braswell able to do the h265 10bit and/or 60fps or just 30fps? I read that for h265 support 10bit is required. What I mean by this is that the 10bit profile which is not important on h264, will be the standard for h265 and will be most probably used for scene h265 releases? And also hdmi 1.4 doesn't support h265@60? Do I get these things correctly?
RE: New Era: VAAPI with EGL interoperation - fritsch - 2015-08-17
Quote:Regarding HEVC: this means that HEVC support for Braswell is WIP.
Is the Braswell able to do the h265 10bit and/or 60fps or just 30fps? I read that for h265 support 10bit is required. What I mean by this is that the 10bit profile which is not important on h264, will be the standard for h265 and will be most probably used for scene h265 releases? And also hdmi 1.4 doesn't support h265@60? Do I get these things correctly?
No and no and no. All wrong.
RE: New Era: VAAPI with EGL interoperation - gurabli - 2015-08-17
(2015-08-17, 14:56)fritsch Wrote:Quote:Regarding HEVC: this means that HEVC support for Braswell is WIP.
Is the Braswell able to do the h265 10bit and/or 60fps or just 30fps? I read that for h265 support 10bit is required. What I mean by this is that the 10bit profile which is not important on h264, will be the standard for h265 and will be most probably used for scene h265 releases? And also hdmi 1.4 doesn't support h265@60? Do I get these things correctly?
No and no and no. All wrong.
Sorry, I was sceptic regarding this information myself, that is why I asked you, as I know you will know the correct answer for sure.
Once you have a little time, could you explain what is expected from Braswell and in respect of HEVC? If I'm wrong, then 10bit is not important for h265, and scene will not do 10bit releases, so Braswell will be good as a long time solution considering h265 too... And 30 vs 60 would matter only in case of livetv?
RE: New Era: VAAPI with EGL interoperation - fritsch - 2015-08-17
We don't know - how should we know?
10bit won't happen - you can see that in every "data sheet" out there. And the rest is not yet done - e.g. the decoder still fails and everything you get is an empty picture ... we are talking about HEVC_MAIN not anything 10 bit. I personally hope that at least 4k@30p is working. So it is obviously clear that one will need again new hw, when the new livetv 4k@50p HEVC will be the default (~2 years?). HDMI 1.4 limitations are also known ... So whenever I talk about this I talk about rendering at 1080p@something.
RE: New Era: VAAPI with EGL interoperation - gurabli - 2015-08-17
(2015-08-17, 15:04)fritsch Wrote: We don't know - how should we know?
10bit won't happen - you can see that in every "data sheet" out there. And the rest is not yet done - e.g. the decoder still fails and everything you get is an empty picture ... we are talking about HEVC_MAIN not anything 10 bit. I personally hope that at least 4k@30p is working. So it is obviously clear that one will need again new hw, when the new livetv 4k@50p HEVC will be the default (~2 years?). HDMI 1.4 limitations are also known ... So whenever I talk about this I talk about rendering at 1080p@something.
Thanks fritsch, this clears things up. Looking forward to test the progress on hevc support, keep up with good work!
RE: New Era: VAAPI with EGL interoperation - JaccoH - 2015-08-17
Update was a succes. One problem though: my favority skin is not working right (Xperience1080). I suppose the skin has to be updated for Kodi 16?
RE: New Era: VAAPI with EGL interoperation - fritsch - 2015-08-17
(2015-08-17, 18:13)JaccoH Wrote: Update was a succes. One problem though: my favority skin is not working right (Xperience1080). I suppose the skin has to be updated for Kodi 16?
No idea. All that use those testbuilds should use confluence.
RE: New Era: VAAPI with EGL interoperation - JaccoH - 2015-08-17
ok
RE: New Era: VAAPI with EGL interoperation - noggin - 2015-08-17
(2015-08-17, 15:04)fritsch Wrote: We don't know - how should we know?
10bit won't happen - you can see that in every "data sheet" out there. And the rest is not yet done - e.g. the decoder still fails and everything you get is an empty picture ... we are talking about HEVC_MAIN not anything 10 bit. I personally hope that at least 4k@30p is working. So it is obviously clear that one will need again new hw, when the new livetv 4k@50p HEVC will be the default (~2 years?). HDMI 1.4 limitations are also known ... So whenever I talk about this I talk about rendering at 1080p@something.
The BBC UHD test broadcasts were 2160/50p and 2160/59.94p at around 36Mbs and used 4:2:0 8 bit YCrCb format. I've not come across any 10 bit HEVC 50p/59.94p stuff yet - though I know that higher bit-depth is on the agenda for broadcasters, with or without HDR.
Some interesting speed increases on "10 bit video in 8 bit memory" techniques discussed here : http://www.obe.tv/about-us/obe-blog/item/21-faster-professional-10-bit-video-conversions (Though not relevant to VAAPI 8/10 bit discussions I guess)
RE: New Era: VAAPI with EGL interoperation - arel - 2015-08-18
first of all...I´m coming to this thread after reading pages and pages of the "old" thread concerning VAAPI and de-interlacing.(fritsch started it)...
Now, after reading this thread (carefully) I´m coming to the following conclusion...and hope that someone (maybe fritsch :-)) can give Feedback to what I understood so far :-) :
There is a OPENELEC Image (available here in the thread) which is implementing a new "technique" which leads to the following "new" results in connection with "de-interlacing" and "colour space (RGB and so on)"
- on !Haswell! based systems (also celeron or less powerfull :-) de-interlacing of eg. TV channels 1080I is no problem including LOW CPU usage (done by GPU based on EGL-technique ?) !!
- on Braswell it is the same like above ...on Haswell
- IVB, baytrail and compatible means that de-interlacing is also possible BETTER THAN "BOB" with the technique which is diskussed here in this thread ?? the "old" thread does state that there is no better de-interlacing based on VAAPI than BOB for this CPU class (IVB, Baytrail...)
- If testing is successfull it will be included in KODI , Release 16...?
I´m a little bit confused...hope that these question are not to stupid ;-)
regards arel
RE: New Era: VAAPI with EGL interoperation - fritsch - 2015-08-18
Quote:- IVB, baytrail and compatible means that de-interlacing is also possible BETTER THAN "BOB" with the technique which is diskussed here in this thread ?? the "old" thread does state that there is no better de-interlacing based on VAAPI than BOB for this CPU class (IVB, Baytrail...)This was fixed / workarounded / improved in the libva-intel-driver version 1.6.0 which this howto installs.
Quote:- If testing is successfull it will be included in KODI , Release 16...?We don't know yet - but we are looking forward.
The rest you understood perfectly fine.
RE: New Era: VAAPI with EGL interoperation - AndyFurniss - 2015-08-18
(2015-08-17, 23:41)noggin Wrote:(2015-08-17, 15:04)fritsch Wrote: We don't know - how should we know?
10bit won't happen - you can see that in every "data sheet" out there. And the rest is not yet done - e.g. the decoder still fails and everything you get is an empty picture ... we are talking about HEVC_MAIN not anything 10 bit. I personally hope that at least 4k@30p is working. So it is obviously clear that one will need again new hw, when the new livetv 4k@50p HEVC will be the default (~2 years?). HDMI 1.4 limitations are also known ... So whenever I talk about this I talk about rendering at 1080p@something.
The BBC UHD test broadcasts were 2160/50p and 2160/59.94p at around 36Mbs and used 4:2:0 8 bit YCrCb format. I've not come across any 10 bit HEVC 50p/59.94p stuff yet - though I know that higher bit-depth is on the agenda for broadcasters, with or without HDR.
There are some 10 bit out there the Samsung one I've seen playing on a TV in a shop window locally. Maybe TVs are going to beat GPU/APUs for a while if they can only do 8. I guess the web streamers will just use 8 depending on the patent greed situation, perhaps x264 will be around for some time.
http://demo-uhd3d.com/files/uhd4k/Samsung_UHD_7_Wonders_of_the_World_Total.ts
http://demo-uhd3d.com/files/uhd4k/Astra.SES.Demo.HEVC.ts
10 bit
I notice some Japanese samples also say rec.2020 which is a bit confusing as one I found has colour bars at the start that decode apparently correctly with a 709 matrix, but not a 2020 one.
This one also says 2020 (but doesn't have bars)
http://www.demo-uhd3d.com/files/uhd4k/Channel_4K.ts
These are big! But as they are .ts you don't need to d/l all of then to get a working sample.
RE: New Era: VAAPI with EGL interoperation - fritsch - 2015-08-18
Some gpus (as nvidia GTX 960 2nd gen) have some internal circuits to "alter the 10 bit to 8 bit" and then decode it as 8 bit. So we need to be careful in the future if someone really tells: 10 bit decoding :-)