@GenericAnimeBoy:
I found out the long way (read, forum digging) that ac=mad is needed because without it mplayer tries to use a library called mp3lib (a floating point mp3 library, thus very slow) to decode mp3 audio.
Thanks for the info.
@MrSquishy:
Is it rotating your video?
No, it plays in landscape without troubles, however if I press 'f' to get out of fullscreen mode it locks up. Kill -9'ing it via ssh results in opie being pretty screwed up - rotated, very large, blurred and tiled on the screen - very odd. I have to issue a reboot command as even an /etc/init.d/opie restart doesn't fix it.
Again, I'll just point you back to my Opie-SH-Mplayer script, it does what I need it to do, and the ARGS box will let you easily change options.
Great, I'll try this now.
@adf:
My main reason for the post was that I was wondering why mplayer seemed to have a mind of its own - I always start it from the command line, and had removed my ~/.mplayer/config file - I suppose there may be another global config file somewhere under /etc, or the fullscreen thing may have been coded in as the default.
@everyone:
The other thing that confuses me is why mplayer insists on altering the aspect ratio anyway when playing fulscreen - if I have an avi file which I've encoded as 320x176 (due to the size on the input stream which was 960x528), why can't full screen just expand it uniformly in each direction by default so that the aspect ratio stays constant - this is what happens on Windows when I go for full screen mode.
I suppose it's possible that some people encode videos which need to be stretched more in one direction that another, or have black bands which can be ignored when going to full screen but it's a bit of a pain (and I can't really understand why these people would encode videos like this anyway - except to save space while reducing resolution in one direction).
Cheers all,
Si
