Video playback problems, troubleshooting and solutions on Linux.

mib2berlin

@gwen-dragon, if I am honest I cant remember, time stamp is 05.04.2017 and sha1sum is 567bba9b5de230a6ce4fe724f8159d19e2faf1fe.
It is still confusing for me why Vivaldi does not use it´s own lib in /opt/vivaldi/lib,
it use lib in .local/lib/vivaldi. ?
The start script does not even search in .local.

Cheers, mib

ultraviolet

@ian-coog thanks, can you recommend a good one?

StanG

I was surprised to learn that Vivaldi has been accepted into Packman repository, it's great news, but now that I installed Vivaldi from that repo it doesn't pick up libffmpeg.so in ~/.local/lib/vivaldi and H264 videos won't play. I still have vivaldi-snapshot from Vivaldi's own repo and it works. Vivaldi-stable from Vivaldi repo works, too.

Perhaps Vivaldi from Packman looks for libffmpeg in some other place.

UbIx

@stang said in Video playback problems, troubleshooting and solutions on Linux.:

I was surprised to learn that Vivaldi has been accepted into Packman repository, it's great news, but now that I installed Vivaldi from that repo it doesn't pick up libffmpeg.so in ~/.local/lib/vivaldi and H264 videos won't play. I still have vivaldi-snapshot from Vivaldi's own repo and it works. Vivaldi-stable from Vivaldi repo works, too.

Perhaps Vivaldi from Packman looks for libffmpeg in some other place.

Yes, see my listing - at my system libffmpeg.so was stored in:
/usr/lib64/vivaldi/lib/libffmpeg.so
And all videos work fine (some old with flash required for sure only if flash was installed/enabled). On the before linked test page - all videos was shown fine:
https://www.quirksmode.org/html5/tests/video.html

At my local user ls -als ~/.local/
total 12
4 drwxr-xr-x 3 root root 4096 Sep 2 18:14 .
4 drwx------ 8 root root 4096 Sep 27 20:27 ..
4 drwxr-xr-x 2 root root 4096 Sep 10 19:51 share

Additional also no lib in any subfolder - check with find ~ -name "*ffmpeg*" shows no findings.

The only vivaldi folder seems to be config files in ~/.config/vivaldi/

@mib2berlin: you can easy find all files with locate comand if mlocate package was installed or with
sudo find / -name libffmpeg.so
also you can find out the source on the original full filename including path with:
rpm -qf /usr/lib64/vivaldi/lib/libffmpeg.so

On my side it confuses me, that you have packages in /opt what is only for external packages. All packages should be installed in /usr. Only possible reason if packman does it, was a compatibilty with old structures (so I've a totally new installed system, due to a HW upgrade for some weeks).

Proposal

Remove vivaldi repo if used
sudo zypper rr "http://repo.vivaldi.com"
Remove vivaldi package
sudo zypper rm vivaldi
shift or remove (after backup for sure) all vivaldi subfolders in home
tgz ~/vivaldi.sik.tgz ~/.local/lib/vivaldi ~/.config/vivaldi && rm -rf ~/.local/lib/vivaldi ~/.config/vivaldi
Now install packman repo if not done
sudo zypper ar -f -n packman http://ftp.gwdg.de/pub/linux/misc/packman/suse/openSUSE_Tumbleweed/ packman
Now install vivaldi from packman
sudo zypper in vivaldi

From my point of view it should work now. So it works with Tumbleweed since the inclusion from libffmpeg.so in packman at about 1/2 a year or more on min. 6 different PCs and min. 5 different users.

Update:
To be sure that no old vivaldi files beside the saved ones are available
you can check it with:
sudo find / -name "*vivaldi*"
before you again installs vivaldi.

mib2berlin

@ubix thanks for the information but I use Vivaldi repro not Packman since 3 years and it is working.
I have to reinstall Vivaldi several times and it is always in /opt as Chrome, Teamviewer and so forth.
I used rpm -ihv for first install.
Never change a running system, may when Leap 43.1 is there.
Btw. : rpm -qf /opt/vivaldi-snapshot/lib/libffmpeg.so
vivaldi-snapshot-1.13.971.8-1.x86_64
Second libffmpeg.so in my system is in .local.

Thanks again, mib

UbIx

@mib2berlin said in Video playback problems, troubleshooting and solutions on Linux.:

@ubix thanks for the information but I use Vivaldi repro not Packman since 3 years and it is working.

I expect (not checked since years) that LEAP use a restricted version of ffmpeg due to license / royalty issues. Packman uses "self compiled" versions which not need to be licensed due to private usage.
http://packman.links2linux.de/
https://de.opensuse.org/Paket_Repositorys#Packman

I have to reinstall Vivaldi several times and it is always in /opt as Chrome, Teamviewer and so forth.
I used rpm -ihv for first install.
Never change a running system, may when Leap 43.1 is there.
Btw. : rpm -qf /opt/vivaldi-snapshot/lib/libffmpeg.so
vivaldi-snapshot-1.13.971.8-1.x86_64
Second libffmpeg.so in my system is in .local.

Hmmm. Seems to be only with the trick/hack that you need the ffmpeg library in the user home. But anyway, before the error fix on packman, I made only a link
to the original file, so that the library will be updated in case of error fixes. In case of a security hole in ffmpeg, this won't be fixed and your PC can be cracked.

ln -s /opt/vivaldi-snapshot/lib/libffmpeg.so ~/.local/lib/vivaldi/libffmpeg.so

See also:
https://software.opensuse.org/package/vivaldi-ffmpeg-codecs?search_term=Vivaldi+

mib2berlin

@ubix, the libffmpeg.so in vivaldi/lib does not work for me if I link or copy it to .local.
If I use this lib I get no h.264 support.
Never get a cracked system since SuSE 5.0 so I am fine how it work now.

Thanks, mib

StanG

@ubix Afaik, h.264 support was in Packman's libffmpeg BEFORE but was removed maybe a year, year and a half ago. That's when Ruario script for fetching working libffmpeg from Ubuntu's repo became necessary.

I doubt that Packman introduced this support back in and this explains to me why Vivaldi installed from Packman repo doesn't play h.264 even if there is libffmpeg.so in /usr/lib64/vivaldi/lib/ directory. Opera from openSUSE Non-Oss repo also has libffmpeg in /usr/lib64/opera/ that doesn't play h.264.

To make Vivaldi from Packman repo play h.264 video I copied libffmpeg.so created by Ruario's script from ubuntu repo in ~/.local/lib/vivaldi/libffmpeg.so into /usr/lib64/vivaldi/lib/

So, in my experience, Vivaldi from Vivaldi's own repo picks libffmpeg up where Ruario's script places it - in /home/username/.local/lib/vivaldi/ but Vivaldi from Packman needs Ruario's libffmpeg.so to be manually put into /usr/lib64/vivaldi/lib/. Manually putting files into /usr is not ideal, of course, but it works if one wants to have Vivaldi from Packman and maybe drop Vivaldi's own repo altogether.

UbIx

@mib2berlin said in Video playback problems, troubleshooting and solutions on Linux.:

@ubix, the libffmpeg.so in vivaldi/lib does not work for me if I link or copy it to .local.
If I use this lib I get no h.264 support.

Hmmm... that's confusing me, normally for the kernel there is no deviation if the file is a real file, soft- or hardlink

Never get a cracked system since SuSE 5.0 so I am fine how it work now.

How you will detect this? Have you done forensic analysis to verify this?

@stang said in Video playback problems, troubleshooting and solutions on Linux.:

@ubix Afaik, h.264 support was in Packman's libffmpeg BEFORE but was removed maybe a year, year and a half ago. That's when Ruario script for fetching working libffmpeg from Ubuntu's repo became necessary.

Hmmm.. that was deviating to my information.
As answer of my problem report I received from Packman team following Answer:

[Solved] Add ffmpeg codecs for browsers based on Chromium.
zypper in chromium-ffmpeg-extra

Now I tested this, and it was true. Only with installed chromium-ffmpeg-extra the decoding from h.264 works fine - see my test result with installed package:
html5te.st/18bdf338e34b2d0d

I doubt that Packman introduced this support back in and this explains to me why Vivaldi installed from Packman repo doesn't play h.264 even if there is libffmpeg.so in /usr/lib64/vivaldi/lib/ directory. Opera from openSUSE Non-Oss repo also has libffmpeg in /usr/lib64/opera/ that doesn't play h.264.

To make Vivaldi from Packman repo play h.264 video I copied libffmpeg.so created by Ruario's script from ubuntu repo in ~/.local/lib/vivaldi/libffmpeg.so into /usr/lib64/vivaldi/lib/

This is not needed if chromium-ffmpeg-extra was installed
On openSUSE and Packman repository was activated - an easy
zypper in chromium-ffmpeg-extra
fix the problem.

PS1: I tested this behavior on different PCs and the remark from Packman team was true.

PS2: chromium-ffmpeg-extra have no dependency to chromium and can be installed separately.

StanG

@ubix The sorcery with chromium-ffmpeg-extra started early in this thread, for me from this post on page 2: https://forum.vivaldi.net/topic/12973/video-playback-problems-troubleshooting-and-solutions-on-linux/31. There were comments like "openSuSE Packman removed the package because it is not needed for chromium anymore" and "chromium-codecs-ffmpeg-extra or any package that build with proprietary features built by 3rd party volunteer. This package considered as non-free. Not distribute able without inviting extra "smell", read: non-free license. Distro like OpenSUSE or Debian will kick this kind of package on sight."

Now I see that it's back in Packman but not installed on my system, nor was it pulled in as a dependency when I installed Packman's Vivaldi. Since everything seems to be working for me now I don't want to experiment with it any further, but its return is noted, thank you.

UbIx

@gwen-dragon said in Video playback problems, troubleshooting and solutions on Linux.:

@ubix said in Video playback problems, troubleshooting and solutions on Linux.:

Only with installed chromium-ffmpeg-extra the decoding from h.264 works

Yes, the package chromium-ffmpeg-extra solved such problems on some distros in the past. But it was not always up-to-date, but often worked as desired.

Let me give you all information I have

rpm -qil chromium-ffmpeg-extra
Name : chromium-ffmpeg-extra
Version : 59.0.3071.104
Release : 1.7
Architecture: x86_64
Install Date: Do 28 Sep 2017 19:09:43 CEST
Group : Productivity/Networking/Web/Browsers
Size : 2618120
License : BSD-3-Clause and LGPL-2.1+
Signature : RSA/SHA1, Mi 27 Sep 2017 18:26:00 CEST, Key ID 45a1d0671abd1afb
Source RPM : chromium-ffmpeg-extra-59.0.3071.104-1.7.src.rpm
Build Date : Fr 23 Jun 2017 14:00:00 CEST
Build Host : localhost
Relocations : (not relocatable)
Packager : [email protected]
Vendor : http://packman.links2linux.de
URL : http://code.google.com/p/chromium/
Summary : Extra ffmpeg codecs for browsers based on Chromium
Description :
This package contains proprietary codecs needed for the HTML5
(audio and video tags).
Distribution: Extra / openSUSE_Tumbleweed
/usr/lib64/chromium-ffmpeg-extra
/usr/lib64/chromium-ffmpeg-extra/libffmpeg.so
/usr/share/doc/packages/chromium-ffmpeg-extra
/usr/share/doc/packages/chromium-ffmpeg-extra/AUTHORS
/usr/share/doc/packages/chromium-ffmpeg-extra/LICENSE

@stang said in Video playback problems, troubleshooting and solutions on Linux.:

@ubix The sorcery with chromium-ffmpeg-extra started early in this thread, for me from this post on page 2: https://forum.vivaldi.net/topic/12973/video-playback-problems-troubleshooting-and-solutions-on-linux/31. There were comments like "openSuSE Packman removed the package because it is not needed for chromium anymore" and "chromium-codecs-ffmpeg-extra or any package that build with proprietary features built by 3rd party volunteer. This package considered as non-free. Not distribute able without inviting extra "smell", read: non-free license. Distro like OpenSUSE or Debian will kick this kind of package on sight."

Yes, I know. The comments from Packman team was all in the direction of automated build error. This was fixed after some days - since them it runs fine on my PC (more than 6 Month like my notes).

Now I see that it's back in Packman but not installed on my system, nor was it pulled in as a dependency when I installed Packman's Vivaldi. Since everything seems to be working for me now I don't want to experiment with it any further, but its return is noted, thank you.

Welcome

moimadmax

I've looking why watching video on youtube was so CPU struggling on my computer. And i found a weird things, there is a difference of hadware acceleration between Chromium and Vivaldi Snapshot

Chromium [61.0.3163.100 (Build de développement) built on Debian buster/sid, running on Debian buster/sid (64 bits)]'s result of chrome://gpu is :
Graphics Feature Status
Canvas: Hardware accelerated
CheckerImaging: Disabled
Flash: Hardware accelerated
Flash Stage3D: Hardware accelerated
Flash Stage3D Baseline profile: Hardware accelerated
Compositing: Hardware accelerated
Multiple Raster Threads: Enabled
Native GpuMemoryBuffers: Software only. Hardware acceleration disabled
Rasterization: Software only. Hardware acceleration disabled
Video Decode: Hardware accelerated
Video Encode: Hardware accelerated
WebGL: Hardware accelerated
WebGL2: Hardware accelerated

And on Vivaldi [1.13.971.8 (Version officielle) snapshot (64 bits) based on chromium 61.0.3163.102]'s result of chrome://gpu is :
Graphics Feature Status
Canvas: Hardware accelerated
CheckerImaging: Disabled
Flash: Hardware accelerated
Flash Stage3D: Hardware accelerated
Flash Stage3D Baseline profile: Hardware accelerated
Compositing: Hardware accelerated
Multiple Raster Threads: Enabled
Native GpuMemoryBuffers: Software only. Hardware acceleration disabled
Rasterization: Software only. Hardware acceleration disabled
Video Decode: Software only, hardware acceleration unavailable
Video Encode: Software only, hardware acceleration unavailable
WebGL: Hardware accelerated
WebGL2: Hardware accelerated

Off course it's on the same computer at the same time with system updated (debian testing)

Why ?

moimadmax

@dleon said in Video playback problems, troubleshooting and solutions on Linux.:

chrome://flags/#ignore-gpu-blacklist

It works. I now can watch a video without the fan noise. Thanks.

ssmla

I've tried everything in this thread to get video working but I can't. Specifically, I can't get video working on twitter.com. I'm running Debian 9.2.1. Has anyone got it to work on that? Thanks for any help.

ssmla

It worked! Thanks!

There was 1 problem that was easily fixed. When I first tried I got this error:

./vivaldi-libffmpeg-install.sh: line 211: ar: command not found
xz: (stdin): File format not recognized
tar: Child returned status 1
tar: Error is not recoverable: exiting now
ERROR: Cant extract files from oxideqt-codecs-extra_1.21.5-0ubuntu0.14.04.1_amd64.deb

IT seems the 'ar' command isn't installed with the base OS. Installing the 'binutils' package fixed that.

ssmla

I installed 9.2.1. I dl'ed it from https://cdimage.debian.org/debian-cd/current/amd64/iso-dvd/. I only dl'ed the file "debian-9.2.1-amd64-DVD-1.iso".

abm0

Anyone else lost video playback in the latest-ish version (1.13.1008.40)? Nothing's working for me on YouTube, Vimeo or Facebook (haven't tried others), and in fact YT video pages crash to that black-page-with-dead-bird thing immediately after opening.

abm0

@gwen-dragon said in Video playback problems, troubleshooting and solutions on Linux.:

@abm0 You need the correct chrome-codecs package on Linux. https://help.vivaldi.com/article/html5-mp4-h-264aac-video-and-mp3-audio-support-under-linux/

Had that for a while now. There's no reason it would make things stop working between yesterday and today. There's also an extension crashing today that wasn't doing anything out of the ordinary yesterday, but I've already removed that one and restarted. Same behavior with video.

abm0

@gwen-dragon said in Video playback problems, troubleshooting and solutions on Linux.:

@abm0 I do not know why you use a old 1.13 Stable on Linux. For such old version you need a chrome codecs for Chromium 63.x. Depends what you can find for your Linux.

Hmm... my updates are set to install immediately if they're security related and show a list weekly for everything else, but when I think about it I very rarely see that list pop up. Maybe there's something dumb happening with this updater thing. Thanks for the hint!

StanG

@abm0 said in Video playback problems, troubleshooting and solutions on Linux.:

Anyone else lost video playback in the latest-ish version (1.13.1008.40)? Nothing's working for me on YouTube, Vimeo or Facebook (haven't tried others), and in fact YT video pages crash to that black-page-with-dead-bird thing immediately after opening.

Yes, earlier this week I lost playback on some sites. At the beginning of this thread there's a post with a link to Ruario's "update latest codecs" script. It was posted a long time ago but the script itself keep updated. I ran it and got my videos back.

I could give you this link here but, from my own experience, it's better to learn where to find it yourself. In a few months a new Chrome engine will break codecs again and script at the beginning of this topic is easier to find than some answer on page 10.