SMPlayer - a new frontend for MPlayer

[helms]

Thanks for the help with the subtitles, I never noticed the subtitle size option under the subtitle menu. I went about it the wrong way by trying to change it through preferences which I think for some reason worked for me in older builds.




I think I'm using an older build which doesn't have the add black borders option. Version: 0.5.62 (svn r418). Time to download an update.





My wish is:
When I fullscreen almost any video there are black bars on the top and bottom because my monitor is not the same aspect ratio as the video. What I want to do is pan & scan the video up and make the black bar which is at the top of the video add to the bottom black bar. Then somehow get the subtitles drawn on the black bar rather than the video itself.

[rvm]

Thanks for the help with the subtitles, I never noticed the subtitle size option under the subtitle menu. I went about it the wrong way by trying to change it through preferences which I think for some reason worked for me in older builds.

You're right, in previous versions it was that way.
It was changed when I added the size+ and size- to the subtitle menu. Now the option in preferences specifies the default size for new videos.


I think I'm using an older build which doesn't have the add black borders option. Version: 0.5.62 (svn r418). Time to download an update.


You can get new versions here:
http://smplayer.wiki.sourceforge.net/Unstable+releases


My wish is:
When I fullscreen almost any video there are black bars on the top and bottom because my monitor is not the same aspect ratio as the video. What I want to do is pan & scan the video up and make the black bar which is at the top of the video add to the bottom black bar. Then somehow get the subtitles drawn on the black bar rather than the video itself.

Now I think I understand. Something like this?

http://img186.imageshack.us/img186/7646/subtitles2ad5.th.jpg (http://img186.imageshack.us/my.php?image=subtitles2ad5.jpg)

It can be done with this filter: expand=:::0::4/3

[LoRd_MuldeR]

I think I didn't understand quite well. But you can use the option Video->Filters->Add black borders.
I think what he wants is viewing the video in it's original size (100% zoom) while being in fullscreen mode.
At the moment fullscreen will zoom/enlarge "low resolution" videos in order to fill the screen...

[helms]

Now I think I understand. Something like this?

http://img186.imageshack.us/img186/7646/subtitles2ad5.th.jpg (http://img186.imageshack.us/my.php?image=subtitles2ad5.jpg)

It can be done with this filter: expand=:::0::4/3

Yep thats what I want, I looked it up in the mplayer manual after your post and tried:

expand=0:−50:0:0 (my display is 1440*900)

I found that the subtitles displayed bad, like a old subtitle takes some time before it disappears and you see some of the old subtitle behind the new one.


I think what he wants is viewing the video in it's original size (100% zoom) while being in fullscreen mode.
At the moment fullscreen will zoom/enlarge "low resolution" videos in order to fill the screen...

yep that was the the other wish.

[rvm]

Yep thats what I want, I looked it up in the mplayer manual after your post and tried:

expand=0:−50:0:0 (my display is 1440*900)

I found that the subtitles displayed bad, like a old subtitle takes some time before it disappears and you see some of the old subtitle behind the new one.

Mmm, if you have the option "Include subtitles on screenshots" (preferences->subtitles) checked, try first to disable it.

If that doesn't work try appending another filter after expand, for instance: expand=0:−50:0:0,harddup


yep that was the the other wish.

Do you mean that the video is always at 100% of its original size? No resize? Something like this?

http://img407.imageshack.us/img407/677/subtitles3od8.th.jpg (http://img407.imageshack.us/my.php?image=subtitles3od8.jpg)

[helms]

Mmm, if you have the option "Include subtitles on screenshots" (preferences->subtitles) checked, try first to disable it.

If that doesn't work try appending another filter after expand, for instance: expand=0:−50:0:0,harddup

That did the trick, thanks.
I tried looking up harddup and still have no idea what it does, I probably don't need to know anyway. All I know is it works which is all that matters to a windows user like me.


Do you mean that the video is always at 100% of its original size? No resize? Something like this?

http://img407.imageshack.us/img407/677/subtitles3od8.th.jpg (http://img407.imageshack.us/my.php?image=subtitles3od8.jpg)

Yep but in fullscreen. Like in media player classic under the view then video frame menu. There are several choices:
-touch windows from inside (what smplayer does when you fullscreen)
-Normal size (video remains the default size with black borders even when you fullscreen)
-Double size
-Half size
-stretch to window
-touch window from outside

It would be nice if smplayer had some of those options under a menu. It's not something I really want smplayer to have, its just something that would make a nice addition if you have the time to work on it. (Don't bother with it, if it takes too much time)

Thanks again for all your help with the subtitles, it was much appreciated.

[rvm]

That did the trick, thanks.
I tried looking up harddup and still have no idea what it does, I probably don't need to know anyway. All I know is it works which is all that matters to a windows user like me.

harddup is mainly for mencoder, I think in mplayer it won't do anything, but at least it fixes that problem with the subtitles.

Yep but in fullscreen. Like in media player classic under the view then video frame menu. There are several choices:
-touch windows from inside (what smplayer does when you fullscreen)
-Normal size (video remains the default size with black borders even when you fullscreen)
-Double size
-Half size
-stretch to window
-touch window from outside

It would be nice if smplayer had some of those options under a menu. It's not something I really want smplayer to have, its just something that would make a nice addition if you have the time to work on it. (Don't bother with it, if it takes too much time)

Maybe it could be done, although I think I'll have to install media player classic to see those options in action.

[LoRd_MuldeR]

-touch windows from inside: aka "Letterbox". Zoom video to fill the window/screen. Don't stretch or crop! Add black bars, if necessary. SMPlayer's behavior.
-Normal size: video is not scaled at all, just centered in the window/screen.
-Double size: scale video to 200% and center in window/screen.
-Half size: scale video to 50% and center in window/screen.
-stretch to window: stretch video to fill the whole window/screen. Doesn't keep the aspect ratio! No black bars!
-touch window from outside: aka "Pan and scan". Zoom video, so it fills the whole window/screen. Keep aspect ratio! No black bars! Crop video, if necessary.

[LoRd_MuldeR]

A nice gimmick for SMPlayer would be an "Show motion vectors" option :)

You can do that with the following parameter:
-lavdopts vismv=7

[EpheMeroN]

MPUI = Works

SMPlayer = Nothing plays back at all

Is there a workaround yet for SMPlayer under Vista?

[rvm]

SMPlayer = Nothing plays back at all

What does the mplayer log say when you try to play a file? (Options->View logs)

[EpheMeroN]

What does the mplayer log say when you try to play a file? (Options->View logs)

Nothing at all. Not one line in the log. I try to drag-n-drop .avi files, and also File\Open...

[rvm]

This is strange, very strange. You should see at least the command that smplayer tries to execute.

Be sure you open the mplayer log AFTER you tried to play a file, not before.

[LoRd_MuldeR]

EpheMeroN, are you sure the path to MPlayer.exe is configured properly in the SMPlayer preferences?

[EpheMeroN]

This is strange, very strange. You should see at least the command that smplayer tries to execute.

Be sure you open the mplayer log AFTER you tried to play a file, not before.

C:/Program Files/MPlayer/MPlayer.exe -noquiet -nofs -sub-fuzziness 1 -identify -slave -zoom -nokeepaspect -priority abovenormal -framedrop -wid 1442848 -colorkey 131586 -monitoraspect 1.6 -fontconfig -font Arial Black -subfont-autoscale 1 -subfont-text-scale 5 -subcp ISO-8859-1 -subpos 100 -contrast 0 -hue 0 -saturation 0 -nocache -osdlevel 0 -vf-add expand=osd=1 -noslices -vf-add screenshot -channels 2 -af volnorm=2,scaletempo -softvol -softvol-max 300 -sws 9 C:/Users/Michael/Desktop/vid-test.divx

MPlayer Sherpya-SVN-r25513-4.2.2 (C) 2000-2007 MPlayer Team
CPU: Intel(R) Core(TM)2 Duo CPU T5250 @ 1.50GHz (Family: 6, Model: 15, Stepping: 13)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2
MPlayer was compiled without fontconfig support.
Setting process priority: abovenormal


EpheMeroN, are you sure the path to MPlayer.exe is configured properly in the SMPlayer preferences?
Yes. I just checked.

[LoRd_MuldeR]

MPlayer is obviously starting up properly, if you see the above on the log...

What if your run MPlayer.exe manually?

[EpheMeroN]

MPlayer is obviously starting up properly, if you see the above on the log...

What if your run MPlayer.exe manually?

Ya know, running MPlayer.exe manually, and also trying with MPUI both work, but I noticed something. When these playback, it disables my Windows Vista Aero color scheme and switches it to Basic.

SMPlayer does not switch my desktop color preferences. I also tried running SMPlayer in Windows XP SP2 compatibility mode, with desktop composition disabled (Basic), and both still do not allow playback via SMPlayer.

[LoRd_MuldeR]

I think this because MPlayer uses the Overlay Renderer for video output.
From what I know, the Overlay Renderer doesn't work with Vista's "Aero" 3D User Interface.
So Vista will disable Aero for backward compatibility, as soon as Overlay is in use.
It seems for some reason that doesn't happen in SMPlayer ....

Did you try the OpenGL renderer instead of DirectX?

[EpheMeroN]

I think this because MPlayer uses the Overlay Renderer for video output.
From what I know, the Overlay Renderer doesn't work with Vista's "Aero" 3D User Interface.
So Vista will disable Aero for backward compatibility, as soon as Overlay is in use.
It seems for some reason that doesn't happen in SMPlayer ....

Did you try the OpenGL renderer instead of DirectX?

Where's this OpenGL option located?

[rvm]

C:/Program Files/MPlayer/MPlayer.exe -noquiet -nofs -sub-fuzziness 1 -identify -slave -zoom -nokeepaspect -priority abovenormal -framedrop -wid 1442848 -colorkey 131586 -monitoraspect 1.6 -fontconfig -font Arial Black -subfont-autoscale 1 -subfont-text-scale 5 -subcp ISO-8859-1 -subpos 100 -contrast 0 -hue 0 -saturation 0 -nocache -osdlevel 0 -vf-add expand=osd=1 -noslices -vf-add screenshot -channels 2 -af volnorm=2,scaletempo -softvol -softvol-max 300 -sws 9 C:/Users/Michael/Desktop/vid-test.divx

MPlayer Sherpya-SVN-r25513-4.2.2 (C) 2000-2007 MPlayer Team
CPU: Intel(R) Core(TM)2 Duo CPU T5250 @ 1.50GHz (Family: 6, Model: 15, Stepping: 13)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2
MPlayer was compiled without fontconfig support.
Setting process priority: abovenormal



The mplayer build you're using doesn't have fontconfig support, but you're trying to use it (by using a system font).

Select instead a TTF font or use the mplayer build included in SMPlayer.

[EpheMeroN]

@rvm: What you said fixed it. Switching to Arial.ttf in the C:\Windows\Fonts directory made playback possible. Btw, the build of MPlayer I was using is the one bundled in "MPlayer for Windows" that installs both MPUI and SMPlayer frontends.

Does anyone know if future builds of MPlayer on Windows Vista will not have to always disable visual themes like Aero to allow playback? This same issue was happening in DGMPGDec v1.4.9 and apparently was fixed in v1.5.0 (two diff apps I know but same issue applied).

[rvm]

MPlayer already provides a video driver (gl/gl2) which doesn't disable Aero. Unfortunately it may have some issues when MPlayer is embedded in another application (the main one: it doesn't work with nvidia cards).

[EpheMeroN]

MPlayer already provides a video driver (gl/gl2) which doesn't disable Aero. Unfortunately it may have some issues when MPlayer is embedded in another application (the main one: it doesn't work with nvidia cards).

This new HP Pavillion laptop uses an onboard Intel chipset for gfx. In device manager it's called "Mobile Intel(R) 965 Express Chipset Family"

[LoRd_MuldeR]

MPlayer already provides a video driver (gl/gl2) which doesn't disable Aero. Unfortunately it may have some issues when MPlayer is embedded in another application (the main one: it doesn't work with nvidia cards).

Yes, the OpenGL Renderer in MPlayer is a bit buggy. That's a pity.
I got an ATI card (Radeon 1950 XL) and the video is embedded properly with GL Renderer.
But I either get bad tearing (though V-Sync is on) or jerky playback (especially if the resolution of the video is 720p or even 1080p).
So the only "real" option for MPlayer on a Windows system is the DirectX/Overlay renderer, although it's scaling quality is poor.
Overlay quality can be enhanced a lot with the new "Software Scaling" mode in SMPlayer, but it's CPU intensive!
A "state of the art" renderer that uses the capabilities of modern graphic cards is really one of the important things missing in MPlayer.
In fact my main reason to use MPC (in addition to MPlayer) is Haali's Video Renderer...

[Reimar]

Yes, the OpenGL Renderer in MPlayer is a bit buggy. That's a pity.
I got an ATI card (Radeon 1950 XL) and the video is embedded properly with GL Renderer.

If embedding not working is a nVidia or an MPlayer bug depends on how you interpret Microsoft's documentation, but since it does not say anything to the contrary, it should be possible to create and use an OpenGL context for another process's window, which would make it an nVidia driver bug.

But I either get bad tearing (though V-Sync is on) or jerky playback (especially if the resolution of the video is 720p or even 1080p).

Is the tearing only when the video is embedded or always?

So the only "real" option for MPlayer on a Windows system is the DirectX/Overlay renderer, although it's scaling quality is poor.

Actually the scaling quality depends fully on the graphics hardware, some cards are rumored to have rather good scaling. With even newer cards it is supposed to be emulated via 3D hardware anyway, in which case any bad scaling quality is only due to lazyness/stupidity of those writing the drivers.

A "state of the art" renderer that uses the capabilities of modern graphic cards is really one of the important things missing in MPlayer.

It may not be as advanced as some other renderers, but e.g. -vo gl:yuv=3:lscale=1 does do quite a lot on the graphics card (some people dislike the scaling method used, but it was the best my graphics card could do back then (not to mention I really like very smooth/blurry scaling) and now I lack time to improve it).
Either way, feature requests and bug reports (preferably via MPlayer bugzilla) are welcome, even if I don't know if I can do something about them any time soon.

[LoRd_MuldeR]

If embedding not working is a nVidia or an MPlayer bug depends on how you interpret Microsoft's documentation, but since it does not say anything to the contrary, it should be possible to create and use an OpenGL context for another process's window, which would make it an nVidia driver bug.
I cannot say anything about nVidia cards, I'm using ATI hardware since ages. As said before, the embedding works okay here. But if it's not working with nVidia cards, then that's a real show stopper! And if the problem is caused by "buggy" nVidia drivers, then it's even worse, because it can't be fixed on the MPlayer side...

Is the tearing only when the video is embedded or always?
The tearing was present with the Catalyst 7.12 drivers. I tried everything, but no way to get it fixed. I tried "Default On", "Always On" and "Application Controlled" setting for V-Sync. But always got bad tearing with the GL renderer. At the same time DirectX/Overlay was okay (no tearing). I went back to Catalyst 7.11 and it fixed the tearing issues at least...

Actually the scaling quality depends fully on the graphics hardware, some cards are rumored to have rather good scaling. With even newer cards it is supposed to be emulated via 3D hardware anyway, in which case any bad scaling quality is only due to lazyness/stupidity of those writing the drivers.

Well, "custom" renderers, like Haali's Renderer or VMR9 Renderless Mode, seem to workaround those problems pretty well...

It may not be as advanced as some other renderers, but e.g. -vo gl:yuv=3:lscale=1 does do quite a lot on the graphics card (some people dislike the scaling method used, but it was the best my graphics card could do back then (not to mention I really like very smooth/blurry scaling) and now I lack time to improve it).

That settings works for me. The quality with HD stuff is pretty good. But when watching "low resolution" video in fullscreen, then it blurs a lot. The "normal" DirectX renderer blurs less, but adds a lot of artifacts (with my hardware/driver combination). Software scaling (with "lanczos" method) gives far the best result...

[lamer_de]

I've got troubles after upgrading to 0.5.62 when playing any video on windows xp. If smplayer is in the background, everything that is usually displayed as black is transparent and displays the content of the video, regardless of the application! This means that every text in front of the video becomes unreadable. Menus, directory listings, everything. Strangely enough, going back to .61, which previously didn't exhibit this behaviour, now also shows it. When I start mplayer without any commandline options, everything is fine. I'm having troubles making screenshots of the effect because of the overlay (I'd have to intall one of these special screenshot progams, and I'd want to avoid that unless someone really needs a screenshot to determine the problem). Video outputs are set to directx and dsound. Uninstalling/Re-installing didn't solve the problem, but seems the setting were kept anyway. Is there a way to reset the settings? They don't seem to be stored in the registry.

CU,
lamer_de

[Reimar]

If smplayer is in the background, everything that is usually displayed as black is transparent and displays the content of the video, regardless of the application!

I don't know how to change it, but the reason for this is that the colorkey is set to black.

[LoRd_MuldeR]

lamer_de, what you describe is caused by Overlay video output!

Overlay uses a key-color (mask color) that will be "transparent", so you can see the Overlay Video through it.
That is necessary because the Overlay Video is actually stored in a different video memory than all the rest.
So some pixels will show the video (from Overlay Memory) while other pixels show the regular stuff (Windows GUI).
The player application will fill it's entire video area with the key-color, so you see the Overlay Video at this place.
If you move other applications over that area, they will usually "hide" the Overlay Video.
But if an application uses the key-color by chance, then it will be transparent at those pixels and show the Overlay.
That's a totally normal effect of the way Overlay works.

You notice the Overlay Renderer easily if you make a screenshot:
On the screenshot the player will appear completely empty, showing only the key-color where you expect the video.
That's because the screenshot will only capture the regular video memory, the Overlay will not be in the screenshot.

Read this for more detailed info:
http://en.wikipedia.org/wiki/Hardware_overlay

There are two workarounds:
(a) Use OpenGL Renderer instead of DirectX/Overlay
(b) Change the key-color ("Colorkey" option under "Advanced")


BTW: Your setting are stored at:
C:\Documents and Settings\<username>\.smplayer\smplayer.ini

If you rename "smplayer.exe" to "smplayer_portable.exe", it will store "smplayer.ini" in it's base dir!
But this will disable all multi-user support...

[rvm]

If you rename "smplayer.exe" to "smplayer_portable.exe", it will store "smplayer.ini" in it's base dir!

By the way, from version 0.5.61, it's not necessary to rename smplayer.exe to smplayer_portable.exe. If smplayer finds a smplayer.ini in the same directory of the executable, it will use it.

[lamer_de]

Thanks, after changing the key-color to something slightly different from black, it worked as it's supposed to be (didn't work when I set it to something "very different" from black, like pink or green though, as it onyl displayed the key color then. Ah, well, it works now). Thanks for the quick help.

[LoRd_MuldeR]

@lamer_de
In theory it shouldn't matter which color-key you choose. Strange...

@rvm
1. What about adding "gl:yuv=3:lscale=1" (as suggested by Reimar) to the video renderer dropdown list?
2. What about adding the "-lavdopts vismv=7" option, as I suggested a while ago?


// EDIT

I just did a quick test and it turns out "#ff00ff" works fine as color-key, but "#00ffff" doesn't! :confused:

[rvm]

@rvm
1. What about adding "gl:yuv=3:lscale=1" (as suggested by Reimar) to the video renderer dropdown list?

I had already thought about it.

2. What about adding the "-lavdopts vismv=7" option, as I suggested a while ago?

Mmm, I don't know. I think it's a very advanced thing that very few people will use.


// EDIT

I just did a quick test and it turns out "#ff00ff" works fine as color-key, but "#00ffff" doesn't! :confused:

Maybe I'm not passing the colorkey correctly to mplayer. Right now it's passed in decimal, maybe it should be in hexadecimal? I'll test it tomorrow.

Another strange thing about the colorkey: it seems in linux it's not needed, it works even without it the -colorkey option.

[LoRd_MuldeR]

Another strange thing about the colorkey: it seems in linux it's not needed, it works even without it the -colorkey option.

I think -colorkey is specific to the DirectX/Overlay renderer.
If the Linux renderer is not using an Overlay, then no colorkey will be needed. The GL renderer on Windows doesn't need it either.

Maybe I'm not passing the colorkey correctly to mplayer. Right now it's passed in decimal, maybe it should be in hexadecimal? I'll test it tomorrow.

MPUI is passing the colorkey as "-colorkey 0x101010" :)

Mmm, I don't know. I think it's a very advanced thing that very few people will use.
Both, ffdshow and Avidemux, do offer that option...

[rvm]

I think -colorkey is specific to the DirectX/Overlay renderer.
If the Linux renderer is not using an Overlay, then no colorkey will be needed. The GL renderer on Windows doesn't need it either.

According to the manpage, the color key is used by other drivers too, xv included:

−colorkey <number>

Changes the colorkey to an RGB value of your choice. 0x000000 is black and 0xffffff is white. Only supported by the cvidix, fbdev, svga, vesa, winvidix, xmga, xvidix, xover, xv (see −vo xv:ck), xvmc (see −vo xv:ck) and directx video output drivers.

Edit: it seems the colorkey is used in xv only with xv:ck=set, otherwise it's ignored and uses xv's colorkey.
Edit 2: mmm, the window doesn't need to be painted with the colorkey... (it works, no matter the background color). It seems to me that the colorkey in xv is something completely different to the colorkey in directx.

Both, ffdshow and Avidemux, do offer that option...

Where do you suggest to add it? In a menu or somewhere in preferences?

[rvm]

About the colorkey: after some testings it seems the colorkey should be in BGR and not in RGB (as stated in the manual).

Now (svn r646) the colorkey is passed in BGR and it seems all colors work.

BTW, I also added gl:yuv=3:lscale=1 to the video drivers combo, although I tested it on a computer with an ATI card and it works extremely slow in fullscreen (it works ok without the lscale=1).

[LoRd_MuldeR]

BTW, I also added gl:yuv=3:lscale=1 to the video drivers combo, although I tested it on a computer with an ATI card and it works extremely slow in fullscreen (it works ok without the lscale=1).

Thanks. That configuration works fine here on my Radeon 1950XT. I'm using Catalyst 7.11, since 7.12 has bad tearing.
Playback is 100% smooth, even in Fullscreen with 720p or 1080p material.

If you have slow performance, check your OpenGL settings in CCC or ATT.
I have set AA and AF to "App Controlled", VSync to "Default On" and MipMap to "Quality" (not "High Quality").

BTW: I'm on WinXP x64 Edition SP-2.

Where do you suggest to add it? In a menu or somewhere in preferences?

I'd say in a menu, as you don't want to enable/disable it permanently. You just use it to inspect a single video once in a while.

I was thinking about:
* Options » Show Motion-Vectors
* Video » Filters » Motion-Vectors/Visualization

About the colorkey: after some testings it seems the colorkey should be in BGR and not in RGB (as stated in the manual).
Seems colorkeys are now passed properly. At least I couldn't find one that doesn't work :)

[Reimar]

About the colorkey: after some testings it seems the colorkey should be in BGR and not in RGB (as stated in the manual).

Not sure, but I think you have the wrong idea about what RGB is (note: there are strange differences between 24 and 32 bit values).
References:
http://msdn2.microsoft.com/en-us/library/ms532655(VS.85).aspx
http://svn.mplayerhq.hu/mplayer/trunk/DOCS/tech/colorspaces.txt?view=markup (here the IMGFMT_RGB32 entry).

BTW, I also added gl:yuv=3:lscale=1 to the video drivers combo, although I tested it on a computer with an ATI card and it works extremely slow in fullscreen (it works ok without the lscale=1).

If it only happens with larger window sizes that simply means your graphics card is too slow. There are loads of combinations of yuv= and lscale= values, to get the optimal settings for their card/eyes everyone will have to experiment themselves...
Btw. latest SVN now also has lscale=4 which is a sharpening filter, but it is still unfinished (strength can not be adjusted).

[rvm]

Not sure, but I think you have the wrong idea about what RGB is (note: there are strange differences between 24 and 32 bit values).
References:
http://msdn2.microsoft.com/en-us/library/ms532655(VS.85).aspx

This link says:

When specifying an explicit RGB color, the COLORREF value has the following hexadecimal form:
0x00bbggrr


So yes, I was doing wrong. I thought it had to be 0xrrggbb.

[LoRd_MuldeR]

rvm, there's another issue with none-default colorkeys: If SMPlayer is using a colorkey different from black (or near-black), it will use that color to fill it's window - even when the video is stopped! This looks a bit strange, especially when the SMPlayer logo is visible. Maybe you could simply change the background-color back to black as soon as the playback is stopped. And maybe you could also make the logo re-appear after the playback has stopped, instead of keeping the window blank.

http://img219.imageshack.us/img219/7725/filesmplayercolorkeyrj7.th.png (http://img219.imageshack.us/my.php?image=filesmplayercolorkeyrj7.png)

[rvm]

Thanks. That configuration works fine here on my Radeon 1950XT. I'm using Catalyst 7.11, since 7.12 has bad tearing.
Playback is 100% smooth, even in Fullscreen with 720p or 1080p material.

If you have slow performance, check your OpenGL settings in CCC or ATT.
I have set AA and AF to "App Controlled", VSync to "Default On" and MipMap to "Quality" (not "High Quality").

I changed those settings, but still the video is very slow in fullscreen.

I'd say in a menu, as you don't want to enable/disable it permanently. You just use it to inspect a single video once in a while.

I was thinking about:
* Options » Show Motion-Vectors
* Video » Filters » Motion-Vectors/Visualization


The option has been added in svn r654 (in the menu Options).

[LoRd_MuldeR]

I changed those settings, but still the video is very slow in fullscreen.
Then I think your Graphics Hardware is simply too slow :(

The option has been added in svn r654 (in the menu Options).
:thanks:

[LoRd_MuldeR]

Bad news: I just updated to the brand-new Catalyst 8.1 drivers.
Now I get bad tearing with the GL renderer, as I got with Catalyst 7.12.

Would be nice to have a working GL renderer in MPlayer, but it's just not very compatible yet:
Bad tearing with up-to-date ATI drivers, not working at all with nVidia cards...

[Yong]

hmm, im using cat 8.1 vista x86 version, no tearing problem with 2600xt.

btw -vf scale will improve performance when playing high-def video with opengl renderer, correct me if im wrong :p

[LoRd_MuldeR]

hmm, im using cat 8.1 vista x86 version, no tearing problem with 2600xt.

btw -vf scale will improve performance when playing high-def video with opengl renderer, correct me if im wrong :p

Vista :rolleyes:

BTW: Just sent bug-report to AMD/ATI, but I don't believe they will answer ^^

[Reimar]

btw -vf scale will improve performance when playing high-def video with opengl renderer, correct me if im wrong :p

Just -vf scale should not. If you are downscaling it might though. Especially for high-def make sure you use -vo gl:yuv=2 or something similar, using just -vo gl needs twice the bandwidth to transfer data to the graphics card in addition to the colourspace conversion being done on the CPU.
I welcome sane solutions to the compatibility problems, but currently I can only suggest to complain to the card manufacturers, they after all got money from you :p
And I'd still like to know if the tearing with ATI drivers also happens when running MPlayer standalone (without any gui).
As those problems seem to be Windows-specific there is of course also another solution :p

[LoRd_MuldeR]

And I'd still like to know if the tearing with ATI drivers also happens when running MPlayer standalone (without any gui).
Yes, it happens :(

As those problems seem to be Windows-specific there is of course also another solution :p
:rolleyes:

[Yong]

Just -vf scale should not. If you are downscaling it might though. Especially for high-def make sure you use -vo gl:yuv=2 or something similar, using just -vo gl needs twice the bandwidth to transfer data to the graphics card in addition to the colourspace conversion being done on the CPU.
I welcome sane solutions to the compatibility problems, but currently I can only suggest to complain to the card manufacturers, they after all got money from you :p
And I'd still like to know if the tearing with ATI drivers also happens when running MPlayer standalone (without any gui).

yeah im using -vo gl:yuv=4, but forgot to mention it :p
-vo gl:yuv=0 is default right?:rolleyes:
my onboard nvidia 6150 gpu is much faster than my 2600xt, when using opengl renderer :eek::eek:
i wonder why?

As those problems seem to be Windows-specific there is of course also another solution :p
linux?:cool:

@LoRd_MuldeR
may be u can try atitraytool, its an alternative to the ati CCC,
much lightweight than the bloated CCC and .net crap:cool:

or rivatuner, its come with a small utility called d3doverride, can enable vsync + triple buffering for opengl, should worth a try ;)

[Reimar]

my onboard nvidia 6150 gpu is much faster than my 2600xt, when using opengl renderer :eek::eek:
i wonder why?

Since the drivers behave very different between ATI and nVidia I might be doing something ATI cards do not like. It's been a long time since I tried to run on ATI (I sold my last card ATI, had enough of the crashes the drivers caused in combination with remote desktop)...
For an example of extreme performance differences, try -vo gl:yuv=6, last time I tried this made ATI drivers fall back to a 100% software emulation mode at < 1 fps... (nVidia works fine, even on old FX5200).

[LoRd_MuldeR]

@LoRd_MuldeR
may be u can try atitraytool, its an alternative to the ati CCC,
much lightweight than the bloated CCC and .net crap:cool:

ATT is one of my every-day-use tools ;)

It's definitely a driver/compatibility issue:
* Catalyst 7.11 » OpenGL renderer works 100% fine
* Catalyst 7.12 or 8.1 » Bad tearing in OpenGL renderer

Note: The DirectX/Overlay renderer has no such tearing problem.
Also VMR9 or Haali Renderer (in MPC) don't show such issue...

Since the drivers behave very different between ATI and nVidia I might be doing something ATI cards do not like.

Well, if I can do anything that helps to fix the problem, I'll do at every time...