Notices

Yes, I just updated from 24 to 26 and am seeing exactly the same thing. Which might not be a useful comment without further details, but I'm not sure what more to say...

Adding to my own message... after reading the bug report discussion in garage - editing ~/.mplayer/config to contain "ao=esd", makes these files play perfectly.

yes i have this (my converted video files playing extremely sluggishly (as if in slow-motion) ) problem with my mp4 files

i updated to 25 and 26 but the problem is still available!

can u fix this too?

edit: by the way i have in my mplayer.conf : ao=gst,esd,sdl

????

Thanks for the tip, gtallan & itolodance,

ao=gst,esd,sdl

fixed the problem.

Even so .24 gives better quality than .26.
With .26 I could not play mp4 files smoothly but with .24 everything is ok.

STRANGE? my tablet is n800 os2008

and 24 is very slowly for play mp4 video files and 26 is better (but still slow on some screens)

Serge,i think mplayer is not beighness....infact i tested 1 video file on mplayer and media player

and media player was perfect for brightness

is there a way on mplayer.conf for edit brightness???

Serge Mplayer can't read good DIVX/XVID 640x352 and i need to rencode the size for about below 550x340

please can create mplayer that can read the original size (6**x3** ) of divx movies files?

please reply

thank u

Serge another request! sorry but we want to make mplayer better than past,hope all these questions/problems Will fix in the future and for mplayer 27


well we know mplayer can read subtitles srt idx sub ssb..........

mplayer can read all languages with idx and sub

but what about srt? well i want to see farsi (persian),what i can do? i need a script or only an official debian font for this?

possible and can u add language for srt files?????


i love mplayer veryyyyyyyyy much

Maybe a bug?

Hello, Mr. Serge. I just noticed something in the latest build of mplayer.

I changed the config file located in home/user/.mplayer in order to include the "subfont-encoding=ISO-8859-7" option, as i wanted to properly display external subtitles files of the greek language.

But, the outcome wasn't as expected. The subtitles weren't displayed properly. Instead of ISO-8859-7, i also checked CP1253, but they didn't get any better. They show different (i mean with less symbols like !@$#>?:") from the default Unicode encoding, but still very far from what is normal.

I have used the above two options with success in the desktop edition of mplayer (and VLC), so why not with the maemo version?

Moreover, if i remember well, the "subfont-encoding=ISO-8859-7" option, used to work back at .24 mplayer version.

Later, i am going to uninstall mplayer, and start with .24 again to see if that really happens.

But, is it really a bug?

Anyone noticed someting similar with other subfont- encoding options?

Am i doing something wrong?

Should it be reported in the bug tracker?

Well, i can confirm now that this subtitles problem doesn't appear at previous versions.

I tested both .24 and .25 from here http://repository.maemo.org/extras-d...ree/m/mplayer/ and everything went well - the subtitles were properly displayed.

I even reinstalled .26 but the behavior described in the above post still remains the same.

I used the subfont-encoding for the greek charset but i think others can easily check it out for other languages.

To sum up, that's a regression. Should we report it in the bug tracker?