[ezteban]

Hello,

I'm still having black artifacts on Linux with the nightly build from ppa.
In the log file the following message can be found when playing a video:

Code:

ERROR: CShader::InsertSource - failed to open file gl_tonemap.glsl

kodi.log

[Klojum]

The forum moderators have determined that banned addons (wiki) are present on your system. To receive assistance here, these banned items must be removed. If a clean log is not submitted within 3 days, then the relevant post(s) will be removed after this time.

[ezteban]

Ok, i cleaned up my addons and updated log in the first post. I hope it's ok now.

[P-I H]

I had black artifacts on the nightly builds. I haven't a Vega but a RX580. There were artifacts on certain colors, mostly red. I set the "Use limited color range (16-235)" in 
Settings/System/Display and the artifacts disappeared.
This is on Ubuntu Bionic Beaver with kernel 4.15.4

[ezteban]

Thanks,

i tried the setting, but it only reduces the artifacts to a minimum and the picture loses much contrast.
Also, i do have a PC mode setting enabled on my TV so this setting should not be needed.
My Kodi installation is 10 years old and i never had this artifacts in full color range mode.
It began ~ 10 Days ago when i updated my nightly build and i think it has something to do with the newly implemented tone mapping because of the error i pointed out in my first post.
The file /usr/share/kodi/system/shaders/GL/1.5/gl_tonemap.glsl is present on my system, but for some reason it can't be opened.

[FernetMenta]

GL_VERSION = 3.0 Mesa 18.1.0-devel - padoka PPA

GL version should be higher. Please try a release build of Mesa from a official PPA

[ezteban]

Ok, installed original Ubuntu Mesa 17.2.8.
I also backed up my old Kodi configuration folder and created a new one but the problem still persists.
glxinfo tells me multiple GL version strings:

Max core profile version: 4.5
Max compat profile version: 3.0
Max GLES1 profile version: 1.1
Max GLES[23] profile version: 3.1
OpenGL core profile version string: 4.5 (Core Profile) Mesa 17.2.8
OpenGL core profile shading language version string: 4.50
OpenGL version string: 3.0 Mesa 17.2.8
OpenGL shading language version string: 1.30

Steam games that require OpenGL version >4.0 work flawlessly but Kodi only detects OpenGL Version 3.0.
New log uploaded

kodi.log

[fritsch]

If your force GL4 via Override everything is fine? https://www.mesa3d.org/envvars.html

[ezteban]

Ok, now Kodi detects OpenGL Version 4.5 and the error message is gone, but the artifacts still persist in some videos.
If i enable VDPAU acceleration the artifacts are gone in some videos, but if i only enable vaapi acceleration all videos have artifacts.
Screenshot is from the Netflix series Altered Carbon where the artifacts are always visible.

kodi.log

screenshot

Edit: Seems to be the same problem as in this thread.
If i set LIBGL_ALWAYS_SOFTWARE=1 the artifacts are gone, but the video stutters because software-gl seems to be too slow.
So it's a Mesa problem?

[fritsch]

Your GPU does not use VAAPI, it uses VDPAU on X11, that's why VAAPI and SW show the same issues for you. It's a problem with the driver ... that does not cope with NaN / rounding / whatever as other drivers do. When doing VDPAU another codepath is triggered.

[ezteban]

Ok, thanks for clarifying.
I think Netflix is always software-decoded so the artifacts are always there.
Does it mean we have to wait for a fix in Mesa or can it be fixed in Kodi?

[rudrood]

Complete NOOB here and don't understand all above this post. But just to make sure: I experience the same problems on my NVidia cards.

[AndyFurniss]

GL_VERSION = 3.0 Mesa 18.1.0-devel - padoka PPA

GL version should be higher. Please try a release build of Mesa from a official PPA

 I thought mesa should be 3.0 compat profile when queried like kodi does.
FWIW it just got raised to 3.1, which is now what kodi sees
https://cgit.freedesktop.org/mesa/mesa/c...a1bbd8d93d

[FernetMenta]

Ok, now Kodi detects OpenGL Version 4.5 and the error message is gone, but the artifacts still persist in some videos.
If i enable VDPAU acceleration the artifacts are gone in some videos, but if i only enable vaapi acceleration all videos have artifacts.
Screenshot is from the Netflix series Altered Carbon where the artifacts are always visible.
 

 Is it only netflix or content that makes use of inputstream adaptive? can you post a sample that shows the issue and does not use this path?

[ezteban]

I think every video that cannot be decoded by VDPAU will show this issue, because if i disable VDPAU all videos have it.

Here is my vdpauinfo:

Code:

Decoder capabilities:

name                        level macbs width height
----------------------------------------------------
MPEG1                          --- not supported ---
MPEG2_SIMPLE                    3 65536  4096  4096
MPEG2_MAIN                      3 65536  4096  4096
H264_BASELINE                  52 65536  4096  4096
H264_MAIN                      52 65536  4096  4096
H264_HIGH                      52 65536  4096  4096
VC1_SIMPLE                      1 65536  4096  4096
VC1_MAIN                        2 65536  4096  4096
VC1_ADVANCED                    4 65536  4096  4096
MPEG4_PART2_SP                  3 65536  4096  4096
MPEG4_PART2_ASP                 5 65536  4096  4096
DIVX4_QMOBILE                  --- not supported ---
DIVX4_MOBILE                   --- not supported ---
DIVX4_HOME_THEATER             --- not supported ---
DIVX4_HD_1080P                 --- not supported ---
DIVX5_QMOBILE                  --- not supported ---                                                                                                                                    
DIVX5_MOBILE                   --- not supported ---                                                                                                                                    
DIVX5_HOME_THEATER             --- not supported ---                                                                                                                                    
DIVX5_HD_1080P                 --- not supported ---                                                                                                                                    
H264_CONSTRAINED_BASELINE       0 65536  4096  4096                                                                                                                                     
H264_EXTENDED                  --- not supported ---                                                                                                                                    
H264_PROGRESSIVE_HIGH          --- not supported ---                                                                                                                                    
H264_CONSTRAINED_HIGH          --- not supported ---                                                                                                                                    
H264_HIGH_444_PREDICTIVE       --- not supported ---                                                                                                                                    
HEVC_MAIN                      186 65536  4096  4096                                                                                                                                    
HEVC_MAIN_10                   186 65536  4096  4096                                                                                                                                    
HEVC_MAIN_STILL                --- not supported ---                                                                                                                                    
HEVC_MAIN_12                   --- not supported ---                                                                                                                                    
HEVC_MAIN_444                  --- not supported ---