forums.ps2dev.org

[unsolo]

Id like to thank Bill Garrett for his work on this vo module for mplayer i hope it brings more people to the community and more joy to the ps3 owners out there.

Notes:
needs to do direct rendering, but you don't have
to specify -dr on the command line because vo will
enable it automatically if it can

needs to double buffer, but you don't have to specify that either (-double)

doesn't do windows - takes over framebuffer for now

h264 issues:
currently not working
video currently doesn't direct render unless u post process with -vf pp
broken on PS3 (regardless of vo) - too slow & audio strange
try with -demuxer 35 -lavdopts fast:threads=2 for improvement, but still not usable
try with -vo null and still broken (see, it's not vo's fault :) )

configure now autodetects ps3

works with:
'f' for fullscreen scaling toggle
'space' for pausing
'. for single frame stepping

use -vo ps3:snapshot to save a .yuv file of current buffers on pause

Dependencies:
spu-medialib & ps3fb must be installed
must be able to find:
libspe2.h
spu-medialib/spu_control.h
spu-medialib/yuv2argb_scaler.h
ps3fb/libps3fb.h
libspu-medialib.a
libps3fb.a

Installation:
install libps3fb (http://forums.ps2dev.org/viewtopic.php?p=59150#59150)
install spu-medialib (http://wiki.ps2dev.org/ps3:spu-medialib:install)
get mplayer (currently tested with rev. 24714)
svn co svn://svn.mplayerhq.hu/mplayer/trunk mplayer
get patch
svn co svn://svn.ps2dev.org/ps3ware/trunk/mplayer-vo mplayer-vo
cd mplayer & patch:
$ patch -p0 < ../mplayer-vo/latest.patch
patching file libvo/video_out.c
patching file libvo/vo_ps3.c
patching file configure
./configure;
make && make install)

Usage:

$ ps3videomode (any should work please report the ones not working)
$ mplayer -vo ps3 /lost/video/watch-ppu-usage.mpg
_________________
Don't do it alone.

[fusuke]

I've installed libspe2, libspu-medialib and libps3fb. The first two were placed in /usr/lib64 and the last was placed in /usr/local/lib. No errors when compiling all three.

So far so good. The problem is with Mplayer, where `configure` refused to validate the PS3 option. Forcing the option leads to the following errors while doing the Make operation:

/usr/bin/ld: skipping incompatible /usr/lib64/libspe2.so when searching for -lspe2
/usr/bin/ld: skipping incompatible /usr/lib64/libspe2.a when searching for -lspe2

The same goes for spu-medialib. There are no problems with libps3fb. Could there be a compatibility issue with 64bit versions of library files?

[ldesnogu]

[unsolo]

The problem is as ldesnogu sais either 32 or 64 bit

whatever your compiler is default set up to compile to is what you need to change the lib to .. or change your default compiler to compile 32 or 64 bit.

Depending on whatever your lib is
_________________
Don't do it alone.

[fusuke]

So this is going to be harder than I thought.

I've recompiled libps3fb as a 64-bit library, similar to libspu-medialib and libspe2. Unfortunately most of my system library functions are 32-bit.

When I `configure` mplayer with the 64-bit compiler option, it now recognizes the PS3 option but many other important libraries are unavailable e.g libGL, libX11, ALSA etc. Vice versa if I switch back to the 32-bit option.

I could try to locate and install 64-bit versions of each library, but first of all I'm not sure what libraries I would need. The list that `configure` goes through is rather long.

Any suggestions on a quick way to gather all the 64-bit libraries required by Mplayer?

[fusuke]

Or I could just compile libspe2, libps3fb and libspu-medialib as 32 bit files.

That would seem much simpler.

[fusuke]

So I've compiled the necessary files in 32-bit form; No error messages.

However, mplayer doesn't work with -vo ps3 (works with x11). The screen goes black, there's no audio and I can't cancel the program. The only option is to reset gnome.

This occurs for ps3videomodes 1, 3 and 11 (my only attempts).

Mplayer output is posted below.

I was poking around the makefiles in spu-medialib and I noticed references to `libfb`, which I don't have. It wasn't mentioned in the installation instructions and I don't see any compiler warnings about it, so I assume it's a relic of prevous iterations.

[unsolo]

It is probably some relic as libps3fb previusly was called libfb.

Anyhow could you try this over a ssh to se what happens my best bet is that theres and addressing problem related to 32 vs 64 bit adressess.

one more case with a 32 bit would pretty much confirm this and we will in any case have to solve this.

I can se from your post that the spu code is executed so that is good however it looks also like the first DMA fails.

We will have to look into that and maybe give out a fix to this

cheers
unsolo
_________________
Don't do it alone.

[fusuke]

Here is the output from mplayer -vo ps3 using 32bit compiled libraries accessed via ssh.

[darkshadow]

I just bought a ps3 and installed Yellow Dog Linux 5.0.1 on it and I am working to get this all setup. I have done all the dependencies except the last one (libps3lib.a) which I have no idea on what to install to get this. Any suggestions?

[fusuke]

I think that libps3lib.a is a typo in unsolo's earlier post. It was probably meant to be libps3fb.a .

[unsolo]

darkshadow
take a look here!

http://forums.ps2dev.org/viewtopic.php?p=59150#59150
this post Does not mention anything but libps3fb


fusuke
this was your last code post the last time

[fusuke]

Hi Unsolo,

I've recompiled mplayer and the ps3 dependencies in 64-bit. Once again same problem: blank screen, no audio.

Mplayer does work with fbdev. I don't have too many other libraries (x11, etc), but I think the problem lies with the -vo ps3 option.

Here are my results from an ssh connection:

[fusuke]

Hi Unsolo,

darkshadow was probably referring to your earlier post on this very thread.

[unsolo]

Sorry cleared out now.
_________________
Don't do it alone.

[fusuke]

Hi Unsolo,

So I went back to a 32bit compilation to test out -vo ps3 outside of gnome. Still doesn't work.

[unsolo]

thanks for testing ..
from what i can se it must be a problem with the 32 bit adresses
probably they need to be sign corrected for MSB63->32 before the dma.. as its 0xFFFFFFFFADRESS in 32 bit but when you stick and adress into a unsigned long it doesnt extend it like that! it ends up as 0x00000000ADRESS so the spu cant dma from that adress as its clearly non existing.

this needs to be solved!
_________________
Don't do it alone.

[darkshadow]

Thanks for the help, I am now having trouble with it detecting the ps3 vo option. It will not auto detect during ./configure and when I force it I get the following error.

/usr/bin/ld: cannot find -lspu-medialib
collect2: ld returned 1 exit status
make: *** [mplayer] Error 1
[root@localhost mplayer]# locate spu-medialib
/usr/include/spu-medialib
/usr/include/spu-medialib/spu_control.h
/usr/include/spu-medialib/yuv2argb_scaler.h
/usr/include/spu-medialib/yuv2rgb.h
/usr/include/spu-medialib/yuvscaler.h
/usr/lib64/libspu-medialib.a

[darkshadow]

I forgot to say I think it is the 32/64 bit hell. Because even though the file is in /usr/lib64 when I started checking the files with file they show up as 32bit. How do I force my compiler to only use 64bit since that is what the rest are compiled as.

[unsolo]

spu-medialib is still very in work ..
Im going to look into making a proper configure etc for it.
_________________
Don't do it alone.

[fusuke]

unsolo,

Did you look at the error message that I posted when I compiled as 64bit? It's a few posts up.

darkshadow,

This is my experience so far as to 32/64bit. By default, Mplayer's configure will try to compile everything as 32bit. If you want it to detect the `ps3` option, then libspe2, libspu-medialib and libps3fb will have to be compiled in 32bit form.

Following unsolo's instructions on YDL 5.02, you will get libps3fb in 32bit and libspu-medialib in 64 bit. Assuming you already have libspe2 compiled in 32bit, this is what you have to do:

Edit the Makefile of in spu-medialib to change the PPU flags from -m64 to -m32 and change the target dir to /usr/lib instead of /usr/lib64

Here is my 32bit Makefile:

[unsolo]

new rev of spu-medialib on svn migth solve the problems for 32 bit users.
_________________
Don't do it alone.

[fusuke]

Just ssh'ed and updated spu-medialib from work. Looks like it is working. I will verify once I get home.

good work unsolo & team.

[darkshadow]

I just updated spu-medialib and now everything works and I can watch my collection of xvid files.

Is their a way to get this so that when mplayer quits it lets me see X again since I don't plan on always ssh'ing in to my ps3. When I start with runlevel 3 and just use the command line it lets me still see what I am doing after quiting mplayer, but with cutoff words thanks to overscanning or my other choice of black bars if I don't use fullscreen for ps3vidmode.

[unsolo]

We have started to look into how to get X to redraw etc
however this may take some time.

nice to hear that my changes worked :)
_________________
Don't do it alone.

[darkshadow]

Ok, I am not in much of a hurry. I will just use the command line and work around the overscan problem by starting my videos with a script that is something like this


sudo /sbin/ps3videomode -v 4 -f
mplayer $1
sudo /sbin/ps3videomode -v 4


I am not worried about the security on my ps3 so sudo does not prompt me for any passwords.

[fusuke]

Here are my results so far:

1) Playback works for some files. I tested mpeg, xvid and divx5: The divx did not work and yielded this:

[fusuke]

[darkshadow]

That's what I get for assuming you need root for anything in /sbin. Oh well I linked it in /usr/bin so I don't have to type the full path anymore either.

[unsolo]

Try it outside of X and se if you get the flickering there.

EDIT:
I think this is most likely caused by the X server still trying to draw to the framebuffer. However if we get some sort of overlay this will not be a problem any more or tell X to render offscreen while we are running video playback.
_________________
Don't do it alone.