Skip to content
Snippets Groups Projects
  1. Apr 10, 2019
  2. Apr 09, 2019
    • Víctor Manuel Jáquez Leal's avatar
      libs: encoder: h264,h265: initial and minimal QP can be zero · d4bc0cb6
      Víctor Manuel Jáquez Leal authored
      Currently the minimal value for either min_qp and init_qp are 1,
      but VA documentation specifiy that zero is also valid and means
      to ignore the quantiser.
      
      The default value is not changed though to avoid behaivor changes
      to users.
      d4bc0cb6
    • Haihao Xiang's avatar
      meson: build test-vaapicontext when using X11 · 81203a60
      Haihao Xiang authored and Víctor Manuel Jáquez Leal's avatar Víctor Manuel Jáquez Leal committed
      x11_dep and libva_x11_dep are optional and meson ignores these
      dependencies even if they are added into the dependency list.
      
      This fixes the error below when libva-x11 is not avaiblabe:
      
      cc -Itests/elements/tests@elements@@test-vaapicontext@exe
      -Itests/elements -I../../gstreamer-vaapi/tests/elements -I.
      -I../../gstreamer-vaapi/ -Igst-libs -I../../gstreamer-vaapi/gst-libs
      -I/usr/include/gstreamer-1.0 -I/usr/include/glib-2.0
      -I/usr/lib/x86_64-linux-gnu/glib-2.0/include -I/usr/include/orc-0.4
      -I/usr/include/at-spi2-atk/2.0 -I/usr/include/at-spi-2.0
      -I/usr/include/dbus-1.0 -I/usr/lib/x86_64-linux-gnu/dbus-1.0/include
      -I/usr/include/gtk-3.0 -I/usr/include/gio-unix-2.0/
      -I/usr/include/libdrm -I/usr/include/harfbuzz -I/usr/include/pango-1.0
      -I/usr/include/fribidi -I/usr/include/atk-1.0 -I/usr/include/cairo
      -I/usr/include/pixman-1 -I/usr/include/uuid -I/usr/include/freetype2
      -I/usr/include/libpng16 -I/usr/include/gdk-pixbuf-2.0
      -fdiagnostics-color=always -pipe -D_FILE_OFFSET_BITS=64 -Wall
      -Winvalid-pch -O2 -g -fvisibility=hidden -fno-strict-aliasing -pthread
      -DHAVE_CONFIG_H  -MD -MQ
      'tests/elements/tests@elements@@test-vaapicontext@exe/test-vaapicontext.c.o'
      -MF
      'tests/elements/tests@elements@@test-vaapicontext@exe/test-vaapicontext.c.o.d'
      -o
      'tests/elements/tests@elements@@test-vaapicontext@exe/test-vaapicontext.c.o'
      -c ../../gstreamer-vaapi/tests/elements/test-vaapicontext.c
      ../../gstreamer-vaapi/tests/elements/test-vaapicontext.c:29:10: fatal
      error: va/va_x11.h: No such file or directory
       #include <va/va_x11.h>
      81203a60
  3. Apr 01, 2019
  4. Mar 30, 2019
  5. Mar 29, 2019
  6. Mar 28, 2019
  7. Mar 26, 2019
  8. Mar 25, 2019
  9. Mar 21, 2019
  10. Mar 11, 2019
  11. Mar 04, 2019
  12. Mar 01, 2019
  13. Feb 27, 2019
    • Víctor Manuel Jáquez Leal's avatar
      plugin: if any caps in downstream, negotiate raw video · 3e992d8a
      Víctor Manuel Jáquez Leal authored
      When downstream has any caps, vaapi should not shovel vaapi featured
      buffers, but rather plain raw video, assuming always the worst case
      scenario (downstream cannot handle featured video memory but raw
      system memory buffers).
      
      This patch query the peer caps without any filter, to know if
      donwstream just ask for any caps, if so jump to the color space
      checking, otherwise do the caps intersection and continue with the
      feature selection algorithm.
      
      Fixes: #139
      3e992d8a
  14. Feb 26, 2019
  15. Feb 21, 2019
    • He Junyan's avatar
      vaapivideomemory: Prefer same format for surface and image · ee21fd90
      He Junyan authored and Víctor Manuel Jáquez Leal's avatar Víctor Manuel Jáquez Leal committed
      
      We prefer to use the same format between image and surface for gst
      vaapi allocator. The old way may choose different formats between
      image and surface. For example, the RGBA image may have a NV12 surface.
      
      So we need to do format conversion when we put/get image to surface.
      
      Some drivers such as iHD can not support such conversion and always
      cause a data flow error. There may also have some performance cost
      for format conversion when put/get images.
      
      So we prefer to use the same format for image and surface in the
      allocator. If the surface can not support that format, we then
      fallback to find a best one as the surface format.
      
      Co-authored-by: default avatarVíctor Jáquez <vjaquez@igalia.com>
      ee21fd90
  16. Feb 17, 2019
  17. Feb 16, 2019
  18. Feb 11, 2019
  19. Feb 08, 2019
  20. Jan 24, 2019
  21. Jan 22, 2019
  22. Jan 17, 2019
  23. Jan 14, 2019
  24. Jan 15, 2019
Loading