Help - Search - Members - Calendar
Full Version: Mplayer Problem
OESF Forums > Distros, Development, and Model Specific Forums > Distro Support and Discussion > pdaXrom
jalismak
Hi!

I have a c3200 with rc12 and iīm triying to run mplayer. I have installed it many times and i have tried it with gmplayer, smplayer and zplayer and nothing.

when i execute it from shell it shows me this error:

error while loading shared libraries: libSDL-1.2.so:0 : cannot open shared objetc file : no such file or directory.

obvious i have installed de libSDL-1.2. I donīt know what is the problem.

Thank you in advance rolleyes.gif
Capn_Fish
Look in /usr/lib and see if libSDL exists. If not, try reinstalling SDL. If you built it yourself, try rebuilding it with the "--prefix=/usr" option.
jalismak
thx for your reply.

libSDL donīt exits in /usr/lib, when i try to reinstall SDL it shows me:

chown: unknow user name: zaurs

the files that i have tried to install are from http://zaurus.daemons.gr/menaie/feed/

libsdl_1.2.5-bvdd-07-2_arm.ipk
Capn_Fish
You don't need the SDL-bvdd package, bvdd comes with the bvdd mplayer. Use the regular SDL and download mplayer-bvdd-iwmmxt from here:

http://www.tyrannozaurus.com/feed/beta3/custom/

See if that works.
Meanie
QUOTE(jalismak @ Mar 9 2007, 06:24 AM)
Hi!

I have a c3200 with rc12 and iīm triying to run mplayer. I have installed it many times and i have tried it with gmplayer, smplayer and zplayer and nothing.

when i execute it from shell it shows me this error:

error while loading shared libraries: libSDL-1.2.so:0 : cannot open shared objetc file : no such file or directory.

obvious i have installed de libSDL-1.2. I donīt know what is the problem.

Thank you in advance  rolleyes.gif
*


why are you using such an old version of pdaXrom on a C3200?

this is a sharp/cacko feed (http://zaurus.daemons.gr/menaie/feed/) and not supposed to be used with pdaXrom

this feed is compatible with beta1/beta3 of pdaXrom, and might not work with old rc12 (http://www.tyrannozaurus.com/feed/beta3/custom/)

gmplayer is mplayer with its own GUI and does not need an additional mplayer binary
smplayer is just a mplayer GUI and needs a mplayer binary
zplayer is a mplayer GUI for qtopia (Sharp/Cacko ROM) and will definately not run on pdaXrom...

you should really upgrade to pdaXrom beta3/pdaXii13 or pdaXrom r121 so you can use the latest mplayer builds that have better optimizations for better performance and more codecs compiled to play more types of movies...
Capn_Fish
QUOTE(Meanie @ Mar 8 2007, 08:47 PM)
QUOTE(jalismak @ Mar 9 2007, 06:24 AM)
Hi!

I have a c3200 with rc12 and iīm triying to run mplayer. I have installed it many times and i have tried it with gmplayer, smplayer and zplayer and nothing.

when i execute it from shell it shows me this error:

error while loading shared libraries: libSDL-1.2.so:0 : cannot open shared objetc file : no such file or directory.

obvious i have installed de libSDL-1.2. I donīt know what is the problem.

Thank you in advance  rolleyes.gif
*


why are you using such an old version of pdaXrom on a C3200?

this is a sharp/cacko feed (http://zaurus.daemons.gr/menaie/feed/) and not supposed to be used with pdaXrom

this feed is compatible with beta1/beta3 of pdaXrom, and might not work with old rc12 (http://www.tyrannozaurus.com/feed/beta3/custom/)

gmplayer is mplayer with its own GUI and does not need an additional mplayer binary
smplayer is just a mplayer GUI and needs a mplayer binary
zplayer is a mplayer GUI for qtopia (Sharp/Cacko ROM) and will definately not run on pdaXrom...

you should really upgrade to pdaXrom beta3/pdaXii13 or pdaXrom r121 so you can use the latest mplayer builds that have better optimizations for better performance and more codecs compiled to play more types of movies...
*



Not r121 if he wants BVDD.

I was thinking he should upgrade, but I didn't want to offend him.
Antikx
Ahhh... RC12... those were the good old days when OZ and pdaXrom dudes used to fisticuff. smile.gif
zi99y
QUOTE(Capn_Fish @ Mar 9 2007, 03:13 AM)
Not r121 if he wants BVDD.

I was thinking he should upgrade, but I didn't want to offend him.
*

what? theres no bvdd in r121? how well do videos play?
jalismak
Sorry, I have 1.1.0r121 blink.gif , not r12 iīm a newbie with a zaurus triying to take the control of it tongue.gif

I have installed the SDL library from http://mail.pdaxrom.org/download/1.1.0r121...rus-Cxx00/feed/

Now no erros but when i use gmplayer or smplayer donīt shows me the image, only audio mad.gif
Capn_Fish
What kind of video/audio format are you using?
jalismak
Hi capn Fish. I have tried two videos in avi format
Capn_Fish
I forgot to mention this, but I believe I had the same issue with the mplayer-bvdd-iwmmxt package on r121. Try uninstalling it (if you're using it) and installing the mplayer in the feed. If that doesn't work, try removing all mplayer-related stuff and reinstalling just mplayer from the feed (it will install deps automatically).
Meanie
QUOTE(Capn_Fish @ Mar 11 2007, 03:08 AM)
I forgot to mention this, but I believe I had the same issue with the mplayer-bvdd-iwmmxt package on r121. Try uninstalling it (if you're using it) and installing the mplayer in the feed. If that doesn't work, try removing all mplayer-related stuff and reinstalling just mplayer from the feed (it will install deps automatically).
*


yeah obviously it won't work since r121 does not have bvdd and that is the bvdd specific version of mplayer...
zi99y
Can one of you tell me if r121 doesn't play videos as well as in beta3 because of this lack of bvdd?
Capn_Fish
I always play videos at 320x240 after using xrandr to adjust the resolution, so I can play videos with or without BVDD.

Higher-res videos do play better in 2.4 betas due to the use of BVDD.
Meanie
QUOTE(Capn_Fish @ Mar 12 2007, 12:14 AM)
I always play videos at 320x240 after using xrandr to adjust the resolution, so I can play videos with or without BVDD.

Higher-res videos do play better in 2.4 betas due to the use of BVDD.
*


actually, the bvdd only gives you some speed improvements. the big improvement comes from the iwmmxt optimised code by atty. it uses the iwmmxt instruction sets rather than the standard arm4l instruction, or the slightly improved xscale optimisations.

and yes, using the 2.4.20 kernel with bvdd and atty's statically compiled mplayer with iwmmxt gives you the best video performance on the Z.
Capn_Fish
Should've let the pro answer first...Oh, well.

Slightly OT, but does the "mtune=iwmmxt" give the largest performance boost in other builds, or just mplayer/video-intensive stuff?
Meanie
QUOTE(Capn_Fish @ Mar 12 2007, 11:21 AM)
Should've let the pro answer first...Oh, well.

Slightly OT, but does the "mtune=iwmmxt" give the largest performance boost in other builds, or just mplayer/video-intensive stuff?
*



compiler optimizations give some speed improvement, but code optimization/enhancements give you imrovements in the order of 10 or more vs mere compiler optimization, but of course, both combined, ie compiler optimization and code optimization gives the best results as seen in atty's mplayer build.
XorA
Hopefully this doesnt open old wounds, but an enterprising openzaurus user wrote a -vo pxa output for mplayer that works with 2.6.X CXX00 kernels using pxa overlays.

In other words it does the same as BVDD.

Anyway hopefully some enterprising pdaXrom developer will look in OE under packages/mplayer/files for the patches.
Meanie
QUOTE(XorA @ Mar 16 2007, 10:42 PM)
Hopefully this doesnt open old wounds, but an enterprising openzaurus user wrote a -vo pxa output for mplayer that works with 2.6.X CXX00 kernels using pxa overlays.

In other words it does the same as BVDD.

Anyway hopefully some enterprising pdaXrom developer will look in OE under packages/mplayer/files for the patches.
*


oh this is great news! hopefully someone will look into it...
InSearchOf
QUOTE(Meanie @ Mar 16 2007, 07:51 AM)
QUOTE(XorA @ Mar 16 2007, 10:42 PM)
Hopefully this doesnt open old wounds, but an enterprising openzaurus user wrote a -vo pxa output for mplayer that works with 2.6.X CXX00 kernels using pxa overlays.

In other words it does the same as BVDD.

Anyway hopefully some enterprising pdaXrom developer will look in OE under packages/mplayer/files for the patches.
*


oh this is great news! hopefully someone will look into it...
*



Yea... Hopefully someone....

Late
Capn_Fish
Alright, I'm looking into it, but I have a few questions:

1. Should I use the latest build or the latest release of MPlayer (source snapshot, SVN snapshot, or RC1?
2. Should I apply the patches only for the build I'm using or all of them (probably a dumb question)?
3. Should I cross-compile or compile natively?
EDIT: 4. What (if any) CFLAGS should I use?
XorA
Well if you look at my mplayer_XXX.bb files you will see what environment I used to compiling mplayer in OE. Seems to compile and work fine in armv4, armv5, and iwmmxt modes. For CXX00 I would suggest iwmmct "-mcpu=iwmxxt -march=iwmmxt -mtune=iwmmxct" in CFLAGS.

You should be able to patch up either RC1 or latest SVN, OE does both. I have heard rumours that latest svn contains some more arm optimisations that rc1 but I havent benchmarked.

Cross compiling would be fine, mplayer handles this without problems.
Capn_Fish
QUOTE(XorA @ Mar 19 2007, 11:18 AM)
Well if you look at my mplayer_XXX.bb files you will see what environment I used to compiling mplayer in OE. Seems to compile and work fine in armv4, armv5, and iwmmxt modes. For CXX00 I would suggest iwmmct "-mcpu=iwmxxt -march=iwmmxt -mtune=iwmmxct" in CFLAGS.

You should be able to patch up either RC1 or latest SVN, OE does both. I have heard rumours that latest svn contains some more arm optimisations that rc1 but I havent benchmarked.

Cross compiling would be fine, mplayer handles this without problems.
*

Thanks...I'll get looking at it harder now.
Capn_Fish
A couple more questions:

Should I use my normal GCC, or the cross environment?

Configure fails when looking for inttypes.h. How can I make it find it? It will find it if I get rid of the flags "-fomit-frame-pointer -mcpu=xscale -pipe", but then it says its optimizing for a Pentium M.

I'm trying to build with the latest SVN source.
XorA
QUOTE(Capn_Fish @ Mar 20 2007, 08:16 PM)
A couple more questions:

Should I use my normal GCC, or the cross environment?


The cross environment. But its been so long since I did a build outside of OE don't ask me what the magic to pass the configure is.
XorA
Actually something along the lines of this. Pulled directly from the OE build.

--build=x86_64-linux \
--host=arm-angstrom-linux-gnueabi \
--target=arm-angstrom-linux-gnueabi \
--prefix=/usr \
--exec_prefix=/usr \
--bindir=/usr/bin \
--sbindir=/usr/sbin \
--libexecdir=/usr/libexec \
--datadir=/usr/share \
--sysconfdir=/etc \
--sharedstatedir=/usr/com \
--localstatedir=/var \
--libdir=/usr/lib \
--includedir=/usr/include \
--oldincludedir=/usr/include \
--infodir=/usr/share/info \
--mandir=/usr/share/man \

arm-angstrom-linux-gnueabi needs to be changed to whatever the system is called under pdaXrom cross compiler.
Capn_Fish
I got it to start compiling, but now it quit. Here's my configure command and error:

Configure:
CODE
CC=armv5tel-cacko-linux-gcc CFLAGS="-O4 -mcpu=iwmmxt -march=iwmmxt -mtune=iwmmxt" CXXFLAGS="-O4 -mcpu=iwmmxt -march=iwmmxt -mtune=iwmmxt" ./configure --disable-mencoder --enable-gui --enable-sdl --cc=/opt/cross/arm/3.4.6-xscale-softvfp/bin/armv5tel-cacko-linux-gcc --target=armv5tel-cacko-linux --enable-iwmmxt --enable-armv5te --prefix=/usr --enable-menu --disable-gl --disable-rtc --disable-inet6 --disable-network --disable-iconv


Error:
CODE
make
./version.sh `/opt/cross/arm/3.4.6-xscale-softvfp/bin/armv5tel-cacko-linux-gcc -dumpversion`
/opt/cross/arm/3.4.6-xscale-softvfp/bin/armv5tel-cacko-linux-gcc -I. -Wdeclaration-after-statement -O4 -mcpu=iwmmxt -march=iwmmxt -mtune=iwmmxt -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -I/usr/include -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/include/SDL -D_REENTRANT  -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/include -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/include/gtk-2.0 -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/lib/gtk-2.0/include -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/include/atk-1.0 -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/include/cairo -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/include/pango-1.0 -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/include/glib-2.0 -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/lib/glib-2.0/include -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/include/freetype2 -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/include -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/include/libpng12   -I./libavutil -I./libavcodec   -c -o mplayer.o mplayer.c
In file included from /usr/include/bits/ioctls.h:24,
                from /usr/include/sys/ioctl.h:27,
                from mplayer.c:19:
/usr/include/asm/ioctls.h:9:4: warning: #warning This machine appears to be neither x86_64 nor i386.
In file included from /usr/include/bits/sigcontext.h:28,
                from /usr/include/signal.h:333,
                from /usr/include/sys/wait.h:31,
                from mplayer.c:20:
/usr/include/asm/sigcontext.h:9:4: warning: #warning This machine appears to be neither x86_64 nor i386.
In file included from /usr/include/sys/wait.h:31,
                from mplayer.c:20:
/usr/include/signal.h:336: warning: "struct sigcontext" declared inside parameter list
/usr/include/signal.h:336: warning: its scope is only this definition or declaration, which is probably not what you want
In file included from /usr/include/linux/errno.h:4,
                from /usr/include/bits/errno.h:25,
                from /usr/include/errno.h:36,
                from mplayer.c:38:
/usr/include/asm/errno.h:9:4: warning: #warning This machine appears to be neither x86_64 nor i386.
mplayer.c: In function `main':
mplayer.c:2672: warning: passing arg 2 of `guiGetEvent' from incompatible pointer type
/opt/cross/arm/3.4.6-xscale-softvfp/bin/armv5tel-cacko-linux-gcc -I. -Wdeclaration-after-statement -O4 -mcpu=iwmmxt -march=iwmmxt -mtune=iwmmxt -D_LARGEFILE_SOURCE -D_FILE_OFFSET_BITS=64 -D_LARGEFILE64_SOURCE -I/usr/include -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/include/SDL -D_REENTRANT  -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/include -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/include/gtk-2.0 -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/lib/gtk-2.0/include -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/include/atk-1.0 -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/include/cairo -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/include/pango-1.0 -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/include/glib-2.0 -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/lib/glib-2.0/include -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/include/freetype2 -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/include -I/opt/cross/arm/3.4.6-xscale-softvfp/armv5tel-cacko-linux/include/libpng12   -I./libavutil -I./libavcodec   -c -o spudec.o spudec.c
In file included from /usr/include/linux/errno.h:4,
                from /usr/include/bits/errno.h:25,
                from /usr/include/errno.h:36,
                from spudec.c:17:
/usr/include/asm/errno.h:9:4: warning: #warning This machine appears to be neither x86_64 nor i386.
spudec.c: In function `spudec_draw_scaled':
/usr/include/bits/mathinline.h:530: error: impossible constraint in `asm'
/usr/include/bits/mathinline.h:530: error: impossible constraint in `asm'
make: *** [spudec.o] Error 1


Any ideas?
XorA
QUOTE
CODE
In file included from /usr/include/bits/ioctls.h:24,
                from /usr/include/sys/ioctl.h:27,
                from mplayer.c:19:


Any ideas?
*


Yes, feed it the right -I and -isystem commands so that it doesnt search in /usr/include for include files.
This is a "lo-fi" version of our main content. To view the full version with more information, formatting and images, please click here.
Invision Power Board © 2001-2014 Invision Power Services, Inc.