Solved [Solved] HTML5 codecs, again

Ruarí

Issue the following and then rerun the script

sudo sed -i '/^  DOWNLOAD/s/3/10/' /opt/vivaldi/update-widevine

paul1149

Thanks, @Gwen-Dragon . I also got interesting feedback over at MX that might bear on the problem. Knowledgeable guy there had initial install problems, as did I, but solved them and his install codecs are good. I might need to retrace his steps.

paul1149

@ruario said in HTML5 codecs, again:

sudo sed -i '/^ DOWNLOAD/s/3/10/' /opt/vivaldi/update-widevine

paul@mx19:~
$ sudo sed -i '/^ DOWNLOAD/s/3/10/' /opt/vivaldi/update-widevine
[sudo] password for paul: 
paul@mx19:~
$ sudo /opt/vivaldi/update-widevine
4.10.1440.18-linux-x64.zip does not match the expected sha256sum; aborting
paul@mx19:~

Could you take a look at https://forum.mxlinux.org/viewtopic.php?f=104&t=54266&p=542038#p542038 and see if that makes any sense? I think there's a flaw in the installation somehow.

Ruarí

@paul1149 I read it, that is a work around but a bad one and will only fix it until you next upgrade. Better to fix it properly

paul1149

@ruario said in HTML5 codecs, again:

@paul1149 I read it, that is a work around but a bad one and will only fix it until you next upgrade. Better to fix it properly

Ok. Thanks for taking a look. Now to figure out how to do this right...

Ruarí

Can you try fetching manually via wget. I want to see if it works on your system or is failing because of something that is missing (e.g. proxy configuration)

wget -O /tmp/4.10.1440.18-linux-x64.zip https://dl.google.com/widevine-cdm/4.10.1440.18-linux-x64.zip

If you get no errors from wget, then try issuing the following in the same terminal

sha256sum /tmp/4.10.1440.18-linux-x64.zip

and let me know what that command reports.

EDIT: Simplified the commands to a couple of one-liners

paul1149

@ruario No errors that I can see:

paul@mx19:~
$ cd ~/Downloads
paul@mx19:~/Downloads
$ wget https://dl.google.com/widevine-cdm/4.10.1440.18-linux-x64.zip
--2019-11-22 11:09:46--  https://dl.google.com/widevine-cdm/4.10.1440.18-linux-x64.zip
Resolving dl.google.com (dl.google.com)... 172.217.12.174, 2607:f8b0:4006:81a::200e
Connecting to dl.google.com (dl.google.com)|172.217.12.174|:443... connected.
HTTP request sent, awaiting response... 200 OK
Length: 3540154 (3.4M) [application/zip]
Saving to: ‘4.10.1440.18-linux-x64.zip’

4.10.1440.18-linux-x64.z 100%[=================================>]   3.38M  9.15MB/s    in 0.4s    

2019-11-22 11:09:52 (9.15 MB/s) - ‘4.10.1440.18-linux-x64.zip’ saved [3540154/3540154]

paul@mx19:~/Downloads
$ sha256sum 4.10.1440.18-linux-x64.zip
768ffe64a8efca991fce37d4cf35eb15b1cf2fdb2fa4773278a1bfce1e620046  4.10.1440.18-linux-x64.zip
paul@mx19:~/Downloads

Ruarí

Ok, let's remove the entire timeout from the script, like so

sudo sed -i '/^  DOWNLOAD/s/ -T[0-9]\+//' /opt/vivaldi/update-widevine

Then re-run it

sudo /opt/vivaldi/update-widevine

paul1149

@ruario You nailed that one! But I then retried ffmpeg, and same problem there.

$ sudo /opt/vivaldi/update-widevine
Widevine (4.10.1440.18) installed successfully (PLEASE RESTART VIVALDI)

However, support for 'proprietary media' is not installed. Fix this by running:
    /opt/vivaldi/update-ffmpeg

paul@mx19:~
$ /opt/vivaldi/update-ffmpeg
You may need to be root (or rerun this command with sudo)
mkdir: cannot create directory ‘/var/opt/vivaldi/media-codecs-78.0.3904.70’: Permission denied
paul@mx19:~
$ sudo /opt/vivaldi/update-ffmpeg
xz: (stdin): File format not recognized
tar: This does not look like a tar archive
tar: ./usr/lib/chromium-browser/libffmpeg.so: Not found in archive
tar: Exiting with failure status due to previous errors
The extracted libffmpeg.so does not match the expected sha256sum; aborting

Ruarí

Ok, same fix then

sudo sed -i '/^  DOWNLOAD/s/ -T[0-9]\+//' /opt/vivaldi/update-ffmpeg

sudo /opt/vivaldi/update-ffmpeg

EDIT: For anyone else who has this issue, the following should work if for snapshot and stable. It will remove the timeout from both scripts (it assumes bash). Clearly the timeout is too short for many people's networks.

sudo sed -i '/^  DOWNLOAD/s/ \(-T\|--connect-timeout \)[0-9]\+//' /opt/vivaldi*/update-{widevine,ffmpeg}

paul1149

@ruario Dude, you nailed it. Thanks!

Two questions then. How do I remediate my friend's machine with the same problem? I guess I go through these same steps.

Second, is there a way to prevent this problem from happening in new installs?

There's also the issue of why this apparently happens only on MX and not other Linux distros.

Ruarí

@paul1149 said in HTML5 codecs, again:

@ruario Dude, you nailed it. Thanks!

Two questions then. How do I remediate my friend's machine with the same problem? I guess I go through these same steps.

sudo sed -i '/^  DOWNLOAD/s/ \(-T\|--connect-timeout \)[0-9]\+//' /opt/vivaldi*/update-{widevine,ffmpeg}

Second, is there a way to prevent this problem from happening in new installs?

Yes… I need to fix it in the source and ship an updated Vivaldi that includes the fix.

There's also the issue of why this apparently happens only on MX and not other Linux distros.

It is almost certainly nothing to do with MX and more to do with you having a slower connection than I predicted when I added a short 3 second timeout.

EDIT: We have had other reports that were likely this from several distros

Ruarí

@Gwen-Dragon This could also happen if a user had defined a proxy that wget is configured to use (for their user but not for root). Though I am not sure how I would handle that other than print out a more meaningful message when I suspect it happens.

paul1149

@ruario Ok, thanks. Maybe I'll wait for the update and let him do that. I also didn't think that a timeout would spawn the kind of error messages that I got, but obviously it is the case. Thank you for your expertise, and thank you @Gwen-Dragon for your help and patience too.

os24

@lamarca ./thanks it work for me

lamarca

@os24 Glad to know!

pointed.stick

After updating from 4.3 to 5.0 HTML5 media stopped working...

sudo  /opt/vivaldi/update-ffmpeg

returns with

Your glibc version is too old to search for a replacement libffmpeg that supports proprietary media

glibc version is 2.19

DoctorG

@pointed-stick You need to update to a never version of your Linux.
https://forum.vivaldi.net/topic/69365/requirement-of-glibc-for-libffmpeg-so-media-codec/

pointed.stick

Ah. "Won't fix."

That's just great.

DoctorG

@pointed-stick Sorry to say, but if you do not compile your own glibc to be used with current Chromium libffmpeg, this will not be fixed.