Bug#888501: closed by Sebastian Ramacher <sramac...@debian.org> (Re: Bug#888501: gstreamer1.0-vaapi: Latests versions does not work at all)

2018-02-15 Thread Sebastian Ramacher 
Control: severity -1 important

On 2018-02-15 11:56:19, Adrian Bunk wrote:
> Control: reopen -1
> Control: reassign -1 libva2
> 
> >...
> > > On Fri, 26 Jan 2018 10:40:36 -0200 Junior Polegato 
> > >  wrote:
> > > 
> > > > libva info: VA-API version 0.40.0
> > > > libva info: va_getDriverName() returns 0
> > > > libva info: Trying to open /usr/lib/i386-linux-gnu/dri/i965_drv_video.so
> > > > libva error: /usr/lib/i386-linux-gnu/dri/i965_drv_video.so has no 
> > > > function
> > > > __vaDriverInit_0_32
> > > > libva info: va_openDriver() returns -1
> > > 
> > > Hi,
> > > 
> > > this looks like a version mismatch between your Intel driver and
> > > libva, nothing related to gstreamer-vaapi.
> > 
> > Yes, so people need to update their drivers at the same time. We could add
> > Breaks for the old driver packges, but that woul just ensure that we make 
> > the
> > upgrade path from stretch to buster more complicated.
> 
> It would actually make the upgrade path easier by ensuring that people 
> and distributions have versions that work together.
> 
> stretch -> buster upgrade scenarios are one case.
> 
> Backports are another, where a new libva might be pulled in without
> matching new driver packages (proper package dependencies might help
> to make it clear that backporting libva can be problematic).

libva is currently not backportable. You'd need to rebuild all consumers in
backports. And unless somebody does the work to support that, this isn't any
sensible scenario.

> And without proper package dependencies, it might happen that testing
> contains versions that don't work together.
> This would create problems for people running testing,
> and for derivative distributions that are based on testing.

The drivers already have strict dependencies on the correct libva version they
support. And if the drivers for the correct version are missing, players will
fallback to software decoding in the worst case (if they don't, it's a bug in
the player / decoder).

Closing and lowering the severity. Please do not reopen again.

Cheers

> 
> > Cheers
> 
> cu
> Adrian
> 
> -- 
> 
>"Is there not promise of rain?" Ling Tan asked suddenly out
> of the darkness. There had been need of rain for many days.
>"Only a promise," Lao Er said.
>Pearl S. Buck - Dragon Seed
> 

-- 
Sebastian Ramacher


signature.asc
Description: PGP signature

Bug#888501: closed by Sebastian Ramacher <sramac...@debian.org> (Re: Bug#888501: gstreamer1.0-vaapi: Latests versions does not work at all)

2018-02-15 Thread Adrian Bunk 
Control: reopen -1
Control: reassign -1 libva2

>...
> > On Fri, 26 Jan 2018 10:40:36 -0200 Junior Polegato 
> >  wrote:
> > 
> > > libva info: VA-API version 0.40.0
> > > libva info: va_getDriverName() returns 0
> > > libva info: Trying to open /usr/lib/i386-linux-gnu/dri/i965_drv_video.so
> > > libva error: /usr/lib/i386-linux-gnu/dri/i965_drv_video.so has no function
> > > __vaDriverInit_0_32
> > > libva info: va_openDriver() returns -1
> > 
> > Hi,
> > 
> > this looks like a version mismatch between your Intel driver and
> > libva, nothing related to gstreamer-vaapi.
> 
> Yes, so people need to update their drivers at the same time. We could add
> Breaks for the old driver packges, but that woul just ensure that we make the
> upgrade path from stretch to buster more complicated.

It would actually make the upgrade path easier by ensuring that people 
and distributions have versions that work together.

stretch -> buster upgrade scenarios are one case.

Backports are another, where a new libva might be pulled in without
matching new driver packages (proper package dependencies might help
to make it clear that backporting libva can be problematic).

And without proper package dependencies, it might happen that testing
contains versions that don't work together.
This would create problems for people running testing,
and for derivative distributions that are based on testing.

> Cheers

cu
Adrian

-- 

   "Is there not promise of rain?" Ling Tan asked suddenly out
of the darkness. There had been need of rain for many days.
   "Only a promise," Lao Er said.
   Pearl S. Buck - Dragon Seed

Bug#888501: gstreamer1.0-vaapi: Latests versions does not work at all

2018-02-15 Thread Sebastian Dröge 
reassign 888501 libva
thanks

On Fri, 26 Jan 2018 10:40:36 -0200 Junior Polegato 
 wrote:

> libva info: VA-API version 0.40.0
> libva info: va_getDriverName() returns 0
> libva info: Trying to open /usr/lib/i386-linux-gnu/dri/i965_drv_video.so
> libva error: /usr/lib/i386-linux-gnu/dri/i965_drv_video.so has no function
> __vaDriverInit_0_32
> libva info: va_openDriver() returns -1

Hi,

this looks like a version mismatch between your Intel driver and
libva, nothing related to gstreamer-vaapi.

Reassigning to libva for the time being.


Best regards,
Sebastian

signature.asc
Description: This is a digitally signed message part

Bug#888501: gstreamer1.0-vaapi: Latests versions does not work at all

2018-01-26 Thread Junior Polegato 
Package: gstreamer1.0-vaapi
Version: 1.12.4-1+b2
Severity: grave
Tags: upstream
Justification: renders package unusable

Dear Maintainer,

Hi!

I am using Debian Testing with lastests Gnome/Xorg and I have had a problem
with gstreamer1.0-vaapi.

With vaapi enabled, I see about 120 streams without problems or lags, otherwise
I just can see about 14 ~ 16 streams.

I did some tests with old packages versions from snapshot, where I got this
problems:


Versions: 1.10.4-1+b1 or 1.11.91-1 or 1.12.0-1

libva info: VA-API version 0.40.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/i386-linux-gnu/dri/i965_drv_video.so
libva error: /usr/lib/i386-linux-gnu/dri/i965_drv_video.so has no function
__vaDriverInit_0_32
libva info: va_openDriver() returns -1


Versions: 1.12.1-1 or 1.12.2-1 or 1.12.2-1+b1 or 1.12.3-1 or 1.12.3-1+b1 or
1.12.3-2

libva error: /usr/lib/i386-linux-gnu/dri/i965_drv_video.so has no function
__vaDriverInit_0_32


Versions: 1.12.3-2+b1 or 1.12.4-1 or 1.12.4-1+b1 or 1.12.4-1+b2




So I downgrade i965-va-driver package and hold it, "hold" because this didn't
broken apt:

dpkg -i i965-va-driver_1.8.3-1_i386.deb
echo i965-va-driver hold | dpkg --set-selections


Now I a get this:


Versions: 1.10.4-1+b1 or 1.11.91-1 or 1.12.0-1 ==> THIS WORKS

libva info: VA-API version 0.40.0
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/i386-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_40
libva info: va_openDriver() returns 0


Versions: 1.12.1-1 or 1.12.2-1 or 1.12.2-1+b1 or 1.12.3-1 or 1.12.3-1+b1 or
1.12.3-2 or 1.12.3-2+b1 or 1.12.4-1 or 1.12.4-1+b1 or 1.12.4-1+b2




Can someone solve this for lastest gstreamer1.0-vaapi and i965-va-driver to
work?

Thanks.



-- System Information:
Debian Release: buster/sid
  APT prefers testing
  APT policy: (900, 'testing'), (65, 'unstable'), (60, 'stable'), (55, 
'experimental')
Architecture: i386 (i686)

Kernel: Linux 4.13.0-1-686-pae (SMP w/4 CPU cores)
Locale: LANG=pt_BR.UTF-8, LC_CTYPE=pt_BR.UTF-8 (charmap=UTF-8), 
LANGUAGE=pt_BR.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
Init: systemd (via /run/systemd/system)
LSM: AppArmor: enabled

Versions of packages gstreamer1.0-vaapi depends on:
pn  libc6   
ii  libdrm2 2.4.89-1
ii  libegl1 1.0.0-1.1
ii  libgl1  1.0.0-1.1
ii  libglib2.0-02.54.3-1
ii  libgstreamer-plugins-bad1.0-0   1.12.4-2+b1
ii  libgstreamer-plugins-base1.0-0  1.12.4-1
ii  libgstreamer1.0-0   1.12.4-1
ii  libudev1236-3
ii  libva-drm2  2.0.0-2
ii  libva-wayland2  2.0.0-2
ii  libva-x11-2 2.0.0-2
ii  libva2  2.0.0-2
ii  libwayland-client0  1.14.0-1+b1
ii  libx11-62:1.6.4-3
ii  libxrandr2  2:1.5.1-1
ii  libxrender1 1:0.9.10-1

gstreamer1.0-vaapi recommends no packages.

Versions of packages gstreamer1.0-vaapi suggests:
pn  gstreamer1.0-vaapi-doc  

-- no debconf information