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)



RE: New Era: VAAPI with EGL interoperation - FernetMenta - 2016-03-23

depends to what "before" refers to. This was a change in 2015
https://github.com/xbmc/xbmc/commit/5cadf115356256acc2ecd527ba1a5b49fac4c8d2


RE: New Era: VAAPI with EGL interoperation - negge - 2016-03-23

But that commit is not part of Jarvis, right? Either way I guess we have to work around it in the addon, I haven't tried Kodi 17 yet so this is the first I'm hearing of this.


RE: New Era: VAAPI with EGL interoperation - wookl - 2016-03-23

(2016-03-23, 11:47)wookl Wrote: BDMV and iso videoes does not cache from nfs, I have enabled cache of everything to my ssd on a nuc5cpyh with 120gb ssd, mkv caches, but bdmv and iso caches 0 B.

(2016-03-23, 12:49)fritsch Wrote: -> trac.kodi.tv please

If you meant my post;
I have found some other posts about the same issue, also tried with your latest openelec build and latest kodi v17 alpha on mac, same issue. Mkv files caches as they should, but bdmv does not cache at all.

There is already a reported issue on trac.kodi.tv, but it does not seems to be open? http://trac.kodi.tv/ticket/14172

Found others reporting the same issue on the forum, also on windows.
238408 (thread)
223642 (thread)


RE: New Era: VAAPI with EGL interoperation - fritsch - 2016-03-23

Jep - it's a generic problem so nothing special for this thread. Thanks for reporting.

Edit: Please open a new trac with all Debug Log available - the one you linked is really outdated.


RE: New Era: VAAPI with EGL interoperation - morstef4 - 2016-03-25

@fritsch

I know this is not the right threat for this but I'm digging for quite a while now and I think that "you're the one" for this question.

Is there anyway from my NUC Milhouse OE7 image to view movies on my TV and to stream only audio to my android phone ?
Or any other setup that will succeed this ? (except the Nvidia ShieldTV, I don't own one)

Many tk's


RE: New Era: VAAPI with EGL interoperation - fritsch - 2016-03-25

(2016-03-25, 16:47)morstef4 Wrote: @fritsch

I know this is not the right threat for this but I'm digging for quite a while now and I think that "you're the one" for this question.

Is there anyway from my NUC Milhouse OE7 image to view movies on my TV and to stream only audio to my android phone ?
Or any other setup that will succeed this ? (except the Nvidia ShieldTV, I don't own one)

Many tk's

Nope, sorry. Install kodi on the android device and play those files directly.


RE: New Era: VAAPI with EGL interoperation - ggp759 - 2016-03-26

Can someone please tell me why i get this HDMI signal info from my av receiver? Is it correct?

https://www.dropbox.com/s/piiy1iz3eoz240t/2016-03-26%2022.30.48.jpg?dl=0

Am talking about the 12bit colorspace. it happens in kodi gui and in video playback. Using chromebox. RGB is set to limited. Tv is set to limited. Video is passtrhough the avr. No conversion happening. Using latest build of openelec by fritsch.


RE: New Era: VAAPI with EGL interoperation - fritsch - 2016-03-26

The AVR is just idiotic: It talks about RGB 444, which is most likely a even more confused YCBR 444, and ontop most likely sums the bits ... has nothing to do with 12 bit RGB per channel


RE: New Era: VAAPI with EGL interoperation - noggin - 2016-03-27

fritsch - not sure what you are saying? My TV reports 12 bit YCbCr as '12 bit', and my amp reports it as 36bit (Presumably the TV reports the single channel bit depth, the AVR the total number of bits used for each channel - though it may well not be taking into account subsampling. Things would get confusing if it started reporting 12-bit for 8-bit 4:2:0 for instance, or 20-bit for 10-bit 4:2:2)

Or are you saying that the AVR reporting a 12 bit input from an Intel GPU feed is just wrong?

Just had a look at my Sony BDP-S5500 Blu-ray player feeding through my Onkyo AVR into my Sony UHD TV.

Not playing any video - just in the player menu :

TV Reports :
1080p 12 bit

AVR Reports :
Input HDMI 1 : YCbCr 36 bit 1920x1080p 60Hz
Output HDMI Main : YCbCr 36 bit 1920x1080p 60Hz

I suspect my Blu-ray player is permanently outputting 12 bit depth YCbCr.

AIUI 12 bit YCbCr (and 10 and 16 bit) were added to relatively early HDMI specs as 'Deep Color' marketing... The Blu-ray spec is 8 bit 4:2:0 YCbCr, so I guess only file-based content you shoot yourself might benefit from this deep color (other than a small potential benefit of avoiding truncation on resampling maths errors)?

To return to the original question however, if the AVR is reporting that as an input source (and not an output source) then that's a bit odd (unless it is getting confused)? However it wouldn't be odd for an AVR to resample 8-bit to 10 or 12-bit if it is running in non-passthrough mode and scaling all content to a fixed output format (which could well be 12 bit rather than 8 bit)


RE: New Era: VAAPI with EGL interoperation - fritsch - 2016-03-27

Quote:Or are you saying that the AVR reporting a 12 bit input from an Intel GPU feed is just wrong?
This is what I'm saying.


RE: New Era: VAAPI with EGL interoperation - hanzoh - 2016-03-27

Hi fritsch,

I have been testing OpenELEC 6.95.1, your latest builds and Milhouse' builds.
All have the same problem:
In very irregular intervals (sometimes twice in 5 minutes, then the next time after 2 hours),
my TV goes black for 2-3 seconds and then shows 1080p 50Hz on its OSD again.

I have a machine with i3-3225, Sharp TV and Denon AVR.

Debug logging is enabled with component logging for video and CEC (as I use the pulse-eight adapter),
but I cannot find any hints in the logs, when the screen goes blank (last time was at around 12:24).

I already tried your xorg.conf and installed my own custom edid.

Do you know what's going on?

– hanzoh

OpenELEC:~/logfiles # pastebinit 01_KODI.log
http://sprunge.us/iaEY
OpenELEC:~/logfiles # pastebinit 02_System.log
http://sprunge.us/CjfU
OpenELEC:~/logfiles # pastebinit 03_Hardware.log
http://sprunge.us/eGGK
OpenELEC:~/logfiles # pastebinit 06_varlog.log
http://sprunge.us/Abjc
OpenELEC:~/logfiles # pastebinit 09_Journal-cur.log
http://sprunge.us/ICbW

OpenELEC:~ # journalctl -a | pastebinit
http://sprunge.us/OMGP
OpenELEC:~ # dmesg | pastebinit
http://sprunge.us/FiQA
OpenELEC:~ # cat /storage/.kodi/temp/kodi.log | pastebinit
http://sprunge.us/DJeW
OpenELEC:~ # vainfo | pastebinit
libva info: VA-API version 0.38.1
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/va/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_38
libva info: va_openDriver() returns 0
http://sprunge.us/EAfK


RE: New Era: VAAPI with EGL interoperation - fritsch - 2016-03-27

Can you provoke it by bending the hdmi cable? Does it happen without AVR, too?


RE: New Era: VAAPI with EGL interoperation - hanzoh - 2016-03-27

No, I tried all connections (TV - AVR, AVR - CEC, CEC - HTPC), but I cannot provoke it.
Seems unlikely as this only popped up with OE 6.95.1.

I have now tried without the CEC adapter and will monitor it further.

But the behaviour looks just like a refresh rate change, audio keeps playing, TV goes black for 3s.
I remember that this also happened when nothing was playing, just showing the main menu (screensaver is disabled).


RE: New Era: VAAPI with EGL interoperation - Jorgensen - 2016-03-28

Hi,

I am still struggling with passthrough and HD-audio. I have attached logs when playing back a movie with HD audio, and I see a lot of skips and drops. However, this is not consistent. Sometimes, if I stop the movie and start it again, it plays perfectly.

Here are some logs, not sure which are relevant:
cat /home/kodi/.kodi/temp/kodi.log | pastebinit
http://paste.ubuntu.com/15540115/

cat /var/log/Xorg.0.log | pastebinit
http://paste.ubuntu.com/15540116/

dmesg | pastebinit
http://paste.ubuntu.com/15540117/

DISPLAY=:0 vainfo | pastebinit
libva info: VA-API version 0.38.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_38
libva info: va_openDriver() returns 0
http://paste.ubuntu.com/15540118/

id | pastebinit
http://paste.ubuntu.com/15540119/

aplay -L | pastebinit
http://paste.ubuntu.com/15540120/

Since the new skin, I have noticed a setting called "Number of buffers used by graphic driver", I can choose between 2 and 3, what is the recommended value?

BR,
Jorgensen


RE: New Era: VAAPI with EGL interoperation - fritsch - 2016-03-28

For the number of buffers:

With TripleBuffers disabled: 2
With it enabled (sadly the default): 3

I ship a custom xorg.conf for OpenELEC when I force tearfree disabled and TripleBuffers, too.

For your DTS-HD issue: Could you please update the kernel? You use a very old one. This is not 15.10 right?

Same issue with OpenELEC build from USB stick?