Release notes: https://chromium.googlesource.com/webm/libvpx/+/refs/tags/v1.8.0: For real-time encoding, speed 7 has improved by ~5-10%. Encodes targeted at screen sharing have improved when the content changes significantly (slide sharing) or scrolls. There is a new speed 9 setting for mobile devices which is about 10-20% faster than speed 8.
We want that.
r21535: macos and rpm version bump.
Also: VP9E_SET_ROI_MAP: Extend Region of Interest functionality to VP9
r21538 adds speed=9 support for vp9 if VPX_ENCODER_ABI_VERSION>=23.
All this needs testing..
See also:
It looks like this broke building on Centos7?
[91mError: Package: libvpx-xpra-devel-1.7.0-1.el7_6.x86_64 (winswitch)
Requires: libvpx.so.5()(64bit)
Available: libvpx-xpra-1.7.0-1.el7_5.x86_64 (winswitch)
libvpx.so.5()(64bit)
Available: libvpx-xpra-1.7.0-1.el7_6.x86_64 (winswitch)
libvpx.so.5()(64bit)
[0m[91mError: Package: libvpx-xpra-devel-1.7.0-1.el7_6.x86_64 (winswitch)
Requires: libvpx-xpra = 1.7.0
Available: libvpx-xpra-1.7.0-1.el7_5.x86_64 (winswitch)
libvpx-xpra = 1.7.0-1.el7_5
Available: libvpx-xpra-1.7.0-1.el7_6.x86_64 (winswitch)
libvpx-xpra = 1.7.0-1.el7_6
[0m[91mError: Package: ffmpeg-xpra-4.1-2.el7_6.x86_64 (winswitch)
Requires: libvpx.so.5()(64bit)
Available: libvpx-xpra-1.7.0-1.el7_5.x86_64 (winswitch)
libvpx.so.5()(64bit)
Available: libvpx-xpra-1.7.0-1.el7_6.x86_64 (winswitch)
libvpx.so.5()(64bit)
[0m You could try using --skip-broken to work around the problem
Building or installation? What is the command that you used? What repository?
Replying to Antoine Martin:
Building or installation?
I noticed this during a build while installing yum dependencies. But it appears to be happening with just an update from the beta repo.
sudo yum update
[sudo] password for mjha:
Loaded plugins: fastestmirror, langpacks, nvidia
Loading mirror speeds from cached hostfile
epel/x86_64/metalink | 27 kB 00:00
* base: mirror.hh.se
* elrepo: mirror.koddos.net
* epel: mirror.netsite.dk
* extras: mirror.hh.se
* updates: mirror.hh.se
base | 3.6 kB 00:00
docker-ce-edge | 3.5 kB 00:00
docker-ce-stable | 3.5 kB 00:00
elrepo | 2.9 kB 00:00
epel | 4.7 kB 00:00
extras | 3.4 kB 00:00
google-chrome | 1.3 kB 00:00
google-chrome-unstable | 1.3 kB 00:00
sublime-text | 2.9 kB 00:00
updates | 3.4 kB 00:00
virtualbox/7/x86_64/signature | 181 B 00:00
virtualbox/7/x86_64/signature | 2.9 kB 00:00 !!!
winswitch | 2.9 kB 00:00
winswitch-beta | 2.9 kB 00:00
(1/7): docker-ce-edge/x86_64/primary_db | 28 kB 00:00
(2/7): docker-ce-stable/x86_64/primary_db | 25 kB 00:00
(3/7): epel/x86_64/updateinfo | 958 kB 00:00
(4/7): google-chrome/primary | 1.7 kB 00:00
(5/7): google-chrome-unstable/primary | 1.7 kB 00:00
(6/7): winswitch-beta/7/x86_64/primary_db | 85 kB 00:00
(7/7): epel/x86_64/primary_db | 6.6 MB 00:00
google-chrome 3/3
google-chrome-unstable 3/3
Resolving Dependencies
--> Running transaction check
---> Package containerd.io.x86_64 0:1.2.2-3.3.el7 will be updated
---> Package containerd.io.x86_64 0:1.2.4-3.1.el7 will be an update
---> Package docker-ce.x86_64 3:18.09.2-3.el7 will be updated
---> Package docker-ce.x86_64 3:18.09.3-3.el7 will be an update
---> Package docker-ce-cli.x86_64 1:18.09.2-3.el7 will be updated
---> Package docker-ce-cli.x86_64 1:18.09.3-3.el7 will be an update
---> Package google-chrome-unstable.x86_64 0:74.0.3710.0-1 will be updated
---> Package google-chrome-unstable.x86_64 0:74.0.3717.0-1 will be an update
---> Package libvpx-xpra.x86_64 0:1.7.0-1.el7_6 will be obsoleted
--> Processing Dependency: libvpx.so.5()(64bit) for package: python2-xpra-2.5-0.20190227r21899.el7_6.x86_64
--> Processing Dependency: libvpx.so.5()(64bit) for package: ffmpeg-xpra-4.1-2.el7_6.x86_64
---> Package python2-xpra.x86_64 0:2.5-0.20190222r21791.el7_6 will be updated
---> Package python2-xpra.x86_64 0:2.5-0.20190227r21899.el7_6 will be obsoleting
--> Processing Dependency: libvpx.so.5()(64bit) for package: python2-xpra-2.5-0.20190227r21899.el7_6.x86_64
---> Package python2-xpra-client.x86_64 0:2.5-0.20190222r21791.el7_6 will be updated
---> Package python2-xpra-client.x86_64 0:2.5-0.20190227r21899.el7_6 will be an update
---> Package python2-xpra-server.x86_64 0:2.5-0.20190222r21791.el7_6 will be updated
---> Package python2-xpra-server.x86_64 0:2.5-0.20190227r21899.el7_6 will be an update
---> Package xpra.x86_64 0:2.5-0.20190222r21791.el7_6 will be updated
---> Package xpra.x86_64 0:2.5-0.20190227r21899.el7_6 will be an update
---> Package xpra-common.noarch 0:2.5-0.20190222r21791.el7_6 will be updated
---> Package xpra-common.noarch 0:2.5-0.20190227r21899.el7_6 will be an update
---> Package xpra-common-client.noarch 0:2.5-0.20190222r21791.el7_6 will be updated
---> Package xpra-common-client.noarch 0:2.5-0.20190227r21899.el7_6 will be an update
---> Package xpra-common-server.noarch 0:2.5-0.20190222r21791.el7_6 will be updated
---> Package xpra-common-server.noarch 0:2.5-0.20190227r21899.el7_6 will be an update
---> Package xpra-html5.noarch 0:2.5-0.20190222r21791.el7_6 will be updated
---> Package xpra-html5.noarch 0:2.5-0.20190227r21899.el7_6 will be an update
--> Finished Dependency Resolution
Error: Package: ffmpeg-xpra-4.1-2.el7_6.x86_64 (@winswitch)
Requires: libvpx.so.5()(64bit)
Removing: libvpx-xpra-1.7.0-1.el7_6.x86_64 (@winswitch)
libvpx.so.5()(64bit)
Obsoleted By: python2-xpra-2.5-0.20190227r21899.el7_6.x86_64 (winswitch-beta)
Not found
Available: libvpx-xpra-1.7.0-1.el7_5.x86_64 (winswitch)
libvpx.so.5()(64bit)
Error: Package: python2-xpra-2.5-0.20190227r21899.el7_6.x86_64 (winswitch-beta)
Requires: libvpx.so.5()(64bit)
Removing: libvpx-xpra-1.7.0-1.el7_6.x86_64 (@winswitch)
libvpx.so.5()(64bit)
Obsoleted By: python2-xpra-2.5-0.20190227r21899.el7_6.x86_64 (winswitch-beta)
Not found
Available: libvpx-xpra-1.7.0-1.el7_5.x86_64 (winswitch)
libvpx.so.5()(64bit)
You could try using --skip-broken to work around the problem
You could try running: rpm -Va --nofiles --nodigest
What is the command that you used? What repository?
sudo yum update
with xpra and xpra beta repo's enabled.
with xpra and xpra beta repo's enabled.
Ah, you had me worried there! The beta repo can occasionally break. I will fix.
Here's what happened: we wanted to go back to using system provided versions for libvpx (r18771), but that doesn't work when building newer versions of ffmpeg as those require libvpx 1.4 or later, and centos7 ships with version 1.3
So r22001 switches back to libvpx-xpra for centos7.
Pushed new xpra centos 7.6 beta packages together with a libvpx 1.8 rebuild and ffmpeg 4.1.1. (more centos builds on the way)
All centos7 test systems update fine here using the beta repo, please shout if not.
Works fine for me, thanks for the fix.
this ticket has been moved to: https://github.com/Xpra-org/xpra/issues/2132