I guess you've already tried the latest driver and library versions? I had similar artefacts on my Haswell systems when I had a out-dated/misconfigured version of libdrm, xf86-video-intel, or something (sorry, cannot remember anymore). Anyway, Braswell is completely different generation than Haswell. Does those filters work in Kodi?
[Announce] VA-API/VPP Support for vdr-plugin-softhddevice
-
-
I got my Intel Skylake desktop pc.
My softhddevice gets green video with -v va-api.
Video works with -v va-api-glx.VPP softhddevice shows only OSD no video.
Any ideas?
Johns
-
Bei mir sieht es so aus:
pesintta:
va-api = blackscreen
va-api-glx = only OSDjohns:
va-api = picture, but very bad quality
va-api-glx = blackscreenmesa: 10.6.7
xf86-video-intel 2.99.917+318+g5772556 -
intel-vaapi-driver, libva, libdrm versions?
I have quite good video and OSD with intel-vaapi-driver 1.6.0, libva 1.6.0 and libdrm 2.4.65+git150922 ... only caveat, 720p doesn't work, but 567i & 1080i @ MADI on my BayTrail Test System.
-
linux - 4.2.0-r1
xorg-server - 1.17.2-r1
xf86-video-intel - 2.99.917-r2
mesa - 11.0.0
libdrm - 2.4.65
libva - 1.6.1
libva-intel-driver - 1.6.1
ffmpeg - 2.8I currently try to get some reference code (mpv, kodi, ..) to run. To see if it is a hardware / driver problem or a softhddevice.
Johns
-
intel-vaapi-driver, libva, libdrm versions?
Ohh. Well, sorry.Here's the full list
linux 4.1.6
xorg-server 1.17.2
xf86-video-intel 2.99.917+381+g5772556
mesa 10.6.7
libdrm 2.4.65
libva 1.6.1
libva-intel-driver 1.6.1
ffmpeg 2.8 -
Try to downgrade back to ffmpeg-2.7 in order to get visible video.
My working setup with Haswell (based on Gentoo):
linux 4.2.0
xorg-server 1.16.4
xf86-video-intel 2.99.917
mesa 10.3.7
libdrm 2.4.65
libva libva 1.6.2.pre1
libva-intel-driver 1.6.2.pre1 (1.6.1-47-g2a72f99)
ffmpeg 2.7 -
should be : VAProcFilterColorBalance, &colorbalance_caps,
This is not a solution for the bars, but it does fix the segfault when entering the menu
video - 576i etc. (and also -v va-api-glx)
Did this happen on va-api or va-api-glx only? I've commited a fix for the latter, but the former one sounds a like a compiler bug. -
With ffmpeg 2.7.2 i get video and SoftHdDevice GIT with above update.
Deinterlacer Bob:
With va-api HDTV with bad frame frames many bars, SDTV only green frames format bug?
With va-api-glx SDTV and HDTV works with regular bad frames which seems to contain many bars,Best Picture with First/Second Field 2,2
MotionAdapative same, MotionCompensated same.
I tested mpv git, which works fine, but surprise Deinterlacer not working.
I tested ffvademo, which works fine, but surprise no deinterlacer implemented.Johns
-
> Did this happen on va-api or va-api-glx only? I've commited a fix for the latter, but the former one sounds a like a compiler bug.
In va-api when expanding video under 576i you could see strange characters, when on 576i pressing right arrow a segment fault
was created.
va-api-glx didn;t do anything at all.
I will have a look at the status after you're commits, but that will be tomorrow.Rene
-
I tested the new pesintta git
both va-api and va-api-glx are working, no more segfaults.
I can use the menu and all settings seem to work.
The color_balance filters are working.
I couldn't see any difference in the tone settings, but that is probably because
it is difficult to see with the horizontal bars flickering.Yes, I still have the horizontal bars
Rene
-
Yes, I still have the horizontal bars
..and those horizontal bars exists only with softhddevice? Have you tried other vaapi mediaplayers with vpp enabled on your system? I still think this is due to a incompatible library version or buggy driver. -
Try to downgrade back to ffmpeg-2.7 in order to get visible video.
It's working now, but I consider this a workaround. Downgrading is not acceptable for an Arch Linux user.
Ohh and it's still crashing with 720p from ORF1 HD or ZDF HDBacktrace with glx:
Code
Alles anzeigen#0 0x00007f6696407170 in drm_intel_bo_get_tiling () from /usr/lib/libdrm_intel.so.1 No symbol table info available. #1 0x00007f669445e0f2 in ?? () from /usr/lib/dri/i965_drv_video.so No symbol table info available. #2 0x00007f669445f2f8 in ?? () from /usr/lib/dri/i965_drv_video.so No symbol table info available. #3 0x00007f669445f825 in ?? () from /usr/lib/dri/i965_drv_video.so No symbol table info available. #4 0x00007f669445c7dd in ?? () from /usr/lib/dri/i965_drv_video.so No symbol table info available. #5 0x00007f66944631d2 in ?? () from /usr/lib/dri/i965_drv_video.so No symbol table info available. #6 0x00007f66bc5320af in vaEndPicture () from /usr/lib/libva.so.1 No symbol table info available. #7 0x00007f66bce71a03 in VaapiPostprocessSurface (ctx=33554432, src=67108877, dst=67108893, filters=filters@entry=0x7f668c90ca90, num_filters=num_filters@entry=0, filter_flags=filter_flags@entry=40, pipeline_flags=0, frefs=0x7f666ca33aa0, num_frefs=<optimized out>, brefs=0x7f666c53b2d0, num_brefs=<optimized out>) at video.c:3446 i = <optimized out> tmp_num_frefs = 0 tmp_num_brefs = 0 va_status = 0 va_surf_status = VASurfaceReady pipeline_buf = 134217734 pipeline_caps = {pipeline_flags = 0, filter_flags = 0, num_forward_references = 0, num_backward_references = 0, input_color_standards = 0x7f66947a8680, num_input_color_standards = 1, output_color_standards = 0x7f66947a8660, num_output_color_standards = 1} pipeline_param = {surface = 67108877, surface_region = 0x0, surface_color_standard = VAProcColorStandardNone, output_region = 0x0, output_background_color = 4278190080, output_color_standard = VAProcColorStandardNone, pipeline_flags = 0, filter_flags = 40, filters = 0x7f668c90ca90, num_filters = 0, forward_references = 0x7f666ca33aa0, num_forward_references = 0, backward_references = 0x7f666c53b2d0, num_backward_references = 0} #8 0x00007f66bce71d7e in VaapiApplyFilters (decoder=decoder@entry=0x2edcf70, top_field=<optimized out>) at video.c:3561 i = <optimized out> filter_count = 0 filter_flags = 40 tmp_forwardRefCount = 0 tmp_backwardRefCount = 0 va_status = <optimized out> filters_to_run = {134217728, 134217730, 4294967295, 4294967295, 4294967295, 4294967295} deinterlace = 0x7f666ca07b20 surface = 0x2edd3c4 gpe_surface = 0x0 #9 0x00007f66bce7724a in VaapiQueueSurface (decoder=0x2edcf70, surface=67108877, softdec=0) at video.c:5172 old = 4294967295 firstfield = 0x0 secondfield = 0x0 #10 0x00007f66bce819af in VaapiCpuDerive (surface=<optimized out>, decoder=<optimized out>) at video.c:6021 image = {{image_id = 1817057200, format = {fourcc = 32614, byte_order = 1817041120, bits_per_pixel = 32614, depth = 2358299584, red_mask = 32614, green_mask = 2358299588, blue_mask = 32614, alpha_mask = 0}, buf = 0, width = 0, height = 0, data_size = 0, num_planes = 0, pitches = {0, 1817041120, 32614}, offsets = {2358299664, 32614, 5833}, num_palette_entries = 0, entry_bytes = -1936667428, component_order = "f\177\000"}} dest1 = {{image_id = 1822725984, format = {fourcc = 32614, byte_order = 3074045511, bits_per_pixel = 32614, depth = 100, red_mask = 1, green_mask = 2358299664, blue_mask = 32614, alpha_mask = 5833}, buf = 0, width = 30214, height = 47731, data_size = 32614, num_planes = 0, pitches = {0, 47275288, 0}, offsets = { 1817041728, 32614, 1823223232}, num_palette_entries = 32614, entry_bytes = -1936667632, component_order = "f\177\000"}} status = <optimized out> out2 = <optimized out> dest2 = {{image_id = 68022592, format = {fourcc = 0, byte_order = 502255162, bits_per_pixel = 1, depth = 0, red_mask = 2147483648, green_mask = 67498080, blue_mask = 0, alpha_mask = 5833}, buf = 0, width = 0, height = 0, data_size = 0, num_planes = 0, pitches = {0, 0, 0}, offsets = {3123723040, 32614, 0}, num_palette_entries = 0, entry_bytes = -1, component_order = "\377\377\377\377"}} out1 = <optimized out> #11 VaapiCpuDeinterlace (surface=<optimized out>, decoder=<optimized out>) at video.c:6220 No locals. #12 VaapiRenderFrame (frame=<optimized out>, video_ctx=<optimized out>, decoder=0x2edcf70) at video.c:6308 surface = 67108877 interlaced = <optimized out> #13 VaapiSyncRenderFrame (decoder=0x2edcf70, video_ctx=<optimized out>, frame=<optimized out>) at video.c:6985 No locals. #14 0x00007f66bce8a1db in CodecVideoDecode (decoder=0x21695f0, avpkt=avpkt@entry=0x7f66bd09c4d0 <MyVideoStream+4208>) at codec.c:643 video_ctx = 0x7f666ca49760 frame = 0x7f666c4dd8e0 used = 5833 got_frame = 1 pkt = {{buf = 0x40df140, pts = 4797222458, dts = -9223372036854775808, data = 0x405f060 "", size = 5833, stream_index = 0, flags = 0, side_data = 0x0, side_data_elems = 0, duration = 0, destruct = 0x7f66ba303b20, priv = 0x0, pos = -1, convergence_duration = 0}} #15 0x00007f66bce699d6 in VideoDecodeInput (stream=0x7f66bd09b460 <MyVideoStream>) at softhddev.c:1984 filled = <optimized out> avpkt = 0x7f66bd09c4d0 <MyVideoStream+4208> saved_size = 524288 #16 0x00007f66bce78f98 in VaapiDisplayHandlerThread () at video.c:7063 err = <optimized out> filled = <optimized out> nowtime = {tv_sec = 156, tv_nsec = 349324846} decoder = 0x2edcf70 #17 0x00007f66bce8043c in VideoDisplayHandlerThread (dummy=<optimized out>) at video.c:11741 No locals. #18 0x00007f66c25e14a4 in start_thread () from /usr/lib/libpthread.so.0 No symbol table info available. #19 0x00007f66c0f7f13d in clone () from /usr/lib/libc.so.6 No symbol table info available.
-
720p crashes are a driver bug in certain platforms - you should add a ticket into Intel's bug tracker.
-
>.and those horizontal bars exists only with softhddevice? Have you tried other vaapi mediaplayers with vpp enabled on your system? I still think this is due to a incompatible library version or buggy driver.
Well I wanted to test with xbmc, but I cannot seem to find the vpp settings (kodi-bin:amd64/sid 15.1+dfsg1-3)
That will take some time to figure out.N.B. I found something else:
As soon as I get into the menu : setup : plugins :softhddevice , and out of it again
(without doing something), the picture is distorted (like over saturated) but very bad. -
720p crashes are a driver bug in certain platforms
Are you sure? It works great with Kodi.
-
I though Kodi isn't using vpp stuff, but doing those things in software. Anyway, I stand corrected.
Does your compiled plugin support both vdpau and vaapi? If yes, please, disable vdpau and try again. The plugin code somehow selects invalid code execution path for some unknown reason and it could be your environment as a 720p channel works nicely here with Gentoo. The other thing worth of trying would be changing the compiler optimization level...
-
As referenz i suggest mpv GIT,, it has va-api and va-vpp support.
I'm not sure. if i should use my code to find the bugs or if i pull the vpp branch and use this as start.
Johns -
I got a problematic 720p sample recording, but it works nicely on my Haswell, so I can't help on that matter (and still think it's a driver bug).
On the otherhand I found the bug in skin tone enchancement and made a pull request for pesintta's repo. So, with the Haswell platform the only remaining issue is the ffmpeg-2.8 incompatibility.
-
N.B. I found something else:
As soon as I get into the menu : setup : plugins :softhddevice , and out of it again
(without doing something), the picture is distorted (like over saturated) but very bad.Well, this was a user error (sort of).
If I go into the menu and directly out of it, the values for brightness, contrast etc. are set to
the values that are (hiden) in the menu.
The values for contrast and saturation where on max.N.B. I believe the defaults for these are coming from
static int ConfigVideoContrast = 1000; ///< config video contrast
static int ConfigVideoSaturation = 1000; ///< config video saturationin softhddevice.cpp.
It would be better if they where 10.
greetings Rene
Jetzt mitmachen!
Sie haben noch kein Benutzerkonto auf unserer Seite? Registrieren Sie sich kostenlos und nehmen Sie an unserer Community teil!