You are not logged in.
It's not presente in the libvpx package.
Should I make a symbolic link?
Last edited by saronno (2015-04-24 17:23:03)
Offline
Post the output of
uname -a
pacman -Qs mplayerOffline
Post the output of
uname -a pacman -Qs mplayer
# uname -a
Linux kanon 3.19.3-3-ARCH #1 SMP PREEMPT Wed Apr 8 14:10:00 CEST 2015 x86_64 GNU/Linux
# pacman -Qs mplayer
local/mplayer-vaapi 36265-14
A movie player, compiled with vaapi support
local/smplayer 14.9.0.6690-1
A complete front-end for MPlayer
local/smplayer-skins 1:14.9.0-1
Skins for SMPlayer
local/smplayer-themes 1:14.9.0-1
Themes for SMPlayerThe problem is that I use mplayer-vaapi.
Anyway the symbolic link solved the problem.
Offline
Anyway the symbolic link solved the problem.
It's not a solution. Rebuild mplayer-vaapi https://aur.archlinux.org/packages/mplayer-vaapi/
Offline
Making symbolic links like that is *terrible*. Do not do that. EVER. It "works" only by chance, because mplayer won't actually be using libvpx.
The proper solution is is to recompile mplayer-vaapi. I'd also recommend switching from mplayer-vaapi to mpv, it has a much better vaapi implementation, and other nice things.
Last edited by Gusar (2015-04-24 15:18:05)
Offline
Symlink is a workaround. Take a look wether the file exists, but has a different so nuber. If this is true, you most likely don't have your system fully updated (and that's why partial updates are unsupported in arch). If the file is really missing you can use pkgfile and determine which package owns (therefore provides) that file.
Offline
If the file is really missing you can use pkgfile and determine which package owns (therefore provides) that file.
$ pkgfile libvpx.so.1
$ +1 for mpv.
Last edited by karol (2015-04-24 15:29:55)
Offline
Symlink is a workaround.
No, it is *not* a workaround. It is a terrible terrible hack, something that should not ever be propagated as valid, even under the name of "workaround".
A different library number means different API/ABI. you can't just point an application expecting API version 1 to a library that has API version 2. The version was bumped because the API has changed in incompatible ways. It can only work by chance - the application isn't using any functions that have changed between versions 1 and 2. But if it is using changed functions, say hello to your application crashing.
Do not ever make such symlinks. Do not ever encourage people to do that.
Offline
I am a bit undecise.
Right now I am using the radeon driver instead of catalyst (when I choose to use vaapi) ...
would it be better vdpau+mplayer or mvp and vaapi?
Offline
With radeon, mpv+vdpau. VDPAU is better designed, and it gets much more attention from the mpv developers.
With catalyst, mpv+vaapi. Except if you'll hit the blue people bug (it seems proprietary vendors simply can't get video right, the Adobe guys screwed it up with Flash, the AMD guys screwed it up with catalyst).
Offline
thanks
Offline
Just a thing .... I am trying to use mvp with smplayer and smtube .... it works, but it seems to have some caching problem.
I tried to modify cache in the smplayer interface and also add --cache in the command line option but I can't obtain a good
result.
Any specific advise?
Last edited by saronno (2015-04-24 21:16:20)
Offline
My advice would be to not use smplayer. It tries to use mpv as if it was mplayer, but it's not. mpv is quite different internally. smplayer would need to be completely rewritten to use mpv as it is meant to be used - by linking to libmpv and using the client API.
mpv can load youtube links directly if you install youtube-dl. All sites supported by youtube-dl work.
Offline
My advice would be to not use smplayer. It tries to use mpv as if it was mplayer, but it's not. mpv is quite different internally. smplayer would need to be completely rewritten to use mpv as it is meant to be used - by linking to libmpv and using the client API.
mpv can load youtube links directly if you install youtube-dl. All sites supported by youtube-dl work.
Anyway it's a pity, because I like smtube very much. MPV requires me to search directly on youtube website ....
Last edited by saronno (2015-04-24 21:49:33)
Offline
Well, if you're using radeon now, you can use mplayer, it has vdpau support.
Also, going by smtube's optional dependencies, it can use a bunch of players, it isn't tied to smplayer. If it can't use mpv directly yet, adding this functionality probably isn't hard. Maybe make a feature request to the smtube developers.
Offline
Well, if you're using radeon now, you can use mplayer, it has vdpau support.
Also, going by smtube's optional dependencies, it can use a bunch of players, it isn't tied to smplayer. If it can't use mpv directly yet, adding this functionality probably isn't hard. Maybe make a feature request to the smtube developers.
Actually it can .... I will give it a try ...
Offline
Just stumbled upon this libvpx.so.1 missing issue with mpv.
I read the whole thread and I'm still scratching my head how does one actually solve it?
Offline
The issue here wasn't with mpv, but using mplayer-vaapi from AUR. The only way you could have issues with mpv is if you don't use the package from [community], but a custom compile. In which case the solution is the same as for mplayer-vaapi or any other AUR package - recompile.
Offline
I did a system update yesterday and my mpv kaput:
mpv: error while loading shared libraries: libvpx.so.1: cannot open shared object file: No such file or directoryI tried compiling mpv-git and it doesn't build.
Offline
I tried compiling mpv-git and it doesn't build.
Then this is obviously what you should focus on. Or simply use the package from [community] instead of mpv-git for now, until you figure out why mpv-git doesn't build for you.
Offline
Just a note as I encountered the same issue here:
mplayer: error while loading shared libraries: libvpx.so.1:Rebuilded mplayer-vaapi as karol suggested and now the videos play fine with (u)mplayer.
$ pacman -Qs mplayer
local/mplayer-vaapi 36265-14
local/umplayer 0.97_svn181-2
┌─[kozaki@llewellyn]─[/mnt/mm/bt]
$ pacman -Qi libvpx
1 extra/libvpx 1.4.0-2
Seeded last month: Arch 50 gig, derivatives 1 gig
Desktop @3.3GHz 8 gig RAM, linux-ck
laptop #1 Atom 2 gig RAM, Arch linux stock i686 (6H w/ 6yrs old battery
) #2: ARM Tegra K1, 4 gig RAM, ChrOS
Atom Z520 2 gig RAM, OMV (Debian 7) kernel 3.16 bpo on SDHC | PGP Key: 0xFF0157D9
Offline
This shouldn't come as a surprise. If you use unofficial packages form the AUR, then it's your responsibility to keep them up-to-date (which includes rebuilding them when the system libraries update).
Sakura:-
Mobo: MSI MAG X570S TORPEDO MAX // Processor: AMD Ryzen 9 5950X @4.9GHz // GFX: AMD Radeon RX 5700 XT // RAM: 32GB (4x 8GB) Corsair DDR4 (@ 3000MHz) // Storage: 1x 3TB HDD, 6x 1TB SSD, 2x 120GB SSD, 1x 275GB M2 SSD
Making lemonade from lemons since 2015.
Offline
In my case I think I had ffmpeg-git from aur. I believe it was causing the issue. I had no clue for at least a month maybe more...
Offline
In my case I think I had ffmpeg-git from aur. I believe it was causing the issue. I had no clue for at least a month maybe more...
To be blunt, you probably shouldn't be replacing important packages with ones from the AUR if it took you a month to figure this out.
Offline
Lol that's the beauty of Linux you can tinker to your heart's content. I probably installed ffmpeg-git to fix some other issue
Last edited by snoxu (2015-06-22 07:18:55)
Offline