Nekochan Net

Hi!

I uploaded a tardist of the new MPlayer 1.0pre3 release: http://www.kanera.de/irix/MPlayer-1.0pre3.tardist

Key features of this build:

- built with MipsPro 7.4.1 and heavy optimizations (including IPA) - i can try to provide a recursive diff of the changes after I cleaned up the mess a bit. 99% of it was typical GCCisms, albeit a lot of them
- includes mips4 and mips3 selections
- ffmpeg libavcodec, libmpeg2, libvorbis codecs included
- x11, opengl and sdl video-out plugins included
- sgi, sdl and esd audio-out plugins included
- no prereqs as I linked all non-system libs statically

both mplayer and mencoder were tested with several files of different formats without major problems. The only problem I know of is Sorenson Video 3 (SVQ3) which is broken currently (probably endianness). It was already reported on the mailinglist so I hope it gets fixed soon.

a few hardware related notes:

The build was tested on MGRAS based Octanes (ESI, ESI+T, EXMI), Odyssey based Octanes (VPro8), O2 and Indigo² (MGRAS - HighImpact).
If you lack hardware Texturing you'll have to live with x11 or sdl video output and avoid scaling, as the software scaler is dead slow on Mips. If you still insist on the software scaler, use sdl instead of x11, its a bit faster..
For the x11 plugin make sure to have -depth 24 -class TrueColor in your /var/X11/xdm/Xservers

If you have Hardware Texturing you can choose one of the two OpenGL plugins to get hardware scaling. The gl2 plugin is the best choise in almost all cases - its faster than the gl plugin, it keeps the movie aspect when resizing and the OSD works well with it. If you experience broken colors with the GL plugins, force the output colorspace with -vf format=RGB24 on your command line or add vf=format=RGB24 to your config file. Note that on MGRAS gl2 doesn't work at all without that switch..
If you use the gl plugins make sure they can get a double buffered visual with enough colors. (findvis db tells you). On SI+T or ESI+T use one of the 1280x1024_XY_32db modes to achieve this.

Its always a good idea to have -framedrop enabled so mplayer starts skipping frames if needed (to keep a-v sync if the video is too much for the hardware).

I've included a default mplayer.conf with some IRIX related comments. Have a look at it and change it to your needs - or better: create your own ~/.mplayer/config to override those default settings.

so long,
Timo

_________________
http://www.kanera.net

Wow, great work on porting that! downloading now...

_________________
configure complete, now type 'make' and pray.

Thanks Timo, much appreciated!

Thanks for the tardist. Unfortunately for me (and I'm a complete novice on this) the film I'm trying to view still complains:




Also, the audio which worked with your previous release is now garbled. I aplogize for needing so much hand-holding.

Windows Media 9 will only play on x86 for now, as mplayer needs the win32 dlls to support it until libavcodec gets native support for it.



*sigh* indeed. I just dug out a similar file to test it. Looks like wma2 audio decoding is broken currently too.. I'll add the file to my growing collection of test fodder for future builds.

so for now your best way to get this to play on Irix is to use mencoder on some x86 machine and convert it to some more friendly format.. windows media should be boycotted anyway

so long,
Timo

_________________
http://www.kanera.net

amen! (and thanks for the info)

I must join the congratulations. I spent a lot of time hacking at mplayer myself, but I never got opengl output working. Good job!
[edit]
okay, i got a little too excited. -vo gl2 -vf format=RGB24 is not working for me for the "classic evangelion comedy", although it works fine for an *.ogm file I have. Unfortunately, my system (195MHz Octane SI+T) is still too slow to play much of anything without -nosound. Oh, well.
Timo, can you post the configure options you used? I have an *.avi file here that I can play with my compiled player:
but dies with yours:
Maybe just send me a message so we don't clog this thread.

it works fine for 90% of the files I have here. There are a few that don't work - all of those are quite high res/high bitrate videos, so I suppose the problem is texture size limit on mgras (if so, this problem shouldn't exist on CRM or Odyssey) - I have yet to look deeper into this. For most files it should work fine on your SI+T (i tested it on ESI+T with many files) - just make sure it gets the double buffered high color visual it wants..



yeah, smaller divx files and mpeg1 (and probably low bitrate mpeg2) works quite well on lower clocked r10k, anything larger can get painfull..


..
Ok, thanks for the hint. I got this fixed now. MipsPro was the problem in this case.. I overlooked (yet another) __GNUC__ ifdef in liba52/bitstream.h. Do you have an urgent need for software AC3 decoding? Otherwise i'll try to get a few other things working too before I update the package..

thanks for the feedback,
Timo

_________________
http://www.kanera.net

No rush. AC3 would just make the program a little more complete. The offending video I have seen numerous times anyhow. I think you have done such a great job so far that we can wait a little while. Anticipation can be fun.
Cheers!

BTW, when did Sorenson Video 3 break? I got it working during the pre2 and have that build sitting around. Also, on the mailinglist a while back someone was working with the Octane digital audio I/O. Any thoughts on getting that working? I don't ever use my Octane's digital I/O, but it might be an interesting feature.

It was still working in CVS around November iirc. It wasn't fixed yet.. so maybe i'll dig through the ffmpeg cvslog and try to find out which change broke it. Or I just send a proper bug report to the ffmpeg people instead.



hmm, shouldn't setting the default output to digital in apanel be all thats needed for this? If you are feeding it into an amp with integrated 5.1 (Dolby Digital, DTS) decoder it might be worth to try -ac hwac3 (AC3 through SPDIF) to make use of it (given an input file with ac3 of course). I have not the slightest idea if any of this works as I don't have the proper equipment to test it currently..

so long,
Timo

_________________
http://www.kanera.net

I've just gotten that mplayer binary build installed on my Octane (R12k/270MHz, ESI) and it works very well, DivX4v3, over NFS and without the framedrop option :). Anyway I don't have TRAM module and cannot scale the movie fullscreen... I'd report results with more video streams latter.
The system looks quite responsive while that thing is playing.

_________________
LAMMEN GORTHAUR

If you have a (fast) x86 machine with Linux on it, you can recode a proprietary WMV9/RM video to something you wish with MPlayer's MEncoder thus resulting in possibility to use native codecs on a broader number of OSes, because of the openness of the codec you use then. Exactly what i'm doing all the time with Real garbage (their codecs are far from the definition "open source"). I'm not using this method to play movies on my SGI computers, but you could, if you want, given XViD and MP3 are supported by the MPlayer port, and your SGI machine can handle it. I'm afraid none of mine can.

Here's what i'm doing with RealMedia video's:
$ mplayer -dumpstream -dumpfile test.rm -rtsp-stream-over-tcp rtsp://streams3.omroep.nl:554/tv/vpro/r ... 0040121.rm
$ mencoder test.rm -o test.avi -ovc xvid -oac mp3lame

Voila, an XViD was born. The RTSP URL is just as example; -rtsp-stream-over-tcp matters only when the RTSP protocol is used (ie. for Real, but also for ie. QuickTime) for firewalls or broken connections, though it's possible to forward UDP connections on a firewall too. As you can see i'm using XViD + MP3. When Theora is ready i'd love to use OGG Vorbis + OGG Theora instead. Regarding files: test.rm is the output file in the first command, and the input file in the second command. It can be deleted afterwards; while test.avi is the output of the second command which you'll want to view with ie. MPlayer afterwards.

If you see the above i think it's pretty straightforward of what exactly happens and i think the same can be done regarding WMV9. I never tried, though. I did succesfully done the conversion with QuickTime 6.

Finally, i wrote a few extended howto's for this process (for Real), but it's not in English. The MPlayer documentation explains it too, though pretty short. I hope this is useful for anyone up here!

_________________
$ cat TODO
Learn Inner Sanctuary; Act Autonomous; Forge Future; Experience Enthean Enlightenment.

I get sound from the file I want to play, but the picture is grey. This is on an Octane
MXI. How can I be sure the system is in a double buffered video mode? xsetmon
suggests the system is using (DX) 1280x1024_72 from:

/usr/gfx/ucode/MGRAS/vof/2RSS

I notice there is a 1280x1024_72_32db in the directory above, but setmon complains
when I try to use that.

Note that the DivX file plays fine on my O2.

The mplayer.conf has:

vo=gl2
vf=format=RGB24
ao=sgi
framedrop=1
zoom=no
osdlevel=2
monitoraspect=4:3
cache = 8192

I'm guess the video isn't running in 32db, but I'm not sure how to force it.

Oh, the example file is on my site if anyone wants to replicate things:

http://www.futuretech.blinkenlights.nl/ ... movie1.avi

Thanks for any assisstance!

Ian.

SGI Depot: http://www.futuretech.blinkenlights.nl/sgidepot/
Email: mailto:mapesdhs@yahoo.com
Backup email (send copy to this too): mailto:im011f3554@blueyonder.co.uk
Home: +44 (0)131 477 1142 (best to call this number first)
Mobile: 07743 495403 (usually off; leave a message and I'll call back)

SGI/Future Technology/N64: http://www.futuretech.blinkenlights.nl/
Mirror site: http://futuretech.mirror.vuurwerk.net/
Doom Help Service (DHS): http://www.gamers.org/dhs/

Hi Ian,



Yes, there is a problem with the gl plugins on MGRAS (mostly with high res/bitrate files) - see the fist comment from Octane above for example. I don't think its a double buffering thing (if it doesn't find a double buffered visual, the gl plugin bombs out earlier), I rather think its a texture size issue.. the problem doesn't exist on Odyssey and O2. I bet it displays smaller files without problems, right?

Btw. I'm planning to update the package when 1.0pre4 is out at some point in the next weeks. I'm currently playing with cvs and all looks good so far - at least all the codec problems reported in the above posts are fixed (SVQ3, WMA, AC3..). Unfortunately I don't have any MGRAS machine around anymore (switched to Odyssey), so I can't really experiment with the above issue currently. Hopefully I'll be able to pick up some r10k High Impact indigo2 in the near future to keep at least one MGRAS machine around..


*fetching*

so long,
Timo

_________________
http://www.kanera.net