MPlayer for Windows (2008-06-01)

[kurt]

@MattO: try a different sound driver. for me this works (win32)

http://img168.imageshack.us/img168/6854/image1jp3.jpg

[LoRd_MuldeR]

Mulder,
I use the SPDIF pass through commands, but regardless of whether I am playing a AC3 or DTS file the "clip information" always states "Channel: 2" even when I know the audio source is 5:1. Do you know why this is?

Maybe your source has more than one audio stream and currently the 2.0 stream is selected ???

[LoRd_MuldeR]

*Update*

MPlayer for Windows updated to 2006-12-03 :D

[Hubbabub]

*Update*

MPlayer for Windows updated to 2006-12-03 :D

Vielen dank dude :thanks:

[MattO]

Kurt, thanks for your suggestion, but that is what I am using.

Mulder, yes, some of my sources have multiple audios but regardless of whatever one I select the clip information still reports 2 channels.

The next time anyone plays something which they know has 5.1 AC3 or DTS sound can they please view the clip info and check what it is says, I am sure it will only report it as having 2 channels. But it would be nice if someone else can confirm this, or not. :thanks:

[LoRd_MuldeR]

Kurt, thanks for your suggestion, but that is what I am using.

Mulder, yes, some of my sources have multiple audios but regardless of whatever one I select the clip information still reports 2 channels.

The next time anyone plays something which they know has 5.1 AC3 or DTS sound can they please view the clip info and check what it is says, I am sure it will only report it as having 2 channels. But it would be nice if someone else can confirm this, or not. :thanks:

Confirmed:

http://img159.imageshack.us/img159/5774/6chnc5.gif

Playing E:\ViDeOz\Trailer\Children of Men.mp4.
Quicktime/MOV file format detected.
ID_VIDEO_ID=0
ID_AUDIO_ID=1
VIDEO: [avc1] 848x448 24bpp 23.976 fps 0.0 kbps ( 0.0 kbyte/s)
ID_FILENAME=E:\ViDeOz\Trailer\Children of Men.mp4
ID_DEMUXER=mov
ID_VIDEO_FORMAT=avc1
ID_VIDEO_BITRATE=0
ID_VIDEO_WIDTH=848
ID_VIDEO_HEIGHT=448
ID_VIDEO_FPS=23.976
ID_VIDEO_ASPECT=0.0000
ID_AUDIO_FORMAT=mp4a
ID_AUDIO_BITRATE=272592
ID_AUDIO_RATE=44100
ID_AUDIO_NCH=2
ID_LENGTH=146.19
Opening video filter: [screenshot]
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
==========================================================================
ID_VIDEO_CODEC=ffh264
==========================================================================
Opening audio decoder: [faad] AAC (MPEG2/4 Advanced Audio Coding)
AUDIO: 44100 Hz, 2 ch, s16le, 272.6 kbit/19.32% (ratio: 34074->176400)
ID_AUDIO_BITRATE=272592
ID_AUDIO_RATE=44100
ID_AUDIO_NCH=2
Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio) decoder)
==========================================================================
AO: [dsound] 44100Hz 2ch s16le (2 bytes per sample)
ID_AUDIO_CODEC=faad
Starting playback...
VDec: vo config request - 848 x 448 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
SwScaler: using unscaled yuv420p -> bgr24 special converter
VO: [directx] 848x448 => 848x448 Planar YV12

[MattO]

Thanks for the confirmation, Mulder.
I feel the audio is OK, as it is just passing it through, so it still plays in 5.1 on my amp, MPlayer just doesnt identify it correctly.
But could this cause decoding problems when not using passthrough? Or does MPlayer not take into consideration this info when decoding it?

[LoRd_MuldeR]

Thanks for the confirmation, Mulder.
I feel the audio is OK, as it is just passing it through, so it still plays in 5.1 on my amp, MPlayer just doesnt identify it correctly.
But could this cause decoding problems when not using passthrough? Or does MPlayer not take into consideration this info when decoding it?

I can't check here, because I got on-board Stereo sound :o
Can anybody confirm correct 5.1 *without* pass-through?

But anyway I cannot fix it, because MPlayer reports the wrong number of channels.
The information is correctly parsed from the console by MPUI...

[ace4ker]

Thank you for your works Mulder.
This player is awesome and lightweight.
But I have a problem
I can't read subtitle in my languege(Korean),
Jappanese and Chinese.
It looks like Alien's one.
Can you tell me, how can I read subtitle?

[Gusar]

5.1 sound in Windows was deactivated some time back, because it wasn't working correctly for anything besides ac3 (channel order was wrong). Not so long ago there were patches on the mplayer mailing-list for proper channel reordering for any audio format, but there was a lot of discussion about how to implement it and there was no final decision.


@ace4ker: you have to tell mplayer the codepage of your subtitles. To do so, put this in Options->Additional mplayer parameters (replace <codepage> with the correct codepage for korean):-subcp <codepage>

If you don't know the codepage, you can make mplayer guess (example for korean):-subcp enca:kr

[LoRd_MuldeR]

@Gusar: Thanks for information!

[ace4ker]

Thanks for information! Gusar.
I was input in Options->Additional mplayer parameters
-font c:\windows\fonts\ydsdj.ttf -subcp cp949
<ydsdj.ttf> is Korean true type font.

But I can't read subtitle.

[EpheMeroN]

Try -af volnorm=2

"2: Use several samples to smooth the variations via the standard weighted mean over past samples"
That works well, but I am still getting that pop-n-click clipping sound when the audio clips. Are there any other settings for volnorm to completely prevent clipping?

[LoRd_MuldeR]

That works well, but I am still getting that pop-n-click clipping sound when the audio clips. Are there any other settings for volnorm to completely prevent clipping?

I think this sound is caused by "broken" sampels, due to the seeking.
It's the same when you jump through an MPEG video and see those funny colors right after the jump until the next keyframe is decoded.
I guess it has to be fixed in MPlayer, if there is a way to...

[EpheMeroN]

I think this sound is caused by "broken" sampels, due to the seeking.
It's the same when you jump through an MPEG video and see those funny colors right after the jump until the next keyframe is decoded.
I guess it has to be fixed in MPlayer, if there is a way to...
Hmmm perhaps.

Are there any special audio switches to better decode MP3 audio that uses DPLII as its "Output Mode"? I use that when I make AC3>MP3 with BeLight. I also use Normal Dynamic Compression.

[LoRd_MuldeR]

Hmmm perhaps.

Are there any special audio switches to better decode MP3 audio that uses DPLII as its "Output Mode"? I use that when I make AC3>MP3 with BeLight. I also use Normal Dynamic Compression.

None I'm aware of. Have a look here:
http://www.mplayerhq.hu/DOCS/man/en/mplayer.1.html#AUDIO%20FILTERS

[EpheMeroN]

Can MPlayer be set to auto-deinterlace? Or do we have to tick the option in the MPUI config each time interlaced content is being viewed?

[LoRd_MuldeR]

Can MPlayer be set to auto-deinterlace? Or do we have to tick the option in the MPUI config each time interlaced content is being viewed?

In MPlayer a deinterlacer is just a normal video-filter and thus is added from the command-line. So you have to decide whether you want to load a deinterlacer or not before you open the video file. Therefore auto-detection of interlaced content cannot be supported by MPUI until the MPlayer team implements a new command-line switch for that...

[ExtraEye]

how come mplayer can't decide things depending on the given file while other players can. is there any chance that this will be added in mplayer ever?

[LoRd_MuldeR]

how come mplayer can't decide things depending on the given file while other players can. is there any chance that this will be added in mplayer ever?

MPlayer is a CLI application and thus most things are configured from the command-line, even before the application starts up. Of course they could implement something like automated interlaced detection, but I guess it would be a lot of work. And in some way it would be against the concept of setting up the video filters form the command-line. If you want to request such a feature, try your luck at MPlayer mailing-list or use your own programing skills... All that can be done form the MPUI side, is adding support for existing features of MPlayer!

[cipher]

is it just me or it doesnt seem to be able to play files with non-ansi characters (such as east asian ones) occurring either in the file name or upper directory names?

thank you

[LoRd_MuldeR]

is it just me or it doesnt seem to be able to play files with non-ansi characters (such as east asian ones) occurring either in the file name or upper directory names?

thank you

That's a limitation of MPlayer itself. It's not MPUI's fault.

[LoRd_MuldeR]

I've made a new version of my MPlayer for Windows installer:
http://mulder.brhack.net/public/downloads/MPUI.2006-12-14.Light-Package.exe

The installer now has a new "MPUI Tweaks" page.
Furthermore it will automatically kill all running instances of MPUI/MPlayer using the KillProc (http://forum.doom9.org/showthread.php?p=917173#post917173) plugin.
No changes to MPlayer or MPUI this time.

Please tell me if you think this one is usefull :D

[ExtraEye]

"automatically kill all running instances of MPUI/MPlayer" - usefull :)

[chichazor]

¿How can I change bright and contrast values in this version of mplayer? I tried with number keys but it seems it's blocked :confused:

[LoRd_MuldeR]

¿How can I change bright and contrast values in this version of mplayer? I tried with number keys but it seems it's blocked :confused:

Help -> Keyboard Help :D
Seems to work fine on my computer...

But you can also use the Overlay Controls in your Graphics Card configuration to set it up on a global level.

[chichazor]

Thanks, but the keyboard controls don't work on my system :(. I am using the athlon 64 compile of mplayer, I'll try with generic or different compile.

PD: Sorry for my english, I read english ok, but I find difficult to write it.

[LoRd_MuldeR]

Thanks, but the keyboard controls don't work on my system :(. I am using the athlon 64 compile of mplayer, I'll try with generic or different compile.

PD: Sorry for my english, I read english ok, but I find difficult to write it.

CPU specific builds only effect MPlayer, not MPUI!
So it won't make any difference I guess.

Can other people reproduce the problem ???

[Wurstwasser]

No. Latest mplayer/mpui on w2k sp4 here.

[pinkie_1]

MPUI doesn't seem to like -vo gl...

A quick look to MPlayer's output reveals some 'parasites' (i.e. switches not introduced via custom manual config) :
"mplayer.exe -slave -identify -wid *** -colorkey 0x101010
-nokeepaspect -framedrop -autosync 100 -vf screenshot -font
C:\WINDOWS\Fonts\Arial.ttf -idx -ao dsound:device=0"
Some of these are ok, and some others aren't. But the real PITA is that -colorkey switch...
First of all, what's the need for RGB(16,16,16) ? Second of all, -colorkey isn't supported at all by the OpenGL driver (AFAIK).

Is anyone aware of a way to modify those apparently (hardcoded&enabled by default) switches in MPUI ?
Or, as an alternative, is it possible to override them somehow ?

[LoRd_MuldeR]

MPUI doesn't seem to like -vo gl...

A quick look to MPlayer's output reveals some 'parasites' (i.e. switches not introduced via custom manual config) :
"mplayer.exe -slave -identify -wid *** -colorkey 0x101010
-nokeepaspect -framedrop -autosync 100 -vf screenshot -font
C:\WINDOWS\Fonts\Arial.ttf -idx -ao dsound:device=0"
Some of these are ok, and some others aren't. But the real PITA is that -colorkey switch...
First of all, what's the need for RGB(16,16,16) ? Second of all, -colorkey isn't supported at all by the OpenGL driver (AFAIK).

Is anyone aware of a way to modify those apparently (hardcoded&enabled by default) switches in MPUI ?
Or, as an alternative, is it possible to override them somehow ?

MPUI is based on the DirectX/Overlay renderer.
The -colorkey switch is needed to make the video appear in the MPUI main window.
Don't try to run MPlayer with a different renderer when using MPUI!

[pinkie_1]

MPUI is based on the DirectX/Overlay renderer.
Ok, MuldeR, point taken. Thanks.
This, however, rises more questions : is this MPUI's core architecture or is it just a temporary situation ?
Will support for other output drivers be implemented in MPUI ?

Don't try to run MPlayer with a different renderer when using MPUI!
Too late...
Already tried. More than once. And MPlayer crashes every single time.
But one thing that I like is that MPUI itself doesn't freeze when doing so. :)

[LoRd_MuldeR]

@pinkie_1:
MPlayer is a command-line application without graphical user-interface. Nevertheless it is possible to run MPlayer.exe from the GUI application (MPUI in this case), hide the console window and make the video output appear inside the GUI. This basically works by redirecting the Overlay Video to the GUI app. In fact you can take any other window, place it on top of MPUI and you'll still see the Overlay Video "through" that window as long as that window has the correct (transparent) color - specified with -colorkey command. So Overlay is what makes MPUI work. No Overlay, no MPUI.

But where is the problem? Overlay output seems to work fine on Windows, except multi-monitor limitation.

[pinkie_1]

MPlayer is a command-line application without graphical user-interface.
:):):)
(Please don't interpret my reaction as being offensive. It's just that three years of avid MPlayer usage made me pretty much aware of the fact described by your statement.)

So Overlay is what makes MPUI work. No Overlay, no MPUI.
Thank you for the clarification.

Overlay output seems to work fine on Windows
Well, the overlay vs AnyOtherRenderingMethod issue caused intense debates and is far from being over.
As for myself, I fell in love (geez, what a statement) with MPlayer's OpenGL output driver.
So I guess that MPUI (as a GUI) simply isn't for me...

[LoRd_MuldeR]

*update*

New installer uploaded:
* Included workaround for 'foreign language' problem (language will be set to English instead of 'auto' now)
* New 'MPUI Tweaks' installer page
* Check for running instances of MPlayer/MPUI during install, kill them if necessary
* Added 'Check for new Updates' feature

[LoRd_MuldeR]

We are on Top 100 on Freeware files now :eek:
http://www.freewarefiles.com/top100_downloads.php

For the moment M$ Media Player is still ahead :devil:

[LoRd_MuldeR]

*Update*

MPlayer builds updated to latest SVN revision (2006-12-20)
Now a "Prescott" build is included in the package.

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

[SealTooGreat]

hmmm.....gl2 produce better picture than directX renderer!!!
It's a pity that can not be used in MPUI.

[LoRd_MuldeR]

hmmm.....gl2 produce better picture than directX renderer!!!
It's a pity that can not be used in MPUI.

Try software resizer!

If your screen resolution is 1024x768 then add this to "Additional MPlayer parameters" in MPUI options window:
-sws 9 -vf-add scale=1024:-2

Then try again and go fullscreen :)

[pinkie_1]

@ SealTooGreat :
You should follow MuldeR's advice and try the soft scaling...
Here are some other tips :
"-sws 9 -vf-add scale=1024:-2:*a::*b::::*c", where
*a stands for interlaced scaling ('0' disabled&default, '1' enabled)
*b additional tuning of sws 9 (play with integer values from '1' to '10')
*c accurate rounding of the vertical scaler ('0' disabled&default, '1' enabled)

Additionally, you might wanna try replacing that '-2' with '-10', thus enabling mod16 scaling.

@ MuldeR :
As you can see, I don't find dx/overlay/mpui too repulsive for my tastes. But I'm still more fond of -vo gl... :)

[celtic_druid]

expand is also usefull to so you don't have subs/osd over the video if possible.

How is -vo winvidix? Don't think my card is supported.

[SealTooGreat]

When i said "gl2" I've meant OpenGL video output renderer and I'm pretty confused you've suggested me software resizer which doesn't improve picture at all, just resize it and nothing more. pinkie_1 pointed out about lack of support for other output drivers in MPUI(in his case is "gl" in mine is "gl2"), you've explained it and i've just stated that it's a pity that those video outputs can not be used in MPUI. Thay produce much better picture than default DirectX output video renderer in MPUI. So, as pinkie_1 have said, I guess that MPUI (as a GUI) simply isn't for me...

For little exercise :D add "-vf rgb2bgr" to "Additional MPlayer parameters" and you will see that colors on picture are much better.OpenGL renderer,"gl" and "gl2", produce similar result, but over all it's renderer not video filter.

One more thing, default subtitles settings in MPUI are awful...fonts are tooooo large....I can't find option in MPUI for fonts(Arial,Times New Roman...etc), scripts(Central European, Western...etc), font scaling, font outline thickness, Anti-alias subs, subtitle alignment, placing subtitles/OSD in the resulting black bands/borders etc...etc...It's just fine for me, I can manage that through CONFIG file, but for newbies it will be very usefull to add those in MPUI options.....and if u don't know how to do that........ For beginning you can add some lines in CONFIG file to adjust font size

#truetype font scaling
subfont-text-scale=3.4

But, again, it would be very useful to add some subtitles options in MPUI which can write to CONGIF file. For example if I want "Times New Roman" i simply choose it in MPUI options and MPUI will write/modify CONFIG file. For people who live in central and eastern europe, as myself, i find command line in CONFIG file

# Set font encoding.
subfont-encoding=cp1250

very usefull. It displays my language letters correctly and behaves like script "EASTEUROPE(238)" in MPC.

# Placing subtitles/OSD in the resulting black bands with OSD/subtitle rendering
vf=expand=0:-70:0:0:1

This will place subtitles out of the movie, in black borders area. Also very useful option.

[pinkie_1]

@ celtic_druid :
In theory -vo winvidix sounds promising. Unfortunately, I haven't been able to ever make it work on my NV44-cored 6200. And so, I can only say that you should try it for yourself. Maybe you're a lucky one... :)

@ SealTooGreat :
you've suggested me software resizer which doesn't improve picture at all, just resize it and nothing more.
I think you will agree that a better scaling improves the overall visual perception.
Thay produce much better picture than default DirectX output video renderer in MPUI
This issue is highly subjective&controversial. The fact that certain individuals like OpenGL over DirectX does not imply any absolute statements whatsoever.
I urge you to not open a flame war. Let's just be friendlies, okay ? :D
One more thing, default subtitles settings in MPUI are awful
Well, the way in which they are handled is less-than-perfect, I agree. Maybe we should try to make some custom configs (as you already tried), and then share them for the good of the community.

PS. I apologize for misjudging you to be a not_so_advanced_mplayer_user. Then again, your first post was rather deceiving... :p

[SealTooGreat]

@pinkie_1
I think you will agree that a better scaling improves the overall visual perception.
I agree, but with MPUI default DitectX output and "-sws 9 -vf-add scale=1024:-2", I still can not achieve gl2 quality. In fact, I can't see any deference with those additional parameters. especially considering colors. Only "-vf rgb2bgr" gives gl2 similar color result, but produce some nasty pixelization.
The fact that certain individuals like OpenGL over DirectX does not imply any absolute statements whatsoever.
Well there's no such absolute statement...but still colors of "-vo gl2" are more user-friendly to my eyes
PS. I apologize for misjudging you to be a not_so_advanced_mplayer_user. Then again, your first post was rather deceiving...
Well, you've got me...I'm not advanced_mplayer_user:D ...and I'm not intend to be one :p...as long as I have enough knowledge to make my life easier with mplayer ;)

[pinkie_1]

with MPUI default DitectX output and "-sws 9 -vf-add scale=1024:-2", I still can not achieve gl2 quality. In fact, I can't see any deference with those additional parameters. especially considering colors.
You see, -vf scale does exactly what it's name suggests, i.e. it scales...
So don't expect any funky color magic from it.
Only "-vf rgb2bgr" gives gl2 similar color result, but produce some nasty pixelization.
First of all, my guess is that you meant 'gl2-like', not 'gl2 similar'. :)
Second of all, feel free to experiment other filtering techniques, like noise/hqdn3d, unsharp/smartblur. Play with pp. Check out -vf format. Use rgb2bgr if that's what you want.

My point is that with so many filtering variables it's actually hard sometimes to go for one renderer or another.
Sometimes. ;)

[SealTooGreat]

@pinkie_1
@LoRd_MuldeR
pinkie_1, scale does not just scale it also performs a YUV<−>RGB colorspace conversion!!! Are you guys aware that there's a BIG color output difference between dx and gl/gl2 renderer or it's only just me?!.....So I've been confused why both of you have suggested me scale when i was talking about gl2 vs dX. Is there any way, using MPUI default DirectX, to achieve those "gl2-like" output colors, besides "-vf rgb2bgr" (produce some nasty pixelization)?!Once again, will support for other output drivers(including gl/gl2) be implemented in MPUI ?
@pinkie_1
Thanx for pointed out some other filtering techniques.

[foxyshadis]

The color problem is just a TV/PC levels conversion issue in your video drivers; using overlay mode will always use TV levels, which is usually correct, whereas using VMR modes it's sort of a grab bag on which you'll get, based on your card & driver version. If gl mode gives you TV levels, it'll look better. At least, it should be an option due to this problem (and gl mode is faster on nvidia cards anyway).

The only diference between renderers is supposed to be speed and quality of scaling, but this is one of the side-effects of unspecified color conversion.

[SealTooGreat]

@foxyshadis
BIG thanx!!!
...hehehe...I've found that i have 2 nvidia video drivers installed:eek:, old ones(installed during motherboard's drivers installation) and ForceWare Release 93.71. Well, I've killed those two and installed ForceWare v93.81 with DirectX 9.0c December 2006 update. Now, I've finally solved bad color output in default MPUI dX renderer. Still found imperceptible dX output color difference against gl.....but I can live with that... foxyshadis, thanx again!!!

Now, if only MPUI subtitles options are managed correctly...

[LoRd_MuldeR]

@SealTooGreat
What exactly is subtitle problem?
I never use subtitles, so I never encountered any problems ;)

[SealTooGreat]

@LoRd_MuldeR
What exactly is subtitle problem?
Read my earlier posts
I never use subtitles, so I never encountered any problems
How the hell are you watching French, Spanish, Potoguese, Italian, Polish, Russian, Hindi, Chinese, Korean, Japanese...etc...movies?! :rolleyes: