OESF Portables Forum
Model Specific Forums => Sharp Zaurus => Zaurus - pdaXrom => Topic started by: jalismak on March 08, 2007, 03:24:32 pm
-
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
-
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.
-
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/ (http://zaurus.daemons.gr/menaie/feed/)
libsdl_1.2.5-bvdd-07-2_arm.ipk
-
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/ (http://www.tyrannozaurus.com/feed/beta3/custom/)
See if that works.
-
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
[div align=\"right\"][a href=\"index.php?act=findpost&pid=155782\"][{POST_SNAPBACK}][/a][/div]
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...
-
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
[div align=\"right\"][a href=\"index.php?act=findpost&pid=155782\"][{POST_SNAPBACK}][/a][/div]
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...
[div align=\"right\"][a href=\"index.php?act=findpost&pid=155798\"][{POST_SNAPBACK}][/a][/div]
Not r121 if he wants BVDD.
I was thinking he should upgrade, but I didn't want to offend him.
-
Ahhh... RC12... those were the good old days when OZ and pdaXrom dudes used to fisticuff.
-
Not r121 if he wants BVDD.
I was thinking he should upgrade, but I didn't want to offend him.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=155801\"][{POST_SNAPBACK}][/a][/div]
what? theres no bvdd in r121? how well do videos play?
-
Sorry, I have 1.1.0r121 , not r12 i´m a newbie with a zaurus triying to take the control of it
I have installed the SDL library from http://mail.pdaxrom.org/download/1.1.0r121...rus-Cxx00/feed/ (http://mail.pdaxrom.org/download/1.1.0r121/Zaurus-Cxx00/feed/)
Now no erros but when i use gmplayer or smplayer don´t shows me the image, only audio
-
What kind of video/audio format are you using?
-
Hi capn Fish. I have tried two videos in avi format
-
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).
-
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).
[div align=\"right\"][a href=\"index.php?act=findpost&pid=155906\"][{POST_SNAPBACK}][/a][/div]
yeah obviously it won't work since r121 does not have bvdd and that is the bvdd specific version of mplayer...
-
Can one of you tell me if r121 doesn't play videos as well as in beta3 because of this lack of bvdd?
-
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.
-
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.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=155959\"][{POST_SNAPBACK}][/a][/div]
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.
-
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?
-
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?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=155978\"][{POST_SNAPBACK}][/a][/div]
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.
-
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.
-
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.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=156500\"][{POST_SNAPBACK}][/a][/div]
oh this is great news! hopefully someone will look into it...
-
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.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=156500\"][{POST_SNAPBACK}][/a][/div]
oh this is great news! hopefully someone will look into it...
[div align=\"right\"][a href=\"index.php?act=findpost&pid=156501\"][{POST_SNAPBACK}][/a][/div]
Yea... Hopefully someone....
Late
-
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?
-
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.
-
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.
[div align=\"right\"][a href=\"index.php?act=findpost&pid=156715\"][{POST_SNAPBACK}][/a][/div]
Thanks...I'll get looking at it harder now.
-
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.
-
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.
-
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.
-
I got it to start compiling, but now it quit. Here's my configure command and error:
Configure:
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:
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?
-
In file included from /usr/include/bits/ioctls.h:24,
from /usr/include/sys/ioctl.h:27,
from mplayer.c:19:
Any ideas?
[div align=\"right\"][a href=\"index.php?act=findpost&pid=156939\"][{POST_SNAPBACK}][/a][/div]
Yes, feed it the right -I and -isystem commands so that it doesnt search in /usr/include for include files.