Bug#1015304: new upstream version (0.11) available

2022-07-19 Thread Steinar H. Gunderson
Package: svt-av1 Version: 0.9.1+dfsg-1 Severity: wishlist Hi, SVT-AV1 0.11 has been available for a while, and 0.12 is now starting the release process. There are quality and speed improvements (as well as the occasional API extension); would it be possible to package the newer version? -- Syste

Bug#1015257: misleading package description

2022-07-18 Thread Steinar H. Gunderson
Package: libsvtav1-dev Version: 0.9.1+dfsg-1 Severity: minor Hi, libsvtav1-dev writes: This package provides the development files for libsvtav1dec and libsvtav1enc. However, it does not. It provides _some_ development files (the header files), but not _the_ development files; in fact, it is

Bug#977286: crash on H.264 encoding

2021-01-10 Thread Steinar H. Gunderson
reopen 977268 tags 977286 - patch thanks On Sun, Dec 13, 2020 at 04:47:56PM +0100, Steinar H. Gunderson wrote: > Whenever I start Nageru on my Kaby Lake laptop, it segfaults in the VA driver. > This was fine in 20.3.0+ds1-1, broke in 20.4.1+ds1-1, and is still the case > in 20.4.2+ds1-1

Bug#977286: closed by Debian FTP Masters (reply to Sebastian Ramacher ) (Bug#977286: fixed in intel-media-driver-non-free 20.4.3+ds1-1)

2020-12-14 Thread Steinar H. Gunderson
On Sun, Dec 13, 2020 at 06:09:45PM +, Debian Bug Tracking System wrote: > We believe that the bug you reported is fixed in the latest version of > intel-media-driver-non-free, which is due to be installed in the Debian FTP > archive. <3 /* Steinar */ -- Homepage: https://www.sesse.net/

Bug#977286: crash on H.264 encoding

2020-12-13 Thread Steinar H. Gunderson
Package: intel-media-va-driver-non-free Version: 20.4.2+ds1-1 Severity: important Tags: patch upstream Hi, Whenever I start Nageru on my Kaby Lake laptop, it segfaults in the VA driver. This was fine in 20.3.0+ds1-1, broke in 20.4.1+ds1-1, and is still the case in 20.4.2+ds1-1. However, compiling

Bug#951778: libva2: NULL vtable when querying nvidia render device

2020-02-21 Thread Steinar H. Gunderson
Package: libva2 Version: 2.6.1-1 Severity: grave Hi, It seems that after a recent full-upgrade, querying certain render nodes fails, crashing my program; it is easily reproducible using vainfo: gruessi:~> vainfo --display drm --device /dev/dri/renderD129 libva info: VA-API version 1.6.0 va

Bug#924267: intel-media-va-driver: [CFL] no H.264 encoding, no JPEG decoding

2019-07-10 Thread Steinar H. Gunderson
On Wed, Jul 10, 2019 at 10:43:30PM +0200, Sebastian Ramacher wrote: > As far as I understand the feature matrices of 18.4.x and 19.2.x, the > open source build supports H.264 and JPEG encoding for Coffee Lake only > as of the 19.2.x. This version is now available in unstable. Could you > try it aga

Bug#924267: intel-media-va-driver: [CFL] no H.264 encoding, no JPEG decoding

2019-03-10 Thread Steinar H. Gunderson
Package: intel-media-va-driver Version: 18.4.0+dfsg1-1 Severity: important Hi, I've been trying the intel-media-va-driver package on my Coffee Lake, where the old driver works fine. It seems I can't get H.264 encoding to work: gruessi:~> export LIBVA_DRIVER_NAME=iHD gruessi:~> nageru

Bug#909832: Debian VPP patches break vaGetImage

2018-09-30 Thread Steinar H. Gunderson
On Sun, Sep 30, 2018 at 11:51:29PM +0200, Sebastian Ramacher wrote: >> Sure, I'll be happy to test, but I'm unsure exactly how? I mean, keeping >> .set_vpp = 1 >> _seems_ to work just fine for me, but I have no idea what it would break, if >> anything. > As long as the code doesn't hit another VA_

Bug#909832: Debian VPP patches break vaGetImage

2018-09-29 Thread Steinar H. Gunderson
On Sat, Sep 29, 2018 at 12:32:37PM +0200, Steinar H. Gunderson wrote: > However, on my Haswell laptop, vaGetImage() simply returns > VA_STATUS_ERROR_UNIMPLEMENTED when running the Debian version of > i965-va-driver. I guess the good news is that I tested this on a Coffee Lake deskto

Bug#909832: Debian VPP patches break vaGetImage

2018-09-29 Thread Steinar H. Gunderson
On Sat, Sep 29, 2018 at 01:37:40PM +0200, Sebastian Ramacher wrote: > That might be. I tried multiple times to get feedback from upstream what we > need > to disable after removing the non-free shaders, but they simply ignore the > issue. So please, especially since you have the hardware to test i

Bug#909832: Debian VPP patches break vaGetImage

2018-09-29 Thread Steinar H. Gunderson
Package: i965-va-driver Version: 2.2.0+dfsg1-1 Severity: important Hi, I'm developing an application that uses VA-API to decode JPEGs, and then fetch the decoded data down to the CPU. For this, you have two choices; either call vaDeriveImage() on the surface (which always gives you uncached memor

Bug#396350: FTBFS: KeyError: 'SYSMIDI':

2006-11-08 Thread Steinar H. Gunderson
On Tue, Oct 31, 2006 at 12:15:40PM +0100, Goswin von Brederlow wrote: > Checking for C header file alsa/asoundlib.h... no This seems to be what's triggering the problem, and the first main difference from the logs of the other builds. However, libasound2-dev contains this file (/usr/include/alsa/a

Bug#396350: FTBFS: KeyError: 'SYSMIDI':

2006-11-08 Thread Steinar H. Gunderson
On Tue, Oct 31, 2006 at 12:15:40PM +0100, Goswin von Brederlow wrote: > building ardour fails with I'm unable to reproduce this, both in an i386 pbuilder and my regular amd64 system. It looks like several of your amd64 FTBFS are built in some kind of non-clean environment; could you please somehow