You are not logged in.
Pages: 1
i am making the abs mplayer. it compiled ok, but i got the following error when try to run.
MPlayer SVN-r29411-4.4.1 (C) 2000-2009 MPlayer Team
137 audio & 299 video codecs
mplayer: could not connect to socket
mplayer: No such file or directory
Failed to open LIRC support. You will not be able to use your remote control.
Playing /home/chancho/Azureus Downloads/Monsters VS Aliens 3d trailer.1080p x264/Monsters VS Aliens 3d trailer.1080p x264.mkv.
[mkv] Track ID 1: video (V_MPEG4/ISO/AVC), -vid 0
[mkv] Track ID 2: audio (A_AC3), -aid 0, -alang und
[mkv] Will play video track 1.
Matroska file format detected.
VIDEO: [avc1] 1920x1080 24bpp 23.976 fps 0.0 kbps ( 0.0 kbyte/s)
==========================================================================
Forced video codec: ffh264vdpau
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
[VD_FFMPEG] XVMC-accelerated MPEG-2.
Selected video codec: [ffh264vdpau] vfm: ffmpeg (FFmpeg H.264 (VDPAU))
==========================================================================
==========================================================================
Opening audio decoder: [liba52] AC3 decoding with liba52
Using SSE optimized IMDCT transform
MPlayer interrupted by signal 11 in module: init_audio_codec
- MPlayer crashed by bad usage of CPU/FPU/RAM.
Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
won't help unless you provide this information when reporting a possible bug.
it also happen to the aur version.
Offline
Did you apply this patch http://repos.archlinux.org/viewvc.cgi/m … sion=46076 ? This patch is necessary to play ac3 media files with a version of mplayer compiled with gcc 4.4.0
Offline
no, what i did is download cp the tarball from abs and "makepkg --asroot".
Offline
You should make sure that patch statement is included in the PKGBUILD. Did you update your abs root tree? Perhaps you were still working with an older version.
Offline
Do you build mplayer with unset makeflags?
Shell Scripter | C/C++/Python/Java Coder | ZSH
Offline
After building mplayer myself, I can confirm the problem. To start with, the liba52 patch that was necessary to compile mplayer with gcc 4.4.0, is not necessary when you compile with gcc 4.4.1. The bug fix was incorporated in the latest gcc release. Unfortunately MPlayer crashes again on ac3 files. Until a fix has come out, the only thing to get it back to work is to compile mplayer with a previous gcc (4.3 is a good example). You'll need to install a previous gcc besides the one you currently have installed. The best way to do so is to base yourself on the gcc-snapshot pkgbuild from aur. Here's the one I used myself:
# Contributor: Allan McRae <allan@archlinux.org>
pkgname=gcc43
_ver=4.3
pkgver=4.3.3
pkgrel=1
pkgdesc="The GNU Compiler Collection developmental snapshot"
arch=('i686' 'x86_64')
license=('GPL3' 'LGPL')
url="http://gcc.gnu.org"
depends=('glibc' 'binutils' 'gmp' 'mpfr' 'ppl' 'cloog-ppl')
makedepends=('flex' 'bison')
options=('!libtool')
source=(ftp://gcc.gnu.org/pub/gcc/releases/gcc-${pkgver}/gcc-{core,g++,fortran,objc,java}-${pkgver}.tar.bz2
gcc_pure64.patch
gcc-hash-style-both.patch
buildfix_new_bison.patch)
md5sums=('1739288c2c7b1472796b33d641dbdbbd'
'18428e313a9927d38b313e688c62219b'
'8771e6190dd4f3178b2a7978d2380a5d'
'125b75947c763ba59b7ea95d3739d431'
'068938366ee0be5b70112bdf485898b4'
'4030ee1c08dd1e843c0225b772360e76'
'bb420bc84b1104455b7230b1cd4b96c2'
'6895f128e905bfcb26e328899235e553')
build() {
cd ${srcdir}/gcc-${pkgver}
# Don't install libiberty
sed -i 's/install_to_$(INSTALL_DEST) //' libiberty/Makefile.in
if [ "${CARCH}" = "x86_64" ]; then
patch -Np1 -i ../gcc_pure64.patch || return 1
fi
# Don't run fixincludes
sed -i -e 's@\./fixinc\.sh@-c true@' gcc/Makefile.in
patch -Np0 -i ${srcdir}/gcc-hash-style-both.patch || return 1
patch -Np0 -i ${srcdir}/buildfix_new_bison.patch || return 1
mkdir build
cd build
../configure --prefix=/usr --enable-shared \
--enable-languages=c,c++ \
--enable-threads=posix --mandir=/usr/share/man --infodir=/usr/share/info \
--enable-__cxa_atexit --disable-multilib --libdir=/usr/lib \
--libexecdir=/usr/lib --enable-clocale=gnu --disable-libstdcxx-pch \
--with-tune=generic \
--disable-werror --enable-checking=release \
--program-suffix=-${_ver} --enable-version-specific-runtime-libs
make || return 1
make -j1 DESTDIR=${pkgdir} install || return 1
# Lazy way of dealing with conflicting man and info pages...
rm -rf ${pkgdir}/usr/share
}
Offline
no, what i did is download cp the tarball from abs and "makepkg --asroot".
Why do you run makepkg --asroot to compile a package ?
Offline
It is not any package, mplayer compilation has a known bug that requires --asroot. Don't know why nor the details, it's just something I read around here.
Offline
I sure don't need to compile mplayer with -asroot to get it to work.
Offline
Ok, last time I compiled mplayer it didn't work as normal user, using --asroot fixed it. I got it from here: http://bbs.archlinux.org/viewtopic.php? … 96#p488696. I don't know if this fakeroot bug still applies, though.
EDIT: But you're right, it seems to work fine without --asroot now, I've just compiled it without problems (it seems)
Last edited by fede (2009-08-27 01:01:38)
Offline
it will compile without --asroot, but smplayer will fail, as truetype2 is not detected by mplayers config script, when executed as non-root user. (at least last time i checked)
Last edited by uwinkelvos (2009-08-27 18:48:13)
Offline
Pages: 1