H.264/AAC broken in the last update
-
@ruarí said in H.264/AAC broken in the last update:
Perhaps I forgot to give some package maintainer the memo that this file is no longer needed or loaded by Vivaldi?
Most probably, from what I see,
[npro@vu ~]$ pacman -Fl vivaldi | grep libffmpeg #list the files owned by the queried package vivaldi opt/vivaldi/lib/libffmpeg.so
-
@npro Oh shit I am blind!
I read that as '/var/opt/vivaldi/lib/libffmpeg.so' but there is no '/var' in your original listing. Sorry yes that IS our file and it is part of the package itself, shipped with Vivaldi.
This file is the ultimate fallback. If the distro provides no extra package and update-ffmpeg cannot run, fails to run or is on a system with an old glibc, then this file will be used.
It has no support for H.264 or AAC but it will play all open media formats. It was also built by us with the rest of Vivaldi.
-
-
Yeah sorry I quickly edited more reply in. I have a bad habit of doing that
-
One more bit of clarity. The bundled file "/opt/vivaldi/lib/libffmpeg.so" supports open formats but if you have a "better" file provided by a third party package or installed by update-ffmpeg, then "/opt/vivaldi/lib/libffmpeg.so" will never be used at all, even for open formats. It is just bypassed altogether by the LD_PRELOAD.
-
@ruarí No need for that, I got a master for doing that
@ruarí said in H.264/AAC broken in the last update:
It is just bypassed altogether by the LD_PRELOAD.
yeah I've seen that, that's why I was wondering why that file was there in the first place.
-
@npro Well you remember that guy from the snapshots with RHEL7 who could not launch Vivaldi and did not care about proprietary media on his work machine??
He is using it! (see we cater for everyone)
But seriously it is very good to have because if it was not included, all these people who reported that they do not have working H.264 would not have been able to launch at all, if that file was not bundled.
Also if you are some kind of purest who does not want to run patented codecs or just wants to see what breaks without them enabled, you can do the following
- Remove any third party package providing us with libffmpeg
- Issue
sudo /opt/vivaldi/update-ffmpeg --undo
and/opt/vivaldi/update-ffmpeg --user --undo
to remove any files we might have placed. - Export the variable
VIVALDI_FFMPEG_AUTO=0
in your ~/.bashrc or ~/.profile or somewhere else suitable on your system.
Now when you start Vivaldi you will be using this file and
VIVALDI_FFMPEG_AUTO=0
will prevent our startup wrapper from callingupdate-ffmpeg
to "fix" the situation.P.S. I do exactly this in testing. Or perhaps if I am honest, I plan to do this and forget and wonder for 5 mins why videos are playing that should not. Entirely forgetting I wrote a bunch of code that constantly tries to fix things for me, even if I do not want that right now!
-
I did an upgrade via apt, but it didn't work the first time. Did the purge and it worked afterwards, although it sounds like it wasn't the fix, but it was more of a timing issue. Good to know the purge isn't necessary or typical.
Consequently, a few weeks ago I was running the snapshot and had the same issue. After a few days, one of your updates fixed it. Felt a bit like deju vu, but all good now! Thanks!
-
@jetimms said in H.264/AAC broken in the last update:
Consequently, a few weeks ago I was running the snapshot and had the same issue. After a few days, one of your updates fixed it. Felt a bit like deju vu, but all good now! Thanks!
Yeah it is the same problem effectively. I am now using a different source for the debs and these URLs expire pretty fast. From the next snapshot I have a new plan with an extra fallback that should mean this is far less likely in the future, at least for x64 users (which are the bulk).
-
@ruarí Thank you! I may eventually move back to the snapshot. Stable made more sense on my new install of Ubuntu for my main PC.
-
@npro said in H.264/AAC broken in the last update:
Thanks for all that, indeed I have been poking around the script in its various iterations and have been following the latest discussion in the snapshot posts (glibc, RHEL) and the additions/modifications to it, but this was 10x better
Well now you can poke around the new one
https://vivaldi.com/blog/desktop/new-capture-and-sync-uis-vivaldi-browser-snapshot-2431-3/
The update-ffmpeg script is a bit longer to allow for falling back and not upgrading a valid lib from either a lib from deb or snap. On the other hand the wrapper is a bit shorter as I compacted the LD_PRELOAD parts, even though I am looking in more locations.
-
@guigirl said in H.264/AAC broken in the last update:
Now i very much look forward to the impending Snapshot, after which if i have understood you correctly, i'll be able to remove
You can try this if you like now. Or just keep the extra packages as insurance against future issues.
-
@ruarí hah, I will (at some point), thx for the heads up
/edit: for the moment it worked well, it did find that my codec from Ike was outdated and placed a fresh one under
~/.local/...
as expected, but that's the trivial part right? -
@npro That could be. I guess his package is probably not yet updated and hence has a libffmpeg that is appropriate for 4.2 (Chromium 93).
EDIT: Yes… vivaldi-snapshot-ffmpeg-codecs-93.0.4577.69-1-x86_64.pkg.tar.zst
-
@npro So that is a nice thing with me doing it as well. If he is ever late Vivaldi will fetch something for you and you do not have to wait.
-
@ruarí yep
-
@guigirl said in H.264/AAC broken in the last update:
Cool, this time the extra package would not have worked anyway because
vivaldi-snapshot-ffmpeg-codecs 93.0.4577.69-1
93 and we are now 94 based, and you do need to have a matching (94 based) version this time around. So even if you had left it, it would have been ignored anyway and
update-ffmpeg
would have gotten called automatically.That said, I am sure Ike will update that package soon anyway. He was probably just waiting for this snapshot to go out.
-
@guigirl Well recent weeks it has been far from seemless but I am trying. In any case as mentioned in the changelog I have a backup in place in the script for when the URLs to the debs I fetch inevitably expire again. So it will go a bit smoother from now on.
-
-
@guigirl The Oz busters?