Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.debian.bugs.dist > #952254 > unrolled thread

Bug#926032: [chromium] Buggy / Solarized videos

Started by<victor.boyau@disroot.org>
First post2019-03-30 17:30 +0100
Last post2019-04-25 21:30 +0200
Articles 5 — 4 participants

Back to article view | Back to linux.debian.bugs.dist


Contents

  Bug#926032: [chromium] Buggy / Solarized videos <victor.boyau@disroot.org> - 2019-03-30 17:30 +0100
    Bug#926032: [chromium] Buggy / Solarized videos Edwin Lim <edwinlim@gmail.com> - 2019-04-02 02:40 +0200
    Bug#926032: [chromium] Buggy / Solarized videos victor.boyau@disroot.org - 2019-04-02 11:30 +0200
      Bug#926032: [chromium] Buggy / Solarized videos Michael Gilbert <mgilbert@debian.org> - 2019-04-03 01:50 +0200
    Bug#926032: [chromium] Buggy / Solarized videos victor.boyau@disroot.org - 2019-04-25 21:30 +0200

#952254 — Bug#926032: [chromium] Buggy / Solarized videos

From<victor.boyau@disroot.org>
Date2019-03-30 17:30 +0100
SubjectBug#926032: [chromium] Buggy / Solarized videos
Message-ID<xHp1M-1TO-13@gated-at.bofh.it>
Package: chromium
Version: 73.0.3683.75-1
Severity: important

--- Please enter the report below this line. ---

A lot of streaming videos are rendered incorrectly and truly
unwatchable. Sound is not affected, however. Youtube videos look good
but not those streamed from other popular web sites like these ones :

https://www.imdb.com (try any movie trailer, e.g.)
https://www.francetvinfo.fr/en-direct/tv.html (any embedded video)

Downgrading to a previous version like 72.x either from stable
ou from testing immedialely solves the problem.

VB

--- System information. ---
Architecture: 
Kernel:       Linux 4.19.32-tz1903270806

Debian Release: 9.8
  990 stable-updates  deb.debian.org 
  990 stable          wire-app.wire.com 
  990 stable          download.webmin.com 
  990 stable          deb.debian.org 
  990 proposed-updates deb.debian.org 
  777 stretch-backports deb.debian.org 
  666 testing         deb.debian.org 
  500 unstable        deb.debian.org 

--- Package information. ---
Depends                            (Version) | Installed
============================================-+-=====================
libasound2                       (>= 1.0.16) | 1.1.8-1
libatk-bridge2.0-0                (>= 2.5.3) | 2.30.0-2~bpo9+1
libatk1.0-0                       (>= 2.2.0) | 2.30.0-1~bpo9+1
libatomic1                          (>= 4.8) | 8.3.0-4
libatspi2.0-0                    (>= 2.9.90) | 2.30.0-2~bpo9+1
libavcodec58                      (>= 7:4.0) | 7:4.1.1-1
libavformat58                     (>= 7:4.1) | 7:4.1.1-1
libavutil56                       (>= 7:4.0) | 7:4.1.1-1
libc6                              (>= 2.28) | 2.28-8
libcairo-gobject2                (>= 1.10.0) | 1.16.0-4
libcairo2                         (>= 1.6.0) | 1.16.0-4
libcups2                          (>= 1.4.0) | 2.2.1-8+deb9u3
libdbus-1-3                      (>= 1.9.14) | 1.12.12-1
libdrm2                           (>= 2.3.1) | 2.4.97-1
libevent-2.1-6             (>= 2.1.8-stable) | 2.1.8-stable-4
libexpat1                         (>= 2.0.1) | 2.2.0-2+deb9u1
libflac8                          (>= 1.3.0) | 1.3.2-3
libfontconfig1                   (>= 2.12.6) | 2.13.1-2
libfreetype6                      (>= 2.3.9) | 2.9.1-3
libgcc1                           (>= 1:4.0) | 1:8.3.0-4
libgdk-pixbuf2.0-0               (>= 2.22.0) | 2.38.1+dfsg-1
libglib2.0-0                     (>= 2.31.8) | 2.58.3-1
libgtk-3-0                       (>= 3.9.10) | 3.24.5-1
libharfbuzz0b                     (>= 2.2.0) | 2.3.1-1
libicu63                        (>= 63.1-1~) | 63.1-6
libjpeg62-turbo                   (>= 1.5.0) | 1:1.5.2-2+b1
libjsoncpp1                       (>= 1.7.4) | 1.7.4-3
liblcms2-2              (>= 2.2+git20110628) | 2.9-3
libminizip1                         (>= 1.1) | 1.1-8+b1
libnspr4                       (>= 2:4.9-2~) | 2:4.20-1
libnss3                          (>= 2:3.22) | 2:3.42.1-1
libopenjp2-7                      (>= 2.2.0) | 2.3.0-2
libopus0                            (>= 1.1) | 1.3-1
libpango-1.0-0                   (>= 1.14.0) | 1.42.4-6
libpangocairo-1.0-0              (>= 1.14.0) | 1.42.4-6
libpci3                       (>= 1:3.5.2-1) | 1:3.5.2-1
libpng16-16                     (>= 1.6.2-1) | 1.6.36-5
libpulse0                        (>= 0.99.1) | 12.2-4
libre2-5                       (>= 20160901) | 20190101+dfsg-2
libsnappy1v5                                 | 1.1.7-1
libstdc++6                            (>= 6) | 8.3.0-4
libva2                            (>= 1.0.3) | 2.4.0-1
libvpx5                           (>= 1.6.0) | 1.7.0-3
libwebp6                          (>= 0.5.1) | 0.6.1-2
libwebpdemux2                     (>= 0.5.1) | 0.6.1-2
libwebpmux3                     (>= 0.6.1-2) | 0.6.1-2
libx11-6                     (>= 2:1.4.99.1) | 2:1.6.7-1
libx11-xcb1                                  | 2:1.6.7-1
libxcb1                             (>= 1.6) | 1.13.1-2
libxcomposite1                  (>= 1:0.3-1) | 1:0.4.4-2
libxcursor1                       (>> 1.1.2) | 1:1.1.15-2
libxdamage1                       (>= 1:1.1) | 1:1.1.4-3+b3
libxext6                                     | 2:1.3.3-1+b2
libxfixes3                        (>= 1:5.0) | 1:5.0.3-1

[toc] | [next] | [standalone]


#952630

FromEdwin Lim <edwinlim@gmail.com>
Date2019-04-02 02:40 +0200
Message-ID<xIfD4-uA-1@gated-at.bofh.it>
In reply to#952254

[Multipart message — attachments visible in raw view] — view raw

Turning off Hardware-accelerated video decode from chrome://flags makes the
video render normally again.

Cheers,
Ed.

[toc] | [prev] | [next] | [standalone]


#952659

Fromvictor.boyau@disroot.org
Date2019-04-02 11:30 +0200
Message-ID<xInTX-5LR-5@gated-at.bofh.it>
In reply to#952254

[Multipart message — attachments visible in raw view] — view raw

Hello,

This workaround works well, thank you, Ed.

However it is a short term solution. Why would we have to disable a feature like hardware acceleration and revert to a sluggish (and cpu hungry) software rendering in order to (barely) make things work like they did before in previous releases ?

Regards,
VB

[toc] | [prev] | [next] | [standalone]


#952781

FromMichael Gilbert <mgilbert@debian.org>
Date2019-04-03 01:50 +0200
Message-ID<xIBke-5tU-5@gated-at.bofh.it>
In reply to#952659
control: forcemerge -1 926151
control: severity -1 minor

On Tue, Apr 2, 2019 at 5:21 AM wrote:
> However it is a short term solution. Why would we have to disable a feature like hardware acceleration and revert to a sluggish (and cpu hungry) software rendering in order to (barely) make things work like they did before in previous releases ?

The vaapi patch is work in progress.  It could be unapplied, but then
hardware acceleration would be completely unavailable, which is
equivalent to the workaround but of course takes away from those that
have hardware that works.

Best wishes,
Mike

[toc] | [prev] | [next] | [standalone]


#956063

Fromvictor.boyau@disroot.org
Date2019-04-25 21:30 +0200
Message-ID<xQSed-1ye-5@gated-at.bofh.it>
In reply to#952254
Hello,

Unfortunately the new release 74.0.3729.108-1 does not fix anything regarding this issue. As soon as I disabled the workaround we discussed earlier in order to use hardware decoding again, solarized videos came back on many web sites.

Regards

V.B.

[toc] | [prev] | [standalone]


Back to top | Article view | linux.debian.bugs.dist


csiph-web