MPlayer for Windows (2008-06-01)

[sillKotscha]

another place to digg for almost up2date mplayer and mencoder builds is sherpya's website...

http://oss.netfarm.it/mplayer-win32.php

[rvm]

as for "-ass problem":
It works fine for me in MPUI.
Probably I think it to works in smplayer when you copy fonts folder(font.conf,etc..) to "your screen shot folder(e.g. C:/Documents and Settings/Administrator/desktop)".

Yes, in that case it works (setting the screenshot directory to the directory where mplayer is installed).

But shouldn't mplayer look for those files in its installation directory (or in some place in My Documents or something) and not in the working directory?

[LoRd_MuldeR]

*UPDATE*

1. All MPlayer builds have been updated to latest SVN revision (as always)
2. The OpenGL renderer should work with MPUI now (more or less)
3. Added a tweak to enable the OpenGL renderer (-vo gl2) to the installer

http://forum.doom9.org/showthread.php?p=839965#post839965

[DSP8000]

the Japanese mirror svn is dated mplayer2007.03.10.
this build it's not working for me.
http://tirnanog.fate.jp/mirror/mplayer/

[wyrd]

But shouldn't mplayer look for those files in its installation directory (or in some place in My Documents or something) and not in the working directory?
Yes,I share your opinion.
but I still have not be able to find a way of "static link fontconfig build".:(
related link:
http://lists.mplayerhq.hu/pipermail/mplayer-users/2006-November/063600.html
Thanks:)
@LoRd_MuldeR
Thanks for your efforts.:D

//EDIT
@DSP8000
Could you up .log?
thanks.

[imiganai]

Thanks for the update! The GL renderer adds easy multimonitor support without having to disable hardware acceleration. Sometimes resizing fails, but a second attempt fixes it quickly :D
I also noticed an odd thing where the window would resize vertically once in a while while playing--either bigger or smaller; it seemed random--but I have not been able to reproduce this behavior, so the only thing I can say is that I was using the gl2 renderer with the window resized to a state that required letterboxing on the top and bottom.

One question though: do you have any plans to fully support multiple monitors with the various window functions? For example, I noticed that the size/move snap-to-edges feature works with any side of the primary monitor and the entire virtual desktop, but not with the borders between monitors (e.g., the left side of the window will never snap to the border between two monitors in a setup like [ A ][ B ]). Full-screen resizing and auto-centering also only work for the primary monitor.

SystemParametersInfo?), the windows API is pretty simple: MonitorFromWindow can grab the monitor to full-screen in, MonitorFromPoint can be used to grab the monitor to aid size- or move-snapping, and then GetMonitorInfo to get the work rect or monitor rect of that monitor...these can essentially replace whatever you're using now...]
Edit: I know MPUI has it on their Low Priority list, but seeing as there have been no updates since October, I figure they won't get to that list anytime soon...
Edit 2: Checked the MPUI source (I don't know delphi). Unless there are changes elsewhere that I am not aware of, modifying the SetFullScreen function to work with multiple monitors looks like a quick fix:
(??) Define MI of type struct MONITORINFO (??)
if Fullscreen then begin
GetMonitorInfo(MonitorFromWindow(Handle,MONITOR_DEFAULTTONEAREST), (pointer to)MI);
FS_PX:=Left; FS_PY:=Top;
FS_SX:=Width; FS_SY:=Height;
FS_WasTopmost:=((GetWindowLong(Handle,GWL_EXSTYLE) AND WS_EX_TOPMOST)<>0);
Pivot:=OuterPanel.ClientToScreen(Point(0,0));
PX:=FS_PX-Pivot.X+MI.rcMonitor.left;
PY:=FS_PY-Pivot.Y+MI.rcMonitor.top;
SX:=MI.rcMonitor.right-MI.rcMonitor.left +FS_SX-OuterPanel.ClientWidth;
SY:=MI.rcMonitor.bottom-MI.rcMonitor.top +FS_SY-OuterPanel.ClientHeight;
...Obviously, the italicized stuff is probably not valid Delphi, but that may be all that's needed for full screen...but you probably already knew this and I'm just being redudant...]

[ricardo.santos]

It's simply:)
add to Tools->Options->Additional MPlayer Parameters:
http://tirnanog.fate.jp/tmp/snap/mpopt.jpg
I've tested this sample (http://tirnanog.fate.jp/tmp/sample/flv/un-sync.flv).
Regards.
//ADD:
latest document
http://www.mplayerhq.hu/DOCS/man/en/mplayer.1.html

Thanks, the synch problem is still there

Thanks

[Razorholt]

What could prevent mplayer.exe from opening and playing? MPUI is up but mplayer.exe won't open... no firewall and no anti-virus are on ... odd

Thanks,
- Dan

[LoRd_MuldeR]

What could prevent mplayer.exe from opening and playing? MPUI is up but mplayer.exe won't open... no firewall and no anti-virus are on ... odd

Thanks,
- Dan

Do I get this correct: MPUI does start, but MPlayer doesn't?
What does MPUI's log say about that ???

[Razorholt]

That's ok, MPUI works now... it was reg issue (ccleaner fixed it :))

Thanks LoRd_MuldeR!

[LoRd_MuldeR]

That's ok, MPUI works now... it was reg issue (ccleaner fixed it :))

Thanks LoRd_MuldeR!

AFAIK neither MPUI nor MPlayer read anything from the Registry :confused:

[imiganai]

AFAIK neither MPUI nor MPlayer read anything from the Registry :confused:

But I'll bet DirectX does...

[SealTooGreat]

Is there anybody notice Aspect Ratio difference between MPlayer and MPC. Try it for yourself, load the same movie with both players and try to match their windows-height(width is OK).

[LoRd_MuldeR]

Usually it matches 100%. Maybe MPlayer does pre-scale your video while MPC does not? AFAIK MPlayer does pre-scale the video to the correct DAR automatically, while in MPC it depends on the DiretShow filers used.

Check MPlayer's log in order to get more information...

//EDIT

Here is an example from MPlayer log


Starting playback...
VDec: vo config request - 720 x 576 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.33:1 - prescaling to correct movie aspect.
ID_VIDEO_ASPECT=1.3333
VO: [directx] 720x576 => 768x576 Planar YV12

[SealTooGreat]

When mplayer is embedded in GUI (like MPUI or smplayer), there's no AR difference between MPlayer and MPC, but mplayer(as cli, also gmplayer) tend to stretch video vertically a little bit. Run the same video with MPUI and mplayer(cli provided by MPUI package), and you'll see.
So, why does mplayer(cli) give wrong AR by default?!

[LoRd_MuldeR]

So, why does mplayer(cli) give wrong AR by default?!

I don't know. Maybe a question to ask the MPlayer developers.
MPUI reads the resolution from MPlayer's log and will resize the Video panel accordingly, which seems to work fine...

[SealTooGreat]

MPUI reads the resolution from MPlayer's log and will resize the Video panel accordingly, which seems to work fine...
It's weird....mplayer's(cli) log and MPUI's log report the same aspect ratio and resolution (as you said MPUI use mplayer's log), but produce different AR.
Can you confirm my observation?!

[LoRd_MuldeR]

Sorry, I cannot reproduce the problem.
As you can see, the green area (video overlay) is exactly 640x480 pixels:

http://img119.imageshack.us/img119/3241/mplayervsizeki8.th.png (http://img119.imageshack.us/my.php?image=mplayervsizeki8.png)

[SealTooGreat]

http://img339.imageshack.us/img339/8757/differentheightizmenadg4.th.jpg (http://img339.imageshack.us/my.php?image=differentheightizmenadg4.jpg) http://img69.imageshack.us/img69/7608/samewidthizmenaqo8.th.jpg (http://img69.imageshack.us/my.php?image=samewidthizmenaqo8.jpg)
The AR difference exist in fullscreen mode, too....'cause of overlay i couldn't printscreen it.

[LoRd_MuldeR]

Doesn't happen here, any hints on how to reproduce it? :confused:

http://img384.imageshack.us/img384/8758/mplayervsize2vk7.th.png (http://img384.imageshack.us/my.php?image=mplayervsize2vk7.png)

[SealTooGreat]

Try to leave your CONFIG empty. BTW I've always had that issue regardless of CONFIG is empty or not . Don't know why?!

[Gusar]

@SealTooGreat:
Mplayer by default assumes a 4:3 display. I see you have a resolution of 1280x1024, which is 5:4.
Either of these should work:mplayer -monitorpixelaspect 1 somevideo.mp4mplayer -monitoraspect 5/4 somevideo.mp4


If this fixes it, put one of these in mplayer's config file, so you won't need to type it all the time:monitorpixelaspect=1monitoraspect=5/4

[SealTooGreat]

@Gusar
THANKS, THANKS, THANKS, x 1000^1000. It woooorks with "monitorpixelaspect=1"!!!...Where have you been all these months :)
BTW "monitoraspect=5/4" produce worse AR then it used to be with gmplayer/mplayer(cli), but with single line (monitoraspect=5/4) in CONFIG everything is OK...probably should do some cleaning!

[Unrealbr]

I was wondering if MPUI would run MKV/MP4 h264 in Vista since CCCP pack and Vista Codec pack v.435 ALWAYS crash when i try to play them :(

MPUI gives me the same errors the other packs gave me, the 0x0000124 error anda suposed solution to this would be turn hardware acceleration to NULL but that simply aint avaliable in Vista.
PS:I'm using an Geforce 6800XT 512mb
The error:

Problem signature:
Problem Event Name: BlueScreen
OS Version: 6.0.6000.2.0.0.256.1
Locale ID: 1046

Additional information about the problem:
BCCode: 124
BCP1: 00000000
BCP2: 846D8028
BCP3: B2000000
BCP4: 00000175
OS Version: 6_0_6000
Service Pack: 0_0
Product: 256_1

Files that help describe the problem:
C:\Windows\Minidump\Mini032307-08.dmp
C:\Users\Unrealbr\AppData\Local\Temp\WER-39936-0.sysdata.xml
C:\Users\Unrealbr\AppData\Local\Temp\WERC5FC.tmp.version.txt

Read our privacy statement:
http://go.microsoft.com/fwlink/?linkid=50163&clcid=0x0409

[imiganai]

MPUI isn't a codec pack. It's a Windows GUI for MPlayer.
I'm not familiar with Vista, but if you want to remove hardware acceleration, then you can try adding -vo directx:noaccel to the additional parameters box in the preferences screen.

[LoRd_MuldeR]

Sorry, I'm not gonna install Vista, that's for sure.
So there will be no Vista support for MPUI, unless somebody else does...

Nevertheless, what imiganai suggest should work, at least is does on XP...

[Wurstwasser]

Does someone have a clue why I can't play some streams any more?

http://westfunk.media.tmr.net/ramgen/broadcast/radio-duisburg.rm
Playing http://westfunk.media.tmr.net/ramgen/broadcast/radio-duisburg.rm.
Resolving westfunk.media.tmr.net for AF_INET...
Connecting to server westfunk.media.tmr.net[212.23.146.253]: 80...
Cache size set to 320 KBytes
Stream not seekable!
(last message repeated 27 times)

Exiting... (End of file)

I'm using the latest mpui download with full codec package.

http://www.wdr.de/wdrlive/media/wdr2-wm32.asx
Playing http://www.wdr.de/wdrlive/media/wdr2-wm32.asx.
Resolving www.wdr.de for AF_INET...
Connecting to server www.wdr.de[149.219.195.51]: 80...
STREAM_ASF, URL: http://www.wdr.de/wdrlive/media/wdr2-wm32.asx
Resolving www.wdr.de for AF_INET...
Connecting to server www.wdr.de[149.219.195.51]: 80...
size_confirm mismatch!: 30835 28271
Error while parsing chunk header
Failed, exiting.
Resolving www.wdr.de for AF_INET...
Connecting to server www.wdr.de[149.219.195.51]: 80...
Cache size set to 320 KBytes
Resolving www.wdr.de for AF_INET...
Connecting to server www.wdr.de[149.219.195.51]: 80...

Exiting... (End of file)

[Fizick]

I install MPUI and Mplayer. Try it, deinstall it.
But many media file types are still associated with removed MPUI!
It is bad. Deinstaller must revert it to old states.

[LoRd_MuldeR]

I install MPUI and Mplayer. Try it, deinstall it.
But many media file types are still associated with removed MPUI!
It is bad. Deinstaller must revert it to old states.

The uninstaller does what it's expected to do: it does un-install!

It won't create any file assocs for other apps, because that's the job of their own installer, not MPUI's.
Creating a backup of all file assocs would make the (un)installer much more complex.
Maybe something I'll investigate when I have more time...

[chipzoller]

I don't know if this is the best thread to ask this question so please move if necessary.
Since I haven't used MPlayer for very long at all, I'd like to ask other experienced users how this compares to VLC in the handling of VobSubs? VLC is a great player to use, but its support for VobSubs isn't exactly perfect, many not being displayed or looking quite poorly (and ffdshow filters aren't tons better).

[ExtraEye]

i wouldn't recommend using mplayer with soft subtitles.

[chipzoller]

Is VSfilter still the only recommended method (for Windows) for properly displaying VobSubs? At least does Mplayer support soft subs in text format (srt) as well as VLC?

[LoRd_MuldeR]

*Update*

Updated my 'MPlayer for Windows' package to latest revision of MPlayer (2007-03-31)
Also the MakeInstantPlayer tool has been updated.

http://mulder.dummwiedeutsch.de/home/?page=projects#mplayer

[tingdang99]

The part of files are uploaded to http://210.192.122.67/files/media/luanzhan_no_sound1.rmvb, the size is about 5M.

Before this , MPlayer play other rmvb files well. I checked all the pre-version of MPlayer, they all don't work too.

Also I checked this error file with Media Player Claasic and Real Player. They Both play it well.

The difference between this file and other RMVB files, I found this file has multi-channels sound.

Is there wrong with mplayer when player multi-channels rmvb files?

Thanks everybody!

[LoRd_MuldeR]

tingdang99, this thread is about MPUI and my package, not about MPlayer itself.
I guess you better ask this question on the MPlayer mailing list, where the MPlayer developers are.

Nevertheless I checked your sample and can confirm that there is no audio.

The MPlayer log shows the following message:
Cannot find codec for audio format 0x6B6F6F63.

So I guess this file uses some Audio Codec that is not supported by MPlayer (yet).
Maybe MPlayer needs some external/proprietary DLL's to deocode that?

[celtic_druid]

Works here if I use a newer RealNetworks Cooker G2 Audio Codec (cook.dll v10.0.0.967). That is other than the fact that the channel order doesn't seem right.

[LoRd_MuldeR]

Works here if I use a newer RealNetworks Cooker G2 Audio Codec (cook.dll v10.0.0.967). That is other than the fact that the channel order doesn't seem right.

Can you offer DL link for that DLL please? :)
I only have "cook3260.dll" in my codecs folder from MPlayer latest Binary Codec Pack.

[celtic_druid]

I just copied the one from real's common files directory. The one used by real player I guess. As I said though the channel order didn't sound right. Too much volume from the left, so I guess the front channels were coming from front/surround left or something like that. Who knows if it would even player 2 channel cook audio ok, although libavcodec should take care of that.

[LoRd_MuldeR]

I just copied the one from real's common files directory. The one used by real player I guess. As I said though the channel order didn't sound right. Too much volume from the left, so I guess the front channels were coming from front/surround left or something like that. Who knows if it would even player 2 channel cook audio ok, although libavcodec should take care of that.

Yea, it worked.

I just had to replace "old" cook3260.dll with the "cook.dll" form Real's common files folder.
It had to be renamed form "cook.dll" -> "cook3260.dll" though!

About the channels problem: I heard that MPlayer has a problem with multi-channel audio on Win32 anyway and that's why multichannel is usually disabled. Maybe downmix doesn't work in this case?

BTW: Am I supposed to use the "newer" cook.dll in my next package ???

[tingdang99]

Thanks you both talk about this. By the way, next time I'll send the question to the right place.

thanks again.

[buzzqw]

Hi LoRd_MuldeR!

just an info... if you include the mplayer with cpu runtime detection... why include all other build ? the difference in speed should be very limited

(i use the http://oss.netfarm.it/mplayer-win32.php RTM build usually)

thanks

BHH

[LoRd_MuldeR]

Hi LoRd_MuldeR!

just an info... if you include the mplayer with cpu runtime detection... why include all other build ? the difference in speed should be very limited

(i use the http://oss.netfarm.it/mplayer-win32.php RTM build usually)

thanks

BHH

It's to give every user the maximum performance :rolleyes:
If you don't care, you can install with Runtime Detection of course...

[buzzqw]

of course better to choice cpu specific build... but i have said this for take down the SIZE of download

BHH

[LoRd_MuldeR]

of course better to choice cpu specific build... but i have said this for take down the SIZE of download

BHH

Well, having several builds to choose from was the initial idea of my "full" package :confused:

[buzzqw]

the idea of full package is very good, but for me would be mpui+mplayer (only the RTM) + decoder package

in this way the size should be less and performace impact is very very low

BHH

[LoRd_MuldeR]

the idea of full package is very good, but for me would be mpui+mplayer (only the RTM) + decoder package

in this way the size should be less and performace impact is very very low

BHH

The light package is only 11 MB, is that still to much in the times of 6000 kbps DSL and 500 GB HDD's ???

Maybe I will include only RTM build in the 'light' package and keep several builds for the 'full' package?
Would that be helpfull ???

[buzzqw]

ehmm.. i have a 4Mb flat adls line, 1 tb of hard disks.. isn't a problem of bandwidth or space just for optimize (and btw here is a prescot 3ghz).

you are doing a great work (and build a great package! that for sure!!) but imho offer a COMPLETE but smaller package wouldn't be a problem

i haven't made decoding benckmark but the rtm should differ more the ~5% from specific build

just my 0.02€ :)

BHH

[brucevangeorge]

Fantastic package. Even better now that its optimized!!!

I never thought I'd see a package for Athlon XP. Most people are compiling for bleeding edge processors or generic. Thank you very much. I can even play 720p videos much better. i had some minor skipping before. Not anymore!


I have one question. I hope someone here has an answer. How do I get MPUI to crop? Like VLC does?

And what's up with the binary codecs package? I thought MPlayer had everything built right in?

[LoRd_MuldeR]

I have one question. I hope someone here has an answer. How do I get MPUI to crop? Like VLC does?

Add this command to "Additional MPlayer parameters" in the options:
-vf-add crop=w:h:x:y

<w>,<h> Cropped width and height, defaults to original width and height.
<x>,<y> Position of the cropped picture, defaults to center.

And what's up with the binary codecs package? I thought MPlayer had everything built right in?

MPlayer cannot built-in some decoders, as there is no (working) OpenSource implementation available yet. So it needs to load proprietary DLL's. The binary Codec Package is basically a collection of such DLL's. You need this for some nasty proprietary formats like WMV and Real only! MPlayer will work 100% okay without the Codecs, as decoders for MPEG-2, MPEG-4, H.264/AVC, MP3, OGG/Vorbis and *many* more are built-in :cool:

[brucevangeorge]

Add this command to "Additional MPlayer parameters" in the options:
-vf-add crop=w:h:x:y

WOW! Now this player has everything! Goodbye VLC.

Thanks alot.


You need this for some nasty proprietary formats like WMV and Real only!

Cool. Does it also play Quicktime? mov & mp4?

When I used such files in VLC some would play and some would not. Don't know why. Maybe different versions of the codec. The only software that played it okay was the Quicktime Alternative, but its ridiculously large install for a few codecs.