group.of.nepali.translators team mailing list archive

[Launchpad Bug Tracker <1661842@xxxxxxxxxxxxxxxxxx>]

This bug was fixed in the package gst-libav1.0 - 1.8.3-1ubuntu0.2

---------------
gst-libav1.0 (1.8.3-1ubuntu0.2) xenial; urgency=medium

  * debian/patches/0001-Don-t-do-range-comparisons-against-AV_CODEC_ID_PCM_S.patch:
    Backport patch from upstream 1.8 branch to restore inadvertantly dropped
    file format support. (LP: #1661842)

 -- Iain Lane <iain@xxxxxxxxxxxxxxxxxxx>  Wed, 08 Feb 2017 10:43:42
+0000

** Changed in: gst-libav1.0 (Ubuntu Xenial)
       Status: Fix Committed => Fix Released

-- 
You received this bug notification because you are a member of नेपाली
भाषा समायोजकहरुको समूह, which is subscribed to Xenial.
Matching subscriptions: Ubuntu 16.04 Bugs
https://bugs.launchpad.net/bugs/1661842

Title:
  gstreamer 1.8.3 incorrectly removes some decoders and encoders when
  built against ffmpeg 2.8.10

Status in GStreamer:
  Confirmed
Status in gst-libav1.0 package in Ubuntu:
  Fix Released
Status in gst-libav1.0 source package in Xenial:
  Fix Released

Bug description:
  [ Description ]

  The version of gst-libav1.0 that made it to xenial-updates contained a
  buggy check against the values of an enumeration as present in ffmpeg
  2.8.10, also in xenial. This was in a piece of code that was filtering
  ffmpeg's available plugins out of the ones to make it through to gst-
  libav's supposed decoders and encoders. The effect is that you can't
  play some file formats. (Attached.)

  [ Fix ]

  Instead of doing a range-based comparison on the enumeration, switch
  to an explicit blacklist.

  [ QA ]

  1. Install gstreamer1.0-libav, and try to gst-play1.0 on the following
  files supplied by the reporter:

    wmapro
    http://samples.mplayerhq.hu/A-codecs/WMA9/wmapro/New%20Stories%20(Highway%20Blues)-2.wma

    wmal
    http://samples.mplayerhq.hu/A-codecs/lossless/luckynight.wma

  2. Check debdiff <gstreamer1.0-libav 1.8.3-1ubuntu0.1.deb>
  <gstreamer1.0-libav 1.8.3-1ubuntu0.2.deb> and see that new decoders
  and encoders are present wrt 1.8.3-1ubuntu0.1 in xenial-updates. Do
  the same against previous version (1.8.2) in x-updates.

  [ Regression potential ]

  If this fix is wrong somehow, then it might make the situation *worse*
  or at least not better by not restoring the decoders and encoders that
  it should. The (2) case above is designed to check this. Note that
  there are some expected removals wrt. 1.8.2 - that's what the upstream
  commit was attempting to implement but it was accidentally too broad
  when used with ffmpeg 2.8.10.

  [ Original report ]

  That is with the current ffmpeg shared in 16.04. So maybe consider reverting patch, i.e. 1.8.2-1 seems to work ok.
  Otherwise consider building with plugin supplied ffmpeg (called libav), there is recent precedent for static linking as seen by vlc last year.

  Sample files -
  wmapro
  http://samples.mplayerhq.hu/A-codecs/WMA9/wmapro/New%20Stories%20(Highway%20Blues)-2.wma

  wmal
  http://samples.mplayerhq.hu/A-codecs/lossless/luckynight.wma

  ProblemType: Bug
  DistroRelease: Ubuntu 16.04
  Package: gstreamer1.0-libav 1.8.3-1ubuntu0.1
  ProcVersionSignature: Ubuntu 4.8.0-34.36~16.04.1-generic 4.8.11
  Uname: Linux 4.8.0-34-generic x86_64
  ApportVersion: 2.20.1-0ubuntu2.5
  Architecture: amd64
  CurrentDesktop: Unity
  Date: Sat Feb  4 08:51:10 2017
  SourcePackage: gst-libav1.0
  UpgradeStatus: No upgrade log present (probably fresh install)

To manage notifications about this bug go to:
https://bugs.launchpad.net/gstreamer/+bug/1661842/+subscriptions