Search Criteria
Package Details: lib32-libmpeg2 0.5.1-4
| Git Clone URL: | https://aur.archlinux.org/lib32-libmpeg2.git (read-only, click to copy) |
|---|---|
| Package Base: | lib32-libmpeg2 |
| Description: | Library for decoding MPEG-1 and MPEG-2 video streams (32 bit) |
| Upstream URL: | http://libmpeg2.sourceforge.net/ |
| Keywords: | lib32 |
| Licenses: | |
| Submitter: | GordonGR |
| Maintainer: | rodrigo21 |
| Last Packager: | rodrigo21 |
| Votes: | 16 |
| Popularity: | 0.071726 |
| First Submitted: | 2013-05-07 20:16 |
| Last Updated: | 2019-03-29 02:20 |
Latest Comments
rodrigo21 commented on 2020-12-12 17:14
@ukbeast I posted a reply in the reddit thread because i think the problem it's not in this packages.
ukbeast commented on 2020-12-12 08:54
@rodrigo21 "Goshujin-sama Da~isuki!"
I have all but "lib32-gst-plugins-bad" installed, since aom takes ages to download for it's dependency
rodrigo21 commented on 2020-12-12 04:23
@ukbeast It's working for me, but I don't use wine from the repo. Instead I build wine-tkg myself.
What's the game that you are trying to run. I have many Japanese VNs and most of them I can make it play the videos.
ukbeast commented on 2020-12-12 00:42
winegstreamer isn't detecting it, yet gst-inspect-1.0-32 is seeing it in lib32 https://www.reddit.com/r/archlinux/comments/k976pr/lib32gstplugins_issue/
Also, should bin files be removed, rather than moving to *bin-name-32?
churro commented on 2018-07-19 16:39
reinstalled dependencies (they were all updated) and it worked this time, so all is well.
GordonGR commented on 2018-07-19 15:09
Well, that means it can't find them in /usr/lib32. Try rebuilding and reinstalling the dependencies, perhaps something is wrong there. Builds fine for me here.
churro commented on 2018-07-19 06:14
I'm having the same problem as @VikinGe except with even more libraries despite compiling it in the past (I have 0.5.1-2 installed), I didn't check every library,however several of the libraries it needs are, in fact, in the /usr/lib32 folder, yet, for whatever reason, it's looking at /usr/lib
GordonGR commented on 2018-02-14 16:03
Hmm, it builds perfectly well here. You wouldn't happen to miss any of the lib32-{libxext,libx11,libxv} packages, would you? Or anything from base-devel?
VikingGe commented on 2018-02-14 08:52
Linking fails, apparently it tries to link against 64-bit libraries:
/usr/bin/ld: skipping incompatible /usr/lib/libXext.so when searching for -lXext
/usr/bin/ld: skipping incompatible /usr/lib/libX11.so when searching for -lX11
/usr/bin/ld: skipping incompatible /usr/lib/libXv.so when searching for -lXv
/usr/lib/libSDL.so: error adding symbols: File in wrong format
collect2: error: ld returned 1 exit status