MPlayer for Windows (2008-06-01)

[Razorholt]

great:sly:
lol, what is ur graphic card?
post ur full command line pls :p
try remove :customprog=edgeenh.fp from mplayer cmd and see if the problem still persists.

hmm mplayer version? i think u have to use r25796 or newer, older version wont work as Reimar just added lscale/cscale=4 or 5 afew days ago :D:D

I know where LoRd_MuldeR is getting his mplayer builds but from what site are you getting yours?

[Reimar]

u can try opengl renderer, with following options to save ur cpu time:
-vo gl:yuv=4:cscale=5:lscale=5:customprog=edgeenh.fp
this will make ur video look very sharp:D

That works like this only if edgeenh.fp is in your current directory...

[LoRd_MuldeR]

I know where LoRd_MuldeR is getting his mplayer builds but from what site are you getting yours?

Maybe he is compiling MPlayer himself? :D

Note: Gianluigi Tiesi has just updated his builds, so "cscale=5:lscale=5" is supported now.
I have updated my package too...

[Yong]

That works like this only if edgeenh.fp is in your current directory...
okok forgot about that, sorry :p

I know where LoRd_MuldeR is getting his mplayer builds but from what site are you getting yours?
yeah i compiling mplayer myself so i can try some experimental patch without keep bugging other compilers to include them :o
btw u have to download this to make customprg=edgeenh.fp work,
right click n save: edgeenh.fp (http://svn.mplayerhq.hu/mplayer/trunk/TOOLS/edgeenh.fp?revision=25816) :D

[Bigmango]

Thanks for the update.

2 questions:

1. One of the features of the Linux MPlayer I like a lot is "real time file seeking" (when using the slider to seek through a movie while playing, the movie seeking happens in real time). This does not work in SMPlayer (when seeking I can't see where I am seeking to, the video is updated only after I release the slider). This file seeking in linux is extremely fast; I have been missing this in windows.

Is it possible to update it with this feature ?

2. SMPlayer does not support the vista aero interface. Every time I start playing a video the vista areo interface resets itself into compatibility mode (the screen is reset and the smplayer window is pushed back behind my other open windows (-> the video disappears behind the other windows). And when I click on stop playing or when the video reaches the end, this happens again (the vista aero interface is reset again, and so the smplayer windows is pushed back behind all my other open windows again).

This behavior is irritating. Is it possible to fix this, so that smplayer can support the vista UI properly ?

Thanks a lot.



Edit: 1 more bug, steps to reproduce:

1. maximize the window and play a video
2. click on stop
3. when clicking on play the windows is set back to its original size. This is irritating as I always need to maximize the window again. This, compared to other players, is not a normal behavior.

[LoRd_MuldeR]

@Bigmango:

1. It's already there: Preferences » Interface » Seeking » Behavior of time slider ;)

2. This is caused by the Overlay renderer, as used by MPlayer by default! Aero doesn't support Overlay, so it will be switched off as soon as an Overlay is created. If you really need the useless Aero gimmicks, try to use the OpenGL renderer instead of DirectX/Overlay. Maybe it works with Aero...

[Bigmango]

@Bigmango:

1. It's already there: Preferences » Interface » Seeking » Behavior of time slider ;)

Awesome ! Works great.

But the seeking in Linux is still faster (or it refreshes the video more often ?). The windows version of avidemux also works as fast. Can you make the seeking as fast as avidemux ?


2. This is caused by the Overlay renderer, as used by MPlayer by default! Aero doesn't support Overlay, so it will be switched off as soon as an Overlay is created. If you really need the useless Aero gimmicks, try to use the OpenGL renderer instead of DirectX/Overlay. Maybe it works with Aero...

The GL rendered works great ! Thx !

CPU use seems to be the same as the directx renderer :) Is there any downside in using the gl rendered compared to directx ?


Oh, and there is one more thing bugging me. Steps to reproduce:

1. maximize the window and play a video
2. click on stop
3. when clicking on play the windows is set back to its original size. This is irritating as I always need to maximize the window again. This, compared to other players, is not a normal behavior.

Can you fix this ?

Edit: the same thing happens when I add or remove filters (the window is set back to its original size). So if I add 5 filers I have to maximize the window again 5 times.... :(

Edit 2 : ok I fixed this by setting "autorisize" to never in the settings :) (but imho this should be by default)

[LoRd_MuldeR]

But the seeking in Linux is still faster (or it refreshes the video more often ?). The windows version of avidemux also works as fast. Can you make the seeking as fast as avidemux ?

Seeking seems to be pretty fast here :p

Nevertheless the difference between MPlayer and Avidemux might be that Avidemux is only jumping to I-Frames when using the slider, while MPlayer can jump to frames of all types. If you happen to jump to a None-I-Frame, then a delay is unavoidable: You either need to go back to the previous I-Frame or wait for the next I-Frame.

Is there any downside in using the gl rendered compared to directx ?

No. As long as the GL renderer works with your hardware/driver combination, it's a lot better then the directx/overlay renderer.
You might want to try "gl:yuv=4:cscale=5:lscale=5" for even better rendering quality...


Can you fix this ?

I can't, but maybe rvm can do it, if you submit a SMPlayer feature request :)

[Razorholt]

okok forgot about that, sorry :p


yeah i compiling mplayer myself so i can try some experimental patch without keep bugging other compilers to include them :o
btw u have to download this to make customprg=edgeenh.fp work,
right click n save: edgeenh.fp (http://svn.mplayerhq.hu/mplayer/trunk/TOOLS/edgeenh.fp?revision=25816) :D

Here is the thing:

1.- I use mplayer with a Python script. I tried many mplayer.exe version but the recent ones don't seem to be working well, if not at all.

2.- GL/GL2 makes my PC reboot - who's laughing over there? :mad: I have a decent 2.2Ghz Dell Dimension (Intel 82845G/GL/GE/PEGV Graphics controller)

3.- When I switch to GL and a miracle happens - the PC doesn't reboot that is - I can't get to fullscreen mode.


Here is my cmd line:
-vo gl:yuv=4:cscale=5:lscale=5:customprog=edgeenh.fp -fs -adapter 1 -slave -quiet
-nocolorkey -osdlevel 0 -priority abovenormal -brightness -50 -ao win32 -subcp iso-8859-2
-alang en -softvol -softvol-max 100.0 -af volnorm -speed 1 -spualign 2 -subalign 2
-noframedrop -ssf ls=20 cs=20 -vf pp=ac

Thanks for your help!

- Dan

[LoRd_MuldeR]

Oh, and there is one more thing bugging me. Steps to reproduce:

1. maximize the window and play a video
2. click on stop
3. when clicking on play the windows is set back to its original size. This is irritating as I always need to maximize the window again. This, compared to other players, is not a normal behavior.

Forget my previous answer. There is no need for a feature request!

Goto: Preferences » Interface » Main Window » Autoresize
Set it to "Only after loading a new video" and you should get the desired behavior :)

[Bigmango]

You might want to try "gl:yuv=4:cscale=5:lscale=5" for even better rendering quality...


Holly Molley. Yes the video is indeed sharper with this setting :)

:thanks:


Edit: this setting should be listed in the options

[Bigmango]

Forget my previous answer. There is no need for a feature request!

Goto: Preferences » Interface » Main Window » Autoresize
Set it to "Only after loading a new video" and you should get the desired behavior :)

Hehe, yes I have discovered this by myself and edited that post 15 minutes ago :) I set the setting to "never auto resize" (this should also be by default imho).

:thanks:

[LoRd_MuldeR]

(this should also be by default imho).

I don't think so. If you open a video, you want to see it at 100% zoom (original size). If the window is never resized automatically and you open a new video, then most probably the window's size won't match the video's size. Hence the video will be scaled to fit into the window. I don't want my videos to be scaled, unless I go fullscreen...

[Bigmango]

I don't think so. If you open a video, you want to see it at 100% zoom (original size).

Yes you are right.

I just tried it. But there seems to be a problem here. With this setting, this happens:

1. open smplayer and open a video to play.
2. set the size to 50% for example
3. close smplayer
4. open a new video -> this new video is now at 50% and not 100% :confused:

Edit: this happens with "resize only after loading new video", "remember position and size" is NOT checked.

[Reimar]

Here is my cmd line:
-vo gl:yuv=4:cscale=5:lscale=5:customprog=edgeenh.fp -fs -adapter 1 -slave -quiet
-nocolorkey -osdlevel 0 -priority abovenormal -brightness -50 -ao win32 -subcp iso-8859-2
-alang en -softvol -softvol-max 100.0 -af volnorm -speed 1 -spualign 2 -subalign 2
-noframedrop -ssf ls=20 cs=20 -vf pp=ac


A few things: firstly, lscale and cscale have no effect as soon as you use customprog.
Secondly, l/cscale=5 seems too extreme to me for a poor Intel card :p
lscale=2 was specifically optimized for Intel cards (though I have not yet found someone to test) but that (like lscale=1 and 3) is a smoothing scaler, not a sharpening one...

[LoRd_MuldeR]

IMO the l/cscale=5 mode does a great job, really! If only the damn v-sync issue wasn't there :rolleyes:

[Yong]

A few things: firstly, lscale and cscale have no effect as soon as you use customprog.
Secondly, l/cscale=5 seems too extreme to me for a poor Intel card :p
i found myself is silly by using the combination of l/cscale=5 + customprog lol:D
cause im not yet test it througly:p
hmm btw, is usharp mask scaling function on opengl renderer hardware accelerated?

[Yong]

Here is the thing:

1.- I use mplayer with a Python script. I tried many mplayer.exe version but the recent ones don't seem to be working well, if not at all.

2.- GL/GL2 makes my PC reboot - who's laughing over there? :mad: I have a decent 2.2Ghz Dell Dimension (Intel 82845G/GL/GE/PEGV Graphics controller)

3.- When I switch to GL and a miracle happens - the PC doesn't reboot that is - I can't get to fullscreen mode.
Thanks for your help!

- Dan
1. what u means by not working well, crash or bugs?
2. Update ur graphic driver and see whether if its help.
3. -fs still doesnt work for you?:confused:

[rvm]

Awesome ! Works great.

But the seeking in Linux is still faster (or it refreshes the video more often ?). The windows version of avidemux also works as fast. Can you make the seeking as fast as avidemux ?

The option to update the video while dragging the time slider has been added recently. Currently the video is updated every 200 ms (a very low value makes this feature very slow and unusable). Right now it's not possible to change this value but probably in a future version it will be.

[Razorholt]

1. what u means by not working well, crash or bugs?
2. Update ur graphic driver and see whether if its help.
3. -fs still doesnt work for you?:confused:


1. Mplayer doesn't fire up at all - or does and then closes immidiately.
2. Did that and it didn't help
3. -fs expands the picture within the gui and won't go fullscreen. Due to the fact that we're using overlay? I dunno...

[LoRd_MuldeR]

3. -fs expands the picture within the gui and won't go fullscreen. Due to the fact that we're using overlay? I dunno...
When using a GUI front-end, then -fs is a no-go! The front-end is responsible for going fullscreen...

[Razorholt]

too bad... I'll stick to -ssf ls=20 cs=20 -vf pp=ac then.

Thanks for the help.

[LoRd_MuldeR]

MPlayer for Windows has been updated :)

[2008-02-10]
* MPlayer binaries updated to SVN-r25962
* SMPlayer updated to Version 0.6.0 (SVN-r827)
* NSIS updated to Version 2.35

Note: There was a critical security fix in MPlayer. It's highly recommended to update!

[KornX]

@rvm:

you keep compiling the eac3 patch in every new version i guess
thx by the way

KornX

[rvm]

Sorry, only mplayer-r25957-mingw.7z has eac3 support for now.

[KornX]

why?
too much trouble each time ;)

and have you ever considered to implement some diffs from here?
http://oss.netfarm.it/mplayer-win32.php
especially the log in color is much more easy to read...

thx anyway

KornX

[rvm]

why?
too much trouble each time ;)

It's just simply I don't consider this patch very useful for smplayer yet, as it's necessary to change the audio codec and demuxer manually, and smplayer has some trouble when the demuxer is changed.

[~bT~]

can somebody please tell me the RRGGBBAA code for yellow pls?

actually, i'd be grateful if you can provide me the whole line i need to input in options to use ssa/ass library and also have yellow subs.

:thanks:

[dimzon]

can somebody please tell me the RRGGBBAA code for yellow pls?
FFFF0000
:)

[~bT~]

^ :thanks: can you maybe provide a link where i can get more colour codes in that format pls?

[dimzon]

^ :thanks: can you maybe provide a link where i can get more colour codes in that format pls?
http://www.pitt.edu/~nisg/cis/web/cgi/rgb.html
http://www.web-source.net/216_color_chart.htm
http://web.njit.edu/~kevin/rgb.txt.html

just add 00 to the end of RRGGBB to obtain RRGGBBAA

[~bT~]

^ :thanks: once again :D

[vlada]

The easiest way to get RGB code for a color you like is GIMP or any other GTK based application with color chooser.

http://www.pygtk.org/pygtk2tutorial/figures/colorselection.png

[~bT~]

^ RRGGBBAA

its the AA bit which kinda stumped me.

[LoRd_MuldeR]

That's because colors are usually stored as 32-Bit words, although there are only 24-Bit of information (8-Bit per color). So eight "dummy" bits are appended to form a 32-Bit word. Sometimes those additional 8-Bits are used to store the "Alpha" value, which specifies the transparency of the pixel...

[krosswindz]

^ :thanks: can you maybe provide a link where i can get more colour codes in that format pls?

http://www.drpeterjones.com/colorcalc/

you can get the hex color codes for the color you choose and 00 for "a" values in the end.

[~bT~]

i have a slight problem..

why does mplayer display subtitle colour differently to vobsub?

for eg; in mpc using vobsub to display idx/sub subs, sub colour is yellow but the same subs in mplayer are black, gray or sometimes orange? is it a bug? or am i doing something wrong??

[~bT~]

^ anybody??

[LoRd_MuldeR]

AFAIK the colors are stored in the individual VobSUB file. So you might need to edit the file, if MPlayer cannot "overwrite" the colors from the file...

[Reimar]

i have a slight problem..

why does mplayer display subtitle colour differently to vobsub?

for eg; in mpc using vobsub to display idx/sub subs, sub colour is yellow but the same subs in mplayer are black, gray or sometimes orange? is it a bug? or am i doing something wrong??

MPlayer does not support colour at all for vobs, which in particular means that the movie colour will shine through (in a weird way caused by YUV). Either get an ass subtitle for the movie or use -vo gl: osdcolor=... (without the space, had to add that to stop it from being replaced by a smilie ...)

[~bT~]

^ :thanks: adding: -vo gl: osdcolor=0xFFFF00 solved my problems :D

[kostiksimb]

Mplayer from (http://mulder.dummwiedeutsch.de/home/?page=projects#mplayer) -- Last Update: 2008-02-10

SMPLAYER from (http://mulder.dummwiedeutsch.de/home/?page=projects#mplayer) version 0.6.0rc1

SMPLAYER from (http://smplayer.berlios.de/) version 0.6.0rc3

when new version of MPLAYER will be released?

[LoRd_MuldeR]

when new version of MPLAYER will be released?

MPlayer is an OpenSource Project. They constantly commit new SVN revisions (several per day), but "official" releases are rare.
So the question is: When will somebody create a fresh (win32) build of MPlayer?

In theory, one could create a new build every single day, but of course I cannot update my package day-to-day ;)

I'll update my package as soon as a new build is available at this location:
http://oss.netfarm.it/mplayer-win32.php

[LoRd_MuldeR]

MPlayer for Windows has been updated :)

[2008-04-05]
* MPlayer binaries updated to SVN-r26334
* SMPlayer updated to Version 0.6.0 (SVN-r1067)
* NSIS updated to Version 2.36

† New builds are up, removed fontconfig support for now †

[LoRd_MuldeR]

Be warned:

Latest MPlayer builds seem to crash on AC-3 (a52) decoding:
http://sourceforge.net/tracker/index.php?func=detail&aid=1936046&group_id=205275&atid=992986

DVD Playback is broken for now, use "-nosound" as a workaround...

[smok3]

a note: mplayer.exe (generic build was choosen during installation) will crash when trying to play *.iso dvd files (via smplayer), when replaced with version found in installer everything seems to work (upx problem of some sort probably?).

a question: any clues if there is a dvd navigation planned in mplayer (this century)?

[Gusar]

a question: any clues if there is a dvd navigation planned in mplayer (this century)?DVD navigation is already there, with two minor limitations:

1.) Selecting the audio and subtitle streams from the menu doesn't work yet. Not a big deal, because you can use the usual mplayer methods to switch those during playback (by default with '#' for audio, 'j' for subs).

2.) Color SPU support is not there, so instead of the dvd graphics, the selected button is highlighted with a semi-transparent rectangle.

This is of course, if mplayer was compiled with dvdnav support, which I don't think is true for any windows builds floating around. But if you compile your own build, or someone else does it, you get this:
http://img213.imageshack.us/img213/9741/mplayerdvdnav2nn7.th.jpg (http://img213.imageshack.us/my.php?image=mplayerdvdnav2nn7.jpg)

You need mplayer's fork of dvdnav, linux instructions on how to build (should be similar for mingw although it would be nice to have a static build) are here (http://svn.mplayerhq.hu/mplayer/trunk/DOCS/tech/dvdnav-howto.txt?view=co). Ignore the part about still menus, they work too now.

[LoRd_MuldeR]

a note: mplayer.exe (generic build was choosen during installation) will crash when trying to play *.iso dvd files (via smplayer), when replaced with version found in installer everything seems to work (upx problem of some sort probably?).

As mentioned before: It's the AC-3 Decoder (Dolby Digital) that is crashing :o

It's already reported on the Bugtracker (http://sourceforge.net/tracker/index.php?func=detail&aid=1936046&group_id=205275&atid=992986), I'll update my package as soon as fixed builds are available...

[HayateYuki]

Well it still does not play unicode files for some reason.
OK, it just because MPlayer have no native Unicode support on Windows.
Although some front-ends have Unicode user interface, it cannot play any files with Unicode names not including in your system codepage.
It seems some simplified Chinese characters in MPUI is buggy on traditional Chinese System...
e.g. Play URL dialogue, some characters show as ? instead of characters.
I think Delphi maybe have not fully native Unicode support as MSVC.

But, I didn't know why nobody notice this.
Native Unicode support is necessary for any media programs on Windows, especially for east asian users...

[LoRd_MuldeR]

MPlayer for Windows has been updated :)

[2008-04-13]
* MPlayer binaries updated to SVN-r26430
* SMPlayer updated to Version 0.6.0 (SVN-r1087)
* The SSE crash in MPlayer was fixed

† SSE Problem should be fixed now (or not :D), config change color -> msgcolor †