Intel VAAPI howto with Leia v18 nightly based on Ubuntu 18.04 server - 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: 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 - scf2k - 2015-12-26 (2015-12-25, 22:09)fritsch Wrote: Edit: I have disabled the RSS feed obviously - as that one is causing load by design. huh how is that? RE: New Era: VAAPI with EGL interoperation - fritsch - 2015-12-26 (2015-12-26, 17:04)scf2k Wrote:Constant texture creating and subsequent rendering.(2015-12-25, 22:09)fritsch Wrote: Edit: I have disabled the RSS feed obviously - as that one is causing load by design. RE: New Era: VAAPI with EGL interoperation - scf2k - 2015-12-26 (2015-12-26, 17:44)fritsch Wrote: Constant texture creating and subsequent rendering. But but but... 40-50% cpu? RE: New Era: VAAPI with EGL interoperation - fritsch - 2015-12-26 (2015-12-26, 17:46)scf2k Wrote:60 times a second ...(2015-12-26, 17:44)fritsch Wrote: Constant texture creating and subsequent rendering. RE: New Era: VAAPI with EGL interoperation - john.cord - 2015-12-26 (2015-12-23, 18:09)ilovethakush Wrote:Normally the Database should be migrated. In your case something went wrong with that...(2015-12-23, 09:50)fritsch Wrote:(2015-12-23, 06:33)ilovethakush Wrote: On my chromebox, when I update from 6.0.98 to the latest test build, I lose a lot of my database. Even tried updating to the earliest available test build after restoring backup and still I lose a lot of my database. RE: New Era: VAAPI with EGL interoperation - fritsch - 2015-12-26 (2015-12-26, 18:21)john.cord Wrote:(2015-12-23, 18:09)ilovethakush Wrote:Normally the Database should be migrated. In your case something went wrong with that...(2015-12-23, 09:50)fritsch Wrote: Database version is bumped - rescan your content. If you use mysql, make sure that your server supports creating a new DB. Besides that - not a single idea without your logfiles ... And no one can tell without the Debug Log ... so stop caring ... RE: New Era: VAAPI with EGL interoperation - wizziwig - 2015-12-27 (2015-12-25, 09:31)fritsch Wrote: Guys, it's quite easy. Sync was redone completely, it is working perfectly now for PCM now. For Passthrough such a method is missing (be it IEC burstpackages) or more advanced things. You are all welcome to implement it ... Concerning the drop / dupe - this was never a solution, not for an audiophile ... dropping means "psssssst", duplicating means sending same package number twice and a high percentage (> 20) of AVRs loosing the signal. Not sure what you mean. AC3 frames have no inter-frame dependency. Each 32ms frame in independent and can be repeated or dropped at will. An AVR is not going to care as long as it sees a new frame before its buffer runs dry. Single dropped frames are usually difficult to hear. Repeated frames are more obvious. But I'm only suggesting this method for systems that have very accurately matched a/v clocks to begin with. Let those people decide if they want to keep bitstreaming at the cost of a resync every few hours. If your AV clocks are very mismatched compared to the content, then I agree re-sampling PCM is preferred. (2015-12-25, 10:54)FernetMenta Wrote:(2015-12-25, 03:29)wizziwig Wrote: While I have a receiver with HDMI, I'm sure there are still plenty of users with older receivers that are limited to optical/coax surround. If you eliminate passthrough, you're forcing them to PCM stereo or reducing their quality (and increasing CPU usage) but having to decode AC3/DTS to multi-channel PCM and then re-encode back to AC3. Dropping or repeating video frames or AC3/DTS audio frames as was done on the older versions seems preferable if it doesn't happen very frequently (as is the case on Haswell or never Intel hardware that have very accurate a/v clocks). Ok. I did not realize we were talking only about live TV. Live TV is a challenge if your playback speed does not match content rate since your buffer will eventually underflow or overflow. For that case, I agree that PCM is probably the cleanest solution when dealing with a PC. Otherwise, you would need a larger buffer before starting playback and it would still run into problems if you stay too long on same channel (best to pause and refill buffer in that case). But for people who have very accurate playback clocks (exactly 59.940 or 50.000), they should probably have the option of just dropping and repeating frames to maintain sync. If resync happens every few hours I doubt anyone will complain. Regarding buffer size, it should be based on stream-time not bytes. I'm not too familiar with how Kodi buffers live TV, but it should buffer until it has n seconds (based on stream timestamps, not wall clock) before it starts playing. You can't buffer until a fixed byte count because that tells you nothing about the time duration stored inside the buffer. RE: New Era: VAAPI with EGL interoperation - sat4all - 2015-12-27 something is wrong with the last build, kodi doesn't show any kind of picture (posters,menu thumbs, addon thumbs..etc) if it was added after installing this build. Code: 18:36:10 T:139920622475008 ERROR: Failed to CreateThumbnailFromSurface for special://masterprofile/Thumbnails/4/477a9f25.jpg crash log RE: New Era: VAAPI with EGL interoperation - fritsch - 2015-12-27 Jo - mjpeg, png encoder missing in ffmpeg. Edit: I have forgotten them, currently uploading a fixed build. RE: New Era: VAAPI with EGL interoperation - sat4all - 2015-12-27 thanks much & enjoy the holidays RE: New Era: VAAPI with EGL interoperation - fritsch - 2015-12-27 ETA: 1 hour :-) last day with dsl lite, though ... getting better tonight / tomorrow. RE: New Era: VAAPI with EGL interoperation - luna_s - 2015-12-27 Apologies if slightly OT but can anyone tell me how to install the kodi splash screen on this build ? Maybe include it on the first post ? And thanks for all the work on this RE: New Era: VAAPI with EGL interoperation - menno - 2015-12-27 I got 2 tvheadends backends working and did the trick to use use the addon twice. pvr.hts and pvr2.hts. I run into a probem with my remote backend since releases of 12 dec and later. (by the way both yours and milhouses'). My local tvheadend works great, but my remote one gives severe initialization problems. If i re-install a pre 12-dec release all is fine again! Playback falls back to like 6fps. I see the pvr.hts didnt change from pre 12-12 to post 12-2 (at least not around that date, for milhouse releases), so I am not sure what causes it. Debug log: http://sprunge.us/JKOG Also I noticed on your latest release, I cannot control the audio level anymore (I use passthrough). I am not sure if that is the desirable behaviour.! Thanks for all the effort! RE: New Era: VAAPI with EGL interoperation - fab67 - 2015-12-27 With latest build PPA/ubuntu and openelec, I have very slow buffering and freeze when I seek. Debug Log : http://xbmclogs.com/pc4nsxhyf RE: New Era: VAAPI with EGL interoperation - porkchop999 - 2015-12-27 Same issue http://pastebin.com/gzScMp9y |