Bug#881536: ffmpeg: Breaks sound in kodi

[Viktor Malyarchuk]

Hi James,

just want to confirm that

gcc -shared shim.c -olibshim.so
LD_PRELOAD=$(pwd)/libshim.so kodi-standalone

indeed fixed the audio problem with kodi.

Best regards,
Viktor Malyarchuk
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

libyami-utils 1.3.0-1 MIGRATED to testing

[Debian testing watch]

FYI: The status of the libyami-utils source package
in Debian's testing distribution has changed.

  Previous version: 1.2.0-1
  Current version:  1.3.0-1

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See https://release.debian.org/testing-watch/ for more information.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

libyami 1.3.0-2 MIGRATED to testing

[Debian testing watch]

FYI: The status of the libyami source package
in Debian's testing distribution has changed.

  Previous version: 1.2.0-1
  Current version:  1.3.0-2

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See https://release.debian.org/testing-watch/ for more information.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

streamtuner2 REMOVED from testing

[Debian testing watch]

FYI: The status of the streamtuner2 source package
in Debian's testing distribution has changed.

  Previous version: 2.2.0-2
  Current version:  (not in testing)
  Hint: 
Bug #878445: streamtuner2: crashes at shoutcast-option

The script that generates this mail tries to extract removal
reasons from comments in the britney hint files. Those comments
were not originally meant to be machine readable, so if the
reason for removing your package seems to be nonsense, it is
probably the reporting script that got confused. Please check the
actual hints file before you complain about meaningless removals.

-- 
This email is automatically generated once a day.  As the installation of
new packages into testing happens multiple times a day you will receive
later changes on the next day.
See https://release.debian.org/testing-watch/ for more information.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#881461: marked as done (frei0r-plugins: Breaks frei0r-plugins (<= 1.1.22))

[Debian Bug Tracking System]

Your message dated Mon, 13 Nov 2017 01:12:15 +0100
with message-id <151053193572.2625.8670073701022446...@auryn.jones.dk>
and subject line Re: Bug#881461: frei0r-plugins: Breaks frei0r-plugins (<= 
1.1.22)
has caused the Debian Bug report #881461,
regarding frei0r-plugins: Breaks frei0r-plugins (<= 1.1.22)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
881461: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881461
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: frei0r-plugins
Version: 1.6.1-1+b1
Severity: minor

Dear Maintainer,

Thanks for maintaining frei0r's plugins.

They look cool.

* What led up to the situation?

I wondered why ffmpeg failed to use frei0r plugins
as ffmpeg sources.

* What exactly did you do (or not do) that was effective (or
 ineffective)?

I typed

$ apt-cache show frei0r-plugins

and read the "Breaks:" header.

* What was the outcome of this action?

Breaks: frei0r (<= 1.1.22)

* What outcome did you expect instead?

Breaks: frei0r-plugins (<= 1.1.22)


Thanks,
Kingsley

Bonus:  Tell me where to look for documentation on
parameters and syntax for using frei0r effects as
ffmpeg sources.

-- System Information:
Debian Release: stretch/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'unstable')
Architecture: i386 (i686)

Kernel: Linux 4.4.0-1-686-pae (SMP w/2 CPU cores)
Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/bash
Init: systemd (via /run/systemd/system)

Versions of packages frei0r-plugins depends on:
ii  libc62.24-17
ii  libcairo21.14.8-1
ii  libgavl1 1.4.0-3
ii  libgcc1  1:7.2.0-12
ii  libopencv-calib3d3.2 3.2.0+dfsg-3
ii  libopencv-contrib3.2 3.2.0+dfsg-3
ii  libopencv-core3.23.2.0+dfsg-3
ii  libopencv-features2d3.2  3.2.0+dfsg-3
ii  libopencv-flann3.2   3.2.0+dfsg-3
ii  libopencv-highgui3.2 3.2.0+dfsg-3
ii  libopencv-imgcodecs3.2   3.2.0+dfsg-3
ii  libopencv-imgproc3.2 3.2.0+dfsg-3
ii  libopencv-ml3.2  3.2.0+dfsg-3
ii  libopencv-objdetect3.2   3.2.0+dfsg-3
ii  libopencv-photo3.2   3.2.0+dfsg-3
ii  libopencv-shape3.2   3.2.0+dfsg-3
ii  libopencv-stitching3.2   3.2.0+dfsg-3
ii  libopencv-superres3.23.2.0+dfsg-3
ii  libopencv-video3.2   3.2.0+dfsg-3
ii  libopencv-videoio3.2 3.2.0+dfsg-3
ii  libopencv-videostab3.2   3.2.0+dfsg-3
ii  libopencv-viz3.2 3.2.0+dfsg-3
ii  libstdc++6   7.2.0-12

frei0r-plugins recommends no packages.

Versions of packages frei0r-plugins suggests:
pn  opencv-data  

-- no debconf information
--- End Message ---
--- Begin Message ---
Quoting Kingsley G. Morse Jr. (2017-11-13 00:50:47)
> > Why should frei0r-plugins break itself?
> 
> Through no fault of your own, when I filed the bug
> report, I 
> 
> 1.) was unaware that a source package named
> just "frei0r" existed, and
> 
> 2.) failed to mention I assumed 
> 
> a.) the "Breaks" header referred to a
> non-existent package, and
> 
> b.) what the original author meant was to say 
> frei0r-plugins broke an *earlier version*
> of itself.
> 
> So...
> 
> You were right!
> 
> I was wrong!
> 
> 
> But, but, but, I now find myself wondering if
> maybe the "Breaks:" header should just be removed.
> 
> Why?
> 
> If 
> 
> a.) it doesn't make sense for a package to
> break itself, then maybe
> 
> b.) it also doesn't make sense for a package
> to break its own source package.

It breaks a _previously_ existing binary package: See changelog, 
particularly for release 1.1.22git20090209-1.

The breaks hint is arguably harmless but can be dropped now, because the 
cnahce happened so long ago (and Debian does not support migrating 
directly from ancient releases to current one).

 - Jonas

-- 
 * Jonas Smedegaard - idealist & Internet-arkitekt
 * Tlf.: +45 40843136  Website: http://dr.jones.dk/

 [x] quote me freely  [ ] ask before reusing  [ ] keep private--- End Message ---
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#881461: frei0r-plugins: Breaks frei0r-plugins (<= 1.1.22)

[Kingsley G. Morse Jr.]

Hi Sebastian,

Thank you very much for sharing your thoughts.

It seems to me you asked a reasonable question:

> Why should frei0r-plugins break itself?

Through no fault of your own, when I filed the bug
report, I 

1.) was unaware that a source package named
just "frei0r" existed, and

2.) failed to mention I assumed 

a.) the "Breaks" header referred to a
non-existent package, and

b.) what the original author meant was to say 
frei0r-plugins broke an *earlier version*
of itself.

So...

You were right!

I was wrong!


But, but, but, I now find myself wondering if
maybe the "Breaks:" header should just be removed.

Why?

If 

a.) it doesn't make sense for a package to
break itself, then maybe

b.) it also doesn't make sense for a package
to break its own source package.

I dunno.

And I don't have a strong preference.

Thanks again for sharing your thoughts.

I find I often benefit from other peoples' point
of view.

Now seems to be one of those times!

:-)

So,
Kingsley

-- 
Time is the fire in which we all burn.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#881536: ffmpeg: Breaks sound in kodi

[James Cowgill]

Hi,

On 12/11/17 20:32, Robert Luberda wrote:
> Package: ffmpeg
> Version: 7:3.4-2
> Severity: important
> 
> The latest ffmpeg makes sound in kodi to be scratchy, i.e. containing some 
> additional noise that makes watching videos in kodi uncomfortable/annoying.
> 
> Downgrading ffmpeg and dependent libraries to version 3.3.4-2+b3 fixes the
> issue (makes sound in kodi clear).

This is likely to be related to #879673 / #881286 which has a workaround
which I hoped would work, but doesn't seem to in every case. I can
reproduce the bug, but only for videos containing aac audio and only in
kodi.

I have attached a LD_PRELOAD shim which will cause any drain packets
sent to avcodec_decode_audio4 to be dropped (see the above bugs and
links for why this may be relevant). Could you compile it and run kodi
like this:

 gcc -shared shim.c -olibshim.so
 LD_PRELOAD=$(pwd)/libshim.so kodi-standalone

If that fixes your audio problems, then this is almost certainly #881286
in kodi (where kodi flagrantly violates the ffmpeg API).

Thanks,
James
#define _GNU_SOURCE
#include 
#include 

// Mini version of AVPacket
typedef struct AVPacket {
   void *buf;
   int64_t pts;
   int64_t dts;
   uint8_t *data;
   int   size;
} AVPacket;

int avcodec_decode_audio4(void* a, void* b, int* got_frame_ptr, const AVPacket* pkt)
{
// Ignore null packets
if (pkt->size == 0)
{
*got_frame_ptr = 0;
return 0;
}

// Forward to real function
int (*orig_decode)(void*, void*, int*, const AVPacket*) =
dlsym(RTLD_NEXT, "avcodec_decode_audio4");
return orig_decode(a, b, got_frame_ptr, pkt);
}


signature.asc
Description: OpenPGP digital signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#857552: marked as done (i965-va-driver: failing to play videos (stops half-way through))

[Debian Bug Tracking System]

Your message dated Sun, 12 Nov 2017 21:49:42 +0100
with message-id <20171112204942.bo2l7euo2so26...@ramacher.at>
and subject line Re: Bug#857552: i965-va-driver: failing to play videos (stops 
half-way through)
has caused the Debian Bug report #857552,
regarding i965-va-driver: failing to play videos (stops half-way through)
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
857552: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=857552
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: i965-va-driver
Severity: important
Tags: upstream

i'm getting a video stopping half-way through with the following errors
(reported under vlc):
 - 1.7.3 for hardware decoding.
libva info: VA-API version 0.39.4
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_39
libva info: va_openDriver() returns 0
[7f16c0d62ff8] avcodec decoder: Using Intel i965 driver for Intel(R) 
Skylake - 1.7.3 for hardware decoding.
libva info: VA-API version 0.39.4
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_39
libva info: va_openDriver() returns 0
[7f16c0d62ff8] avcodec decoder: Using Intel i965 driver for Intel(R) 
Skylake - 1.7.3 for hardware decoding.
libva info: VA-API version 0.39.4
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_39
libva info: va_openDriver() returns 0
[7f16c0d62ff8] avcodec decoder: Using Intel i965 driver for Intel(R) 
Skylake - 1.7.3 for hardware decoding.
libva info: VA-API version 0.39.4
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_39
libva info: va_openDriver() returns 0
[7f16c0d62ff8] avcodec decoder: Using Intel i965 driver for Intel(R) 
Skylake - 1.7.3 for hardware decoding.
libva info: VA-API version 0.39.4
libva info: va_getDriverName() returns 0
libva info: Trying to open /usr/lib/x86_64-linux-gnu/dri/i965_drv_video.so
libva info: Found init function __vaDriverInit_0_39
libva info: va_openDriver() returns 0
[7f16c0d62ff8] avcodec decoder: Using Intel i965 driver for Intel(R) 
Skylake - 1.7.3 for hardware decoding.
[7f16c0c01978] mkv demux error: Dummy Element at unexpected position... 
corrupted file?
[7f16c0c01978] mkv demux error: Dummy element too large or misplaced at 
770798513... skipping to next upper element
[7f16c0c01978] mkv demux error: Dummy Element at unexpected position... 
corrupted file?
[7f16c0c01978] mkv demux error: Dummy element too large or misplaced at 
772666289... skipping to next upper element
[7f16c0c01978] mkv demux error: Dummy Element at unexpected position... 
corrupted file?
[7f16c0c01978] mkv demux error: Dummy element too large or misplaced at 
774009777... skipping to next upper element
[7f16c0c01978] mkv demux error: This element is outside its known parent... 
upping level
[h264 @ 0x7f16c0c3f460] co located POCs unavailable
[h264 @ 0x7f16c0c30420] co located POCs unavailable
[h264 @ 0x7f16c0c3f460] co located POCs unavailable
[h264 @ 0x7f16c0c30420] co located POCs unavailable
[h264 @ 0x7f16c0c30420] co located POCs unavailable



-- System Information:
Debian Release: 7.4
  APT prefers testing
  APT policy: (500, 'testing'), (500, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.9.0-1-amd64 (SMP w/8 CPU cores)
Locale: LANG=en_GB.UTF-8, LC_CTYPE=en_GB.UTF-8 (charmap=UTF-8)
Shell: /bin/sh linked to /bin/dash
--- End Message ---
--- Begin Message ---
On 2017-04-15 20:58:15, Sebastian Ramacher wrote:
> Hi
> 
> On 2017-03-15 10:50:54, Sebastian Ramacher wrote:
> > On 2017-03-13 07:13:09, Luke Kenneth Casson Leighton wrote:
> > > On Sun, Mar 12, 2017 at 7:01 PM, Sebastian Ramacher
> > >  wrote:
> > > > Control: tags -1 + moreinfo
> > > >
> > > > On 2017-03-12 13:31:24, lkcl wrote:
> > > >> Package: i965-va-driver
> > > >> Severity: important
> > > >> Tags: upstream
> > > >>
> > > >> i'm getting a video stopping half-way through with the following errors
> > > >> (reported under vlc):
> > > > ...
> > > >> [7f16c0d62ff8] avcodec decoder: Using Intel i965 driver for 
> > > >> Intel(R) Skylake - 1.7.3 for hardware decoding.
> > > >> [7f16c0c01978] mkv demux error: Dummy Element at 

Bug#881536: ffmpeg: Breaks sound in kodi

[Robert Luberda]

Package: ffmpeg
Version: 7:3.4-2
Severity: important

The latest ffmpeg makes sound in kodi to be scratchy, i.e. containing some 
additional noise that makes watching videos in kodi uncomfortable/annoying.

Downgrading ffmpeg and dependent libraries to version 3.3.4-2+b3 fixes the
issue (makes sound in kodi clear).

Regards,
robert


-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (990, 'unstable-debug'), (990, 'stable-updates'), (990, 
'unstable'), (990, 'testing'), (990, 'stable')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

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

Versions of packages ffmpeg depends on:
ii  libavcodec577:3.4-2
ii  libavdevice57   7:3.4-2
ii  libavfilter67:3.4-2
ii  libavformat57   7:3.4-2
ii  libavresample3  7:3.4-2
ii  libavutil55 7:3.4-2
ii  libc6   2.24-17
ii  libpostproc54   7:3.4-2
ii  libsdl2-2.0-0   2.0.7+dfsg1-3
ii  libswresample2  7:3.4-2
ii  libswscale4 7:3.4-2

ffmpeg recommends no packages.

Versions of packages ffmpeg suggests:
pn  ffmpeg-doc  

-- no debconf information

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#881521: marked as done (Tries to dlopen libva-x11.so.1)

[Debian Bug Tracking System]

Your message dated Sun, 12 Nov 2017 18:34:15 +
with message-id 
and subject line Bug#881521: fixed in libva 2.0.0-2
has caused the Debian Bug report #881521,
regarding Tries to dlopen libva-x11.so.1
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
881521: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881521
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: libva-drm2
Version: 2.0.0-1
Severity: normal

va/drm/va_drm_auth_x11.c has #define LIBVA_MAJOR_VERSION 1 so
drm_auth_x11_init() tries to dlopen libva-x11.so.1.



-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 
'unstable'), (500, 'testing'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)
--- End Message ---
--- Begin Message ---
Source: libva
Source-Version: 2.0.0-2

We believe that the bug you reported is fixed in the latest version of
libva, which is due to be installed in the Debian FTP archive.

A summary of the changes between this version and the previous one is
attached.

Thank you for reporting the bug, which will now be closed.  If you
have further comments please address them to 881...@bugs.debian.org,
and the maintainer will reopen the bug report if appropriate.

Debian distribution maintenance software
pp.
Sebastian Ramacher  (supplier of updated libva package)

(This message was generated automatically at their request; if you
believe that there is a problem with it please contact the archive
administrators by mailing ftpmas...@ftp-master.debian.org)


-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 12 Nov 2017 19:10:16 +0100
Source: libva
Binary: libva-dev libva2 libva-x11-2 libva-glx2 libva-drm2 libva-wayland2 
va-driver-all
Architecture: source
Version: 2.0.0-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Maintainers 

Changed-By: Sebastian Ramacher 
Description:
 libva-dev  - Video Acceleration (VA) API for Linux -- development files
 libva-drm2 - Video Acceleration (VA) API for Linux -- DRM runtime
 libva-glx2 - Video Acceleration (VA) API for Linux -- GLX runtime
 libva-wayland2 - Video Acceleration (VA) API for Linux -- Wayland runtime
 libva-x11-2 - Video Acceleration (VA) API for Linux -- X11 runtime
 libva2 - Video Acceleration (VA) API for Linux -- runtime
 va-driver-all - Video Acceleration (VA) API -- driver metapackage
Closes: 881521
Changes:
 libva (2.0.0-2) unstable; urgency=medium
 .
   * debian/patches: dlopen correct version of libva-x11. (Closes: #881521)
   * debian/rules: Fix debian/shlibs.local generation.
Checksums-Sha1:
 18c77e67bc76243e6379684d5f566c024ea7154f 2472 libva_2.0.0-2.dsc
 62788ddeaeb2c4989c7f9d7c8ba38b9c0a69b9af 11060 libva_2.0.0-2.debian.tar.xz
Checksums-Sha256:
 b3f65414af6edcca0d67b103ed8d7e2811e7d123949e6c96d3073fc687b44801 2472 
libva_2.0.0-2.dsc
 ee8d58bf6dbda493838a25c0629250727812a4bfda065ab9a6ce3e87d450ef1f 11060 
libva_2.0.0-2.debian.tar.xz
Files:
 10d152fd7ab5291de81e0175f2f8c67d 2472 libs optional libva_2.0.0-2.dsc
 145a6060cde66b99883964f912515474 11060 libs optional 
libva_2.0.0-2.debian.tar.xz

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEE94y6B4F7sUmhHTOQafL8UW6nGZMFAloIj28ACgkQafL8UW6n
GZOLdg//S/e6l6S0a1tlBQ5b5uboVc6NWtoDCkVXfjnDA9Rd8BP6z5d+wgBGHSrm
KqlBDcIEhy+NNQ3RgQJxg6Q+DGUmXkFkwrLQtiiy35hXMEyDvRszbaqR3+zVy2Cx
AZzCBQQVB+AOjS+YvEluKnvzuhbG5MmOHMU6LpYkry2O9b3JD2ZIyTxfGQFPn1Aw
lPlhIgOgMivcRfm9p2UUxjThIfoKUaobI0Jk5AumfcmqaDZqev6G3kdbBxmW7gHp
lNqJbb893Dk1ibziKcGsvvnDmT9yQJ9SDbbrB4QQRzEB17d6D1IFlSCWCkznTizG
E4A05R137A+SCsNDux0KUvJw6fWvWonZhKixAZ+w1SFr546RH5sXGPPo4BUeReFb
mKeJ/k/+a4uBbT+4pM56H9tLASkEuKIAko/8oxOEHuEA3Pug7YuwF4zUzXRwt+Hs
nObPjrm6WtGbJJBbKERz0JXDxq8awbHiYRo5NDj6BwE6bY2II5LgQfvbrJPFYsMD
EdQNQuCo+csB8Z+FZ9V0vJ7wKnvuWG0y32HBesdKB97Y0pIMW3FwUz6WrqK/CCij
a31XqkxUg9nygUA4wLlYdsksuq2Wn5jIMnKpi7cBL+CZCmn3WO9jjKR4xSWn7Jmx
4WmUYnC/WoiRlKG0zRda34LWaaZUUG6+Ft4LsToX66+b7ddT9NM=
=wkCg
-END PGP SIGNATURE End Message ---
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org

libva_2.0.0-2_source.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA256

Format: 1.8
Date: Sun, 12 Nov 2017 19:10:16 +0100
Source: libva
Binary: libva-dev libva2 libva-x11-2 libva-glx2 libva-drm2 libva-wayland2 
va-driver-all
Architecture: source
Version: 2.0.0-2
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Maintainers 

Changed-By: Sebastian Ramacher 
Description:
 libva-dev  - Video Acceleration (VA) API for Linux -- development files
 libva-drm2 - Video Acceleration (VA) API for Linux -- DRM runtime
 libva-glx2 - Video Acceleration (VA) API for Linux -- GLX runtime
 libva-wayland2 - Video Acceleration (VA) API for Linux -- Wayland runtime
 libva-x11-2 - Video Acceleration (VA) API for Linux -- X11 runtime
 libva2 - Video Acceleration (VA) API for Linux -- runtime
 va-driver-all - Video Acceleration (VA) API -- driver metapackage
Closes: 881521
Changes:
 libva (2.0.0-2) unstable; urgency=medium
 .
   * debian/patches: dlopen correct version of libva-x11. (Closes: #881521)
   * debian/rules: Fix debian/shlibs.local generation.
Checksums-Sha1:
 18c77e67bc76243e6379684d5f566c024ea7154f 2472 libva_2.0.0-2.dsc
 62788ddeaeb2c4989c7f9d7c8ba38b9c0a69b9af 11060 libva_2.0.0-2.debian.tar.xz
Checksums-Sha256:
 b3f65414af6edcca0d67b103ed8d7e2811e7d123949e6c96d3073fc687b44801 2472 
libva_2.0.0-2.dsc
 ee8d58bf6dbda493838a25c0629250727812a4bfda065ab9a6ce3e87d450ef1f 11060 
libva_2.0.0-2.debian.tar.xz
Files:
 10d152fd7ab5291de81e0175f2f8c67d 2472 libs optional libva_2.0.0-2.dsc
 145a6060cde66b99883964f912515474 11060 libs optional 
libva_2.0.0-2.debian.tar.xz

-BEGIN PGP SIGNATURE-

iQIzBAEBCAAdFiEE94y6B4F7sUmhHTOQafL8UW6nGZMFAloIj28ACgkQafL8UW6n
GZOLdg//S/e6l6S0a1tlBQ5b5uboVc6NWtoDCkVXfjnDA9Rd8BP6z5d+wgBGHSrm
KqlBDcIEhy+NNQ3RgQJxg6Q+DGUmXkFkwrLQtiiy35hXMEyDvRszbaqR3+zVy2Cx
AZzCBQQVB+AOjS+YvEluKnvzuhbG5MmOHMU6LpYkry2O9b3JD2ZIyTxfGQFPn1Aw
lPlhIgOgMivcRfm9p2UUxjThIfoKUaobI0Jk5AumfcmqaDZqev6G3kdbBxmW7gHp
lNqJbb893Dk1ibziKcGsvvnDmT9yQJ9SDbbrB4QQRzEB17d6D1IFlSCWCkznTizG
E4A05R137A+SCsNDux0KUvJw6fWvWonZhKixAZ+w1SFr546RH5sXGPPo4BUeReFb
mKeJ/k/+a4uBbT+4pM56H9tLASkEuKIAko/8oxOEHuEA3Pug7YuwF4zUzXRwt+Hs
nObPjrm6WtGbJJBbKERz0JXDxq8awbHiYRo5NDj6BwE6bY2II5LgQfvbrJPFYsMD
EdQNQuCo+csB8Z+FZ9V0vJ7wKnvuWG0y32HBesdKB97Y0pIMW3FwUz6WrqK/CCij
a31XqkxUg9nygUA4wLlYdsksuq2Wn5jIMnKpi7cBL+CZCmn3WO9jjKR4xSWn7Jmx
4WmUYnC/WoiRlKG0zRda34LWaaZUUG6+Ft4LsToX66+b7ddT9NM=
=wkCg
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Processing of libva_2.0.0-2_source.changes

[Debian FTP Masters]

libva_2.0.0-2_source.changes uploaded successfully to localhost
along with the files:
  libva_2.0.0-2.dsc
  libva_2.0.0-2.debian.tar.xz

Greetings,

Your Debian queue daemon (running on host usper.debian.org)

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Processed: Bug#881521 marked as pending

[Debian Bug Tracking System]

Processing commands for cont...@bugs.debian.org:

> tag 881521 pending
Bug #881521 [libva-drm2] Tries to dlopen libva-x11.so.1
Added tag(s) pending.
> thanks
Stopping processing here.

Please contact me if you need assistance.
-- 
881521: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881521
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#881521: Tries to dlopen libva-x11.so.1

[Sebastian Ramacher]

Control: forwarded -1 https://github.com/01org/libva/pull/139

On 2017-11-12 22:19:50, Andrey Rahmatullin wrote:
> Package: libva-drm2
> Version: 2.0.0-1
> Severity: normal
> 
> va/drm/va_drm_auth_x11.c has #define LIBVA_MAJOR_VERSION 1 so
> drm_auth_x11_init() tries to dlopen libva-x11.so.1.

Thanks, forwarded upstream.

Cheers
-- 
Sebastian Ramacher


signature.asc
Description: PGP signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Processed: Re: Bug#881521: Tries to dlopen libva-x11.so.1

[Debian Bug Tracking System]

Processing control commands:

> forwarded -1 https://github.com/01org/libva/pull/139
Bug #881521 [libva-drm2] Tries to dlopen libva-x11.so.1
Set Bug forwarded-to-address to 'https://github.com/01org/libva/pull/139'.

-- 
881521: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881521
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#881489: marked as done (playback scaled to 4k fullscreen is choppy)

[Debian Bug Tracking System]

Your message dated Sun, 12 Nov 2017 18:23:48 +0100
with message-id <20171112172348.cb3ku62cvrtgg...@ramacher.at>
and subject line Re: Bug#881489: playback scaled to 4k fullscreen is choppy
has caused the Debian Bug report #881489,
regarding playback scaled to 4k fullscreen is choppy
to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what this
message is talking about, this may indicate a serious mail system
misconfiguration somewhere. Please contact ow...@bugs.debian.org
immediately.)


-- 
881489: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881489
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems
--- Begin Message ---
Package: vlc
Version: 2.2.6-1~deb9u1


Trying to play a video file with a resolution 720x526, 25fps, MPEG-1/2
(problem also observed with other videos at different resolutions)

With the window maximized and the option "Always Fit Window" selected,
it appears to zoom to 3:1 and playback appears good.

When fullscreen is selected (up to the 4k resolution of the display), I
frequently see what appears to be a horizontal tear across the middle of
the picture, especially when there is a lot of movement in the video.

Using mpv 0.23.0-2+b2 at fullscreen with the same video I don't observe
the problem.

I don't have libvdpau1 installed due to problems with the frame rate[1]

Hardware is Intel i3-7100U CPU @ 2.40GHz and Kaby Lake integrated
graphics Intel HD Graphics 620 (Kabylake GT2)

Regards,

Daniel


1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=856535
--- End Message ---
--- Begin Message ---
On 2017-11-12 18:06:51, Daniel Pocock wrote:
> 
> 
> On 12/11/17 17:43, Sebastian Ramacher wrote:
> > Control: tags -1 + moreinfo
> > 
> > On 2017-11-12 11:23:24, Daniel Pocock wrote:
> >> Package: vlc
> >> Version: 2.2.6-1~deb9u1
> >>
> >>
> >> Trying to play a video file with a resolution 720x526, 25fps, MPEG-1/2
> >> (problem also observed with other videos at different resolutions)
> >>
> >> With the window maximized and the option "Always Fit Window" selected,
> >> it appears to zoom to 3:1 and playback appears good.
> >>
> >> When fullscreen is selected (up to the 4k resolution of the display), I
> >> frequently see what appears to be a horizontal tear across the middle of
> >> the picture, especially when there is a lot of movement in the video.
> >>
> >> Using mpv 0.23.0-2+b2 at fullscreen with the same video I don't observe
> >> the problem.
> >>
> >> I don't have libvdpau1 installed due to problems with the frame rate[1]
> >>
> >> Hardware is Intel i3-7100U CPU @ 2.40GHz and Kaby Lake integrated
> >> graphics Intel HD Graphics 620 (Kabylake GT2)
> > 
> > Please provide the output of vlc -vvv. Did you try selecting different video
> > output modules (e.g. the OpenGL one)?
> > 
> 
> I had a look at the preferences window, video tab.  The "Output" option
> was automatic.
> 
> Looking at the logs, I notice it was selecting xcb_xv (XVideo)
> 
> 
> [7f3a54001268] xcb vout display debug: connected to X11.0 server
> [7f3a54001268] xcb vout display debug:  vendor : The X.Org Foundation
> [7f3a54001268] xcb vout display debug:  version: 11902000
> [7f3a54001268] xcb vout display debug: using screen 0xf5
> [7f3a54001268] xcb_xv vout display debug: using XVideo extension v2.2
> [7f3a54001268] xcb_xv vout display debug: using adaptor Intel(R)
> Textured Video
> [7f3a54001268] xcb_xv vout display debug: using port 74
> [7f3a54001268] xcb_xv vout display debug: using image format 0x30323449
> [7f3a54001268] xcb_xv vout display debug: using X11 visual ID 0x20
> (depth: 24)
> [7f3a54001268] xcb_xv vout display debug: using X11 window 0x0320
> [7f3a54001268] xcb_xv vout display debug: using X11 graphic context
> 0x0322
> [7f3a54001268] core vout display debug: VoutDisplayEvent 'fullscreen' 0
> [7f3a54001268] core vout display debug: VoutDisplayEvent 'resize'
> 3840x2017 window
> [7f3a54001268] core vout display debug: using vout display module
> "xcb_xv"
> 
> 
> 
> 
> 
> 
> I manually changed it to "OpenGL GLX video output (XCB)" and the problem
> goes away.

Good, hence closing.

> 
> 
> 
> [7f10c8001268] core vout display debug: using vout display module
> "xcb_glx"
> 
> 
> 
> 
> Looking at the mpv logs as well, it appears to be using OpenGL by default:
> 
> 
> 
> [vo/opengl] Initializing OpenGL backend 'wayland'
> [vo/opengl/wayland] failed to connect to a wayland server: check if a
> wayland compositor is running
> [vo/opengl] Initializing OpenGL backend 'x11probe'
> [vo/opengl/x11] X11 opening display: :1
> [vo/opengl/x11] X11 running at 3840x2160 (":1" => local display)
> [vo/opengl/x11] Detected wm supports NetWM.
> [vo/opengl/x11] Detected wm supports FULLSCREEN state.
> [vo/opengl/x11] 

Bug#881521: Tries to dlopen libva-x11.so.1

[Andrey Rahmatullin]

Package: libva-drm2
Version: 2.0.0-1
Severity: normal

va/drm/va_drm_auth_x11.c has #define LIBVA_MAJOR_VERSION 1 so
drm_auth_x11_init() tries to dlopen libva-x11.so.1.



-- System Information:
Debian Release: buster/sid
  APT prefers unstable-debug
  APT policy: (500, 'unstable-debug'), (500, 'testing-debug'), (500, 
'unstable'), (500, 'testing'), (101, 'experimental')
Architecture: amd64 (x86_64)
Foreign Architectures: i386

Kernel: Linux 4.13.0-1-amd64 (SMP w/4 CPU cores)
Locale: LANG=ru_RU.UTF-8, LC_CTYPE=ru_RU.UTF-8 (charmap=UTF-8), LANGUAGE= 
(charmap=UTF-8)
Shell: /bin/sh linked to /usr/bin/dash
Init: systemd (via /run/systemd/system)

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#881489: playback scaled to 4k fullscreen is choppy

[Daniel Pocock]

On 12/11/17 17:43, Sebastian Ramacher wrote:
> Control: tags -1 + moreinfo
> 
> On 2017-11-12 11:23:24, Daniel Pocock wrote:
>> Package: vlc
>> Version: 2.2.6-1~deb9u1
>>
>>
>> Trying to play a video file with a resolution 720x526, 25fps, MPEG-1/2
>> (problem also observed with other videos at different resolutions)
>>
>> With the window maximized and the option "Always Fit Window" selected,
>> it appears to zoom to 3:1 and playback appears good.
>>
>> When fullscreen is selected (up to the 4k resolution of the display), I
>> frequently see what appears to be a horizontal tear across the middle of
>> the picture, especially when there is a lot of movement in the video.
>>
>> Using mpv 0.23.0-2+b2 at fullscreen with the same video I don't observe
>> the problem.
>>
>> I don't have libvdpau1 installed due to problems with the frame rate[1]
>>
>> Hardware is Intel i3-7100U CPU @ 2.40GHz and Kaby Lake integrated
>> graphics Intel HD Graphics 620 (Kabylake GT2)
> 
> Please provide the output of vlc -vvv. Did you try selecting different video
> output modules (e.g. the OpenGL one)?
> 

I had a look at the preferences window, video tab.  The "Output" option
was automatic.

Looking at the logs, I notice it was selecting xcb_xv (XVideo)


[7f3a54001268] xcb vout display debug: connected to X11.0 server
[7f3a54001268] xcb vout display debug:  vendor : The X.Org Foundation
[7f3a54001268] xcb vout display debug:  version: 11902000
[7f3a54001268] xcb vout display debug: using screen 0xf5
[7f3a54001268] xcb_xv vout display debug: using XVideo extension v2.2
[7f3a54001268] xcb_xv vout display debug: using adaptor Intel(R)
Textured Video
[7f3a54001268] xcb_xv vout display debug: using port 74
[7f3a54001268] xcb_xv vout display debug: using image format 0x30323449
[7f3a54001268] xcb_xv vout display debug: using X11 visual ID 0x20
(depth: 24)
[7f3a54001268] xcb_xv vout display debug: using X11 window 0x0320
[7f3a54001268] xcb_xv vout display debug: using X11 graphic context
0x0322
[7f3a54001268] core vout display debug: VoutDisplayEvent 'fullscreen' 0
[7f3a54001268] core vout display debug: VoutDisplayEvent 'resize'
3840x2017 window
[7f3a54001268] core vout display debug: using vout display module
"xcb_xv"






I manually changed it to "OpenGL GLX video output (XCB)" and the problem
goes away.



[7f10c8001268] core vout display debug: using vout display module
"xcb_glx"




Looking at the mpv logs as well, it appears to be using OpenGL by default:



[vo/opengl] Initializing OpenGL backend 'wayland'
[vo/opengl/wayland] failed to connect to a wayland server: check if a
wayland compositor is running
[vo/opengl] Initializing OpenGL backend 'x11probe'
[vo/opengl/x11] X11 opening display: :1
[vo/opengl/x11] X11 running at 3840x2160 (":1" => local display)
[vo/opengl/x11] Detected wm supports NetWM.
[vo/opengl/x11] Detected wm supports FULLSCREEN state.
[vo/opengl/x11] Detected wm supports ABOVE state.
[vo/opengl/x11] Detected wm supports BELOW state.
[vo/opengl/x11] Display 0 (DP1): [0, 0, 3840, 2160] @ 30.00 FPS
...
[vf] Video filter chain:
[vf]   [in] 720x576 [64:45] yuv420p bt.601/bt.601-625/bt.1886/limited
CL=mpeg2/4/h264
[vf]   [out] 720x576 [64:45] yuv420p bt.601/bt.601-625/bt.1886/limited
CL=mpeg2/4/h264
[cplayer] VO: [opengl] 720x576 => 1024x576 yuv420p
[cplayer] VO: Description: Extended OpenGL Renderer


Is there any other detail I should look for in the log?

Should the automatic setting use a different default?

Regards,

Daniel

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Processed: Re: Bug#881489: playback scaled to 4k fullscreen is choppy

[Debian Bug Tracking System]

Processing control commands:

> tags -1 + moreinfo
Bug #881489 [vlc] playback scaled to 4k fullscreen is choppy
Added tag(s) moreinfo.

-- 
881489: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881489
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#881489: playback scaled to 4k fullscreen is choppy

[Sebastian Ramacher]

Control: tags -1 + moreinfo

On 2017-11-12 11:23:24, Daniel Pocock wrote:
> Package: vlc
> Version: 2.2.6-1~deb9u1
> 
> 
> Trying to play a video file with a resolution 720x526, 25fps, MPEG-1/2
> (problem also observed with other videos at different resolutions)
> 
> With the window maximized and the option "Always Fit Window" selected,
> it appears to zoom to 3:1 and playback appears good.
> 
> When fullscreen is selected (up to the 4k resolution of the display), I
> frequently see what appears to be a horizontal tear across the middle of
> the picture, especially when there is a lot of movement in the video.
> 
> Using mpv 0.23.0-2+b2 at fullscreen with the same video I don't observe
> the problem.
> 
> I don't have libvdpau1 installed due to problems with the frame rate[1]
> 
> Hardware is Intel i3-7100U CPU @ 2.40GHz and Kaby Lake integrated
> graphics Intel HD Graphics 620 (Kabylake GT2)

Please provide the output of vlc -vvv. Did you try selecting different video
output modules (e.g. the OpenGL one)?

Cheers

> 
> Regards,
> 
> Daniel
> 
> 
> 1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=856535
> 
> ___
> pkg-multimedia-maintainers mailing list
> pkg-multimedia-maintainers@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

-- 
Sebastian Ramacher


signature.asc
Description: PGP signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

libffado_2.3.0-5_source.changes ACCEPTED into unstable

[Debian FTP Masters]

Accepted:

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Format: 1.8
Date: Sun, 12 Nov 2017 11:55:33 +0100
Source: libffado
Binary: libffado-dev libffado2 ffado-tools ffado-dbus-server ffado-mixer-qt4
Architecture: source
Version: 2.3.0-5
Distribution: unstable
Urgency: medium
Maintainer: Debian Multimedia Maintainers 

Changed-By: Mattia Rizzolo 
Description:
 ffado-dbus-server - FFADO D-Bus server
 ffado-mixer-qt4 - FFADO D-Bus mixer applets (QT4)
 ffado-tools - FFADO debugging and firmware tools
 libffado-dev - FFADO API - development files
 libffado2  - FFADO API
Changes:
 libffado (2.3.0-5) unstable; urgency=medium
 .
   * Team upload.
   * debian/rules: drop code specifying DIST_TARGET to the build system.
 Disabling all automation seems to let the compiler do the right thing
 better than this stuff.
Checksums-Sha1:
 a24027a8e433394d196314454f156c85fc95dbbc 2602 libffado_2.3.0-5.dsc
 50a1ed3c3916ab00609e878d61548610e35c6f92 10116 libffado_2.3.0-5.debian.tar.xz
 9644e7b628b7abae668b9197a334e3ed21423180 10705 libffado_2.3.0-5_amd64.buildinfo
Checksums-Sha256:
 aa52edcba15a1c1cfc311e17aa5cf56af7a797a241486b1fe59a0174b97ddfb0 2602 
libffado_2.3.0-5.dsc
 a1f3362618ae8659dbae5f52bedaf4810c0bc18ded28eff1c4976791014a7c20 10116 
libffado_2.3.0-5.debian.tar.xz
 f6b7aaf29b80807cc6ba141aa12beb1e32c3660a66df9db2b45b225599ff7667 10705 
libffado_2.3.0-5_amd64.buildinfo
Files:
 7c86497838871a6c6fc9d476591d6a21 2602 libs optional libffado_2.3.0-5.dsc
 b94e9a726e70a9de8dc938b07068720a 10116 libs optional 
libffado_2.3.0-5.debian.tar.xz
 370cbdaee774d93334f75bdf664f05fe 10705 libs optional 
libffado_2.3.0-5_amd64.buildinfo

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEi3hoeGwz5cZMTQpICBa54Yx2K60FAloIK5UACgkQCBa54Yx2
K6119g/8C8CNlm5dU6nZjCNW1jv7yeeIgIKVPmgtwJzIts4MhPGRuIna5N4Z5sCm
lqkVz4DYF5HhlpYB6vKjj2/y88H3eqH406OgPb3GTKPy8MFY5WSDqPia5CAhnvk+
TAUja6Yu4sN4q0/Zp/3S6+tCU9KuX5utDiK4f+bXchNjErrr/smcgA9+/q53a1ov
bxzNn6PCURHrDreF2lnte3xqj8If8Bx5PCrUp/U3pdCWxutdxKERR4/NnyofW27G
x8hZwWHSToI1+x3yJ8NSqHUNWbj5S46bCvE25cof0cHyESd+1sQ+j0jtfHNv/wG1
+ywXibtjOTBj0wTmi3QS+obYpgQGufIMHiex3aScvT4wuuH9mZSITZ+Fg5J/bmHx
FalZam8brbVG6YR7IXOJKfxgml32e9Vz/on3Z2KIimw3IJrtO3/ua0wS7yhbagym
jIgh6z7byko2UAgHBKZAjfANry6QrqMchLdI0GCQUjwQDirI/Y04y13cdt0PAqsj
N+5QDJCclSdiJjRL8TTqO9PTpjIVx/MF4K7SfDhZNs8gN2Bc0EOeMVPlmiA6IOrp
kPPjmDXIlQTowD3Z+D3XyGHxfxmvrxT/YsJKY+H29qWLKULarAiHrKUXfmdKAU0s
aqOJb614B7DqCxb2izWNZVza3MdRE5H/CDi9RwrLkHU1+vN9f/8=
=VdxH
-END PGP SIGNATURE-


Thank you for your contribution to Debian.

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Processing of libffado_2.3.0-5_source.changes

[Debian FTP Masters]

libffado_2.3.0-5_source.changes uploaded successfully to localhost
along with the files:
  libffado_2.3.0-5.dsc
  libffado_2.3.0-5.debian.tar.xz
  libffado_2.3.0-5_amd64.buildinfo

Greetings,

Your Debian queue daemon (running on host usper.debian.org)

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#881489: playback scaled to 4k fullscreen is choppy

[Daniel Pocock]

Package: vlc
Version: 2.2.6-1~deb9u1


Trying to play a video file with a resolution 720x526, 25fps, MPEG-1/2
(problem also observed with other videos at different resolutions)

With the window maximized and the option "Always Fit Window" selected,
it appears to zoom to 3:1 and playback appears good.

When fullscreen is selected (up to the 4k resolution of the display), I
frequently see what appears to be a horizontal tear across the middle of
the picture, especially when there is a lot of movement in the video.

Using mpv 0.23.0-2+b2 at fullscreen with the same video I don't observe
the problem.

I don't have libvdpau1 installed due to problems with the frame rate[1]

Hardware is Intel i3-7100U CPU @ 2.40GHz and Kaby Lake integrated
graphics Intel HD Graphics 620 (Kabylake GT2)

Regards,

Daniel


1. https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=856535

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Processed: Re: Bug#881461: frei0r-plugins: Breaks frei0r-plugins (<= 1.1.22)

[Debian Bug Tracking System]

Processing control commands:

> tags -1 + moreinfo
Bug #881461 [frei0r-plugins] frei0r-plugins: Breaks frei0r-plugins (<= 1.1.22)
Added tag(s) moreinfo.

-- 
881461: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=881461
Debian Bug Tracking System
Contact ow...@bugs.debian.org with problems

___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

Bug#881461: frei0r-plugins: Breaks frei0r-plugins (<= 1.1.22)

[Sebastian Ramacher]

Control: tags -1 + moreinfo

On 2017-11-11 19:16:57, Kingsley G. Morse Jr. wrote:
> Package: frei0r-plugins
> Version: 1.6.1-1+b1
> Severity: minor
> 
> Dear Maintainer,
> 
> Thanks for maintaining frei0r's plugins.
> 
> They look cool.
> 
> * What led up to the situation?
> 
> I wondered why ffmpeg failed to use frei0r plugins
> as ffmpeg sources.
> 
> * What exactly did you do (or not do) that was effective (or
>  ineffective)?
> 
> I typed
> 
> $ apt-cache show frei0r-plugins
> 
> and read the "Breaks:" header.
> 
> * What was the outcome of this action?
> 
> Breaks: frei0r (<= 1.1.22)
> 
> * What outcome did you expect instead?
> 
> Breaks: frei0r-plugins (<= 1.1.22)

That wouldn't make much sense. Why should frei0r-plugins break itself?

Cheers

> 
> Thanks,
> Kingsley
> 
> Bonus:  Tell me where to look for documentation on
> parameters and syntax for using frei0r effects as
> ffmpeg sources.
> 
> -- System Information:
> Debian Release: stretch/sid
>   APT prefers unstable-debug
>   APT policy: (500, 'unstable-debug'), (500, 'unstable')
> Architecture: i386 (i686)
> 
> Kernel: Linux 4.4.0-1-686-pae (SMP w/2 CPU cores)
> Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8)
> Shell: /bin/sh linked to /bin/bash
> Init: systemd (via /run/systemd/system)
> 
> Versions of packages frei0r-plugins depends on:
> ii  libc62.24-17
> ii  libcairo21.14.8-1
> ii  libgavl1 1.4.0-3
> ii  libgcc1  1:7.2.0-12
> ii  libopencv-calib3d3.2 3.2.0+dfsg-3
> ii  libopencv-contrib3.2 3.2.0+dfsg-3
> ii  libopencv-core3.23.2.0+dfsg-3
> ii  libopencv-features2d3.2  3.2.0+dfsg-3
> ii  libopencv-flann3.2   3.2.0+dfsg-3
> ii  libopencv-highgui3.2 3.2.0+dfsg-3
> ii  libopencv-imgcodecs3.2   3.2.0+dfsg-3
> ii  libopencv-imgproc3.2 3.2.0+dfsg-3
> ii  libopencv-ml3.2  3.2.0+dfsg-3
> ii  libopencv-objdetect3.2   3.2.0+dfsg-3
> ii  libopencv-photo3.2   3.2.0+dfsg-3
> ii  libopencv-shape3.2   3.2.0+dfsg-3
> ii  libopencv-stitching3.2   3.2.0+dfsg-3
> ii  libopencv-superres3.23.2.0+dfsg-3
> ii  libopencv-video3.2   3.2.0+dfsg-3
> ii  libopencv-videoio3.2 3.2.0+dfsg-3
> ii  libopencv-videostab3.2   3.2.0+dfsg-3
> ii  libopencv-viz3.2 3.2.0+dfsg-3
> ii  libstdc++6   7.2.0-12
> 
> frei0r-plugins recommends no packages.
> 
> Versions of packages frei0r-plugins suggests:
> pn  opencv-data  
> 
> -- no debconf information
> 
> ___
> pkg-multimedia-maintainers mailing list
> pkg-multimedia-maintainers@lists.alioth.debian.org
> http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers

-- 
Sebastian Ramacher


signature.asc
Description: PGP signature
___
pkg-multimedia-maintainers mailing list
pkg-multimedia-maintainers@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/pkg-multimedia-maintainers