Kodi Community Forum
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

New Era: VAAPI with EGL interoperation - fritsch - 2015-08-29

I cannot access pastebin links from turkey, it is blocked.

The others show the same issue each in hevc parser of ffmpeg. Does it work with ffplay (download a current static build and try, please)?

If yes it might be our reduced analysis time, if also not, please file a bug with ffmpeg people.

RE: New Era: VAAPI with EGL interoperation - fab67 - 2015-08-29

for info : ffplay version N-74700-g628a73f can open and play the video but not the audio :

Input #0, mpegts, from 'UHD_ENT_Transformer_Quad.ts':
Duration: N/A, start: 1.083411, bitrate: N/A
Program 1
Stream #0:0[0x101]: Video: hevc (Main 10) ([36][0][0][0] / 0x0024), yuv420p10le(tv, bt709), 3840
x2160 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc
Stream #0:1[0x102](und): Audio: aac ([15][0][0][0] / 0x000F), 0 channels, fltp
2.52 M-V: -0.039 fd= 5 aq= 0KB vq= 8607KB sq= 0B f=0/0

For me .ts support really doesn't matter, it's only for testing. My videos will be .mp4 and .mkv in the future

RE: New Era: VAAPI with EGL interoperation - fritsch - 2015-08-29

It's not about .TS. Those samples are Main 10 bit. They would not be supported with vaapi anyways. Do they work if you disabled vaapi? I need to refine my patch to exit early if we hit 10 bit.

RE: New Era: VAAPI with EGL interoperation - fab67 - 2015-08-29

No it doesn't help with vaapi disabled.
Oh I also retry ffplay with another file and I have this message :

[NULL @ 0000000002fa2cc0] start time for stream 1 is not set in estimate_timings_from_pts
[mpegts @ 0000000002fa02c0] Could not find codec parameters for stream 1 (Audio: aac ([15][0][0][0]
/ 0x000F), 0 channels, fltp): unspecified sample rate
Consider increasing the value for the 'analyzeduration' and 'probesize' options

but the file open and play fine.

I know that they are 10 bits videos but when mux in .mkv or .mp4 they open and play ( very slow) using ff-hevc ( instead of ff-hevc-vaapi for hevc 8bits ).
Only .ts container doesn't open

RE: New Era: VAAPI with EGL interoperation - fritsch - 2015-08-29

Try: http://solidrun.maltegrosse.de/~fritsch/ all .ts broken, too?

RE: New Era: VAAPI with EGL interoperation - AndyFurniss - 2015-08-29

I've got the transformers demo that the mediainfo pastebin shows, it's 10bit and the default ffmpeg probesize is too small to find the audio.

Edit: Pointless post as you can see that anyway from the output above :-(

RE: New Era: VAAPI with EGL interoperation - fab67 - 2015-08-29

@fritsch
your .ts sample are ok.
I recode some seconds with x265 in 8 bit and 10 bit ( crf 20 and crf 5 ) then mux in .ts -> the files are played.
I remux 5 seconds of the original ts with tsmuxer -> file doesn't play
It must be something with the encoder (ATEME Titan KFE 3.5.1 (4.5.1.0) but it's crazy that it only doesn't work with .ts.

RE: New Era: VAAPI with EGL interoperation - fritsch - 2015-08-29

(2015-08-29, 12:31)fab67 Wrote: @fritsch
your .ts sample are ok.
I recode some seconds with x265 in 8 bit and 10 bit ( crf 20 and crf 5 ) then mux in .ts -> the files are played.
I remux 5 seconds of the original ts with tsmuxer -> file doesn't play
It must be something with the encoder (ATEME Titan KFE 3.5.1 (4.5.1.0) but it's crazy that it only doesn't work with .ts.
It's the way we Analyse .ts. This logic has no retry algo to e.g. reprobe with much larger time ... if you Compiler from source, please alter the ts Hack and increase time by factor 10, please.

@AndyFurniss: Can you try this? It is a one liner.

RE: New Era: VAAPI with EGL interoperation - DennisTA - 2015-08-29

(2015-08-29, 01:07)fab67 Wrote: My beebox N3150 has arrived today.
...
If I use DP can I get 4k@60, I don't have a DP cable to test so if someone has the answer ...
...

It will not work with the Beebox, because it has only DP 1.1a.

4k@60Hz is only supported from DP 1.2 and higher.

RE: New Era: VAAPI with EGL interoperation - AndyFurniss - 2015-08-29

(2015-08-29, 12:58)fritsch Wrote:
(2015-08-29, 12:31)fab67 Wrote: @fritsch
your .ts sample are ok.
I recode some seconds with x265 in 8 bit and 10 bit ( crf 20 and crf 5 ) then mux in .ts -> the files are played.
I remux 5 seconds of the original ts with tsmuxer -> file doesn't play
It must be something with the encoder (ATEME Titan KFE 3.5.1 (4.5.1.0) but it's crazy that it only doesn't work with .ts.
It's the way we Analyse .ts. This logic has no retry algo to e.g. reprobe with much larger time ... if you Compiler from source, please alter the ts Hack and increase time by factor 10, please.

@AndyFurniss: Can you try this? It is a one liner.

Well I am not really sure what you mean by ts hack, but changing the analyzeduration x10 in xbmc/cores/dvdplayer/DVDDemuxers/DVDDemuxFFmpeg.cpp doesn't work, but it does change the logging slightly so I guess I changed the right one (logging change = max_analyze_duration 500000 reached at 500400 microseconds is missing after change).

Playing with ffmpeg cli, I can see that for my file, increasing analyzeduration to to 5000000 alone is not enough - I also need probesize 6000000 as I guess there just aren't enough bytes to analyze on this 50mbit stream otherwise.

RE: New Era: VAAPI with EGL interoperation - fritsch - 2015-08-29

Yes, exactly. Can you add this call? Should work the same way.

Thx in advance.

RE: New Era: VAAPI with EGL interoperation - AndyFurniss - 2015-08-29

It seems there is another issue with picture size - doing this (also tested even bigger)

Code:
diff --git a/xbmc/cores/dvdplayer/DVDDemuxers/DVDDemuxFFmpeg.cpp b/xbmc/cores/dvdplayer/DVDDemuxers/DVDDemuxFFmpeg.cpp
index 27f09e8..fa91d67 100644
--- a/xbmc/cores/dvdplayer/DVDDemuxers/DVDDemuxFFmpeg.cpp
+++ b/xbmc/cores/dvdplayer/DVDDemuxers/DVDDemuxFFmpeg.cpp
@@ -424,7 +424,8 @@ bool CDVDDemuxFFmpeg::Open(CDVDInputStream* pInput, bool streaminfo, bool filein
   bool isBluray = pInput->IsStreamType(DVDSTREAM_TYPE_BLURAY);
   if (iformat && (strcmp(iformat->name, "mpegts") == 0) && !fileinfo && !isBluray)
   {
-    av_opt_set_int(m_pFormatContext, "analyzeduration", 500000, 0);
+    av_opt_set_int(m_pFormatContext, "analyzeduration", 5000000, 0);
+    av_opt_set_int(m_pFormatContext, "probesize", 6000000, 0);
     m_checkvideo = true;
     skipCreateStreams = true;
   }

Works in the sense that the audio now gets detected as stereo, but no picture size is listed by kodi ffmpeg (unlike with cli), though I see 0x2160 as a size in the log so maybe some dec-hex mixup somewhere.

This is a fresh git kodi, ffmpeg is also now fresh, was 17th and both ffmpeg versions always id the video correctly including size even with really small probe/analyze options (maybe it gets it elsewhere?).

Code:
17:41:52 T:139699799385856    INFO: ffmpeg[7F0E64EAE700]: Input #0, mpegts, from '/mnt/sdb1/UHD/elemental-test-sequences/UHD_ENT_Transformer_Quad_chunk_0.ts':
17:41:52 T:139699799385856    INFO: ffmpeg[7F0E64EAE700]:   Duration: 00:01:21.37, start: 1.083411, bitrate: 51544 kb/s
17:41:52 T:139699799385856    INFO: ffmpeg[7F0E64EAE700]:   Program 1
17:41:52 T:139699799385856    INFO: ffmpeg[7F0E64EAE700]:     Stream #0:0[0x101]: Video: hevc (Main 10) ([36][0][0][0] / 0x0024), yuv420p10le(tv, bt709), 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc
17:41:52 T:139699799385856    INFO: ffmpeg[7F0E64EAE700]:     Stream #0:1[0x102](und): Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 127 kb/s
17:41:52 T:139699799385856   DEBUG: CDVDDemuxFFmpeg::AddStream(0, ...) -> 0
17:41:52 T:139699799385856   DEBUG: CDVDDemuxFFmpeg::AddStream(1, ...) -> 1
17:41:52 T:139699799385856  NOTICE: Opening stream: 0 source: 256
17:41:52 T:139699799385856  NOTICE: Creating video codec with codec id: 1211250229
17:41:52 T:139699799385856   DEBUG: CDVDFactoryCodec: compiled in hardware support: AMCodec:no MediaCodec:no OpenMax:no libstagefright:no VDPAU:yes VAAPI:no iMXVPU:no MMAL:no
17:41:52 T:139699799385856   DEBUG: FactoryCodec - Video:  - Opening
17:41:52 T:139699799385856  NOTICE: CDVDVideoCodecFFmpeg::Open() Using codec: HEVC (High Efficiency Video Coding)
17:41:52 T:139699799385856   ERROR: ffmpeg[7F0E64EAE700]: [IMGUTILS] Picture size 0x2160 is invalid
17:41:52 T:139699799385856   DEBUG: ffmpeg[7F0E64EAE700]: [hevc] Ignoring invalid width/height values
17:41:52 T:139699799385856   ERROR: ffmpeg[7F0E64EAE700]: [IMGUTILS] Picture size 0x0 is invalid

cli ffmpeg git -
Code:
ffmpeg -probesize 6M -analyzeduration 5M -i UHD_ENT_Transformer_Quad_chunk_0.ts
ffmpeg version N-74713-g16229fa Copyright (c) 2000-2015 the FFmpeg developers
  built with gcc 4.9.2 (GCC)
  configuration: --prefix=/usr --disable-doc --enable-gpl --enable-nonfree --enable-opencl --enable-libvpx --enable-libschroedinger --enable-libx265 --enable-libdcadec --enable-libfdk-aac --enable-libmp3lame --enable-libx264 --enable-x11grab
  libavutil      54. 31.100 / 54. 31.100
  libavcodec     56. 59.100 / 56. 59.100
  libavformat    56. 40.101 / 56. 40.101
  libavdevice    56.  4.100 / 56.  4.100
  libavfilter     5. 40.100 /  5. 40.100
  libswscale      3.  1.101 /  3.  1.101
  libswresample   1.  2.101 /  1.  2.101
  libpostproc    53.  3.100 / 53.  3.100
[mpegts @ 0x2e2f6a0] PES packet size mismatch
Input #0, mpegts, from 'UHD_ENT_Transformer_Quad_chunk_0.ts':
  Duration: 00:01:21.37, start: 1.083411, bitrate: 51544 kb/s
  Program 1
    Stream #0:0[0x101]: Video: hevc (Main 10) ([36][0][0][0] / 0x0024), yuv420p10le(tv, bt709), 3840x2160 [SAR 1:1 DAR 16:9], 23.98 fps, 23.98 tbr, 90k tbn, 23.98 tbc
    Stream #0:1[0x102](und): Audio: aac (LC) ([15][0][0][0] / 0x000F), 48000 Hz, stereo, fltp, 127 kb/s


RE: New Era: VAAPI with EGL interoperation - fritsch - 2015-08-29

Thx much. Will have a look myself when I am back in town.

RE: New Era: VAAPI with EGL interoperation - AndyFurniss - 2015-08-29

It seems that the image size errors may not be the issue - I just made a h264 2160p .ts and I see the same output - but it goes on to play normally both with s/w and vdpau.

Will look some more later
.

RE: New Era: VAAPI with EGL interoperation - FernetMenta - 2015-08-29

ts streams are supposed to be analyzed on-the-fly. ffmpeg's analyze stream function is not what counts here.