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: GPL2
Submitter: GordonGR
Maintainer: rodrigo21
Last Packager: rodrigo21
Votes: 17
Popularity: 0.000000
First Submitted: 2013-05-07 20:16 (UTC)
Last Updated: 2019-03-29 02:20 (UTC)

Latest Comments

rodrigo21 commented on 2020-12-12 17:14 (UTC) (edited on 2020-12-12 17:25 (UTC) by rodrigo21)

@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 (UTC)

@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 (UTC)

@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 (UTC)

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 (UTC)

reinstalled dependencies (they were all updated) and it worked this time, so all is well.

GordonGR commented on 2018-07-19 15:09 (UTC)

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 (UTC)

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 (UTC)

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 (UTC) (edited on 2018-02-14 08:52 (UTC) by VikingGe)

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