MPlayer for Windows (2019-10-15) [Archive]

LoRd_MuldeR

15th June 2008, 13:56

I've just put together a package of "MPlayer for Windows".

The "all-in-one" installer includes everything you'll need in a self-contained download (MPlayer binaries + SMPlayer/MPUI front-end + Codecs).

Thought I can share this, as it might be useful for others too...

Download:
https://github.com/lordmulder/mplayer-setup-win32/releases/latest
https://bitbucket.org/muldersoft/mplayer-for-windows-installer/downloads/
http://www.mediafire.com/folder/bs7delk2qqe16/MPlayer_for_Windows
http://sourceforge.net/projects/muldersoft/files/MPlayer%20for%20Windows/
https://www.assembla.com/spaces/mplayer-win32-installer/documents

Sources:
MPlayer on Win32 (http://oss.netfarm.it/mplayer-win32.php) | MPlayer SVN (svn://svn.mplayerhq.hu/mplayer/trunk) | SMPlayer (http://smplayer.svn.sourceforge.net/viewvc/smplayer/smplayer/trunk/) | Install Script (https://bitbucket.org/muldersoft/mplayer-for-windows-installer/src)

https://i.imgur.com/0zNZAGl.png
http://i.imgur.com/ZV3ghQ4.png
http://i.imgur.com/pevMU4L.png

Warning: I recently got report that some antivirus programs (Kasperski in particular) prevent the installer from working properly!
So even if your antivirus software does not display any alerts, it still may be the reason for the installer to fail.
In that case you'll need to disable your antivirus software before installing, until they (the antivirus team) have fixed the problem.

MPlayer for Windows
Packaged and maintained by LoRd_MuldeR
http://muldersoft.com/

Last Update: 2018-03-03 (Build #136)

1. Package Contents
-------------------

* MPlayer on Win32 by Sherpya, SVN-r38018 (2018-02-25)
* SMPlayer front-end by RVM, v18.2.2 (SVN-r8937)
* MPUI front-end by Martin Fiedler, v1.2-pre3 (Build 38)
* Binary Codecs for MPlayer (2011-01-31)
* Installer created with Unicode NSIS, v2.51

2. Acknowledgment
-----------------

MPlayer was created by The MPlayer Project <http://www.mplayerhq.hu/>.
This package contains software by Ricardo Villalba and Martin J. Fiedler.
Special thanks to Gianluigi Tiesi for the Win32 builds of MPlayer.

MPlayer for Windows is free software. Don't pay to download or use it!
We are NOT affiliated with any third-party sites offering payed downloads.
You may consider donating to the MPlayer Project though.

3. Anti-Virus Warning
---------------------

Occasionally your Antivirus program may mistakenly detect "malware"
(virus, trojan, worm, etc.) in some of the files here. This is called a
"false-positive" and the files are actually innocent/clean. It´s an
error in your specific Antivirus software.

In case you encounter such problems, goto http://www.virustotal.com/
and check the file again with multiple Antivirus engines! And take care
with results like "suspicious" , "generic" or "packed". Those are *not*
real hits, they are just wild speculation.

Apparently Antivirus programs tend to suspect installers/uninstaller
created with NSIS. Furthermore some Antivirus programs blindly suspect
all UPX´d (packed) executables of being malware. Obviously this is a
stupid generalization, so please ignore those warnings!

Last but not least: Always keep in mind that this is OpenSource
software! If you don´t trust the people providing the pre-compiled
binaries, download the source codes and compile them yourself.

DON´T SUBMIT ANY VIRUS/TROJAN REPORTS, UNLESS YOU HAVE VERIFIED THE
INFECTION WITH MULTIPLE ANTIVIRUS ENGNINES. THANKS!

4. License
----------

MPlayer for Windows (Installer)
Copyright (C) 2004-2018 LoRd_MuldeR <mulder2@gmx.de>

MPlayer - The Movie Player
Copyright (C) 2000-2018 The MPlayer Team <http://www.mplayerhq.hu/>

SMPlayer - GUI front-end for MPlayer
Copyright (C) 2006-2018 Ricardo Villalba <rvm@users.sf.net>

MPUI - MPlayer for Windows
Copyright (C) 2005 Martin J. Fiedler

This program is free software; you can redistribute it and/or modify
it under the terms of the GNU General Public License as published by
the Free Software Foundation; either version 2 of the License, or
(at your option) any later version.

This program is distributed in the hope that it will be useful,
but WITHOUT ANY WARRANTY; without even the implied warranty of
MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the
GNU General Public License for more details.

You should have received a copy of the GNU General Public License along
with this program; if not, write to the Free Software Foundation, Inc.,
51 Franklin Street, Fifth Floor, Boston, MA 02110-1301 USA.

http://www.gnu.org/licenses/gpl-2.0.txt

5. Copyright
------------

MPlayer was originally written by Árpád Gereöffy and has been extended and
worked on by many more since then, see the AUTHORS file for an (incomplete)
list. You are free to use it under the terms of the GNU General Public License,
as described in the LICENSE file.

MPlayer as a whole is copyrighted by the MPlayer team. Individual copyright
notices can be found in the file headers. Furthermore, MPlayer includes code
from several external sources:

6. Version History
------------------

[2018-08-08]
* MPlayer binaries updated to SVN-r38018
* SMPlayer updated to version v18.2.2 (SVN-r8937)
* Some installer improvements

[2016-12-11]
* MPlayer binaries updated to SVN-r37905
* SMPlayer updated to version v16.11.0 (SVN-r8243)
* Now shipping Qt5 Runtime Libs (v5.6.0)

[2016-05-04]
* MPlayer binaries updated to SVN-r37853
* SMPlayer updated to version v16.4.0 (SVN-r7558)
* OpenSSL libraries updated to v1.0.2-h

[2016-02-27]
* MPlayer binaries updated to SVN-r37802
* SMPlayer updated to version v16.1.0 (SVN-r7439)
* OpenSSL libraries updated to v1.0.2-f

[2016-02-10]
* MPlayer binaries updated to SVN-r37653
* SMPlayer updated to version v16.1.0 (SVN-r7318)
* NSIS updated to Version 2.50-0

[2015-11-07]
* MPlayer binaries updated to SVN-r37451
* SMPlayer updated to version v15.9.0 (SVN-r7212)
* Various installer improvements/fixes
* Revamped auto-update tool
* Qt Runtime Libs updated to Version 4.8.7

[2015-02-06]
* MPlayer binaries updated to SVN-r37368
* SMPlayer updated to version v14.9.0 (SVN-r6719)

[2014-09-29]
* MPlayer binaries updated to SVN-r37260
* SMPlayer updated to version v14.9.0 (SVN-r6406)

[2014-07-27]
* MPlayer binaries updated to SVN-r37242
* SMPlayer updated to version v14.3.0 (SVN-r6270)
* Qt Runtime Libs updated to Version 4.8.6

[2014-05-16]
* MPlayer binaries updated to SVN-r37199
* This update contains a bugfix for DVD playing

[2014-05-05]
* MPlayer binaries updated to SVN-r37182
* SMPlayer updated to version v14.3.0 (SVN-r6219)

[2014-02-12]
* MPlayer binaries updated to SVN-r36816
* SMPlayer updated to version v0.8.6 (SVN-r6023)

[2014-01-13]
* MPlayer binaries updated to SVN-r36573
* SMPlayer updated to version v0.8.6 (SVN-r5971)
* The WMV playback issues should be fixed now

7. Web Links
------------

MPlayer - The Movie Player:
http://www.mplayerhq.hu/

MPlayer binaries for Win32:
http://oss.netfarm.it/mplayer-win32.php

SMPlayer front-end for MPlayer:
http://smplayer.sourceforge.net/

MPUI front-end for MPlayer:
http://mpui.sourceforge.net/

Doom9's Forum - Discussion on Multimedia Technology:
http://forum.doom9.org/

8. Help and Support
-------------------

For MPlayer usage questions, feature requests and bug reports use the mailing list:
http://lists.mplayerhq.hu/mailman/listinfo/mplayer-users

SMPlayer bug reports and feature requests belong to:
http://smplayer.sourceforge.net/forum/

For feedback about this packge, please visit the thread at Doom9's Forum:
http://forum.doom9.org/showthread.php?t=138725

eof

Sefyu

15th June 2008, 23:39

Not to be disrespectful or anything like that, but I was wondering:

What seperates this player from other players available?
What is better?
Why is it not the 13th one in a dozen?

LoRd_MuldeR

16th June 2008, 00:04

Not to be disrespectful or anything like that, but I was wondering:

What seperates this player from other players available?
What is better?
Why is it not the 13th one in a dozen?

1. OpenSource Software
2. Cross-Platform: Windows, Linux, MacOS
4. More than 192 Video- and 85 Audioformats supported natively (that is: without additional software)
5. 100% Stand-Alone: No Plugins, Filters, Codecs or whatever needed
6. Several Front-Ends available: SMPlayer, MPUI and many more. Plus you can easily create your own!
7. No dependency on DirectShow or other proprietary technologies (huge difference to most players on Windows)
8. Several video renderers supported (Overlay and OpenGL on Windows)
9. Good playback performance

Need some more? ;)

LoRd_MuldeR

16th June 2008, 15:16

MPlayer for Windows 2006-06-16 :)

[2006-06-16]
* MPlayer binaries updated to SVN-r27081
* Uninstaller bugfix (reported by Guti)

Clobon

17th June 2008, 05:23

Hi

* Uninstaller bugfix (reported by Guti) Little late for me *GRRR* but thanks for fixing that>_<

HF, Clobon

avih

17th June 2008, 14:44

Is there a specific reason you opened a new thread for that? After all, your releases are quite regular (cheers for that! :) ). Anything different on this release? Major changes or version?

LoRd_MuldeR

17th June 2008, 14:49

Is there a specific reason you opened a new thread for that? After all, your releases are quite regular (cheers for that! :) ). Anything different on this release? Major changes or version?

Yes, there is a specific reason:

The thread was older than two years, I lost ownership and couldn't rename the thread title any more :rolleyes:
So the mod (foxyshadis) suggested creating a new thread and close the old one...

Sharktooth ran into the same problem recently: http://forum.doom9.org/showthread.php?t=138726

avih

18th June 2008, 00:11

K. I was hoping there was something radically new ;)
Thx again for your frequent updates of mplayer and avidemux :)

johnsonlam

18th June 2008, 06:11

Hello,

This definitely doesn't happen here. Maybe a bug in NSIS or UMUI ???

Previous version also got crash, I just forgot to report it immediately, a day later I think next version may be it'll be fixed, but I still got crash ... until I install with default.

Also SMPlayer fail to remove association of filetype.
Maybe a SMPlayer problem or an incompatibility to my own FileAssoc code...

It's easy to try, just start SMPlayer and go to file associate, click remove and then apply, all association will be back again ... click OK then check again got same result, that mean it's not working, but the installer really work fine and change all my associations.

BTW: If you attach images, I cannot see them (unless a mod approves your attachment). If you use Imageshack everybody can see them immediately

Sorry. I've forgot attachment in THIS forum need to approve, next time I'll use my hosting instead.

LoRd_MuldeR

18th June 2008, 15:59

Previous version also got crash, I just forgot to report it immediately, a day later I think next version may be it'll be fixed, but I still got crash ... until I install with default.

Obviously it crashes in one specific plugin: NSISArray.dll
Since I'm neither the author of that plugin nor do I call the plugin explicitly in my install script, there's not much I can do about it :o
Most probably that's a bug in NSIS, in the NSISArray plugin or in UMUI.

It's hard to tell, since the crash is not reproducible on my machine. And I got no other reports so far...

It's easy to try, just start SMPlayer and go to file associate, click remove and then apply, all association will be back again ... click OK then check again got same result, that mean it's not working, but the installer really work fine and change all my associations.

Well, I only wrote the "File Association" code for my installer. Some of that code was ported into SMPlayer, but later it was modified again.
So I'm not sure how well my association code works together with SMPlayer's now. I'll give it a look when I have some time...

RNiK

18th June 2008, 16:45

Just upgraded without problems. :thanks:

johnsonlam

19th June 2008, 02:59

Most probably that's a bug in NSIS, in the NSISArray plugin or in UMUI.

It's hard to tell, since the crash is not reproducible on my machine. And I got no other reports so far...

If you have no problem, then let it be :)
It's not a major problem, just causing minor troubles and I can solve it.
Maybe you can consider provide ZIP packages for people like me, then I can just overwrite the changed files.

Well, I only wrote the "File Association" code for my installer. Some of that code was ported into SMPlayer, but later it was modified again.
So I'm not sure how well my association code works together with SMPlayer's now. I'll give it a look when I have some time...

That's means you code solid, they work fine :)
If it's out of your reach then just leave it alone, again ... minor nuisance only.

Thanks for your reply.

LoRd_MuldeR

27th June 2008, 17:47

MPlayer for Windows 2008-06-27 :)

[2008-06-27]
* SMPlayer updated to Version 0.6.1 (SVN-r1505)
* Installer improvements

daleinrolla7

28th June 2008, 15:00

LoRd_MuldeR
Hi, first off, I appreciate all your work with MPlayer for Windows. I first learned of this great package via MajorGeeks.com sometime in November 2007. I love this package for all the reasons you stated in link #3 of this thread. Here is my issue (of course) that I can't believe nobody else has come across apparently, seeing as I have read all the posts of the 1st thread (which is now closed) after 05-27-2008.
Two different machines:
Machine 1) 700 MHz PIII, 256 MB RAM, Intel 810 Onboard Video AGP 2x (cough) running PIII optimization.
Machine 2) 2000 MHz AthlonXP, 1024 MB RAM, ATI Radeon 9550 Video AGP 8x running AMD optimization.
Fresh installs of WinXP SP3 on both machines.
The issue is that "certain" "older" asfs/wmvs (encoded with WMV1 & WMA2 according to G-Spot) immediately (or shortly thereafter) crash MPlayer ever since MPlayer binaries updated to SVN-r26874 and newer, ie since 05-27-2008, where there has been a flurry of activity regarding MPlayer binaries.
Both MPUI & SMPlayer log output is virtually identical on both machines with the following run on machine 1...
MPUI Log Output:
C:\WINDOWS\Fonts\Arial.ttf -priority abovenormal -ao dsound:device=0
-sws 9 -af volnorm=2 "C:\Downloads\Evanescence - My Immortal.wmv"

MPlayer Sherpya-SVN-r27081-4.2.3 (C) 2000-2008 MPlayer Team
CPU: Intel Celeron 2/Pentium III Coppermine,Geyserville (Family: 6, Model: 8, Stepping: 3)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 0
Compiled for x86 CPU with extensions: MMX MMX2 SSE
Setting process priority: abovenormal
C:\WINDOWS\Fonts\Arial.ttf doesn't look like a bitmap font description, ignoring.
Cannot load bitmap font: C:\WINDOWS\Fonts\Arial.ttf

Playing C:\Downloads\Evanescence - My Immortal.wmv.
ASF file format detected.
ID_AUDIO_ID=1
[asfheader] Audio stream found, -aid 1
ID_VIDEO_ID=2
[asfheader] Video stream found, -vid 2
Assertion failed: len2 > 0 && len2 <= asf->packetsize, file libmpdemux/demux_asf.c, line 505

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

MPlayer interrupted by signal 22 in module: demux_open
ID_SIGNAL=22
- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
won't help unless you provide this information when reporting a possible bug.

SMPlayer Log Output:
C:/Program Files/Multimedia Apps/SMPlayer/MPlayer.exe -noquiet -nofs -sub-fuzziness 1 -identify -slave -vo directx -ao dsound -zoom -nokeepaspect -priority abovenormal -framedrop -wid 393650 -colorkey 0x020202 -monitorpixelaspect 1 -ass -embeddedfonts -ass-color ffff0000 -ass-border-color 00000000 -subfont-autoscale 1 -ass-font-scale 1 -subcp ISO-8859-1 -subpos 100 -volume 100 -nocache -osdlevel 1 -vf-add screenshot -af volnorm=2 -sws 9 C:\DOWNLO~1\EVANES~1.WMV

MPlayer Sherpya-SVN-r27081-4.2.3 (C) 2000-2008 MPlayer Team
CPU: Intel Celeron 2/Pentium III Coppermine,Geyserville (Family: 6, Model: 8, Stepping: 3)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 0
Compiled for x86 CPU with extensions: MMX MMX2 SSE
Setting process priority: abovenormal

Playing C:\DOWNLO~1\EVANES~1.WMV.
ASF file format detected.
ID_AUDIO_ID=1
[asfheader] Audio stream found, -aid 1
ID_VIDEO_ID=2
[asfheader] Video stream found, -vid 2
Assertion failed: len2 > 0 && len2 <= asf->packetsize, file libmpdemux/demux_asf.c, line 505

This application has requested the Runtime to terminate it in an unusual way.
Please contact the application's support team for more information.

MPlayer interrupted by signal 22 in module: demux_open
ID_SIGNAL=22
- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
won't help unless you provide this information when reporting a possible bug.

Here is a downloadable link to the above file (~12MB)...

http://www.mediafire.com/?89yxddntzgz

This file plays perfectly with WMP9, MPC-2008-06-12, VLC 0.8.6H and of course Mplayer for Windows prior to 2008-05-27. Even if I set ao & vo = null, I get the same error message. I realize that this is probably an MPlayer issue and that you are not said developer, I was just wondering if you had any suggestions, or for that matter, is it just me and indeed this this is NOT reproducible by anyone else and I must be on drugs!

Thanks for your time & patience on my ramblings,
Stuck with 05-13-2008 (build 16).

LoRd_MuldeR

28th June 2008, 15:09

Please use [CODE] (http://forum.doom9.org/misc.php?do=bbcode#code) tags to post your logs. Or even better use pastebin. Otherwise your post is terrible to read ;)

I can reproduce your probem, apparently it's a bug in the ASF parser:
http://pastebin.org/46757

Assertion failed: len2 > 0 && len2 <= asf->packetsize, file libmpdemux/demux_asf.c, line 505

You'll have to report that on the MPlayer mailing list or you must hope Reimar will read it here...

BTW: You can update to the latest build and then downgrade your MPlayer.exe to the latest "working" revision easily:
http://sourceforge.net/project/showfiles.php?group_id=205275&package_id=248631

Your WMV files plays fine with the latest revision of MPlayer, but you must enforce the "libavformat" demuxer instead of the default ASF demuxer:
http://pastebin.org/46760

daleinrolla7

28th June 2008, 15:55

Wow, that was fast...

Thanks for your suggestions on proper posting, my only defense... I'm an ignorant noob, I will certainly check out pastebin!
Thanks for your verification of my issue, and the tip on downgrading MPlayer.exe, I will probably be implementing this.
Let's see how many rules I can break reporting this to the MPlayer mailing list :-(

Once again, thanks for your timely & informative response.

Whoa, I couldn't even respond fast enough to your reply before I found out that apparently I can have cake and eat it also.
What can I say, except now I won't have to bother anybody else?
Thanx

LoRd_MuldeR

28th June 2008, 16:01

Wow, that was fast...
Thanks for your suggestions on proper posting, my only defense... I'm an ignorant noob, I will certainly check out pastebin!

You can still edit your previous post ;)

Whoa, I couldn't even respond fast enough to your reply before I found out that apparently I can have cake and eat it also.
What can I say, except now I won't have to bother anybody else?

Well, the bug in MPlayer's ASF parser should still be reported, investigated and fixed.
Using the "lavf" demuxer is only a temporary workaround...

daleinrolla7

28th June 2008, 16:48

Hmmm...
This "temporary workaround" has "magically solved" the only other real issue I have had since I started using your package in November 2007 (it involves the avi demuxer). I understand it is my duty to report what I have found for the sake of bettering MPlayer for everyone. This has essentially opened a new door for me, but now I need to do some investigating so that I can present by observations in a logical, concise & accepted manner. Once again,
Thanx

LoRd_MuldeR

29th June 2008, 01:01

The problem is: Forcing the demuxer to "libavformat" won't work with all file types. You will have to toggle it on and off, depending on what kind of file you want to play!
So I don't think this can be called "magically solved", it really isn't more than a workaround. I personally don't use any WMV files, so it's not an issue for me...

LoRd_MuldeR

2nd July 2008, 21:40

MPlayer for Windows 2008-07-02 :)

[2008-07-02]
* SMPlayer updated to Version 0.6.1 (SVN-r1515)
* Installer improvements

This apparently fixes the problem mentioned in this (http://forum.doom9.org/showpost.php?p=1151051&postcount=615) thread.

Reimar

5th July 2008, 20:57

Just FYI in MPlayer's SVN the problem with the ASF/WMV file and -vo gl's ati-hack not working reliably should be fixed.
Note that ati-hack scales the width up to the next power of two, so it might almost double the amount of RAM needed by the vo (not that it should matter on any non-ancient PC).

LoRd_MuldeR

5th July 2008, 21:39

Reimar

6th July 2008, 09:03

Thanks for the info. Waiting for new builds to test that now... :)

In addition in r27216 I disabled PBOs with ati-hack if the width is < 512. This is because:
1) there seems to be yet another problem, the texture upload does not seem to work reliably (starting from the certain line, the same line is repeated all over) - this seems to be a different bug, since the stride/layout of the PBO does not matter at all, but it seems to only happen when copying from an offset in the PBO.
2) PBOs quite a bit slower for these dimensions on ATI cards anyway.

How I wish for OpenSource drivers, then at least I can find out myself wtf they are doing!

LoRd_MuldeR

6th July 2008, 13:54

In addition in r27216 I disabled PBOs with ati-hack if the width is < 512. This is because:
1) there seems to be yet another problem, the texture upload does not seem to work reliably (starting from the certain line, the same line is repeated all over) - this seems to be a different bug, since the stride/layout of the PBO does not matter at all, but it seems to only happen when copying from an offset in the PBO.
2) PBOs quite a bit slower for these dimensions on ATI cards anyway.

Thanks for your explanation!

How I wish for OpenSource drivers, then at least I can find out myself wtf they are doing!

:rolleyes:

LoRd_MuldeR

9th July 2008, 19:21

MPlayer for Windows installer with new CPU detection code:
MPUI.2008-07-09.Full-Package.TEST-2.exe (http://www.mediafire.com/?zkjz5xzihcm)

Feedback welcome :)

Divet

12th July 2008, 16:23

I've download MPlayer Sherpya-SVN-r27081-4.2.3 and I've found this message is displayed in console many times during playing many .avi movies:

[mpeg4 @ 0pee9970]Invalid and inefficient vfw-avi packed B frames detected

What is it?

LoRd_MuldeR

12th July 2008, 16:31

LoRd_MuldeR

12th July 2008, 16:43

Another attempt to fix the CPU detection in my MPlayer for Windows installer:
MPUI.2008-07-12.Full-Package.TEST.exe (http://www.mediafire.com/?xkwyytmb9ex)

Screenshots of the "Please select CPU type" page would be welcome :)

Razorholt

12th July 2008, 19:28

Here it is... Nice work!

http://70.86.69.186/~matrix/mplayer_ss.png

Divet

13th July 2008, 05:47

Maybe it's "packed bitstream", as found in AVI's created by DivX. This "feature" will pack several frames into one frame, which is required to workaround technical limitations in Video for Windows (VfW).
You can use Avidemux to "unpack" such AVI files. Simply open the "packed" AVI and you will be asked to unpack. Simply agree and save the AVI. That's it...
I did it!
Naturally, I was asked to unpack!
But FOURCC in source file was "xvid", not "divx"...
And after saving I've found FOURCC become "divx"!
Why?
After saving my problem was solved. Thank You very much!
But I want to know why this message about "Invalid and inefficient vfw-avi packed B frames" didn't appear in previous mplayer versions? Maybe, it will be solved in next versions?.. Because it's very hard to me - to open and save in avidemux about all my .avi files - about 100 files!

LoRd_MuldeR

13th July 2008, 13:46

But FOURCC in source file was "xvid", not "divx"...
And after saving I've found FOURCC become "divx"!
Why?

Because there are several FourCC's that are commonly used to identify MPEG-4 ASP streams.
For example DIVX, XVID, DX50 and so on. But those FourCC's can be used interchangeable. There is not one "offical" FourcCC for MPEG-4 ASP video :angry:
Nevertheless some Hardware-Players won't accept the stream, unless it uses the "DIVX" FourCC as used by DivX, that's why Avidemux defaults to that one.
It's no problem, your stream was MPEG-4 ASP before and it is MPEG-4 ASP afterwards. Don't worry about it...

But I want to know why this message about "Invalid and inefficient vfw-avi packed B frames" didn't appear in previous mplayer versions?!

Obviously your previous version simply didn't complain about the "packed bitstream" AVI file and accepted it silently.
Nevertheless "unpacking" is proper way to fix those files...

BTW: Are there any playback problems on the "packed" files or is there just the error message?
In the latter case, you can simply ignore the error message, if you don't want to unpack all of your files :p

LoRd_MuldeR

13th July 2008, 21:48

MPlayer for Windows 2008-07-13 :)

[2008-07-13]
* SMPlayer updated to Version 0.6.1 (SVN-r1566)
* Tweaked automated CPU type detection

hkazemi

15th July 2008, 02:47

LoRd_MuldeR

15th July 2008, 02:53

I do not call the NSISArray plugin directly in my installer code.
Obviously "Ultra Modern UI" (UMUI), on which my installer is based, is using the NSISArray plugin in it's "internal" code.
So most likely this is either a bug in UMUI or NSISArray, so I don't know what I could do about it...

BTW: I never encountered that crash on my machine :confused:

[EDIT]

The page right after "Install Location" page is the "Strat Menu Folder" page. Is there something unusual in your Startmenu folder at:
C:\Documents and Settings\John Doe\Start Menu\Programs

Like a great number of items (folders or shortcuts) or very long file/folder names or foreign characters ???

Anything that might cause an array to overflow ???

[EDIT²]

It's normal that a crashed installer will leave some files in $TEMP, because the installer doesn't get a chance to clean-up...

The_Rebel

15th July 2008, 16:45

Is anyone one else experiencing video playback issues with h.264 videos? I keep getting black screens with no picture.

I haven't read all of this thread yet, but i will soon..

LoRd_MuldeR

15th July 2008, 16:49

1. What video renderer did you select?
2. What does the log show ???
3. Can you provide a short sample file?

The_Rebel

16th July 2008, 05:55

1. What video renderer did you select?
2. What does the log show ???
3. Can you provide a short sample file?

I recently installed klipfolio.. turns out it was a directx overlay issue.

Thanks for your reply though.

One thing i have noticed.. h.264 looks a lot better with MPC/dshow then it does with the open source decoders. (i just wish i had the power for smooth playback with dshow)

LoRd_MuldeR

16th July 2008, 11:21

I recently installed klipfolio.. turns out it was a directx overlay issue.

Try OpenGL renderer in MPlayer, it's much better now :p

gl:ati-hack:force-pbo:lscale=5

One thing i have noticed.. h.264 looks a lot better with MPC/dshow then it does with the open source decoders. (i just wish i had the power for smooth playback with dshow)

Every H.264 decoder delivers exactly the 100% identical output for the same input file, so this statement doesn't make any sens.
Also MPlayer uses "libavcodec" as H.264 decoder, that's the very same decoder as used by MPC-HC (internal) and ffdshow :rolleyes:

The_Rebel

17th July 2008, 15:28

Try OpenGL renderer in MPlayer, it's much better now :p

gl:ati-hack:force-pbo:lscale=5

Every H.264 delivers exactly the 100% identical output for the same input file, so this statement doesn't make any sens.
Also MPlayer uses "libavcodec" as H.264 decoder, that's the very same decoder as used by MPC-HC (internal) and ffdshow :rolleyes:

Thanks this works perfectly.

LoRd_MuldeR

17th July 2008, 19:25

MPlayer for Windows 2008-07-17 :)

[2008-07-17]
* MPlayer binaries updated to SVN-r27305
* SMPlayer updated to Version 0.6.1 (SVN-r1573)

Romario

17th July 2008, 19:40

What's going on with Mplayer for Linux, can you compile it, dear LoRd_MuldeR ?

LoRd_MuldeR

17th July 2008, 19:49

What's going on with Mplayer for Linux, can you compile it, dear LoRd_MuldeR ?

When using Linux you should get MPlayer via your Package Manager.
Also compiling MPlayer yourself is much easier under Linux, because most distributions come with the required tools and libs.

I'm not planning to offer binaries for Linux. I don't make the Windows binaries either...

LoRd_MuldeR

19th July 2008, 15:44

MPlayer for Windows 2008-07-19 :)

[2008-07-19]
* MPlayer binaries updated to SVN-r27323

Note: This release is supposed to fix a crash regarding font-config.

LoRd_MuldeR

20th July 2008, 00:43

I'm getting a crash when trying to install 'MPUI.2008-07-13.Full-Package.exe' on WinXP SP3.

I did the following during a Custom Installation attempt:
-unchecked 'Set File Associations'
-unchecked 'Create Shortcuts' (included Desktop and Quicklaunch icons)

I get the crash right after I click next on the installation location screen. (MPUI.2008-07-13.Full-Package.exe has encountered a problem and needs to close. ...) The detail is a crash in nsisarray.dll, offset 00001da8

This crash most likely was caused by a limitation in NSISArray! A workaround has been added to UMUI recently:

The crash happened when the script tried to read items (with the NSISArray:Read function) added in the eighth lists. To corrected it, I simply limited the search of subdirectory to only 7 levels instead of eight as before. NSISArray is limited to eight lists, I did not understand why it crashed when it read items at the eighth...

So the potential installer crash will be fixed in next release of MPlayer for Windows ...

LoRd_MuldeR

21st July 2008, 17:28

Here is a new experimental test build of MPlayer for Windows:
MPUI.2008-07-21.Full-Package.TEST-1.exe

1. Updated NSIS to 2.38 and also updated UMUI to 2008-07-19
2. I disabled "skinned" buttons, because some people seem to encounter problems
3. The potential crash in NSISArray should be fixed

LoRd_MuldeR

26th July 2008, 19:04

MPlayer for Windows 2008-07-26 :)

[2008-07-26]
* SMPlayer updated to Version 0.6.1 (SVN-r1583)
* NSIS updated to v2.38, UMUI updated to 2008-07-19
* Workaround for "Vista missing buttons" bug

Clobon

27th July 2008, 20:23

Hi,

I'm sorry to be troubling you again, but the newest package is crashing
no matter what...
It would only play back mp4 files but only after 30sec of... initialisation??

Ausgewählter CPU Typ:
·Intel Pentium 4 (MMX, SSE, SSE2)

Ausgewählte Einstellungen:
·Benutze 'Lanczos' Software Skalierung (Hohe Qualität)
·OpenGL Renderer anstatt Overlay benutzen (besser, aber benötigt OpenGL 2.0)

If I try to play back any other file it would tell me:

C:/Programme/MPlayer für Windows/MPlayer.exe
-noquiet -nofs -sub-fuzziness 1 -identify -slave -vo
gl:yuv=2:force-pbo:ati-hack -ao dsound -zoom -nokeepaspect
-priority abovenormal -framedrop -wid 1446766
-monitorpixelaspect 1 -fontconfig -font Tahoma -subfont-
autoscale 1 -subfont-text-scale 5 -subcp ISO-8859-1 -subpos
100 -volume 100 -nocache -osdlevel 1 -vf-add screenshot -af
equalizer=0:0:0:0:0:0:0:0:0:0 -sws 9 -noslices
J:\_HL_FU~2.OGM

MPlayer Sherpya-SVN-r27323-4.2.4 (C) 2000-2008 MPlayer Team
CPU: Intel(R) Core(TM)2 Duo CPU E6750 @ 2.66GHz (Family: 6, Model: 15, Stepping: 11)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2
Setting process priority: abovenormal

Playing J:\_HL_FU~2.OGM.
ID_VIDEO_ID=0
[Ogg] stream 0: video (FOURCC DIV3), -vid 0
ID_AUDIO_ID=0
[Ogg] stream 1: audio (Vorbis), -aid 0
ID_AUDIO_ID=1
[Ogg] stream 2: audio (Vorbis), -aid 1
[Ogg] stream 3: subtitles (SRT-like text subtitles), -sid 0
ID_SUBTITLE_ID=0
ID_AID_0_LANG=English
ID_SID_0_LANG=English
[Ogg] Language for -sid 0 is '-slang "English"'
Demuxer info Language changed to English
Ogg file format detected.
VIDEO: [DIV3] 640x480 24bpp 23.976 fps 0.0 kbps ( 0.0 kbyte/s)
Clip info:
Language: English
ID_CLIP_INFO_NAME0=Language
ID_CLIP_INFO_VALUE0=English
ID_CLIP_INFO_N=1
ID_FILENAME=J:\_HL_FU~2.OGM
ID_DEMUXER=ogg
ID_VIDEO_FORMAT=DIV3
ID_VIDEO_BITRATE=0
ID_VIDEO_WIDTH=640
ID_VIDEO_HEIGHT=480
ID_VIDEO_FPS=23.976
ID_VIDEO_ASPECT=0.0000
ID_AUDIO_FORMAT=vrbs
ID_AUDIO_BITRATE=0
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=2
ID_LENGTH=1408.61
ID_SEEKABLE=1
[gl] using extended formats. Use -vo gl:nomanyfmts if playback fails.
Opening video filter: [screenshot]
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffdivx] vfm: ffmpeg (FFmpeg DivX ;-) (MSMPEG-4 v3))
==========================================================================
ID_VIDEO_CODEC=ffdivx
==========================================================================
Opening audio decoder: [ffmpeg] FFmpeg/libavcodec audio decoders

MPlayer interrupted by signal 11 in module: init_audio_codec
ID_SIGNAL=11
- MPlayer crashed by bad usage of CPU/FPU/RAM.
Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
won't help unless you provide this information when reporting a possible bug.

The CPU was detected correct (Intel P4)...
The 2008-07-17 package (which I reinstalled) works perfectly.
Btw: OS is XP Pro 32, GraCa is a NVidia 8800 GS 320, driver version is 175.16
(drivers are working fine so far).

Does anyone else experience such behavior?

HF, Clobon

LoRd_MuldeR

27th July 2008, 20:36

Well, between the "2008-07-17" release and the latest release, I have updated the MPlayer binaries:
MPlayer SVN-r27305 versus MPlayer SVN-r27323

The only problem I encounter with the latest builds so far is that some (most) of my Ogg/Vorbis files won't play :(

I tried to report the problem in the MPlayer IRC channel, but I didn't get much attention, because I use Sherpya's patched builds.
Already filed a bugreport on Sherpya's tracker at SourceForge, but no replay so far...

You may join the discussion here:
http://sourceforge.net/tracker/?atid=992986&group_id=205275&func=browse

Hogge

29th July 2008, 06:41

Hi mulder!First of all thanks for a great mediaplayer the greatest i think.But the last 3 build i think is crashing,when starting avi files,sometimes it sound like an old vinyl hacking,like it trying to start,and then it crashes.I get the error code 62097.Now im using a build from 0426-2008 and its working flawless.Can you please check the logs Mulder.

C:/Program Files/MPlayer for Windows/MPlayer.exe -noquiet -nofs -sub-fuzziness 2 -identify -slave -vo gl:yuv=2:force-pbo:ati-hack -ao dsound -zoom -nokeepaspect -priority abovenormal -fontconfig -font Tahoma -subfont-autoscale 1 -subfont-text-scale 5 -subcp ISO-8859-1 -subpos 100 -volume 100 -nocache -osdlevel 1 -vf-add screenshot -channels 6 -af volnorm=2,equalizer=0:0:0:0:0:0:0:0:0:0 -sws 9 -noslices C:\Users\Hogge\Desktop\The.Key.2008.STV.DVDRip.XviD-DOMiNO\domino-thekey.avi

MPlayer Sherpya-SVN-r27323-4.2.4 (C) 2000-2008 MPlayer Team
CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (Family: 15, Model: 107, Stepping: 1)
3DNow supported but disabled
3DNowExt supported but disabled
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2
Setting process priority: abovenormal

Playing C:\Users\Hogge\Desktop\The.Key.2008.STV.DVDRip.XviD-DOMiNO\domino-thekey.avi.
AVI file format detected.
ID_VIDEO_ID=0
[aviheader] Video stream found, -vid 0
ID_AUDIO_ID=1
[aviheader] Audio stream found, -aid 1
VIDEO: [XVID] 672x368 12bpp 23.976 fps 996.5 kbps (121.6 kbyte/s)
Clip info:
Software: VirtualDubMod 1.5.10.2 (build 2540/release)
ID_CLIP_INFO_NAME0=Software
ID_CLIP_INFO_VALUE0=VirtualDubMod 1.5.10.2 (build 2540/release)
ID_CLIP_INFO_N=1
ID_FILENAME=C:\Users\Hogge\Desktop\The.Key.2008.STV.DVDRip.XviD-DOMiNO\domino-thekey.avi
ID_DEMUXER=avi
ID_VIDEO_FORMAT=XVID
ID_VIDEO_BITRATE=996480
ID_VIDEO_WIDTH=672
ID_VIDEO_HEIGHT=368
ID_VIDEO_FPS=23.976
ID_VIDEO_ASPECT=0.0000
ID_AUDIO_FORMAT=8192
ID_AUDIO_BITRATE=256000
ID_AUDIO_RATE=0
ID_AUDIO_NCH=0
ID_LENGTH=4642.14
ID_SEEKABLE=1
[gl] using extended formats. Use -vo gl:nomanyfmts if playback fails.
Opening video filter: [screenshot]
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
==========================================================================
ID_VIDEO_CODEC=ffodivx
==========================================================================
Opening audio decoder: [liba52] AC3 decoding with liba52
AUDIO: 48000 Hz, 2 ch, s16le, 256.0 kbit/16.67% (ratio: 32000->192000)
ID_AUDIO_BITRATE=256000
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=2
Selected audio codec: [a52] afm: liba52 (AC3-liba52)
==========================================================================
AO: [dsound] 48000Hz 2ch s16le (2 bytes per sample)
ID_AUDIO_CODEC=a52
Starting playback...
VDec: vo config request - 672 x 368 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.83:1 - prescaling to correct movie aspect.
ID_VIDEO_ASPECT=1.8261
[swscaler @ 0pecdba4]No accelerated colorspace conversion found.
[swscaler @ 0pecdba4]using unscaled yuv420p -> rgb24 special converter
VO: [gl] 672x368 => 672x368 Planar YV12 [zoom]

And here is the other.

C:/Program Files/MPlayer for Windows/MPlayer.exe -noquiet -nofs -sub-fuzziness 2 -identify -slave -vo gl:yuv=2:force-pbo:ati-hack -ao dsound -zoom -nokeepaspect -priority abovenormal -fontconfig -font Tahoma -subfont-autoscale 1 -subfont-text-scale 5 -subcp ISO-8859-1 -subpos 100 -volume 100 -nocache -osdlevel 1 -vf-add screenshot -channels 6 -af volnorm=2,equalizer=0:0:0:0:0:0:0:0:0:0 -sws 9 -noslices C:\Users\Hogge\Desktop\The.Key.2008.STV.DVDRip.XviD-DOMiNO\domino-thekey.avi

MPlayer Sherpya-SVN-r27323-4.2.4 (C) 2000-2008 MPlayer Team
CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (Family: 15, Model: 107, Stepping: 1)
3DNow supported but disabled
3DNowExt supported but disabled
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2
Setting process priority: abovenormal

Playing C:\Users\Hogge\Desktop\The.Key.2008.STV.DVDRip.XviD-DOMiNO\domino-thekey.avi.
AVI file format detected.
ID_VIDEO_ID=0
[aviheader] Video stream found, -vid 0
ID_AUDIO_ID=1
[aviheader] Audio stream found, -aid 1
VIDEO: [XVID] 672x368 12bpp 23.976 fps 996.5 kbps (121.6 kbyte/s)
Clip info:
Software: VirtualDubMod 1.5.10.2 (build 2540/release)
ID_CLIP_INFO_NAME0=Software
ID_CLIP_INFO_VALUE0=VirtualDubMod 1.5.10.2 (build 2540/release)
ID_CLIP_INFO_N=1
ID_FILENAME=C:\Users\Hogge\Desktop\The.Key.2008.STV.DVDRip.XviD-DOMiNO\domino-thekey.avi
ID_DEMUXER=avi
ID_VIDEO_FORMAT=XVID
ID_VIDEO_BITRATE=996480
ID_VIDEO_WIDTH=672
ID_VIDEO_HEIGHT=368
ID_VIDEO_FPS=23.976
ID_VIDEO_ASPECT=0.0000
ID_AUDIO_FORMAT=8192
ID_AUDIO_BITRATE=256000
ID_AUDIO_RATE=0
ID_AUDIO_NCH=0
ID_LENGTH=4642.14
ID_SEEKABLE=1
[gl] using extended formats. Use -vo gl:nomanyfmts if playback fails.
Opening video filter: [screenshot]
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
==========================================================================
ID_VIDEO_CODEC=ffodivx
==========================================================================
Opening audio decoder: [liba52] AC3 decoding with liba52
AUDIO: 48000 Hz, 2 ch, s16le, 256.0 kbit/16.67% (ratio: 32000->192000)
ID_AUDIO_BITRATE=256000
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=2
Selected audio codec: [a52] afm: liba52 (AC3-liba52)
==========================================================================
AO: [dsound] 48000Hz 2ch s16le (2 bytes per sample)
ID_AUDIO_CODEC=a52
Starting playback...
VDec: vo config request - 672 x 368 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.83:1 - prescaling to correct movie aspect.
ID_VIDEO_ASPECT=1.8261
[swscaler @ 0pecdba4]No accelerated colorspace conversion found.
[swscaler @ 0pecdba4]using unscaled yuv420p -> rgb24 special converter
VO: [gl] 672x368 => 672x368 Planar YV12 [zoom]

I would be happy if we can solve this i love your mplayer full version.Thanks Hogge

LoRd_MuldeR

29th July 2008, 13:06

Your logs don't show any errors :confused:

Hogge

29th July 2008, 13:17

Strange,it crashes and sorry not error code,exit code 62097...
I saw on Smplayer forum a guy with same problem exit code same as me.It sounds like its trying to start it like start engine of the car but the movie doesnt start.And the crash with 2 logs these 2 i posted on the second one it says exit code 62097..I guess i will have to use the older version.The only old i have is from 0426-2008.Its great.

Hogge

29th July 2008, 13:27

Sorry for spamming,I updated my Nvidia card to latest drivers 175.19 and i tried the latest build and i keep the setting from the 0426 build,it seems to work for now strange.But i still like to know the exit code 62097 what does it mean.Do you know Mulder.Thanks again for a great Media Player!!!:thanks:

LoRd_MuldeR

29th July 2008, 13:35

I got no idea what the exit code means and unless there is some error message on the log I cannot help you...

burro08

29th July 2008, 17:55

LoRd_MuldeR how do u set the default aspect ratio??? when i open a file i want the AR to be automatically 5:4

thank you

LoRd_MuldeR

29th July 2008, 18:55

MPlayer/SMPlayer will display each video with the correct aspect ratio by default.
If you really want, you can enforce the desired aspect ratio via "Video -> Aspect Ratio -> 5:4"

Hogge

29th July 2008, 20:10

Now its stalling again,i guess i will have to use an older build!!

LoRd_MuldeR

29th July 2008, 20:18

Now its stalling again,i guess i will have to use an older build!!

If you can reproduce the problem, please file a bug report at:
http://sourceforge.net/tracker/?group_id=205275

Martin H

2nd August 2008, 03:55

Hi LoRd_MuldeR :)

Many thanks for your work on MPUI, it's much appreciated :)

Could you please tell me if your MPUI compile(v1.2-pre3.38) includes other changes besides the "-enable-color-console" fix and the little UI changes(sorry, i don't know delphi...) ?

Btw, on my P4 1.7GHz, then the MPlayer build that's included in the latest official MPUI package(dev-SVN-r26251-3.4.2 compiled with CPU runtime-detection), is faster and lighter than the P4 optimized "Sherpya" build(Sherpya-SVN-r27323-4.2.4)...

I have just tested it again with a DivX movie :

CPU : ~10% Vs. ~20%
RAM : ~18mb Vs. ~25mb

And it's a 1.8mb smaller build, as the MPUI author strips out some un-needed and non-media-player related stuff...

Do you have similar experiences and do you know if it's because of the stripped components, or if that older build where just faster in general ?

Personally, i would love if you in addition to your Light-installer, then also would provide a compressed archive with the optimized and UPX'ed "Sherpya" builds and the UPX'ed MPUI build, but that's just me...

Thank's in advance.

LoRd_MuldeR

2nd August 2008, 13:25

I compiled the MPUI sources as you can find them on my homepage. That is a modified version, by me.
And there is no such thing as "configure" in Delphi. You just load the project file (.dpr) and click the "Run" button. That's it.
For my MPUI builds I use Delphi 7 Professional. You also need the "TNT Unicode Controls" for MPUI...

About the MPlayer builds: I simply grab the latest builds by Sherpya as those are usually up-to-date and they run stable.
Keep in mind that "optimized" binaries are often bigger, as they are optimized for speed, not for size (think of "loop unrolling" and stuff).
My installer will already UPX the binaries after extraction. If you don't want that, run it with /NOPACK switch...

Martin H

2nd August 2008, 15:35

I compiled the MPUI sources as you can find them on my homepage. That is a modified version, by me.
Yes, i know...

And there is no such thing as "configure" in Delphi. You just load the project file (.dpr) and click the "Run" button. That's it.
Yes, i know...

For my MPUI builds I use Delphi 7 Professional. You also need the "TNT Unicode Controls" for MPUI...
Yes, i know...

About the MPlayer builds: I simply grab the latest builds by Sherpya as those are usually up-to-date and they run stable.
Keep in mind that "optimized" binaries are often bigger, as they are optimized for speed, not for size (think of "loop unrolling" and stuff).
My installer will already UPX the binaries after extraction. If you don't want that, run it with /NOPACK switch...
Yes, i know...

I just asked you if you had made other changes in your v1.2-pre3.38 build of MPUI, besides the "-enable-color-console" fix and the little UI changes ?

And then if you had noticed that the MPlayer build in the latest official MPUI package(dev-SVN-r26251-3.4.2 compiled with CPU runtime-detection) did use less cpu and ram than the P4 optimized "Sherpya" build in your latest installer(Sherpya-SVN-r27323-4.2.4) :

CPU : ~10% Vs. ~20%
RAM : ~18mb Vs. ~25mb

Thank's in advance...

LoRd_MuldeR

2nd August 2008, 15:42

Yes, I did some more changes to MPUI. For example I exchanged the MPlayer logo and I added code to center the MPUI window on your screen.

Also note that CPU usage in Taskmanger alone doesn't say much about the actual performance of an application.
For example higher CPU usage can also mean that there are less situations in which the application has to wait idly, so the performance might actually be better.
Especially on multi-core (multi-processor) systems a higher CPU usage usually (but not always!) indicates better performance due to better multi-threading.
However if you feel the older build works better on your machine, feel free to use it...

Martin H

2nd August 2008, 16:22

Many thank's for your reply, mate :)

Yes, i had noticed the collor change and center window placement and that was actually also what i meant about "small UI changes" :)

Yes, about the cpu usage, then i understand what you say, but i was just very puzzled about the newer P4 optimized build did use about the double amount of cpu resources and about 7MB more in ram consumption, and as i only have a P4 1.7GHz with 256mb ram and where 32mb's of that is shared with the on-board graphics, then i will use your MPUI compile together with the MPlayer build from the official MPUI package(dev-SVN-r26251-3.4.2 compiled with CPU runtime-detection)...

Again, many thanks for your work and reply :)

CU, Martin.

LoRd_MuldeR

2nd August 2008, 16:47

Time for a RAM upgrade! You can get 4 GB of RAM for 60€ these days ...

http://www.alternate.de/html/product/Arbeitsspeicher_DDR2-800/229135/

Martin H

2nd August 2008, 17:12

Yeah, i know, but instead of upgrading my system because of bloated and resource hungry apps, then i just instead preffer to use effecient apps instead... :)

That's also the reason for me using Win2K with Fred Vorck's IE/Junk removal fileset, instead of XP or Vista and hence, my commit is just 34MB :)

plugh

14th August 2008, 10:41

I just tried out this windows mplayer package; nice. I've noticed two items, common to both front-ends, that I hope someone can shed light on.

1) When I add the -benchmark option, the output it is supposed to generate does not appear in the log files.

2) A "-vf screenshot" filter is being added somewhere (which causes a software scalar to be invoked for yv12 to rgb24 on my system). I couldn't find it in any of the gui options, and ended up having to add a -vf-del to undo it.

Comments? TIA!

Gusar

14th August 2008, 11:04

2) A "-vf screenshot" filter is being added somewhere (which causes a software scalar to be invoked for yv12 to rgb24 on my system)That scaler is only invoked when you actually press the screenshot button, it does not affect the normal viewing of the video.

Hogge

15th August 2008, 15:56

Hi Mulder!!Its really sad,i can no longer use your versions,when i try start a avi file,it tries to start it,it can take maybe up to 1min.And sometimes it crashes the exit code 62097.
Ive tried to post this to Sherpya with no luck.
The SMPlayer Standalone package i can use,so it must be something else.Im really sad i like your builds.

Here is a log below,before the exit code.

C:/Program Files/MPlayer for Windows/MPlayer.exe -noquiet -nofs -sub-fuzziness 1 -identify -slave -vo gl -ao dsound -zoom -nokeepaspect -priority abovenormal -framedrop -subfont-autoscale 1 -subfont-text-scale 5 -subcp ISO-8859-1 -subpos 100 -cache 2000 -osdlevel 1 -vf-add screenshot -channels 6 -af equalizer=0:0:0:0:0:0:0:0:0:0 -sws 9 C:\Users\Hogge\Desktop\WWESUM~1.XVI\KYR-WW~1.AVI

MPlayer Sherpya-SVN-r27323-4.2.4 (C) 2000-2008 MPlayer Team
CPU: AMD Athlon(tm) 64 X2 Dual Core Processor 4400+ (Family: 15, Model: 107, Stepping: 1)
3DNow supported but disabled
3DNowExt supported but disabled
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2
Setting process priority: abovenormal

Playing C:\Users\Hogge\Desktop\WWESUM~1.XVI\KYR-WW~1.AVI.

Cache fill: 0.00% (0 bytes)
AVI file format detected.
ID_VIDEO_ID=0
[aviheader] Video stream found, -vid 0
ID_AUDIO_ID=1
[aviheader] Audio stream found, -aid 1
VIDEO: [XVID] 512x384 12bpp 29.970 fps 940.8 kbps (114.8 kbyte/s)
Clip info:
Software: VirtualDubMod 1.5.10.2 (build 2540/release)
ID_CLIP_INFO_NAME0=Software
ID_CLIP_INFO_VALUE0=VirtualDubMod 1.5.10.2 (build 2540/release)
ID_CLIP_INFO_N=1
ID_FILENAME=C:\Users\Hogge\Desktop\WWESUM~1.XVI\KYR-WW~1.AVI
ID_DEMUXER=avi
ID_VIDEO_FORMAT=XVID
ID_VIDEO_BITRATE=940760
ID_VIDEO_WIDTH=512
ID_VIDEO_HEIGHT=384
ID_VIDEO_FPS=29.970
ID_VIDEO_ASPECT=0.0000
ID_AUDIO_FORMAT=85
ID_AUDIO_BITRATE=128616
ID_AUDIO_RATE=0
ID_AUDIO_NCH=0
ID_LENGTH=1798.63
ID_SEEKABLE=1
[gl] using extended formats. Use -vo gl:nomanyfmts if playback fails.
Opening video filter: [screenshot]
==========================================================================
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Selected video codec: [ffodivx] vfm: ffmpeg (FFmpeg MPEG-4)
==========================================================================
ID_VIDEO_CODEC=ffodivx
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
ID_AUDIO_BITRATE=128000
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=2
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
AO: [dsound] 48000Hz 2ch s16le (2 bytes per sample)
ID_AUDIO_CODEC=mp3
Starting playback...
VDec: vo config request - 512 x 384 (preferred colorspace: Planar YV12)
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
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
[swscaler @ 0pecdba4]using unscaled yuv420p -> rgb32 special converter
VO: [gl] 512x384 => 512x384 BGRA [zoom]

LoRd_MuldeR

15th August 2008, 16:11

Try this from the commandline:
"C:\Program Files\MPlayer for Windows\MPlayer.exe" -noquiet "C:\Users\Hogge\Desktop\WWESUM~1.XVI\KYR-WW~1.AVI"

If it still crashes, than it's a problem in the MPlayer, either in MPlayer itself or in Sherpya's build.
I have some problem with the latest MPlayer builds too and I tried to report these in the MPlayer IRC channel.
But with "unofficial" Win32 builds they aren't willing to give support...

LoRd_MuldeR

15th August 2008, 19:13

Originally posted by SuperPat http://forum.doom9.org/images/buttons/viewpost.gif (http://forums.winamp.com/showthread.php?s=&goto=newpost&threadid=284480)

New build version 2008-08-15
Fixed: Workaround for the SkinnedControls plugin one Windows Vista x64 SP1 and more that not drawn buttons at all. (Buttons are now unskinned on this system version)

Download (http://sourceforge.net/project/showfiles.php?group_id=146999)

I hope the problem with skinned Buttons on Vista is fixed now. Here is a new Test build:
http://www.mediafire.com/?pl2m9lohwvr

Feedback from Vista users welcome :)

dat720

16th August 2008, 03:58

No Problems here...

Buttons are unskinned as note suggests!

Windows Vista Ultimate x64
Intel C2D E6300 1.83ghz
4gb 667mhz Samsung RAM
Intel G33 Motherbaord

Hogge

16th August 2008, 08:58

Hi Mulder!I tried running from command in Vista,same problem?But from command line it goes to basic,video starts after 20-30sec!

dat720

17th August 2008, 04:20

Hogge there is no problem with the current build....

mplayer has issues with Vista and Direct Draw, try changing the Video Out driver to gl:yuv=3 or gl:yuv=2:force-pbo:ati-hack i've found these 2 to give the best performance.

Hogge

17th August 2008, 07:58

Hi dat!Ive tried that,its the latest 3-4 builds that i have problem with.Mplayer,Smplayer tries to start a video [avi] it can take up to a minute,and sometimes it doesnt.And dat do you now what exit code 62097 is?Thanks every body for trying to help,RVM Smplayer i can run.But i prefer Mulders.:thanks:

dat720

17th August 2008, 08:34

There must be a problem elsewhere with your setup, the only time i ever have playback issues is if the video requires more processing power than my pc has!

_xxl

17th August 2008, 19:17

Can you please add an option not to upx almost all files in the installer, it takes long time to install mplayer.
Thanks!

Martin H

17th August 2008, 21:39

@_xxl:

The installer supports a '/NOPACK' command-line argument :)

Lenny_Nero

18th August 2008, 03:22

That's also the reason for me using Win2K with Fred Vorck's IE/Junk removal fileset, instead of XP or Vista and hence, my commit is just 34MB :)
Yep ...another Win 2k user here (the best M$ OS around there is a reason why its still a viable Vista upgrade :) ), but TBH 256 MB is a tiny amount of local RAM in todays world, I even use 388 MB in my 466 MHz router/firewall/server/main gate box (had been 128 MB for 6+ years of its life) and Win 2000 comes alive above 1 GB, all of my other win 2000 boxes run 2 GB or more.

As said its not a large amount of money and still about the best power/speed upgrade for any OS.

Martin H

19th August 2008, 20:42

@Lenny_Nero:

Thank's for your reply, mate :)

Yeah, i see your point, but as i'm not using background-running stuff like anti-virus/malware(i just re-image every 7-14 days, or if having a problem and simply use common-sence), and are just using apps like Opera, ImgBurn,7-Zip, foobar2000, SumatraPDF and MPUI etc, then i'm actually alright with 256mb, but if running big apps and doing e.g. video encoding and such, then it would of course be a big bottleneck, but anyway, thanks again for your reply, and i apologise to Mulder for the off-topic'ness...

vio_man

19th August 2008, 22:48

Does Mplayer support interlaced PAFF on H.264? VLC does support it on nightly builds, but those builds are not quite usable.

LoRd_MuldeR

19th August 2008, 22:52

Does Mplayer support interlaced PAFF on H.264? VLC does support it on nightly builds, but those builds are not quite usable.

VLC and MPlayer use the very same H.264 decoder, namely ffmpeg/libavcodec. So if VLC supports PAFF, then MPlayer does too :)

BUT: The latest MPlayer builds for Win32 date back to 2008-07-18, so you might need to wait for fresh builds or compile your own MPlayer.exe ...

vlada

20th August 2008, 17:33

In MPlayer from 2008-07-18 should be PAFF implemented. I think it is supported at least for a half of year.

Now I'd like to ask you for help with my problem. On my work computer I can't run MPlayer. The CLI version MPlayer.exe always instantly exits without any output. I tried different versions and builds. I have a suspicion that a firewall or other "service" is blocking MPlayer. I tried to rename the .exe but it didn't help.

Do you have any idea how to check if my suspicion is correct? And more importantly do you have any idea how I could fool the service?

LoRd_MuldeR

20th August 2008, 21:22

I don't see how a firewall could prevent MPlayer from starting up :confused:

I recommend you try to run MPlayer.exe from gdb and see what it reports. Maybe you get some useful output...

You can get latest gdb version here:
http://sourceforge.net/project/showfiles.php?group_id=2435&package_id=20507&release_id=594520

Try like this:
"C:\MinGW\Bin\gdb.exe" "C:\Program Files\MPlayer for Windows\MPlayer.exe"

Then type "run" to start execution and see what will happen...

Hogge

21st August 2008, 06:49

There must be a problem elsewhere with your setup, the only time i ever have playback issues is if the video requires more processing power than my pc has!

Hi Dat!There is no problem with my setup,ive tried anything anbd everything,i mean what can i do wrong.Im running Vista AMD 64X2 2,3ghz ,4gb memory.Dat tell me how to setup then,ive never had problems befor it the latest build only.

dat720

21st August 2008, 08:58

I have no idea what software or problems there could be with Your PC, my current setup is Vista x64 Intel Q9550 (this thing rocks!!!) 4gb ram, and mplayer and mencoder work perfectly!

On that note...

Mulder, one thing that anoys me about your Installer is no Mencoder!!!!
Could you do 2 packages.... one with mencoder and one without!

DarkZell666

21st August 2008, 15:10

Mulder, one thing that anoys me about your Installer is no Mencoder!!!!
Could you do 2 packages.... one with mencoder and one without!
What's wrong with not bundling an encoding program in a playback package ? :p

You can get mencoder from here (http://oss.netfarm.it/mplayer-win32.php) (bundled with mplayer) though :)

vlada

21st August 2008, 15:56

Try like this:
"C:\MinGW\Bin\gdb.exe" "C:\Program Files\MPlayer for Windows\MPlayer.exe"

Then type "run" to start execution and see what will happen...

Thanks for your help. This is the result I got:

http://img155.imageshack.us/img155/3047/mplayerkp9.png

Is it of any help? I'm afraid not. I think I might need a debug version of MPlayer.

LoRd_MuldeR

21st August 2008, 18:51

Is it of any help? I'm afraid not. I think I might need a debug version of MPlayer.

Well, the debugger works even without a Debug build. In case of a crash a Debug build simply gives more useful info, that's it.

But you don't get any output at all. That really bizarre. Sure your MPlayer.exe file is okay ???

You should get something like this:

LoRd_MuldeR@MULDER_NEU ~
$ cd "/c/program files (x86)/MPlayer for Windows"

LoRd_MuldeR@MULDER_NEU /c/program files (x86)/MPlayer for Windows
$ gdb MPlayer.exe
GNU gdb 6.8
Copyright (C) 2008 Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html>
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law. Type "show copying"
and "show warranty" for details.
This GDB was configured as "i686-pc-mingw32"...
(no debugging symbols found)
(gdb) run
Starting program: c:\program files (x86)\MPlayer for Windows/MPlayer.exe
[New thread 4992.0x1384]
Error: dll starting at 0x77d40000 not found.
Error while mapping shared library sections:
NOT_AN_IMAGE: No such file or directory.
Error while mapping shared library sections:
C:\WINDOWS\SysWOW64\ntdll32.dll: No such file or directory.
Error: dll starting at 0x77d40000 not found.
Error: dll starting at 0x77c20000 not found.
(no debugging symbols found)
(no debugging symbols found)
[New thread 4992.0x1388]
(no debugging symbols found)
MPlayer Sherpya-SVN-r27323-4.2.4 (C) 2000-2008 MPlayer Team
CPU: Intel(R) Core(TM)2 Quad CPU @ 2.40GHz (Family: 6, Model: 15, Step
ping: 7)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2
Usage: mplayer [options] [url|path/]filename

Basic options: (complete list in the man page)
-vo <drv> select video output driver ('-vo help' for a list)
-ao <drv> select audio output driver ('-ao help' for a list)
vcd://<trackno> play (S)VCD (Super Video CD) track (raw device, no mount)
dvd://<titleno> play DVD title from device instead of plain file
-alang/-slang select DVD audio/subtitle language (by 2-char country code)
-ss <position> seek to given (seconds or hh:mm:ss) position
-nosound do not play sound
-fs fullscreen playback (or -vm, -zoom, details in the man page)
-x <x> -y <y> set display resolution (for use with -vm or -zoom)
-sub <file> specify subtitle file to use (also see -subfps, -subdelay)
-playlist <file> specify playlist file
-vid x -aid y select video (x) and audio (y) stream to play
-fps x -srate y change video (x fps) and audio (y Hz) rate
-pp <quality> enable postprocessing filter (details in the man page)
-framedrop enable frame dropping (for slow machines)

Basic keys: (complete list in the man page, also check input.conf)
<- or -> seek backward/forward 10 seconds
down or up seek backward/forward 1 minute
pgdown or pgup seek backward/forward 10 minutes
< or > step backward/forward in playlist
p or SPACE pause movie (press any key to continue)
q or ESC stop playing and quit program
+ or - adjust audio delay by +/- 0.1 second
o cycle OSD mode: none / seekbar / seekbar + timer
* or / increase or decrease PCM volume
x or z adjust subtitle delay by +/- 0.1 second
r or t adjust subtitle position up/down, also see -vf expand

* * * SEE THE MAN PAGE FOR DETAILS, FURTHER (ADVANCED) OPTIONS AND KEYS * * *

Program exited normally.
(gdb)

LoRd_MuldeR

21st August 2008, 18:53

Mulder, one thing that anoys me about your Installer is no Mencoder!!!!
Could you do 2 packages.... one with mencoder and one without!

I don't see a reason to have MEncoder in a playback package. Also none of the front-end does use MEncoder.
So there is absolutely no difference if you download the MEncoder.exe alone. See the link provided by DarkZell666.

vlada

21st August 2008, 19:59

LoRd_MuldeR> The same MPlayer.exe works on other computers without any problems. But it doesn't work on any computer at work. I also tried other builds with the same result. So my conclusion is that there must be something in our network which kills MPlayer as soon as it is started.

But I'm wondering how the "service" could recognize that the process is MPlayer. Do you have any idea?

DarkZell666

21st August 2008, 20:06

LoRd_MuldeR

21st August 2008, 20:06

The network cannot cause the problem, because the MPlayer process won't open any network connections before writing the copyright notice and stuff to stdout.
Unless you try to open a web stream, it won't open any network connection at all...

I guess it's some "conflicting" software, which is installed on all the computers at work. Maybe some tool that prevents workers from stating up "entertainment" software or buggy A/V software ?!?!?

vlada

21st August 2008, 21:40

LoRd_MuldeR

21st August 2008, 22:03

But I'm wondering how it can identify that the process is MPlayer.

Hash? Signature? Heuristics? ...

DarkZell666

21st August 2008, 22:11

DarkZell666> As I already wrote renaming the EXE doesn't help. Also almost all other programs (in portable versions) work without any problems.

LoRd_MuldeR> Yes, this is also what I think. Maybe antivirus (which I can't stop) is causing it. But I'm wondering how it can identify that the process is MPlayer.

Ooops, I did read your posts though, I must have scrolled past that one :o
Well, antiviruses identify viruses directly by detecting "bytecode patterns", or so to say. It would be very farfetched to think they actually built a signature to forbid mplayer, but technically it's possible imho.

As MuldeR says, some companies use hidden processes to actually do just that sort of thing. They can even detect forbidden processes remotely (how cool is that ? ... lol).

How exactly they detect mplayer depends on the product. Right-click on mplayer.exe and check the "version" tab. Some of them maybe use the info from in there, dunno ... There's tons of meta-information to be used to identify a program, and the "version" tab is only part of it :)

dat720

22nd August 2008, 09:27

I don't see a reason to have MEncoder in a playback package. Also none of the front-end does use MPlayer.
So there is absolutely no difference if you download the MEncoder.exe alone. See the link provided by DarkZell666.

Fair enough... im just lazy.... im a public servant what do you expect :)

panzerino

22nd August 2008, 19:19

LoRd_MuldeR

Thank you for your wonderful job.
Two question:

*if I put the mplayer window in some position on the screen there is an option to retain this position when the next title from my playlist is played?
*when i make some changes on brightness/contrast there is an option to retain these settings when the next title from my play list is played? when the next title is played MPlayer redraw some default values...

MPLayer is wonderful to play music too... sorry but i use one old 10/2007 version. All the newest mplayer versions have 40-50% more CPU using... i do not know why this happen, but anyway... great player... the best literally.

dat720

23rd August 2008, 00:54

That seems strange that mplayer is using 40-50% for music........

I have the most current build and it only uses 20% CPU to playback a 21gb HD mkv

panzerino

23rd August 2008, 11:06

I have Pentium 4 Northwood with only 1GB RAM... :)

Martin H

23rd August 2008, 12:19

As i previously stated in this thread, then the MPlayer build that's included in the latest official MPUI package(dev-SVN-r26251-3.4.2 from the 15th of march '08 which is compiled with CPU runtime-detection), uses less CPU cycles and RAM while also being 1.8mb smaller than the P4 optimized "Sherpya" build(Sherpya-SVN-r27323-4.2.4) that's included in MuldeR's latest installer...

Direct-link to a zip archive with the lighter/smaller MPlayer-SVN-r26251: http://garr.dl.sourceforge.net/sourceforge/mpui/MPUI-1.2-pre3_with_MPlayer-SVN-r26251.zip

LoRd_MuldeR

23rd August 2008, 12:58

Direct-link to a zip archive with the lighter/smaller MPlayer-SVN-r26251: http://garr.dl.sourceforge.net/sourceforge/mpui/MPUI-1.2-pre3_with_MPlayer-SVN-r26251.zip

You must be kidding. This download is two years old now... :p

Martin H

23rd August 2008, 17:16

You must be kidding. This download is two years old now... :p
Nope, it's from the 15'th of march '08 :p

(the sourceforge date is just wrong)

DarkZell666

23rd August 2008, 18:23

You must be kidding. This download is two years old now... :p

http://svn.mplayerhq.hu/mplayer?view=rev&revision=26251 ;)

dat720

24th August 2008, 21:46

I have Pentium 4 Northwood with only 1GB RAM... :)

I guess, it still shouldn't be that hungry for power to playback mp3's, my old (and i'm talking 13 years ago) pentium 133 with 16mb ram could playback mp3's with Winamp!!!

PS 20% on HD is with a 2.83ghz Quad!!

johnsonlam

25th August 2008, 10:42

Nope, it's from the 15'th of march '08 :p

(the sourceforge date is just wrong)

And the Mac version (Intel) didn't update for years!
I can't even find unofficial binary ...

PC version is running fine (thanks to Lord Mulder), that's OK.

Brazil2

25th August 2008, 21:20

*if I put the mplayer window in some position on the screen there is an option to retain this position when the next title from my playlist is played?
Yes, I second that.

It is very very annoying to have the window going to the center on each new file played.

Reimar

27th August 2008, 07:30

Yes, I second that.

It is very very annoying to have the window going to the center on each new file played.

Tried -fixed-vo option? Probably will not work with smplayer. You can still use -geometry to make it appear at a certain position.

ricardo.santos

27th August 2008, 11:11

Hi everyone!

i installed the latest MPUI and it set file associations without asking for it, smplayer icons have "taken over", i went to smplayer and tried to deselect all file associations and i click on deselect all and then on APPLY but upon clicking on apply it selects the file types again, so im stuck.

How can i remove these file associations and icons?

dat720

27th August 2008, 12:01

Run the program you want to be associated with these files and set it from the options of the prefered program..... i don't see the problem tho, mplayer is a much better player.

blizard

27th August 2008, 12:03

What version of audio driver is better to use for MPlayer Sherpya-SVN-r27323-4.2.4? I can not decide if I prefer dsound of win32 driver, the latter force a change in volume control for all sound on my computer so it is bit tricky to use. Is both audio driver being updated in different revision for MPlayer or are the very much the same during MPlayers development for windows XP (x64 bit) based OS?

Another question would be if there are any difference between using lavfpref as splitter for decoding LC AAC (libfaad2) and the Directshow based haali splitter in combo with MPC+FFDSHOW (which also are set to use libfaad2)?

LoRd_MuldeR

27th August 2008, 12:35

i installed the latest MPUI and it set file associations without asking for it

Obviously you did not uncheck "Set File Associations" during setup, so actually you told the installer to change the file assocations!

How can i remove these file associations and icons?

START -> Programs -> MPlayer for Windows -> Set File Associations -> "Restore Previous Behavior"

(Should work, unless SMPlayer's internal file association code has already messed it up)

Martin H

27th August 2008, 23:57

What version of audio driver is better to use for MPlayer Sherpya-SVN-r27323-4.2.4?
It's generally recommended to use waveOut(called 'win32' in Mplayer) on Win9x/Me/NT4 and DirectSound on Win2k/XP...

The WaveOut API is old and outdated, but the old OS's has a good implementation of it, so that's why it's recommended on those platforms for best performance. WaveOut on newer OS's are provided only for backwards compatibility and features a bad implementation...

The DirectSound API is a more modern API and the new OS's features a good implementation of it and hence, it's recommended on those platforms, as it uses less CPU than WaveOut and don't contain the bad elements of the Win2k/XP WaveOut implemmentation...

blizard

28th August 2008, 05:31

It's generally recommended to use waveOut(called 'win32' in Mplayer) on Win9x/Me/NT4 and DirectSound on Win2k/XP...

Thank you, Martin, for your answer. I forgot to explain that I have a problem related to dsound (directsound) when I want to output a AC-3 pass through on S/PDIF to my hardware decoder. It only works when I set audio driver to win32 (WaveOut).

It is of no use to control this setting in SMPlayer (the front end for MPlayer) as it seem to have no effect when set to hardware pass through of AC-3 S/PDIF in SPlayers GUI. It would maybe be a better solution if SMPlayer could change audio driver when it detects an AC-3 audio stream for S/PDIF, if it is possible? It is a bit annoying to remember to change between directsound and WaveOut in SMPlayer's setting for audio driver each time one start a video.

Martin H

31st August 2008, 23:36

Sorry if a little of-topic, but i was wondering about something...

I have latelly encountered several XviD DVD-Rips which either dosen't play at all in MPUI/Mplayer, or they play, but look like scrambled pay-per-view content...

However, when trying to play them through MPC/ffdshow, then they work perfectly ???

Of course i'm having ffdshow.ax configured to play XViD content through libavcodec.dll and not xvidcore.dll, as else that would obviously have explained the difference...

I'm using latest stable ffdshow tryouts(beta5) from the 5th juli '08 and have tried with both latest sherpya Mplayer.exe from the 18th juli '08 and also builds before that...

Do any of you have an explanation to this, and do you also experience the same issue ?

As both Mplayer and ffdshow are using libavcodec from ffmpeg for decoding, then i'm really confused about why this could be happening...

LoRd_MuldeR

31st August 2008, 23:42

What version of Xvid did you use to create those rips? What about VLC Player for example?

LoRd_MuldeR

3rd September 2008, 01:41

MPlayer for Windows 2008-09-03 has been released :)

[2008-09-03]
* SMPlayer updated to Version 0.6.2 (SVN-r1738)
* QT Runtime Libs updated to Version 4.4.1
* UMUI updated to 2008-08-16

Marbrye

15th September 2008, 00:41

As a newbie I would like to know: Now that I'm using MPlayer, can I delete/uninstall QuickTime. TIA :thanks:

LoRd_MuldeR

15th September 2008, 01:10

As a newbie I would like to know: Now that I'm using MPlayer, can I delete/uninstall QuickTime. TIA :thanks:

This depends on whether you still need the QuickTime Player or not. MPlayer doesn't :p

MPlayer only uses it's own "built-in" decoders and splitters. There is absolutely no dependency on any external software.
For some proprietary formats (including QuickTime-specific ones) MPlayer loads third-party DLL's from it's "codecs" folder, but that's it!
It will neither use/need any DirectShow Filters nor any QuickTime Extensions...

Marbrye

15th September 2008, 23:42

Thank you for clearing that up for me. I appreciate your quick response.

LoRd_MuldeR

17th September 2008, 01:47

MPlayer for Windows 2008-09-17 has been released :)

[2008-09-17]
* SMPlayer updated to Version 0.6.2 (SVN-r1814)

Builds suspended until binutils 2.18 linker will stop acting as /bin/cat and it will start handling __attribute__((aligned(16))), and until gcc 4.3.x will stop crashing in _alloca().

blizard

17th September 2008, 15:18

MPlayer for Windows 2008-09-17 has been released :)

What does this last quoted line mean for a non-expert on how to compile mplayer? Any suggestion to where one might find updated mplayer version since Sherpya's July build are on standby mode, if there would be one to be found?

LoRd_MuldeR

17th September 2008, 15:25

What does this last quoted line mean for a non-expert on how to compile mplayer?

It means that Sherpya decided to delay his builds until certain bugs in GCC and BinUtils are fixed.

Unless you mange to workaround those bugs, you won't be able to make a fresh build yourself either.
Maybe older GCC works more stable than 4.3.x series. But then again latest MPlayer/libavcodec might not compile properly with old GCC.
I'm not sure...

LoRd_MuldeR

22nd September 2008, 03:03

Some update on the delayed builds from Sherpya:

Current status of the toolchain:
gcc 4.2 sometimes produces undefined behaviour when using -O3
gcc 4.3 is broken on ftree-ch (default since -O)
gcc 4.2 (patched) using binutils 2.19 is able to correct align variables
binutils 2.19 is unable to make shared dlls and link against them
binutils 2.18.51 seems working...
some headers from mingwrt 3.15 are broken, they break compilation in some cases (e.g. mplayer)
latest defines added in vfw.h are broken: e.g. you cannot use WM_CAP_DRIVER_CONNECT

LoRd_MuldeR

27th September 2008, 16:35

MPlayer for Windows 2008-09-27 :)

[2008-09-27]
* SMPlayer updated to Version 0.6.3 (SVN-r1882)
* QT Runtime Libs updated to Version 4.4.2
* UMUI updated to 2008-09-20

LoRd_MuldeR

29th September 2008, 03:15

MPlayer for Windows 2008-09-29 :D

[2008-09-29]
* SMPlayer updated to Version 0.6.3.1 (SVN-r1904)

Version 0.6.3.1 (release for Windows only)

This release includes a fix for an important bug in 0.6.3 which affected the version for Windows: the video window would be black on the first video played, or always if the user opened the preferences dialog before playing a video. In those cases "directx," was used as video driver but the -colorkey option was not passed to mplayer producing the problem. Windows Vista probably wasn't affected by this bug, as it uses a different video driver as default.Packages for v. 0.6.3.1 (http://sourceforge.net/project/showfiles.php?group_id=185512&package_id=216202&release_id=629389)

avih

30th September 2008, 19:22

Installed the latest version over a previous one (at least few months old), haven't tried running it yet. It said it's uninstalling the older version, then proceeded to install the new version. I unchecked file association and quick-launch icons but left desktop icons.

I ended up with 3 new "MPUI" icons and 3 new "SMPlayer" icons on the desktop, ON TOP of the older MPUI/SMPlayer icons, thus, having 4 shortcuts to each of the apps with identical name and identical properties.

FYI.

[edit]
Just tried to delete the excess shortcuts, didn't work. I couldn't see them on windows explorer neither. Then I refreshed the desktop and was left with only 1 shortcut for each app. All fine now. Could be a glitch in my windows, but maybe it's also related to your installer. I'm on XP SP3.

LoRd_MuldeR

1st October 2008, 16:56

...having 4 shortcuts to each of the apps with identical name and identical properties.

The Windows filesystem (and any other filesystem I'm aware of) doesn't allow two (or more) files of identical name in the same folder.
So this is not possible, or at least it shouldn't be possible. Sounds like some bizarre Windows bug...

BTW: My installer uses the CreateShortcut function, as provided by NSIS. There is nothing unusual, works like millions of installers do :confused:

DarkZell666

1st October 2008, 17:15

avih

1st October 2008, 17:27

The Windows filesystem (and any other filesystem I'm aware of) doesn't allow two (or more) files of identical name in the same folder.
So this is not possible, or at least it shouldn't be possible. Sounds like some bizarre Windows bug...

BTW: My installer uses the CreateShortcut function, as provided by NSIS. There is nothing unusual, works like millions of installers do :confused:

I've had this happen randomly with other installers too, but it never actually happened to me with this particular one. Perhaps killing explorer.exe was what I did at the time, I can't remember exactly ^^

It is strange. Never happened to me before iirc. The 4 "identical" icons were all discretely movable, selectable, etc... Regardless though, clicking an empty area of the desktop and then F5 to refresh it solved the issue for me. Just thought I should mention it and maybe the developer could have another look just in case.

Great package regardless :)

LoRd_MuldeR

1st October 2008, 23:28

Some update on the status on MPlayer builds for Win32:

Current status of the toolchain:
gcc 4.2 sometimes produces undefined behaviour when using -O3
gcc 4.3 is broken on tree-ch (default since -O) [bug #37584]
gcc 4.2 (patched) using binutils 2.19 is able to correct align _local_ variables
binutils 2.19 is unable to make shared dlls and link against them
binutils 2.18.51 seems working... non local symbols alignment is not covered at all [bug #6914], sse code results are unrealable
some headers from mingwrt 3.15 are broken, they break compilation in some cases (e.g. mplayer)
latest defines added in vfw.h are broken: e.g. you cannot use WM_CAP_DRIVER_CONNECT
latest cvs from mingw and w32api fix vfw.h and getopt.c bugs
I've got another patch for gcc 4.3+ that can align since 16
gcc 4.4 branch produces a buggy ffmpeg, make test crashes in multiple targets
since the patch does not apply to 4.2 branch I need to test 4.3 branch
gcc 4.3 branch, I have to disable tree-ch, tree-dominator-opts and no-tree-vrp or make test will crash
alignment is somehow "optimized" and so it becomes unrealable :(
looks like the problem is not binutils, there is a bug open for gcc [bug #37216]
Quanto tempo perso...

theclaus

2nd October 2008, 04:08

I have been using your builds for quite sometime. Sometime around last month or so when I updated to the latest version whenever I play anything in SMPlayer it repeats itself. I don't have repeat check it just seems to repeat.

Any idea on how to fix that. I love using this build since it is the only program that sets all my movies and shows in the correct aspect on startup.

avih

2nd October 2008, 10:10

It is strange. Never happened to me before iirc. The 4 "identical" icons were all discretely movable, selectable, etc... Regardless though, clicking an empty area of the desktop and then F5 to refresh it solved the issue for me. Just thought I should mention it and maybe the developer could have another look just in case.
...
Tried yet again, on another computer, this time XP SP2, and got the same issue. This probably has to be an installer issue. This time I took a closer look at what happened:

- Started with a previously installed full package, with SMPlayer and MPUI icons on the desktop (same as on the other computer)
- Installed the latest package, and chose "Custom", same installation directory, unchecked file association, unchecked quick-launch icons, kept desktop icons checked, waited till the install was done, unchecked "readme" and "run", finish.
- I had 3 new SMPlayer and 3 new MPUI icons, while the older icons were still in place (same "old" location on the desktop), thus having 4 of each.
- Clicked the desktop, hit F5 to refresh. Result: 2 SMPlayer icons and 2 MPUI icons (2 of each gone, 2 of each left).
- It really seems that windows considers them as distinct shortcuts although they look identical to me. I was able to successfully delete the 2 new icons of the new install, thus keeping the older 2 icons which point to the proper location since it's installed to the same directory.

Here's a screenshot after the desktop refresh, plus file->properties of the 2 MPUI icons:

http://img33.picoodle.com/img/img33/3/10/2/f_mpuismplayem_d5d60e0.png

Since I've never encountered this behavior before, on any computer, and with this installer I saw it on 2 different computers with the same procedure, I'd say it's 99% NSIS bug or script bug or a combination of both, or something that triggers a windows bug. But it's not good.

clsid

2nd October 2008, 12:20

Run a command prompt and navigate to your desktop directory. What results does a 'dir' command give?

avih

2nd October 2008, 13:04

Run a command prompt and navigate to your desktop directory. What results does a 'dir' command give?
K, tried again, installed the same version (2008-09-29) again. same result again. 4 icons of each, after desktop refresh remain 2 of each, I manually deleted the "old" mpui icon and the "new" smplayer icon, no problem. Windows treats them distinctly as desktop shortcuts.

OK. it appears that there are lnk files in both user desktop and "all users" desktop, and maybe they aren't managed properly. On all installs I kept the default "install only for current user" checked.

Starting with the result of the previous procedure, reinstalled again and now ended with only 3 new MPUI icons on the desktop (old mpui and smplayer still kept in place) and after desktop refresh only one excess mpui icon (2 mpui overall, 1 smplayer).

I think it's enough info to reconsider the shortcuts placements logic (both desktop and start menu).

I think the excess icons that disappear on desktop refresh are a windows bug, but one that's triggered by this installer only. I've never saw it on other installers.

The double icon could or could not be a windows bug (Depending how it interprets same link on both all users and current user desktop. I'd say it should display one, but it displays two).

The double placement/removal procedure is probably a script bug.

the "all users" instead of "current user only" install is most probably a script bug.

Here's the shortcuts creation section of the log of my last install:

--- Creating Shortcuts ---
Output folder: C:\Program Files\MPlayer for Windows
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\Celtic Druid's Homepage.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\GNU General Public License.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\MPlayer Manual (Commandline Options).lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\MPlayer on Win32.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\MPUI Homepage.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\Official MPlayer Homepage.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\SMPlayer Help (FAQ).lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\SMPlayer Homepage.lnk
Remove folder: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\MPUI.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Readme.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\SMPlayer (Compact Mode).lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\SMPlayer.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Tools\Check for Updates.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Tools\Reset MPlayer configuration.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Tools\Set File Associations.lnk
Delete file: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Tools\Uninstall.lnk
Remove folder: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Tools\
Remove folder: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\
Create folder: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\SMPlayer.lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\SMPlayer (Compact Mode).lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\MPUI.lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Readme.lnk
Create folder: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\Official MPlayer Homepage.lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\MPlayer Manual (Commandline Options).lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\MPlayer on Win32.lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\Celtic Druid's Homepage.lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\SMPlayer Homepage.lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\SMPlayer Help (FAQ).lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\MPUI Homepage.lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Docs & Links\GNU General Public License.lnk
Create folder: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Tools
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Tools\Check for Updates.lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Tools\Set File Associations.lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Tools\Reset MPlayer configuration.lnk
Create shortcut: C:\Documents and Settings\All Users\Start Menu\Programs\MPlayer for Windows\Tools\Uninstall.lnk
Output folder: C:\Program Files\MPlayer for Windows
Create shortcut: C:\Documents and Settings\All Users\Desktop\SMPlayer.lnk
Create shortcut: C:\Documents and Settings\All Users\Desktop\MPUI.lnk

LoRd_MuldeR

2nd October 2008, 14:13

Sometime around last month or so when I updated to the latest version whenever I play anything in SMPlayer it repeats itself.

Disable "Repeat" for the current media as well as for the playlist ;)

(The latter can be found on the "Playlist" window)

LoRd_MuldeR

2nd October 2008, 15:01

Here's the shortcuts creation section of the log of my last install:

--- Creating Shortcuts ---

[...]

Create shortcut: C:\Documents and Settings\All Users\Desktop\SMPlayer.lnk
Create shortcut: C:\Documents and Settings\All Users\Desktop\MPUI.lnk

Exactly two shortcuts are created on the "common" Desktop. No other access to "Desktop" folder. Looks pretty good I'd say :p

avih

2nd October 2008, 15:21

Exactly two shortcuts are created on the "common" Desktop. No other access to "Desktop" folder. Looks pretty good I'd say :p
Except that I kept the default "current user only", and not for all users. I'd say you should revise the logic and consider a scenario at which the user had a previous package installed as a different configuration (all/current user).

RNiK

3rd October 2008, 08:26

Disable "Repeat" for the current media as well as for the playlist ;)

(The latter can be found on the "Playlist" window)Thanks a lot! :thanks:

I was experiencing the same problem as theclaus and now it's solved.

P.S. I think that "Repeat" in the Playlist should be OFF by default.

pynex

4th October 2008, 22:20

Hello !

I've got a problem:

when I'm trying to watch an .avi with a .srt subtitle in SMplayer - the subtitles aren't shown. The files have the same name - except the .avi & .srt, of course.

When i'm loading the subtitle manually with Subtitles-Load it's working.

With the original SM-Player (0.631) it's working, too.

Regards,

Pynex

LoRd_MuldeR

4th October 2008, 23:30

With the original SM-Player (0.631) it's working, too.

There is no difference between the "original" SMPlayer and the one included in my package :confused:

pynex

5th October 2008, 12:14

There is no difference between the "original" SMPlayer and the one included in my package :confused:
Thats weird. With the normal settings it's working in the "original" SMPlayer right after a fresh installation, with yours it doesn't.

I've also tried the Generic Mplayer instead of the optimized version. The same problem.

When i'm replacing the smplayer.exe with the "original" one - it's working.

Any suggestions ?

LoRd_MuldeR

5th October 2008, 12:51

Nope. Because replacing "smlayer.exe" with an identical file can't make a difference per definition. The problem must be elsewhere.

Either the "original" SMPlayer ships with a different MPlayer build or it uses different settings. Try one of these:
* Replace the "mplayer.exe" with the one that ships with SMPlayer
* Delete the "smplayer.ini" to reset all settings to default

pynex

5th October 2008, 15:11

* Delete the "smplayer.ini" to reset all settings to default

That was it. I thought i've already done this by using "ResetSMPlayer.exe". But that program is for resetting the file association after uninstall, so i've got to :readguid: next time mindfully.

Thats funny - while testing different things i noticed, that it's working with your version when the .avi & .srt are named in 8.3.

But now it's really working - many many thanks for your help. :thanks:

LoRd_MuldeR

5th October 2008, 15:42

That was it. I thought i've already done this by using "ResetSMPlayer.exe". But that program is for resetting the file association after uninstall, so i've got to :readguid: next time mindfully

Nope. The "ResetSMPlayer.exe" doesn't mess with file associations, that is what "SetFileAssoc.exe" does ;)

However "ResetSMPlayer.exe" doesn't simply delete the "SMPlayer.ini", it also initializes the INI file with some settings chosen by me :)

It seems the "Pass short filenames to MPlayer" option caused the problem. I decided to enable that option in my defaults.
Otherwise people complain that (S)MPlayer won't open files with "foreign" characters in their name...

lymzy

5th October 2008, 18:34

A Noob question about ffmpeg.:p

How is ffmpeg decoding quality compare to other commercial software decoder inside powerdvd or TMT for VC-1 AP@L3 or H.264 HP@L4.1?

Someone said ffmpeg still have artifacts when decoding VC-1 and decoding picture quality of H.264 is not as good as coreavc?

Is there also audio/video sync drifting drop frame issue for ffmpeg?

I like ffmpeg for this open source and the fact it is used in XBMC and I think CPU will be fast enough that I don't care about GPU off-loading.

Just want to know the decoding picture quality. (not post proccessing or de-interlacing/scaling)

Thanks.

Sorry if I hajack this thread.:thanks:

LoRd_MuldeR

5th October 2008, 18:41

First of all: MPlayer doesn't use ffmpeg! MPlayer uses "libavcodec", which is one part of the "ffmpeg" project out of many.

Second: Given that the decoders work properly, all decoders give identical output for the same source. So output of libavcodec's H.264 decoder should be identical to CoreAVC or DivXAVCDec.

However CoreAVC is known to deocode MUCH faster than libavcodec in a multi-core environment - at least for the moment. On a single-core CoreAVC can even be slower than libavcodec.
Also CoreAVC already supports the "Predictive Lossless" mode (and "MBAFF"), which libavcodec does not do yet. But it's coming, most likely...

(All these statements apply when no special post-processing is used)

clsid

5th October 2008, 18:47

libavcodec already supports MBAFF and even PAFF. It does so for quite a while now.

LoRd_MuldeR

5th October 2008, 18:49

libavcodec already supports MBAFF and even PAFF. It does so for quite a while now.

But there seem to be some unsolved problems. At least that's what I read in the DGAVCIndex threads. Maybe I'm mistaken and it's PAFF that makes problems...

clsid

5th October 2008, 19:13

They should then post some sample files at the FFmpeg Roundup bugtracker. That will increase the likelihood of it being fixed.

http://ffmpeg.mplayerhq.hu/bugreports.html
http://roundup.mplayerhq.hu/roundup/ffmpeg/

LoRd_MuldeR

5th October 2008, 19:20

Well, it seems bugs have been reported, but are not solved yet:

Can't say I'm full of optimism after the latest response from Michael, which chides me for my "impatience". I also found a 3-month old bug report on the tracker that reports the problem I have, frame duplication by the decoder. The bug is not assigned. It's time to think about abandoning libavcodec support and concentrating on the CoreAVC and GPU decoders. I understand that the developers are part-time volunteers, there's lots of bugs waiting for solutions, etc., so please don't flame me for that.

However I personally am perfectly happy with current MPlayer/libavcodec for my H.264 encodes :)

I only switch to MPC+CoreAVC for some overkill-bitrate H.264 samples that don't play smooth in MPlayer yet and for "Predictive Lossless" samples...

Martin H

10th October 2008, 03:33

What version of Xvid did you use to create those rips? What about VLC Player for example?
Sorry for not responding earlier...

Anyway, it's not about encoder versions, since it's both Xvid and DivX i have now found, but i have noticed that the files that didn't play in MPlayer, where using non-mod16 res. like 300 and 282.

Also, the files did work fine in MPC with ffdshow and also with VLC.

Then i tested the files with MPC-HC and it's internal libavcodec implementation, and the files didn't play there when using 'overlay mixer' as renderer(just like MPlayer also uses), but when switching to 'system default'(which is 'old renderer' on win2k), then all files now worked fine...

clsid

10th October 2008, 12:09

The MPC-HC issue with Overlay + internal decoders is a known bug. It only happens with certain files, so it indeed could be a non-mod16 problem. I'll check if that is true and inform Casimir666. Then hopefully it that can be fixed.

Martin H

11th October 2008, 03:10

@clsid

Thanks for your reply, mate :)

Btw, i'm not at all sure that it is infact a non-mod16 related issue, but i just noticed that the three files which didn't work all where non-mod16, but i guess that this could be a coincidence also, but i really don't have any clue i must confess ?

Anyway, if you check it, then i have now just also noticed that if having VSFilter in the DS chain, then the files all do play, so you'll need to disable VSFilter to check this...

Thank's again :)

LoRd_MuldeR

11th October 2008, 14:10

MPlayer for Windows 2008-10-11 :)

[2008-10-11]
* SMPlayer updated to Version 0.6.3 (SVN-r1997)
* NSIS updated to Version 2.40
* QT Runtime Libs updated to Version 4.4.3
* UMUI updated to 2008-10-11

Still no new MPlayer builds available from Sherpya :(

clsid

11th October 2008, 16:38

I am pretty sure it is non-mod16 related. The few files I have in my sample collection that failed all were non-mod16.

Martin H

11th October 2008, 21:34

@clsid

Thank's again, and i hope that Casimir666 can find a way to fix this issue :)

LoRd_MuldeR

12th October 2008, 15:03

Sherpya has finally released new builds. I'd like some feedback, before I update my package:

Ok, new builds with 4.2 and no commons, SSE should be ok now, please report.

Known issue with vorbis decoder, it will be fixed next release

http://sourceforge.net/project/showfiles.php?group_id=205275&package_id=248631&release_id=632444

LoRd_MuldeR

15th October 2008, 03:05

MPlayer for Windows 2008-10-15 :)

Finally fresh and working MPlayer builds for Win32 by Sherpya :D

Ok, new builds with 4.2 and no commons, SSE should be ok now, please report.
Vorbis crash fixed, smplayer clip length fixed, no more GUI builds, please use SMPlayer instead.

[2008-10-15]
* MPlayer binaries updated to SVN-r27770
* SMPlayer updated to Version 0.6.3 (SVN-r2030)
* NSIS downgraded to v2.38, because v2.40 is broken

Schrade

19th October 2008, 06:23

LoRd_MuldeR

19th October 2008, 13:11

Question - why does Mplayer for Windows default to loading a stream and playing at max volume? It's really annoying.

Why not just have it be at half volume and ask if you want to load a test stream or not?

(When launching from the installer)

1. You can uncheck "Run MPlayer for Windows now" on the last page of the installer.
2. The default volume can be adjusted at "Preferences" -> "General" -> "Audio"
3. I think the default volume should be 100% by default...

Clobon

19th October 2008, 15:15

Hi^^

First I wanna thank you for another nice package^^

3. I think the default volume should be 100% by default...

Naa... I like to adjust the volume level via the running app.
That's why I set the default level for volume to 50% (since
it works). Also I'd prefer the default assigned function for
the mousewheel wouldn't be mediaseeking but adjust
volume instead^^ Just my thoughts.

HF, Clobon

LoRd_MuldeR

19th October 2008, 15:18

Naa... I like to adjust the volume level via the running app.
That's why I set the default level for volume to 50% (since
it works). Also I'd prefer the default assigned function for
the mousewheel wouldn't be mediaseeking but adjust
volume instead^^ Just my thoughts.

That all is a very personal view. If I change the defaults like you want them, other people will complain :p

Most players use 100% volume by default, so I'll keep that. You can change the default volume for SMPlayer very easy in the options menu, if needed.

Same for the Mouse Wheel, I'll keep the SMPlayer defaults...

Schrade

22nd October 2008, 08:48

Most players use 100% volume by default, so I'll keep that. You can change the default volume for SMPlayer very easy in the options menu, if needed.
100% volume is very bad for flash players in browsers and media players. You should always have the option to turn things up but not be forced to have to turn things down.

Also, thanks for the settings for SMPlayer but I was more asking about MPUI. How do I set the volume so it's not 100% there?

LoRd_MuldeR

22nd October 2008, 15:02

100% volume is very bad for flash players in browsers and media players. You should always have the option to turn things up but not be forced to have to turn things down.

Also, thanks for the settings for SMPlayer but I was more asking about MPUI. How do I set the volume so it's not 100% there?

Well, 100% volume means "original volume of the media", neither louder nor quieter.
MPUI doesn't have "default volume" as an option. You may try adding "-volume 50" to the paramters for MPlayer...

LoRd_MuldeR

23rd October 2008, 02:18

MPlayer for Windows 2008-10-23 :)

Ok, new builds with 4.2 and no commons, SSE should be ok now, please report.
New builds without debug

[2008-10-23]
* MPlayer binaries updated to SVN-r27811
* SMPlayer updated to Version 0.6.3 (SVN-r2083)

Hogge

23rd October 2008, 07:38

Hi Mulder!!The last 2 builds does not work on Vista 32bit,when trying to execute Smplayer i cant see the application,i can see it in the [Process Explorer],but when trying to kill the process i cant do that it.
So the only way to kill smplayerportable process is to restart computer.

Wurstwasser

23rd October 2008, 09:16

LoRd_MuldeR

23rd October 2008, 12:58

I can't help you with Vista, because I neither use Vista nor am I planning to install it...

@Hogge: Does it work normally after reboot ???

DarkZell666

23rd October 2008, 14:39

Hi Mulder, I have a problem with file types on Vista. I want to associate another program with .mp3.

If I remove assocs and delete the file type with this program: http://www.winhelponline.com/articles/231/1/An-utility-to-unassociate-file-types-in-Windows-Vista.html

...then mp3 gets still opened with smplayer. Why?

Actually I've had this problem under XP as well :p
I'll try and reproduce it step-by-step later, but when your package sets the associations, it stops other apps setting theirs afterwards.

Typical situation : I install smplayer and have it associate with every media type. Then I install foobar2000 for my music, but it can't re-associate audio extensions (it doesn't fail with an error, but MP3's still open inside smplayer). If I uninstall smplayer first, foobar2000 can re-associate audio files without any problems. I think it happened with other media players, not only fb2k, but I'll have to double-check.

In the meantime, I had to manually edit each media type in the explorer preferences :rolleyes:

LoRd_MuldeR

23rd October 2008, 14:54

Obviously Foobar2000 doesn't associate the file types properly. There is no evil "agent" in my installer that will prevent Foobar2000 from changing them ;)

My installer will associate all supported "extensions" with one of the MPlayer file types (Audio, Video or Playlist) and make a backup of the original file type (if any).
On uninstall the original file types will be restored from the backup. I don't see any problem with that...

Note: SMPlayer uses it's own file association code. If you find any problem with my code, then please let my know.

Hogge

23rd October 2008, 17:28

No not after reboot!!

LoRd_MuldeR

23rd October 2008, 18:32

No not after reboot!!

So you say that the SMPlayer doesn't work at all on your Vista machine?

Wurstwasser

24th October 2008, 07:33

@Darkzell: Yes, it is also my experience. I think LordMulder does something more than other applications when registering file types.
@Mulder: We're not saying you use evil agents ;), but you seem to do more than others when registering file types. After using this (http://www.winhelponline.com/articles/231/1/An-utility-to-unassociate-file-types-in-Windows-Vista.html) assoc and file type remover, mp3 still starts with smplayer.

carnage_pl

24th October 2008, 12:40

On my PC with vista SMplayer doesn't work too. I tried every possiblity of video render.
Smplayer works but when i load file it hang.

DarkZell666

24th October 2008, 13:50

On my PC with vista SMplayer doesn't work too. I tried every possiblity of video render.
Smplayer works but when i load file it hang.

What's your system's specs ? particularly CPU model, GPU model and GPU driver version ? What are the file's caracteristics (video and audio codecs + container + filesize + filename) ? Are you using the latest version of smplayer or MuldeR's latest package ?*

Edit : also, what do the mplayer (CTRL+M) and smplayer (CTRL+S) log windows have to say ?

LoRd_MuldeR

24th October 2008, 14:12

I think LordMulder does something more than other applications when registering file types.

No, I don't! If you don't believe my, look at the installer script :rolleyes:

http://opensvn.csie.org/viewcvs.cgi/MPlayer/Setup/?root=mulder1984

carnage_pl

24th October 2008, 16:45

What's your system's specs ? particularly CPU model, GPU model and GPU driver version ? What are the file's caracteristics (video and audio codecs + container + filesize + filename) ? Are you using the latest version of smplayer or MuldeR's latest package ?*

Edit : also, what do the mplayer (CTRL+M) and smplayer (CTRL+S) log windows have to say ?

core 2 duo 1.5 t5250
ati hd2300
vista home sp1 32 bit
Latest directx
i tried every possiblities
h264 + mp3 in avi
h264 + vobris in mkv
h264 + aac in mkv
xvid + mp3 in avi
version 2008-10-23

MPlayer
command line:
"C:\Program Files\MPlayer for Windows\mplayer.exe" -slave -identify
-noquiet -wid 590912 -colorkey 0x101010 -nokeepaspect -framedrop
-autosync 100 -vf screenshot -font C:\Windows\Fonts\Arial.ttf -priority
abovenormal -ao dsound:device=0 -sws 9 -af volnorm=2
D:\[BakaWolf]_Code_Geass_S1_01-25.DVD(H.264_AAC)_[Complete]\[BakaWolf]_Code_Geass_-_01.DVD(H.264_AAC)_[11FEBB9C].mkv

MPlayer Sherpya-SVN-r27811-4.2.5 (C) 2000-2008 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
Setting process priority: abovenormal

Playing D:\[BakaWolf]_Code_Geass_S1_01-25.DVD(H.264_AAC)_[Complete]\[BakaWolf]_Code_Geass_-_01.DVD(H.264_AAC)_[11FEBB9C].mkv.
ID_VIDEO_ID=0
ID_VID_0_NAME=H.264 R2J DVD
[mkv] Track ID 1: video (V_MPEG4/ISO/AVC) "H.264 R2J DVD", -vid 0
ID_AUDIO_ID=0
ID_AID_0_NAME=AAC Stereo
ID_AID_0_LANG=jpn
[mkv] Track ID 2: audio (A_AAC) "AAC Stereo", -aid 0, -alang jpn
ID_SUBTITLE_ID=0
ID_SID_0_NAME=Styled Subtitles (GG)
ID_SID_0_LANG=eng
[mkv] Track ID 3: subtitles (S_TEXT/ASS) "Styled Subtitles (GG)", -sid 0, -slang eng
[mkv] Will play video track 1.
Matroska file format detected.
VIDEO: [avc1] 848x480 24bpp 23.976 fps 0.0 kbps ( 0.0 kbyte/s)
ID_FILENAME=D:\[BakaWolf]_Code_Geass_S1_01-25.DVD(H.264_AAC)_[Complete]\[BakaWolf]_Code_Geass_-_01.DVD(H.264_AAC)_[11FEBB9C].mkv
ID_DEMUXER=mkv
ID_VIDEO_FORMAT=avc1
ID_VIDEO_BITRATE=0
ID_VIDEO_WIDTH=848
ID_VIDEO_HEIGHT=480
ID_VIDEO_FPS=23.976
ID_VIDEO_ASPECT=1.7771
ID_AUDIO_FORMAT=MP4A
ID_AUDIO_BITRATE=0
ID_AUDIO_RATE=24000
ID_AUDIO_NCH=2
ID_LENGTH=1267.37
ID_SEEKABLE=1
ID_CHAPTERS=5
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)
FAAD: compressed input bitrate missing, assuming 128kbit/s!
AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
ID_AUDIO_BITRATE=128000
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=2
Selected audio codec: [faad] afm: faad (FAAD AAC (MPEG-2/MPEG-4 Audio) decoder)
==========================================================================
AO: [dsound] 48000Hz 2ch s16le (2 bytes per sample)
ID_AUDIO_CODEC=faad
Starting playback...
VDec: vo config request - 848 x 480 (preferred colorspace: Planar YV12)
VDec: using Planar YV12 as output csp (no 0)
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
ID_VIDEO_ASPECT=1.7771
SwScaler: reducing / aligning filtersize 7 -> 8
SwScaler: reducing / aligning filtersize 1 -> 1
SwScaler: reducing / aligning filtersize 1 -> 1
SwScaler: reducing / aligning filtersize 7 -> 6
[swscaler @ 00E69994]Lanczos scaler, from yuv420p to rgb24 using MMX2
[swscaler @ 00E69994]using 8-tap MMX scaler for horizontal luminance scaling
[swscaler @ 00E69994]using 8-tap MMX scaler for horizontal chrominance scaling
[swscaler @ 00E69994]using n-tap MMX scaler for vertical scaling (BGR)
[swscaler @ 00E69994]848x480 -> 854x480
VO: [directx] 848x480 => 854x480 Planar YV12

LoRd_MuldeR

24th October 2008, 17:13

There is no error on your log. Looks all normal. But I heard that the "directx" renderer doesn't work under Vista unless your disable that "Areo" gimmick.

You may also try the "gl" renderer as an alternative. And what if you run MPlayer.exe directly from the console, instead of SMPlayer ???

Yong

24th October 2008, 17:33

Directx renderer work under vista, and vista will turn off Aero temporary untill user exit mplayer/video playback finish. :)
i only know that Directx renderer does not work very well with ati card + vista, when mplayer "testing supported overlay pixleformats", its extremely slow :p

and btw, if its your first time using mplayer, it might look hang when loading video,
because "fontconfig" will scanning the windows "Fonts" folder, it might took a few minutes to scanning and caching all the fonts.

LoRd_MuldeR

24th October 2008, 17:47

and btw, if its your first time using mplayer, it might look hang when loading video,
because "fontconfig" will scanning the windows "Fonts" folder, it might took a few minutes to scanning and caching all the fonts.

Yup. But this really should happen exactly one time and then never again. Well, unless you clean your TEMP folder :D

carnage_pl

24th October 2008, 19:46

Yeah I know that there is no error. this is from mplayer so it's not smplayer false. A couple months ago smplayer with direcx workerd well. Mplayer temporary turn off Areo. I don't know what is going on. Reinstall of windows didn't change.

ANGEL_SU

25th October 2008, 06:26

Just update to the build（2008-10-23），SMPlayer/MPUI cannot play any RealMedia file. Both show me the same green screen and hang up. Reinstall the build (2008-10-15), all is fine.

PS: After reinstalling new build again, it works fine now. I'm sorry and please forgot my post above.

LoRd_MuldeR

27th October 2008, 16:36

MPlayer for Windows 2008-10-27 :)

[2008-10-27]
* SMPlayer updated to Version 0.6.4 (SVN-r2102)
* Installer improvements

Hogge

28th October 2008, 08:17

LoRd_MuldeR

28th October 2008, 09:40

LoRd_MuldeR

30th October 2008, 01:19

I have the same problem as carnage pl,it hangs when trying to play a file,ive had this problem since june builds,the builds from april works.I tried the latest today same problem.RVM Smplayer build is working fine,it must be something with sherpyas mplayer.I vee posted logs in his bug section.I always get error code 62097!!!

PS the 2 builds before this i had another problem smplayer wouldnt even start,now it starts but hangs everytime starting a file.
Iam running a AMD athlon +5600 Vista premium.
If you file a bug report, then there's a chance it will be fixed :)
http://sourceforge.net/tracker/?group_id=205275

...or get a more useful OS ;)

Okay, somebody at German Doom9 posted a possible solution for the "hang at startup" problem:

He said that MPlayer tried to re-created the font-cache very time, instead of just once. Also it failed to create the font-cache and thus hung.
Furthermore he said that he just solved the problem by deleting a "strange" font file from his Windows FONTS directory. And all is fine now.

Don't ask me how a "strange" font is defined. He mentioned "Bitmap fonts" and a font called "FreeSans" :D

RNiK

30th October 2008, 16:25

UHMMM... :confused:

I'm experiencing the "hang at startup" problem but I'm unable to find any "Bitmap font" or "FreeSans" in my Fonts folder (using XP Pro).

LoRd_MuldeR

30th October 2008, 16:30

UHMMM... :confused:

I'm experiencing the "hang at startup" problem but I'm unable to find any "Bitmap font" or "FreeSans" in my Fonts folder (using XP Pro).

Look for other "strange" fonts :p

Also: If nothing else helps, remove/rename the "fonts" subfolder in the folder where MPlayer.exe is located.
This will (hopefully) disable font-config. Not the solution, but a workaround...

LoRd_MuldeR

31st October 2008, 13:59

It seems my MPlayer package was chosen as "Download of the day" at the Kim Komando show :D
http://www.komando.com/downloads/

poisondeathray

3rd November 2008, 20:06

Using SMplayer 0.6.4 (SVN r2102)

When using the video equalizer, the brightness slider seems to "reset" where "-100" is the new "0" baseline once you move it. (e.g. if you move it back to "0" now, it is too bright since the scale has changed)

I'm not sure if this is intended behaviour? The other parameters: contrast, hue, saturation, gamma do not exhibit this behavior

rvm

3rd November 2008, 23:04

It's a known problem. I don't know if it's a bug in mplayer or if it happens only with some graphic cards.

A workaround is to enable the software equalizer.

LoRd_MuldeR

6th November 2008, 00:00

MPlayer for Windows 2008-11-05 :)

[2008-11-05]
* SMPlayer updated to Version 0.6.4 (SVN-r2188)

mhj911

6th November 2008, 05:31

MPUI in Mac,Linux through crossover

hi,all
I modify source code of MPUI(mplayer for windows), add some fuction, e.g.
support multi-Monitor, auto setup subcp and subfont. play lyric, play media in 7z,rar,zip archive file, scale subtilte, scale
video, select audio channel, stero mode ,skip intro and ending ,dvd
nav,chapt and title of DVD, localization OSD info,on top,subtitle codepage
and font, support drap and drop zip,7z,rar archive file to
play media or load lyric,subtilte.
I already translate to sim chinese and tra chinese. for tra chinese,
mean of many word don't meet the traditional
Chinese culture.

HomePage: http://my.mofile.com/hcb428
E-Mail: mhj911@QQ.com

About download MPUI :
Access my homepage, Select "MPUI1110" folder, then click a file link.
In pop-up web page, click "下载文件(IE浏览器)"
or "下载文件(非IE浏览器)" to download file.
http://www.namipan.com/photo/9e58fe35511971dcb038171fc52c28d49913eb67c76f0200/Download_MPUI.JPG

081030
http://www.namipan.com/downfile/MPUI-081030.exe/765533914ff445a8fe5dab86707ac72933d29aa5ed086900
http://pickup.mofile.com/4401475939655438
Unicode
http://www.namipan.com/downfile/MPUI081030U.7z/783e0cd5b747f9f35bdb980635fc1eeff774a14943420700
http://pickup.mofile.com/2357775410645562

keyboard help:

Space Play/Pause T/R Adjust subtitle position
Left Rewind 10 seconds Y/U Adjust subtitle step
Right Forward 10 seconds Z/X Adjust subtitle delay
Up Forward 1 minute C Adjust subtitle alignment
Down Rewind 1 minute B Switch subtitle language
PgUp Forward 10 minutes V Toggle subtitle visibility
PgDn Rewind 10 minutes A switch audio
Home Forward 1 chapter End Rewind 1 chapter
O Toggle OSD F5 Toggle compact mode
S Screen shot Shift+S Start/stop screenshot eachframe
N switch aspect ratio F1 Cycle toggle on top mode
Q switch video ,/. Adjust balance
D Toggle framedrop M Toggle mute
G/H/; DVDnav menu/select/nearest menu ÷,9/*,0 Adjust volume
-/+ Adjust audio delay I/K DVD nav up/down
1/2 Adjust brightness J/L DVD nav left/right
3/4 Adjust contrast Back Reset speed to normal
5/6 Adjust hue -/= Adjust playback speed
7/8 Adjust saturation F/DblClick Toggle fullscreen
Enter Maximize windows Ins/Del Adjust gamma
[/] Set Intro/Ending \ Toggle Skip Intro/Ending
P switch program LMB click StatusBar Timer Toggle Time
W/E Scale video MMB Toggle Wheel function
Ctrl+-/= Scale subtitle Ctrl+LMB drag subtitle Scale subtitle
Ctrl+Wheel Seek LMB click video Play/Pause
' Deinterlace(if adaptive deinterlace) / Frame step
Shift+A Toggle Angle M/RMB click SeekBar Slider Set Intro/Ending
Tab Toggle Menu and ControlPanel
LMB drag video Adjust window position
LMB drag subtitle Adjust subtitle position
Ctrl+←/→/↑/↓ Adjust aspect ratio
Ctrl+LMB drag video Adjust aspect ratio
Shift+LMB drag video Scale video,Adjust volume or size
` Reset brightness,contrast,hue,saturation,gamma
Alt+LMB drag video Adjust brightness,contrast,hue,saturation,gamma
While drag,release or press different function key invoke different function

LoRd_MuldeR

6th November 2008, 05:31

hi,all

Whatever you want to show to us, please upload your images at Imageshack (or a similar service) and post the links back here.

Other people can't see your attachments, until they have been approved by a mod (which may take a long time).

EDIT: And try avoiding double posting next time ;)

LoRd_MuldeR

13th November 2008, 04:57

MPlayer for Windows 2008-11-13 :)

[2008-11-13]
* SMPlayer updated to Version 0.6.5 (SVN-r2231)

Reimar

14th November 2008, 11:37

LoRd_MuldeR

14th November 2008, 12:32

Latest ATI drivers should be working again with SVN r27908.
The recommended options now changed to:
-vo gl:yuv=2:force-pbo:ati-hack:rectangle=2
(of course feel free to use yuv=3 or so, the important parts are yuv != 0, force-pbo:ati-hack and rectangle=1 or rectangle=2 - rectangle=0 causes up to 4 times the data being transferred to the graphics card)
Note that I only tested on Linux with 8.10 drivers so far.
Edit: does not work for me on XP x64 with 8.11 drivers.

This is with Radeon X1950 (Catalyst 8.11) on WinXP x64 and MPlayer Sherpya-SVN-r27811:
* -vo gl => works
* -vo gl:yuv=2 => works
* -vo gl:yuv=3 => works
* -vo gl:rectangle=1 => works
* -vo gl:rectangle=2 => works
* -vo gl:yuv=2:rectangle=1 => works
* -vo gl:yuv=2:rectangle=2 => works
* -vo gl:yuv=3:rectangle=1 => works
* -vo gl:yuv=3:rectangle=2 => works
* -vo gl:yuv=2:force-pbo:ati-hack => does NOT work (green screen)
* -vo gl:yuv=2:force-pbo:ati-hack:rectangle=1 => does NOT work (distorted output, see screenshot)
* -vo gl:yuv=2:force-pbo:ati-hack:rectangle=2 => does NOT work (distorted output, see screenshot)

It seems "gl:yuv=2:rectangle=2" gives best performance for me!

http://img390.imageshack.us/img390/5113/mplayerdistortedde0.th.png (http://img390.imageshack.us/my.php?image=mplayerdistortedde0.png)http://img390.imageshack.us/images/thpix.gif (http://g.imageshack.us/thpix.php)

I will try SVN-r27908 as soon as I get my hands on a fresh build...

BTW: What exactly does the "rectangle" option do ???

Reimar

14th November 2008, 14:05

This is with Radeon X1950 (Catalyst 8.11)

You are not going to have much luck with 8.11, they broke it in yet another way in that version.
Though at least "-vo gl:force-pbo:ati-hack -dr" should work again.
And the rectangle options allows using textures where the dimensions are not a power of two.

LoRd_MuldeR

14th November 2008, 14:33

Well, at the moment I'm pretty happy with "gl:yuv=2:rectangle=2", which allows me to play HD footage smoothly, so thanks for the hint :)
Is it safe to use that as the new default for my packge? Or will it break other hardware/driver combos ???

And right another question:
Are there any plans to merge ffmpeg-mt into MPlayer? So far I did only test ffmpeg-mt via ffdshow-mt and the speed-up for HD H.264 is enormous!

[EDIT]

Just noticed that without the "scale" filter in my chain, performance will screw up again (even with "rectangle" sub-option) :confused:

Clobon

16th November 2008, 18:11

Hi,

I've got a little question regarding the SMPlayergui...
I want my navbar to be like this:
http://i251.photobucket.com/albums/gg306/clobon/navbarthine.png
With three buttons to skip 1sek, 1min and 10min... But lately I only got this:
http://i251.photobucket.com/albums/gg306/clobon/navbarmine.png
Only the skip 1sek buttons are shown, the others are hidden under the menu.

Where in the options do I have to tick a box to make 'em show up again like in the first picture?
Or which line of the smplayer.ini do I have to edit? Looked for it but failed big time><"
Btw: It should be default like in the first picture^^

Thanks for your help in advance. HF, Clobon

LoRd_MuldeR

16th November 2008, 19:23

rvm

16th November 2008, 19:28

A toolbar editor is planned for a future version.

But meanwhile:

This document explains how configure the toolbars:
http://smplayer.wiki.sourceforge.net/How+to+customize+the+toolbars

Just replace rewindbutton_action with rewind3, rewind2, rewind1 and forwardbutton_action with forward1, forward2, forward3.

Clobon

16th November 2008, 19:54

HiJust replace rewindbutton_action with rewind3, rewind2, rewind1 and forwardbutton_action with forward1, forward2, forward3.

Thanks a lot^^

HF, Clobon

EDIT:

Now that's more like it^^
http://i251.photobucket.com/albums/gg306/clobon/navbarmine2.png
That was default IIRC some packages ago...
Now that I know how to edit it I don't mind^^

Thanks again

EDIT2:

Yes I know I messed up the order of the buttons but I kinda like itXD

Yong

18th November 2008, 18:26

Hey guys, new Direct3D9 video renderer from mplayer :D
http://y0ngc6.googlepages.com/Mplayer-r27957.7z
-vo direct3d is the command to use this vo.
Completely untested ;)

LoRd_MuldeR

18th November 2008, 18:29

Hey guys, new Direct3D9 video renderer from mplayer :D
http://y0ngc6.googlepages.com/Mplayer-r27957.7z
-vo direct3d is the command to use this vo.
Completely untested ;)

Cooool :cool:

[EDIT]

Can't get your build to work with SMPlayer. The console output seems scrambled too:

C:/Program Files (x86)/MPlayer for Windows/MPlayer.exe -noquiet -nofs -lavdopts threads=4 -sub-fuzziness 1 -identify -slave -vo direct3d -ao dsound -zoom -nokeepaspect -priority abovenormal -framedrop -nodr -double -wid 525600 -monitorpixelaspect 1 -noass -font C:\Program Files (x86)\MPlayer for Windows\mplayer\subfont.ttf -subfont-autoscale 1 -subfont-text-scale 5 -subcp ISO-8859-1 -subpos 100 -volume 100 -cache 2000 -osdlevel 1 -nocorrect-pts -vf-add screenshot -noslices -channels 2 -af equalizer=0:0:0:0:0:0:0:0:0:0 F:\ViDeOz\Music\PO7750~1.AVI

MPlayer dev-SVN-r27957-4.2.1-sjlj (C) 2000-2008 MPlayer Team
CPU: Intel(R) Core(TM)2 Quad CPU @ 2.40GHz (Family: 6, Model: 15, Stepping: 7)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 3DNow 3DNowEx SSE SSE2
[0;32mSetting process priority: abovenormal
[0;37m
Playing F:\ViDeOz\Music\PO7750~1.AVI.
[0;32m
Cache fill: 0.00% (0 bytes) [0;32m
[0;37mAVI file format detected.
[0;37mID_VIDEO_ID=0
[0;37m[aviheader] Video stream found, -vid 0
[0;37mID_AUDIO_ID=1
[0;37m[aviheader] Audio stream found, -aid 1
[0;37mVIDEO: [H264] 704x400 24bpp 25.000 fps 1802.8 kbps (220.1 kbyte/s)
[0;37mID_FILENAME=F:\ViDeOz\Music\PO7750~1.AVI
[0;37mID_DEMUXER=avi
[0;37mID_VIDEO_FORMAT=H264
[0;37mID_VIDEO_BITRATE=1802832
[0;37mID_VIDEO_WIDTH=704
[0;37mID_VIDEO_HEIGHT=400
[0;37mID_VIDEO_FPS=25.000
[0;37mID_VIDEO_ASPECT=0.0000
[0;37mID_AUDIO_FORMAT=85
[0;37mID_AUDIO_BITRATE=128000
[0;37mID_AUDIO_RATE=0
[0;37mID_AUDIO_NCH=0
[0;37mID_LENGTH=280.72
[0;37mID_SEEKABLE=1
[0;37mID_CHAPTERS=0
[0;37mOpening video filter: [screenshot]
[0;37m==========================================================================
[0;37mOpening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
[0;37mSelected video codec: [ffh264] vfm: ffmpeg (FFmpeg H.264)
[0;37m==========================================================================
[0;37mID_VIDEO_CODEC=ffh264
[0;37m==========================================================================
[0;37mOpening audio decoder: [mp3lib] MPEG layer-2, layer-3
[0;37mAUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
[0;37mID_AUDIO_BITRATE=128000
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=2
[0;37mSelected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
[0;37m==========================================================================
[0;37mAO: [dsound] 48000Hz 2ch s16le (2 bytes per sample)
[0;37mID_AUDIO_CODEC=mp3
[0;37mStarting playback...
[0;37m[h264 @ 00DBDDA0][0;37mCannot parallelize deblocking type 1, decoding such frames in sequential order
[1;31m

MPlayer interrupted by signal 11 in module: decode_video
[0;37mID_SIGNAL=11
[1;31m- MPlayer crashed by bad usage of CPU/FPU/RAM.
Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
[1;31m- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
won't help unless you provide this information when reporting a possible bug.

Yong

18th November 2008, 19:26

Sorry :p
my mplayer was patched with old h264-mt patch, it will crash if -lavdopts threads=x is used.
remove the -lavdopts and it will work again :D

LoRd_MuldeR

18th November 2008, 19:35

You are right. However the console output is still scrambled, hence the front-end cannot parse the output properly.
This results in: Seekbar and buttons are disabled, aspect ratio is not recognized, etc ...

As far as I can tell, the Direct3D renderer seems to work properly on my Radeon 1950XT, Catalyst 8.11 :)

BTW: Is there a way to load a shader (like in MPC) to correct the typical "TV Levels" vs. "PC Levels" problem of Direct3D video output?

Leak

18th November 2008, 20:32

You are right. However the console output is still scrambled, hence the front-end cannot parse the output properly.
That's not exactly scrambled - those are VT100/ANSI escapes to change the text color, which might not work so well with the windows command line... :p

np: Duo505 - Facing It (Late)

LoRd_MuldeR

18th November 2008, 20:55

That's not exactly scrambled - those are VT100/ANSI escapes to change the text color, which might not work so well with the windows command line... :p

Obviously it doesn't :D Any workarounds? :confused:

rvm

18th November 2008, 21:14

I think there'll probably be an option in the mplayer config file which enables color on the console output. I think that option is called msgmodule, just delete it or pass -nomsgmodule to mplayer (untested!).

BTW, the Direct3D renderer is still under development, it might not work well.

LoRd_MuldeR

18th November 2008, 21:18

No luck with "-nomsgmodule" here:

Unknown option on the command line: -nomsgmodule

However commenting out the "msgcolor=yes" line in the "mplayer\config" file did do the job :thanks:

[EDIT]

Noticed one problem so far:
Only after I resize the SMPlayer window at least once, the direct3d output will fill the video rectangle properly.

A very minor problem is that I get scrambled output while resizing...

Keepitsimple

21st November 2008, 01:22

I have two screens. When I move the movie from one screen to another. The movie goes black. It seems I can only play it on one screen.

LoRd_MuldeR

21st November 2008, 01:25

I have two screens. When I move the movie from one screen to another. The movie goes black. It seems I can only play it on one screen.

If you are using the "directx" (overlay) renderer, it will work on only one screen at a time. To switch screens: In SMPlayer use the "Video" -> "Screen" option ;)

Even better solution: Go with the "gl" (OpenGL) renderer, which has no multi-screen limitation (Options -> Preferences -> General -> Video -> Output driver).

Yong

21st November 2008, 05:24

Noticed one problem so far:
Only after I resize the SMPlayer window at least once, the direct3d output will fill the video rectangle properly.

A very minor problem is that I get scrambled output while resizing...

Yeah i experience the same thing too, and the black band on the top and bottom is filled with some "noise" when playing video at fullscreen :D
This is a screenshot of a 800x450 video.
e.g. http://xs233.xs.to/xs233/08474/mplayerd3d9205.jpg
Does not happen on vista though, cat 8.11.

after some testing,
1. it is slower than the mplayer OpenGL renderer.
2. no OSD/subtitle support, but ASS subtitle works.
3. Black color appear as grey when playing SD video.

LoRd_MuldeR

21st November 2008, 05:55

1. it is slower than the mplayer OpenGL renderer.

Disappointing. Especially since the OpenGL renderer is still broken in latest Catalyst :(

3. Black color appear as grey when playing SD video.

The usual TV-Levels vs. PC-Levels problem. If we only could apply a pixel shader to correct the levels, like we can in MPC :rolleyes:

rvm

21st November 2008, 12:19

The direct3d renderer is still on the early stages of development. Be patience.

Take a look at mplayer-dev-eng (http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2008-November/thread.html).

Keepitsimple

21st November 2008, 13:48

Lord Mulder, which Opengl renderer should I use? I have a Geforece 7600Gs.

LoRd_MuldeR

21st November 2008, 15:50

The direct3d renderer is still on the early stages of development. Be patience.

Sure. I really hope we'll get a fully working renderer for the Win32 version of MPlayer one day :)

The OpenGL renderer would work fine, if ATI/AMD wouldn't break their drivers all the time :rolleyes:

Lord Mulder, which Opengl renderer should I use? I have a Geforece 7600Gs.

Here are a few combination you may consider:
gl
gl:force-pbo
gl:force-pbo:rectangle=1
gl:force-pbo:rectangle=2
gl:yuv=2
gl:yuv=2:force-pbo
gl:yuv=2:force-pbo:rectangle=1
gl:yuv=2:force-pbo:rectangle=2
gl:yuv=3
gl:yuv=3:force-pbo
gl:yuv=3:force-pbo:rectangle=1
gl:yuv=3:force-pbo:rectangle=2

:D

m99

23rd November 2008, 09:32

What's the difference between this package and the SMPlayer-package?

LoRd_MuldeR

23rd November 2008, 16:42

What's the difference between this package and the SMPlayer-package?

See the info:

1. Package Contents
-------------------

* MPlayer on Win32 by Sherpya, SVN-r27811 (2008-10-22)
* SMPlayer front-end by RVM, v0.6.5 (SVN-r2231)
* MPUI front-end by Martin Fiedler, v1.2-pre3 (Build 38)
* Binary Codecs for MPlayer (2007-10-07)
* Installer created with NSIS, v2.38

;)

Reimar

24th November 2008, 12:07

With MPlayer SVN r28021 more workarounds have been added so
-vo gl:yuv=2:rectangle=2:force-pbo:ati-hack
(and variants on that) works with ATI 8.11 drivers.
Just in time for 8.12 to break things in another interesting way...

LoRd_MuldeR

24th November 2008, 12:50

With MPlayer SVN r28021 more workarounds have been added so
-vo gl:yuv=2:rectangle=2:force-pbo:ati-hack
(and variants on that) works with ATI 8.11 drivers.

Nice. I will report back as soon as I get a build... :)

Just in time for 8.12 to break things in another interesting way...

Hehe :D

Yong

24th November 2008, 13:06

Here you go
http://y0ngc6.googlepages.com/Mplayer-r28021-rtm.7z :D

LoRd_MuldeR

24th November 2008, 13:40

Here you go
http://y0ngc6.googlepages.com/Mplayer-r28021-rtm.7z :D

Thx. I'm not at home right now. I will try this evening, when I'm back to my Windows machine...

LoRd_MuldeR

24th November 2008, 20:16

Okay, it seems "-vo gl:yuv=2:rectangle=2:force-pbo:ati-hack" is working again with Yong's build :cool:

However I get the following crash with most of my files:
C:/Program Files (x86)/MPlayer for Windows/MPlayer.exe -noquiet -nofs -lavdopts threads=4 -sub-fuzziness 1 -identify -slave -vo direct3d -ao dsound -zoom -nokeepaspect -priority high -framedrop -nodr -double -wid 198308 -monitorpixelaspect 1 -noass -font C:\Program Files (x86)\MPlayer for Windows\mplayer\subfont.ttf -subfont-autoscale 1 -subfont-text-scale 5 -subcp ISO-8859-1 -subpos 100 -volume 100 -cache 2000 -osdlevel 1 -nocorrect-pts -vf-add screenshot -noslices -channels 2 -af equalizer=0:0:0:0:0:0:0:0:0:0 -nofontconfig F:\ViDeOz\Music\PORTUG~3.AVI

MPlayer dev-SVN-r28021-4.2.1-sjlj (C) 2000-2008 MPlayer Team
CPU: Intel(R) Core(TM)2 Quad CPU @ 2.40GHz (Family: 6, Model: 15, Stepping: 7)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled with runtime CPU detection.
Setting process priority: high
C:\Program Files (x86)\MPlayer for Windows\mplayer\subfont.ttf doesn't look like a bitmap font description, ignoring.
Cannot load bitmap font: C:\Program Files (x86)\MPlayer for Windows\mplayer\subfont.ttf

Playing F:\ViDeOz\Music\PORTUG~3.AVI.

Cache fill: 0.00% (0 bytes)
AVI file format detected.
ID_VIDEO_ID=0
[aviheader] Video stream found, -vid 0
ID_AUDIO_ID=1
[aviheader] Audio stream found, -aid 1
VIDEO: [H264] 704x400 24bpp 25.000 fps 2073.3 kbps (253.1 kbyte/s)
ID_FILENAME=F:\ViDeOz\Music\PORTUG~3.AVI
ID_DEMUXER=avi
ID_VIDEO_FORMAT=H264
ID_VIDEO_BITRATE=2073312
ID_VIDEO_WIDTH=704
ID_VIDEO_HEIGHT=400
ID_VIDEO_FPS=25.000
ID_VIDEO_ASPECT=0.0000
ID_AUDIO_FORMAT=85
ID_AUDIO_BITRATE=128000
ID_AUDIO_RATE=0
ID_AUDIO_NCH=0
ID_LENGTH=399.24
ID_SEEKABLE=1
ID_CHAPTERS=0
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: [mp3lib] MPEG layer-2, layer-3
AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
ID_AUDIO_BITRATE=128000
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=2
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
AO: [dsound] 48000Hz 2ch s16le (2 bytes per sample)
ID_AUDIO_CODEC=mp3
Starting playback...
[h264 @ 00DEE3A0]Cannot parallelize deblocking type 1, decoding such frames in sequential order

MPlayer interrupted by signal 11 in module: decode_video
ID_SIGNAL=11
- MPlayer crashed by bad usage of CPU/FPU/RAM.
Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
won't help unless you provide this information when reporting a possible bug.

Furthermore I get the infamous "startup delay" bug, unless I pass -nofontconfig to MPlayer :o

[EDIT]

Forget about the crash, without "-lavdopts threads=4" it works fine. Didn't think about that, sry :(

mhj911

24th November 2008, 21:58

MPUI in Mac through crossover

now MPUI support multi-monitor env. when mpui is moved to other monitor, mpui will update "-adapter" parameter without user action. auto setup subcp,subfont and osdfont parameter.

http://www.namipan.com/downfile/MPUI-081030.exe/765533914ff445a8fe5dab86707ac72933d29aa5ed086900
http://pickup.mofile.com/4401475939655438

http://www.namipan.com/downfile/MPUI081030U.7z/783e0cd5b747f9f35bdb980635fc1eeff774a14943420700
http://pickup.mofile.com/2357775410645562

LoRd_MuldeR

25th November 2008, 03:13

MPlayer for Windows 2008-11-25 :)

[2008-11-25]
* SMPlayer updated to Version 0.6.5 (SVN-r2301)
* Workaround for "startup delay" annoyance

Yong

25th November 2008, 12:17

Okay, it seems "-vo gl:yuv=2:rectangle=2:force-pbo:ati-hack" is working again with Yong's build :cool:

However I get the following crash with most of my files:

Furthermore I get the infamous "startup delay" bug, unless I pass -nofontconfig to MPlayer :o

[EDIT]

Forget about the crash, without "-lavdopts threads=4" it works fine. Didn't think about that, sry :(
If you are not using the fontconfig for custom subtitle font, i think you can disable it.
Btw, isn't the startup delay only happen once?
i configured fontconfig caching the fonts cache on mplayer folder, because the default setting from fontconfig does not seems to work :rolleyes:

And about ffdshow h264-mt patch, i have been using it for long time, but i dont think its really "mt", it is using 1 core all the time when decoding h264(except x264 encoded video) :devil:
going to revert the changes lol:p

LoRd_MuldeR

25th November 2008, 16:23

If you are not using the fontconfig for custom subtitle font, i think you can disable it.
Btw, isn't the startup delay only happen once?
i configured fontconfig caching the fonts cache on mplayer folder, because the default setting from fontconfig does not seems to work :rolleyes:

Unfortunately the "caching" happens every time, not just once. That's why so many people complain about "startup delay" in fontconfig-enabled builds :rolleyes:
I now decided to disable fontconfig in my package by default. People that know about it (and need it) can still enable fontconfig easily...

And about ffdshow h264-mt patch, i have been using it for long time, but i dont think its really "mt", it is using 1 core all the time when decoding h264(except x264 encoded video) :devil:
going to revert the changes lol:p

Any chance for a MPlayer build from ffmpeg-mt repository, as used by ffdshow? The speed-up is enormous!

Numbers here:
http://forum.doom9.org/showpost.php?p=1215370&postcount=5157

RNiK

25th November 2008, 16:55

MPlayer for Windows 2008-11-25 :)

[2008-11-25]
* SMPlayer updated to Version 0.6.5 (SVN-r2301)
* Workaround for "startup delay" annoyance:confused:

Latest stable SMPlayer is 0.6.5.1 while latest unstable is r2327. Am I missing something?

LoRd_MuldeR

25th November 2008, 17:08

:confused:

Latest stable SMPlayer is 0.6.5.1 while latest unstable is r2327. Am I missing something?

I included the latest SMPlayer revision available. That was r2301 at the time when I built the installer. r2327 was released after my installer had been built.

AFAIK the v0.6.5.1 release was simply a bugfix release for the previous v0.6.5 release. Also SMPlayer v0.6.5.1 equals r2237 (http://smplayer.svn.sourceforge.net/viewvc/smplayer?view=rev&revision=2237), hence r2301 (ftp://ftp.berlios.de/pub/smplayer/windows/smplayer_update_svn_r2301.7z) is newer (and r2327 (ftp://ftp.berlios.de/pub/smplayer/windows/smplayer_update_svn_r2327.7z) is even newer).

Is that the info you needed? :confused:

Yong

26th November 2008, 12:59

Unfortunately the "caching" happens every time, not just once. That's why so many people complain about "startup delay" in fontconfig-enabled builds :rolleyes:
I now decided to disable fontconfig in my package by default. People that know about it (and need it) can still enable fontconfig easily...

Any chance for a MPlayer build from ffmpeg-mt repository, as used by ffdshow? The speed-up is enormous!

Numbers here:
http://forum.doom9.org/showpost.php?p=1215370&postcount=5157
Ok, it was my fault, i configured fonconfig font cache to F: drives, unless your system have F: drive, the caching does not work lol:p
Now i changed it to C:\Windows, so the caching will only happen once.

Here, latest svn build + ffmpeg-mt libavcodec build :D
http://y0ngc6.googlepages.com/Mplayer-r28038-mt.7z

LoRd_MuldeR

26th November 2008, 14:11

Ok, it was my fault, i configured fonconfig font cache to F: drives, unless your system have F: drive, the caching does not work lol:p
Now i changed it to C:\Windows, so the caching will only happen once.

Here, latest svn build + ffmpeg-mt libavcodec build :D
http://y0ngc6.googlepages.com/Mplayer-r28038-mt.7z

Thanks :)

It still suffers from the "startup delay" when fontconfig is on. Guess this is the well known fontconfig bug :rolleyes:

Anyways, performance with ffmpeg-mt libavcodec and 4 threads looks just great :cool:

However, when I stop a video and try to resume, I get:
MPlayer interrupted by signal 11 in module: seek_video_reset
ID_SIGNAL=11
- MPlayer crashed by bad usage of CPU/FPU/RAM.
Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
won't help unless you provide this information when reporting a possible bug.

Some files don't play at all with:
MPlayer interrupted by signal 11 in module: decode_audio
ID_SIGNAL=11
- MPlayer crashed by bad usage of CPU/FPU/RAM.
Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
won't help unless you provide this information when reporting a possible bug.

Yong

26th November 2008, 16:10

Well the mt branch is experimental, so far i think only it decode h264 video without any problem,
but mplayer crash with ac3 decoding, and libavcodec mpeg1/2 decoding does not work with -lavdopts threads=x.
Does not crash for me when seek/pause/play though.

I will try to merging the mt code to curren ffmpeg svn,
but don't expect too much, as i don't have the programming knowledge...:p

LoRd_MuldeR

26th November 2008, 22:02

I will try to merging the mt code to curren ffmpeg svn

That would be cool :cool:

You may want to have a look here:
http://ffdshow-tryout.svn.sourceforge.net/viewvc/ffdshow-tryout/branches/ffmpeg-mt/src/ffmpeg/

Unity

29th November 2008, 20:44

Does anyone know where i can find a good recent mplayer build like the ones from Sherpya which haven't been ( sadly ) updated in a month ?

Thanks !

LoRd_MuldeR

29th November 2008, 21:10

Does anyone know where i can find a good recent mplayer build like the ones from Sherpya which haven't been ( sadly ) updated in a month ?

Thanks !

http://forum.doom9.org/showpost.php?p=1217304&postcount=231 :p

Unity

29th November 2008, 21:48

Well , i was thinking of a normal SVN build not an experimental one that crash with everything but x264 files :devil:

LoRd_MuldeR

29th November 2008, 21:53

Well , i was thinking of a normal SVN build not an experimental one that crash with everything but x264 files :devil:

For me this build works pretty well. Also with Apple HD Trailers (certainly not x264), MPEG-2 files, Xvid files and all my music files (MP3, Ogg/Vorbis).

Anyways, you probably won't get a "better" build of up-to-date MPlayer until Sherpya updates his builds...

Vicki_21

1st December 2008, 18:14

Lord_Mulder,

Firstly, thank you a lot for your excellent work, putting together this great mplayer package for windows. It's the most complete solution i' ve ever found for mplayer playback in a "windows environment". Moreover, trying to keep it always up to date is a remarkable thing!

Now to the point: I 've read in your previous posts that you are not planning to support any vista installations, so i didn't post an irritating bug that existed as it was useless. The bug (or font problem) happened when displaying subtitles in Windows Vista, using MPUI (it's my preferred mplayer front end!): the fonts appeared too stretched, sometimes the showed only capital letters, sometimes strange encodings etc...

To sum up, it wasn't something that i could fix with standard mplayer subfont/subcp flags or other options found in the official documentation. If i remember well, this strange behavior, started a little after your build #23.

However, today, i tried your latest package 2008-11-25 (Build #43) and everything worked fine. Not only the startup delay disappeared, but also fonts are displayed now properly within MPUI.

I am writing this just FYI, as is seems fontconfig produced this problem - so if anyone noticed the above, just grab the latest version!

Finally, one favor to ask: if you enable again similar font options, please write it in the release notes, so vista users can avoid a regression.

Thanks again!

LoRd_MuldeR

1st December 2008, 18:29

However, today, i tried your latest package 2008-11-25 (Build #43) and everything worked fine. Not only the startup delay disappeared, but also fonts are displayed now properly within MPUI.

That is because I disabled fontconfig in the latest release. Too many people reported problems with it :rolleyes:

Fontconfig can still be enabled in SMPlayer via "Preferences" -> "Subtitles" -> "Font and colors" -> "System font" (instead of "TTF font").
In MPUI you'd need to add "-fontconfig" to "Additional MPlayer parameters". But most likely the problems will be back then...

And don't worry, I won't re-enable fontconfig by default, unless the problems have been fixed ;)

Vicki_21

1st December 2008, 19:45

And don't worry, I won't re-enable fontconfig by default, unless the problems have been fixed ;)

Glad to hear that!

:thanks: also for your quick reply.

Keep strong! :cool:

mhj911

3rd December 2008, 04:06

sub_time_seq
http://www.cnfan.org/bbs/attachment.php?attachmentid=342&stc=1&d=1216195158

Unity

3rd December 2008, 21:27

Since the lack of new build made by Sherpya , i'm now using the Kovensky's build which are updated pretty often.
If you wanna give it a try :

http://kovensky.project357.com/ (http://kovensky.project357.com/#releases)

Vicki_21

3rd December 2008, 22:15

Just out of curiosity, which build is regarded as the best?

LoRd_MuldeR

3rd December 2008, 22:31

Just out of curiosity, which build is regarded as the best?

It's forbidden to ask what's best, according to forum rule #12 :rolleyes:

I'd recommend to test a few builds and stay with the one that works most reliable for you. Replacing one MPlayer.exe with another one is easy...

mhj911

5th December 2008, 11:05

I have already open a sourceforge about MPUI-hcb

https://sourceforge.net/projects/mpui-hcb/

Yong

5th December 2008, 20:23

Latest mt build:
http://y0ngc6.googlepages.com/Mplayer-r28096-mt.7z
Known problems:
1. mpeg1 video does not play, telecined mpeg2 produce garlbed output if -lavdopts thread=x is used.
2. libavcodec vorbis/wma decoder currently is bugged, use -afm tremor,dmo instead.

LoRd_MuldeR

6th December 2008, 16:00

LoRd_MuldeR

11th December 2008, 16:52

MPlayer for Windows 2008-12-11

[2008-12-11]
* MPlayer binaries updated to SVN-r28126
* SMPlayer updated to Version 0.6.5 (SVN-r2420)

Information for MPlayer users:
* To get the OpenGL renderer working with latest ATI Catalyst drivers use "gl:yuv=2:rectangle=2:force-pbo:ati-hack" for full performance.
* There is a new "direct3d" renderer now, which should be helpful for Vista users that have Aero enabled.
* Finally the fontconfig "delay bug" has been fixed (hopefully). Still fontconfig will be disabled by default, just to be sure.

Reimar

11th December 2008, 17:43

* To get the OpenGL renderer working with latest ATI Catalyst drivers use "gl:yuv=2:rectangle=2:force-pbo:ati-hack" for full performance.

Note that the current SVN version (r28125 and later) try to autodetect good values for rectangle, force-pbo and ati-hack.
Feedback welcome.
If you are interested in the details the logic is like this:
ati-hack is enabled iff the OpenGL vendor string contains the string "ATI"
rectangle is set to 2 if it is supported, 0 otherwise (never 1 since than might break custom programs)
force-pbo is enabled when it is supported and the OpenGL vendor string contains the string "ATI" - this might not be the best option for NVidia owners, but I can not test. I could test that force-pbo is noticeably faster for i945 chipsets.
Ideally, this would leave yuv=2 as the only necessary option to get working and fast OpenGL playback and still acceptable speed without it.

LoRd_MuldeR

11th December 2008, 18:04

Ideally, this would leave yuv=2 as the only necessary option to get working and fast OpenGL playback and still acceptable speed without it.

Good to know and great idea. Dealing with these ultra-long "-vo" parameter lists wasn't very convenient.
Can I see the values choosen by MPlayer for my system in the log? Doesn't seem like that...

Thanks for your efforts :thanks:

Vicki_21

11th December 2008, 18:33

* To get the OpenGL renderer working with latest ATI Catalyst drivers use "gl:yuv=2:rectangle=2:force-pbo:ati-hack" for full
performance.

* There is a new "direct3d" renderer now, which should be helpful for Vista users that have Aero enabled.

* Finally the fontconfig "delay bug" has been fixed (hopefully). Still fontconfig will be disabled by default, just to be sure.

By latest ATI Catalyst drivers, do you mean 8.11 or 8.12?

Has anyone tried the direct3d renderer against opengl under vista with aero enabled?

In the past, opengl kept the aero interface, but with my ati radeon i noticed some artifacts (specially with red colored objects). So, i didn't prefer opengl and aero gets disabled every time mplayer starts (however the video playback quality now is excellent).

I am wondering if this new direct 3d renderer tends to exhibit similar behavior and i m also afraid to try it :p Any comments will be very useful.

LoRd_MuldeR

11th December 2008, 18:42

By latest ATI Catalyst drivers, do you mean 8.11 or 8.12?

8.11 (did not test 8.12 yet, but I'd expect it to break something ^^)

Has anyone tried the direct3d renderer against opengl under vista with aero enabled?

Don't have Vista installed, so can't test it ;)

I am wondering if this new direct 3d renderer tends to exhibit similar behavior and i m also afraid to try it :p Any comments will be very useful.

The Direct3D renderer certainly won't disable Aero. Think that's why it was added.

Vicki_21

11th December 2008, 18:57

8.11 (did not test 8.12 yet, but I'd expect it to break something)

The Direct3D renderer certainly won't disable Aero.

I am now downloading 8.12 - the release notes report covers some major improvements for HD 4XXX series.

I guessed that the new direct3d renderer won't disable aero and that's exactly my problem. Every time i play videos with aero enabled (eg. either in mplayer or mpc-hc or vlc utilizing each time their respective "aero compatible" renderers/options ) i get those artifacts. The solution is to use the old method of playback eg overlay etc... which turns aero off and displays no artifacts.

Anyway, i am gonna give this a try on my secondary nvidia machine. If anyone (ati/vista user) has noticed something similar post a comment please.

LoRd_MuldeR

11th December 2008, 19:01

The old "directx" (Overlay) renderer is still there. So don't worry. Also you can completely disable Aero on your system, which avoids renderer problems and saves performance ;)

(The definitive solution would be dropping Vista as a whole though ...)

Vicki_21

11th December 2008, 19:10

The old "directx" (Overlay) renderer is still there. So don't worry.

:thanks: That's a relief. :)

Leak

11th December 2008, 21:43

In the past, opengl kept the aero interface, but with my ati radeon i noticed some artifacts (specially with red colored objects). So, i didn't prefer opengl and aero gets disabled every time mplayer starts (however the video playback quality now is excellent).
Ummm... would that "artifacts" be red edges that look like they're made out of pixels twice the normal size? In that case the chroma upsampling was done by point resizing instead of bilinear or better, and it's not really specific to mplayer.

But if chroma upsampling is done in the renderer it should be possible to do it right anyway...

np: Miwon - A To B (A To B)

LoRd_MuldeR

11th December 2008, 23:31

@Reimar
Would it be possible to add an sub-option for the Direct3D renderer to enforce TV Levles?
Or even better: Use TV Levels by default and add on option to use PC Levels.
Currently the Direct3D renderer gives much brigher output than OpenGL on my system...

Reimar

11th December 2008, 23:55

@Reimar
Would it be possible to add an sub-option for the Direct3D renderer to enforce TV Levles?

No. It uses the driver's conversion, no shaders or anything, no way to configure anything unless the driver provides a way.

LoRd_MuldeR

11th December 2008, 23:56

No. It uses the driver's conversion, no shaders or anything, no way to configure anything unless the driver provides a way.

Are there any plans/ideas to add it in the future? Maybe (optional) level conversion via shader?

Vicki_21

12th December 2008, 18:53

Ummm... would that "artifacts" be red edges that look like they're made out of pixels twice the normal size? In that case the chroma upsampling was done by point resizing instead of bilinear or better, and it's not really specific to mplayer.

Yes, it's not specific to mplayer. It happens also with vlc, mpc-hc, ffmpeg, xvid etc... and is related to vista/ati/"aero compatible" renderer.

Currently the Direct3D renderer gives much brigher output than OpenGL on my system...

By testing the latest 3d renderer under vista, i noticed the exact behavior. It needs some kind of conversion (16-235 to 0-255) like the one found in mpc-hc, in order to get rid of poor black levels.

One more question: I used the "check for updates" function to install the new version. Where is the setup file (which is automatically downloaded) stored? So i can delete it after a successful installation.

LoRd_MuldeR

12th December 2008, 18:55

One more question: I used the "check for updates" function to install the new version. Where is the setup file (which is automatically downloaded) stored? So i can delete it after a successful installation.

It's downloaded to your %TEMP% folder and it will delete itself (http://nsis.sourceforge.net/SelfDel_plug-in) after the setup is completed :D

Vicki_21

12th December 2008, 19:03

It's downloaded to your %TEMP% folder and it will delete itself (http://nsis.sourceforge.net/SelfDel_plug-in) after the setup is completed :D

Excellent! :cool:

tekNerd

10th January 2009, 20:07

LoRd_MuldeR

10th January 2009, 20:13

I am using the latest svn mplayer (http://oss.netfarm.it/mplayer-win32.php) along with SMplayer as gui.
Since I run mplayer as a separate window to control mplayer I have input.conf as keyboard/mpuse configuration file, but it seems to me that it doesn't read it. Bug or...?

As soon as you run MPlayer from a GUI (e.g. SMPlayer) it will run in "slave" mode and it won't get any instructions from keyboard ;)

Only the GUI can pass instructions to MPlayer. So "input.conf" doesn't apply. You must configure the keys in SMPlayer's preferences ("Keyboard & Mouse" -> "Keyboard").

Or run MPlayer.exe from the Command Shell...

tekNerd

10th January 2009, 20:22

Ya, it doesn't work. It works if I keep Mplayer in SMPlayer, but if I have run mplayer on separate window...not working anymore.

Ok. It works for command line, as in execute mplayer without smplayer. Another thing is I put left double click as fullscreen, but it says that No bind found for key MOUSE_BTN0.

LoRd_MuldeR

10th January 2009, 20:25

Ya, it doesn't work. It works if I keep Mplayer in SMPlayer, but if I have run mplayer on separate window...not working anymore.

Works for me. But apparently the SMPlayer windows must be focused to make the key commands work...

tekNerd

10th January 2009, 20:32

You are right about the focus. Hmm...

Romario

10th January 2009, 21:42

long time no new build of Mplayer for Windows... :(

LoRd_MuldeR

10th January 2009, 21:51

long time no new build of Mplayer for Windows... :(

New build will be done as soon as new Win32 builds of MPlayers are available ;)

Which may happen soon:
Hi,
last try (yesterday) failed because of a compilation problem,
I'll need to check if devel fixed the buf, then I'll release new builds

Regards

fxtech

11th January 2009, 08:35

in meantime koversly last build is amazing , it shave 15% on decoding time on h264 stream

roozhou

11th January 2009, 09:03

New build will be done as soon as new Win32 builds of MPlayers are available ;)

Which may happen soon:

Why not do it yourself? I make MPlayer daily build every morning:)

burro08

11th January 2009, 18:58

Why not do it yourself? I make MPlayer daily build every morning:)

how???

LoRd_MuldeR

15th January 2009, 00:56

MPlayer for Windows 2009-01-14 :)

[2009-01-14]
* MPlayer binaries updated to SVN-r28311
* SMPlayer updated to Version 0.6.6 (SVN-r2680)

Note that this version adds experimental support for DVD menus:

To use dvdnav the best way is pick a recent svn build of smplayer from Mulder's homepage
* go to Preferences->Keyboard and mouse->Mouse and select "Activate option in DVD menus" for the left mouse button (so you can select the options in the menus with the mouse)
* go to Preferences->Drives and check the option "Enable DVD menus"

Some of the problems I found:
* it seems there's no way to know the current title that it's playing. MPlayer prints a line like this "DVDNAV, switched to title: 1" but unfortunately the title number that appears there may not match the title IDs that mplayer printed before (it may say "switched to title 2" but the actual title may be the 12th ). As smplayer doesn't know the title, restoring the previous position after a mplayer restart is impossible.
* when seeking the subtitles disappear.
* if the audio track is changed, when you return to the dvd menu the sound may be lost (while printing a lot of error messages "Too many video packets in the buffer").

mhj911

15th January 2009, 04:45

mplayer in "http://oss.netfarm.it/mplayer-win32.php" compile with dvdnav now. it is a good msg.

LoRd_MuldeR

15th January 2009, 05:48

mplayer in "http://oss.netfarm.it/mplayer-win32.php" compile with dvdnav now. it is a good msg.

These are the builds I have included in the 2009-01-14 packages :)

I agree that dvdnav support is nice. Better now then never, but there still are various flaws with dvdnav at the moment...

mhj911

15th January 2009, 05:57

yes, dvdnav also need to improve, if have some info to describe dvd menu and titles clearly, front will support dvdnav very well:)

kypec

15th January 2009, 08:14

LoRd_MuldeR

15th January 2009, 16:28

@LoRd_MuldeR:
Could you please explain to me why the optimized (=UPX packed) executable files cannot be included in your installer package directly? Is it really necessary to do UPX packing during installation process on-the-fly?:confused:

Because this would double the installer's size :eek:

The installer uses LZMA compression in "solid" mode (all files compressed in one block). The same algorithm used by 7-Zip (in fact 7-Zip SDK is the reference implementation of LZMA). And LZMA works extremely well for text files and for binary code. But as soon as you UPX a binary, it "looks" like random data to the LZMA compressor. It's like putting a ZIP archive into a RAR archive (or vice versa) - it just doesn't compress any further. You end up with an installer that is even bigger. A lot bigger in my experience! So I implemented the "on the fly" UPX code in my installer. You can always skip that part by running the installer with the "/NOPACK" commandline switch. However I think you don't install/upate MPlayer more than once a month, so giving the installer 3-5 minutes for UPXing the binaries should be acceptable. Isn't it?

Leak

15th January 2009, 20:29

Now, I haven't installed mplayer recently, but why not just make the UPXing optional in the installer?

np: The Gasman - Equino (Superlife)

LoRd_MuldeR

15th January 2009, 20:33

Now, I haven't installed mplayer recently, but why not just make the UPXing optional in the installer?

It already is optional. The "/NOPACK" switch was added at the same time when the UPX code was implemented.

Maybe you mean an option in the installer GUI? Well, I thought about that. But I assume the average user won't know what UPX is and don't understand what it is good for.

People that do understand, will also be able to use a commandline-switch...

Leak

15th January 2009, 21:49

Maybe you mean an option in the installer GUI? Well, I thought about that. But I assume the average user won't know what UPX is and don't understand what it is good for.
Call it "Take up 3 to 5 minutes of my life for miniscule space savings" and I'll bet a lot of people are going to use it... :p

How about a "Skip compression" button while UPX is running?

(Note: I haven't actually tested your installer, so I'm pulling things out of my a^w^wthin air... :D)

np: The Bug - Jah War (London Zoo)

LoRd_MuldeR

15th January 2009, 21:58

How about a "Skip compression" button while UPX is running?

Don't think this can be done with NSIS easily. And it's not really what I'd like to have in my installer.

Again: People who know what UPX is and who don't like to use it, can use the "/NOPACK" switch to skip that part.

All the others will have to wait a few minutes :p

avih

16th January 2009, 04:07

Don't think this can be done with NSIS easily. And it's not really what I'd like to have in my installer.

Again: People who know what UPX is and who don't like to use it, can use the "/NOPACK" switch to skip that part.

All the others will have to wait a few minutes :p
I second the opinion to add a GUI switch for UPXing the files. Something like "Compress installed files from X MB to Y MB to preserve disk space. NOTE: this might make the installation process few minutes longer.". Not sure if it should be on by default BTW.

I was well aware of the process but completely unaware of the CLI switch. It is a bit unusual to upx post install to a degree that it takes a noticeable duration. I fully understand the motivation and elegance of your procedure, but these days, when disk space is usually abundant and time sometimes isn't, not many people care for preserving another 10-20M.

It's not a terribly important issue IMHO, but the addition of this GUI switch would make the installer somehow more complete IMO.

Regardless, rvm's work and your timely packaging is invaluable to many people. Keep up the good work :)

LoRd_MuldeR

16th January 2009, 04:28

Okay, I just did a test. And the complete install process (including UPX) took 1 minute, 52 seconds. Without UPX it took 46 seconds.

At the same time the "uncompressed" binaries (MPlayer, SMPlayer, MPUI and Codecs) take ~64 MB of disc space, while the UPX'd ones only take ~27 MB.

So the UPX procedure takes roughly one minute and reduces the disc space requirement to 42%. Do you still think we need a GUI option for that ???

kypec

16th January 2009, 09:30

I really appreciate your work on providing these binaries to us, LoRd_MuldeR. However, I strongly agree with everything Leak and especially avih have said.
First of all, /NOPACK switch should be clearly and visibly mentioned on your homepage beside the download links as a note to experienced users. GUI option in the installer with brief explanation like avih already stated would be even better solution. IMO UPX-ing of executables is really welcomed only by few skilled users who probably want to put MPlayer along with their media files for distribution/portability (CD-R/DVD/USB Flash disk/...) where space saving is desired. All the others equipped with 250+ GB HDDs today really do not care whether their favourite application takes 40MB more upon installation. On the other hand they care whether installation process is smooth and fast. I was really a bit scared after 1 minute of seemingly "dead" installer on my 2.22GHz Athlon 64 X2.

My humble proposal is to make there /PACK switch optional for advanced users and let the executables non-packed by default.

Leak

16th January 2009, 12:05

So the UPX procedure takes roughly one minute and reduces the disc space requirement to 42%. Do you still think we need a GUI option for that ???
So it reduces the disc space requirement from 0.025% of a 250GB harddisc (and that's probably a small drive these days) to 0.0105%.

Uhhh... miniscule non-epic kinda-win? :confused:

Not to say I don't appreciate saving space, but it probably has more use when space is actually tight, like on a CD...

How about optionally setting the NTFS compression flag on the directory that the installer creates as a compromise?

LoRd_MuldeR

16th January 2009, 16:30

So it reduces the disc space requirement from 0.025% of a 250GB harddisc (and that's probably a small drive these days) to 0.0105%.

Now imagine all developers think that way and all applications on your HDD suddenly take twice the discspace...

How about optionally setting the NTFS compression flag on the directory that the installer creates as a compromise?

Specific to NTFS. Also I doubt it can keep up with the excellent compression of UPX.

Another point for UPX is that it actually speeds up the application launch. Sure, we have some overhead for decompressing the code.
But that happens in RAM and is really fast. Loading the smaller (UPX'd) file from HDD saves more time, as HDD's are sloooow...

However I will look for a way to make UPX optional with a GUI option. It seems people don't have much love for UPX :o

Leak

16th January 2009, 16:37

Another point for UPX is that it actually speeds up the application launch.
Considering that modern HDDs can read up to 100MB/second if it's sequential reads I'd rather say if it takes long to load then a defrag (http://www.kessels.com/Jkdefrag/) is in order...

And seriously, I couldn't care less if my media player starts in one or two seconds if I'm going to watch a 2 hour movie... even stand-alone DVD players take longer to boot up.

np: Apparat - Arcadia (Telefon Tel Aviv Remix) (Things To Be Frickled (Disc 2))

smok3

16th January 2009, 17:10

i did a lil test, there is no big difference really;
26.580.711 installed.7z
22.293.663 installer.7z
other than that:
my vote goes for -> nuke UPX.

(or there could be a batch file for ppl who would want to upx it latter, after the installation...)

LoRd_MuldeR

16th January 2009, 17:20

Comparing 7-Zip'ed sizes isn't very useful. Also comparing installed size -vs- installer size is not correct, as the installer contains more binaries (not all binaries will be extracted during install).

The real interesting test is: Install the MPlayer for Windows package, with and without UPX, and compare the install folder sizes. It's 37.6 MB -vs- 78.5 MB according to my test. Far enough difference IMHO.

Uploading a new test version right now, but MediaFire seems to be overloaded and sluggish right now...

smok3

16th January 2009, 17:32

right, so several upx-ed mplayers wont 7zip well, is that so?

roozhou

16th January 2009, 17:37

Another point for UPX is that it actually speeds up the application launch. Sure, we have some overhead for decompressing the code.
But that happens in RAM and is really fast. Loading the smaller (UPX'd) file from HDD saves more time, as HDD's are sloooow...

However I will look for a way to make UPX optional with a GUI option. It seems people don't have much love for UPX :o

Completely wrong! UPX'd MPlayer needs more loading time because it has to decompress ALL its code. It will first completely read its image into memory, then decompress and write them into another memory location, and finally jumps to the "Entry point". This is a waste of time and memory.

For unpacked executables, code is swapped into memory from HDD only when the first time it is executed. e.g. when playing a mp3 file, MPlayer only consumes ~1.5M memory although MPlayer.exe is ~14M. That's because other code such as h264 decoders will never be executed and thus never be read from HDD.

Please run packed and unpacked MPlayers with the same cmdline, and see memory usage in task manager.

LoRd_MuldeR

16th January 2009, 17:38

several upx-ed mplayers wont 7zip well

And since NSIS uses the same compression agorithm as 7-Zip (LZMA) putting several UPX'd MPlayers into the installer wouldn't compress well either!

That's exactly the reason why I include "uncompressed" MPlayers in my installer and apply UPX after extraction from installer ;)

LoRd_MuldeR

16th January 2009, 17:41

Completely wrong! UPX'd MPlayer needs more loading time because it has to decompress ALL its code. It will first completely read its image into memory, then decompress and write them into another memory location, and finally jumps to the "Entry point". This is a waste of time and memory.

Sorry, but you are wrong here. RAM is faster than HDD by several orders of magnitude! Also the UPX decompression algorithm is extremely fast (several GB per second). So if UPX saves X milliseconds by loading a smaller binary from HDD (compared to uncompressed file) to RAM and adds an overhead of Y milliseconds for decompressing the code in RAM, then X > Y. So after all you save time. Also: If any additionlal memory is rquired during the decompression process, that memory will be freed up immediately after the decompression has finished. None of your arguments can persist...

roozhou

16th January 2009, 17:50

Wrong. RAM is faster than HDD by several orders of magnitude. And the UPX decompression algorithm is extremely fast (several GB per second). So if UPX saves X milliseconds by loading a smaller binary from HDD (compared to uncompressed file) to RAM and adds an overhead of Y seconds for decompressing the code in RAM, then X > Y. So after all you save time. Also: If any additionlal memory is rquired during the decompression process, that memory will be freed up immediately after the decompression has finished...

This time you refused to understand.

UPX needs to load LARGER binary from HDD. And all code and data sections will be decompressed and will never be freed up. Even worse, you cannot free up uncompressed data though it will not be used any more.

LoRd_MuldeR

16th January 2009, 17:51

To put end to this discussion, here you have a build with UPX made optional:
MPUI.2009-01-16.Test-2.exe (http://www.mediafire.com/file/ynytzd2di0n/MPUI.2009-01-16.Test-2.exe)

The new option is available from the "Choose Components" page. You need to choose the "Custom" setup type to get there.
Also note that the "/NOPACK" switch is still implemented and working, as people may need that for "silent" install...

UPX needs to load LARGER binary from HDD.

Nope. Original MPlayer.exe is ~15 MB in size, the UPX'd one is only ~5 MB. Loading the 5 MB binary from HDD to RAM instead of loading the 15 MB one safes more time than decompressing the UPX'd code in RAM takes. Consequently the startup time is reduced. At least when you really load from the HDD (not from HDD Cache). Also discussion can be stopped here, as I already made UPX optional in my installer. If you don't like UPX, then simply use the new option to disable it and that's it. Everybody can get what he/she prefers. So please don't let us mess this thread with an UPX flamewar...

Leak

16th January 2009, 20:29

Nope. Original MPlayer.exe is ~15 MB in size, the UPX'd one is only ~5 MB.
Not to flame you or anything, but he's right.

Whenever you use mplayer to play a certain movie you usually only need one file parser, one video decoder, one audio decoder and a few filters out of the oodles of things that are compiled into mplayer's executable.

If the executable is uncompressed, Windows will only load parts of the executable into the program's address space when they're first accessed (i.e. 4k pages of the executable are loaded when execution reaches them), which may well be from the disk cache due to file read-ahead.

If the executable is compressed, this mechanism simply doesn't work since a UPX compressed executable to Windows is just a few kilobytes of decompressor code with a huge amount of data attached to it, and that way the decompressor has to first load all that data into memory and then uncompress it all, since there's no way to on-demand load only the parts that are actually used.

And while the whole unpacked executable may well get read into the disk cache due to read-ahead, any parts of that can simply be evicted from the cache anytime. The uncompressed executable, on the other hand, has to be saved into the pagefile instead since it cannot be read back from the executable on disk if it's needed again.

Look at it like this - an unpacked executable can start right away while it's still being read in while a packed executable needs to be loaded fully before execution can start.

But, meh... I really don't want to turn this into an operating system lecture...

np: The Orb - High Noon (The Dream)

LoRd_MuldeR

17th January 2009, 12:23

If the executable is uncompressed, Windows will only load parts of the executable into the program's address space when they're first accessed (i.e. 4k pages of the executable are loaded when execution reaches them), which may well be from the disk cache due to file read-ahead.

Well, that sounds like a nice theory. But is it really implemented in Windows that way in reality? We can only guess, as Windows is ClosedSource. And even if it was implemented that way, there is absolutely no guarantee that MPlayer won't access code all over the place. Functions call sub-function. Sub-functions call sub-functions themselves. And so on. All these functions my originate from completely different modules and hence may be distributed all over the application code. The only way the OS can compensate is loading all that code (not later than it is accessed first). So instead of loading the entire application to RAM at once, you end up loading it successively (maybe excluding a few parts, yes). That in fact may turn out to hurt performance...

roozhou

17th January 2009, 13:01

Well, that sounds like a nice theory. But is it really implemented in Windows that way in reality? We can only guess, as Windows is ClosedSource. And even if it was implemented that way, there is absolutely no guarantee that MPlayer won't access code all over the place. Functions call sub-function. Sub-functions call sub-functions themselves. And so on. All these functions my originate from completely different modules and hence may be distributed all over the application code. The only way the OS can compensate is loading all that code (not later than it is accessed first). So instead of loading the entire application to RAM at once, you end up loading it successively (maybe excluding a few parts, yes). That in fact may turn out to hurt performance...

I have seen WinXP running with 96MB RAM. If the OS always loads all code of a EXE (and all code of its depending DLLs), how could this be done?

Press CTRL+ALT+DEL and the task manager will prove my words. I guess you really need to take an operating system lecture. And I highly recommend you read MPlayer source code carefully(i guess you have never read them) and they will tell you why MPlayer never calls H264 decoder routines when playing an MP3 file.

LoRd_MuldeR

17th January 2009, 13:19

I have seen WinXP running with 96MB RAM. If the OS always loads all code of a EXE (and all code of its depending DLLs), how could this be done?

Ever heard of the swap file :rolleyes:

And please do me a favor: Stop flooding this thread.

The requested feature (make UPX optional) has been implemented already. No need to discuss UPX any further in the scope of the MPlayer thread...

I guess you really need to take an operating system lecture. And I highly recommend you read MPlayer source code carefully(i guess you have never read them) and they will tell you why MPlayer never calls H264 decoder routines when playing an MP3 file.

Stop trolling. Really.

BTW: It's quite possible (although I have not checked this in particular) that the MP3 and the h.264 decoder call the very same utility functions...

roozhou

17th January 2009, 13:47

Ever heard of the swap file :rolleyes:
Read all its code into memory and swap unused part into swap file?

BTW: It's quite possible (although I have not checked this in particular) that the MP3 and the h.264 decoder call the very same utility functions...
That's true, but they are quite small.

avih

17th January 2009, 14:50

LoRd_MuldeR, I don't think he was trolling. It's a legitimate discussion about the various aspects of the effectiveness of exe compression, especially when you considered it to have advantages only. The bottom line is that it isn't black and white. There are advantages for exe compression, as well as some disadvantages, and the performance gain/loss is dependent upon various functional, system and media aspects. Other than that, I'd also consider compressed exe to be generally more desirable (been using UPX in my own commercial releases BTW).

I found the discussion interesting and also appreciate the fact that you added the option to control the UPX stage. Good for mplayer :)

LoRd_MuldeR

17th January 2009, 15:02

LoRd_MuldeR, I don't think he was trolling. It's a legitimate discussion about the various aspects of the effectiveness of exe compression, especially when you considered it to have advantages only.

The discussion itself was/is legitimate indeed. But some of the personal comments were simply superfluous.

And, as you said, there is no black and white. Also I was already convinced to make UPX optional numerous posts ago and I even uploaded a build with that new feature.

At this point we need no further discussion about executable packers. At least not in the MPlayer for Windows thread...

Eragon4ever

18th January 2009, 13:30

Great you made UPX optional. The last few versions I downloaded I always got "Could not optimize file: mplayer.exe" (or something along those lines). Now the installer doesn't fail anymore, however it still does with UPX enabled.
Anyone else experiencing this? Maybe it's just a problem on my machine.

LoRd_MuldeR

18th January 2009, 15:15

Anyone else experiencing this? Maybe it's just a problem on my machine.

It's the first report I get. And it works fine on my machines.

My installer won't care whether UPX succeeds to pack a file or not. In fact it will always fail to pack a few of the files in the "codecs" folder.

So you get that error message not because UPX failed to pack, but because NSIS failed to create the UPX process! No idea why this can happen.

Are you sure that it isn't your antivirus software which is preventing the installer from working property?

Eragon4ever

18th January 2009, 15:35

Are you sure that it isn't your antivirus software which is preventing the installer from working property?
Interesting... I turned it off and now installation has no problem. Normally I get a message if anything is blocked.
Whatever, problem solved. Thanks!

LoRd_MuldeR

18th January 2009, 15:56

Interesting... I turned it off and now installation has no problem. Normally I get a message if anything is blocked.
Whatever, problem solved. Thanks!

Uhm, with "turned it off" you mean the UPX feature or your antivirus software ???

BTW: What a/v software do you use?

Eragon4ever

18th January 2009, 16:50

With UPX turned off it worked before already. I was referring to my antivirus software. It's Kaspersky Internet Security.

LoRd_MuldeR

18th January 2009, 16:53

With UPX turned off it worked before already. I was referring to my antivirus software. It's Kaspersky Internet Security.

Okay, thanks for the info. I will add a warning about that problem with Kaspersky's software ...

(as if all these false positives weren't enough already)

LoRd_MuldeR

18th January 2009, 18:07

MPlayer for Windows 2009-01-18 :)

[2009-01-18]
* SMPlayer updated to Version 0.6.6 (SVN-r2697)
* Add an option to enable/disable UPX to the installer
* Minor installer improvements

Danilux

19th January 2009, 23:19

Thank Lord Mulder, Using it right now, great app better performance than MPC in my Computer.

LoRd_MuldeR

19th January 2009, 23:22

Thank Lord Mulder, Using it right now, great app better performance than MPC in my Computer.

Thanks should go out to the MPlayer team and to RVM first :D

0edipus

27th January 2009, 01:05

Got a strange problem here:

Mplayer freezes everytime I try to play any file. (MP3 / AVI / MKV..)

I first presumed it could be in realation to the fontconfig cache problem, but I already deleted my fontconfig cache / mplayer settings and reinstalled everything with clean settings. still freezing.
(It's not like I changed anything before - it just stopped working over night)

I already tried leaving mplayer alone for like an hour but nothing changed. Nearly 0 cpu cycles used, no file input / output.

The logfiles just show the message "Starting playback..." but there is no output ~.~ no difference in using MPUI, SMPlayer or Commandline.

Below a log:
C:/Program Files/MPlayer für Windows/MPlayer.exe -noquiet -nofs -nomouseinput -sub-fuzziness 1 -identify -slave -vo gl2 -ao dsound -nokeepaspect -priority abovenormal -framedrop -nodr -double -wid 5048286 -monitorpixelaspect 1 -noass -font C:/Program Files/MPlayer für Windows/mplayer/subfont.ttf -subfont-autoscale 1 -subfont-text-scale 5 -subcp ISO-8859-1 -subpos 100 -cache 2000 -osdlevel 1 -nocorrect-pts -vf-add screenshot -slices -channels 2 -af equalizer=0:0:0:0:0:0:0:0:0:0 -sws 9 -noslices D:\Incoming\Gonzo\GOBCB3~1.MP3

MPlayer Sherpya-SVN-r28311-4.2.5 (C) 2000-2009 MPlayer Team
CPU: Intel(R) Core(TM)2 Duo CPU P8400 @ 2.26GHz (Family: 6, Model: 23, Stepping: 6)
CPUflags: MMX: 1 MMX2: 1 3DNow: 0 3DNow2: 0 SSE: 1 SSE2: 1
Compiled for x86 CPU with extensions: MMX MMX2 SSE SSE2
Setting process priority: abovenormal

Playing D:\Incoming\Gonzo\GOBCB3~1.MP3.

Cache fill: 0.00% (0 bytes)
ID_AUDIO_ID=0
Audio only file format detected.
ID_FILENAME=D:\Incoming\Gonzo\GOBCB3~1.MP3
ID_DEMUXER=audio
ID_AUDIO_FORMAT=85
ID_AUDIO_BITRATE=320000
ID_AUDIO_RATE=44100
ID_AUDIO_NCH=0
ID_LENGTH=242.00
ID_SEEKABLE=1
ID_CHAPTERS=0
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 44100 Hz, 2 ch, s16le, 320.0 kbit/22.68% (ratio: 40000->176400)
ID_AUDIO_BITRATE=320000
ID_AUDIO_RATE=44100
ID_AUDIO_NCH=2
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
AO: [dsound] 44100Hz 2ch s16le (2 bytes per sample)
ID_AUDIO_CODEC=mp3
Video: no video
Starting playback...

Help appreciated :P

LoRd_MuldeR

27th January 2009, 01:15

1. Try passing "-nofontconfig", just to be sure.
2. Any particular reason you use "-vo gl2" instead of the much advanced "-vo gl" renderer?
3. Do you get more useful information from MPlayer when passing the "-v" switch?
4. Did you try any other MPlayer builds than Sherpya's? (try Yong's build (http://y0ngc6.googlepages.com/Mplayer-r28096-mt.7z) for example)

0edipus

27th January 2009, 01:26

1. -nofontconfig didn't change anything
2. changing to gl render didn't change anything too. I used gl2 because it procuded less Tearing articats on my crappy notebook display
3. more information: yes, usefull: not really
4. no. I used the builds you included in MPfW32 for a loooooooong time and experienced any problems so far :> links?

LoRd_MuldeR

27th January 2009, 01:29

2. changing to gl render didn't change anything too. I used gl2 because it procuded less Tearing articats on my crappy notebook display

From MPlayer docs:
gl2 - Variant of the OpenGL video output driver.
Supports videos larger than the maximum texture size, but lacks many of the advanced features and optimizations of the "gl" driver and is unlikely to be extended further.

Make sure "Double Buffering" is checked to avoid tearing.

no. I used the builds you included in MPfW32 for a loooooooong time and experienced any problems so far :> links?

http://y0ngc6.googlepages.com/Mplayer-r28096-mt.7z

http://kovensky.project357.com/#releases

0edipus

27th January 2009, 02:07

LoRd_MuldeR

27th January 2009, 02:22

strange.. while trying to copy the kovensky build into my mpui directory my pc froze completely. after a fix reboot i just reinstalled mpui and voilá everything works again.
maybe i should consider rebooting more often then just every 1-2 months :O

Check your system stability with Prime95 and Memtest86 ;)

i'm still kinda confused about the double buffering.
I enabled the checkbox, though i can clearly see artifacts in 720p or 1080i when horizontal movements occurr. using my 60Hz tft and 120Hz crt. when playing back the video frame by frame the artifacts are gone. maybe there is another option to enable synchronization of video and screen framerate?

Tearing isn't visible in frame-by-frame view. It's the result of the video memory being overwritten with the next picture, while the screen is still reading the current picture.
So parts of the screen will show the "old" picture, while other parts already show the "next" picture. This results in those nasty "tearing" artifacts.

Double buffering is supposed to fix that! Also make sure that "V-Sync" is set to "always enabled" or at least "enabled by default" in your graphics driver configuration...

0edipus

27th January 2009, 22:30

I forced vsync in driver preferences - no real difference. maybe the test sample I use is just not suited for human eyes or 24 fps in general. could you try this 5 second scene?
http://rapidshare.com/files/190350986/_Zero-Raws__Toradora__-_16_RAW__1280x720_x264_.m4v.html
(http://rapidshare.com/files/190350986/_Zero-Raws__Toradora__-_16_RAW__1280x720_x264_.m4v.html)
I got the most fluid playback when using the d3d-render. But recognized that the picture looks a bit desatified in comparison to the gl-render. Did anyone ever make a full comparison of all those available renders, maybe even based on implementation specific characteristics?

LoRd_MuldeR

27th January 2009, 22:32

I got the most fluid playback when using the d3d-render. But recognized that the picture looks a bit desatified in comparison to the gl-render. Did anyone ever make a full comparison of all those available renders, maybe even based on implementation specific characteristics?

Once again :rolleyes:

http://forum.doom9.org/showthread.php?t=143689

BTW: I can't see any tearing with your clip on my 60 Hz LCD screen suing the "gl:yuv=2" renderer (ATI hardware)

0edipus

27th January 2009, 23:20

vielen dank für deine geduld ;)

the mentioned thread fixed the saturation problem.
great work :D

Reimar

3rd February 2009, 13:25

I think some of you might be interested to hear that the ATI 9.1 drivers finally fix PBOs, which means you no longer need ati-hack for -vo gl.
This also improves performance greatly (30% -> 13 % vo CPU usage at 1280x720 for my system with HD4850, Athlon64 X2 3800+, for comparison -vo directx needs 3%, -vo direct3d about 18 %).
The latest SVN version of MPlayer (e.g. r28461) autodetects your driver version and sets the right settings if you don't override it.
So if you own an ATI card, I recommend to updated to a MPlayer build of r28461 or later, update to 9.1 drivers and remove any ati-hack or force-pbo options you have set (to allow auto-detection).

LoRd_MuldeR

3rd February 2009, 15:37

rvm

21st February 2009, 12:17

There's a interesing news in the mplayer homepage (http://www.mplayerhq.hu/design7/news.html):

2009-02-20, Friday :: Video Acceleration and You
posted by Compn

There are several ways to speed up the playback of 1080 H.264 files in MPlayer.

First is to use the newly added VDPAU (http://en.wikipedia.org/wiki/VDPAU) output. It allows the newer NVidia video cards (http://www.mythtv.org/wiki/VDPAU#Supported_Cards) to decode the video without using much CPU. It is in SVN MPlayer, you can find known bugs and report bugs HERE (http://www.nvnews.net/vbulletin/showthread.php?t=123819). (Linux only)

Second is to use MPlayer with the experimental multithreaded FFmpeg-mt (http://gitorious.org/projects/ffmpeg/repos/ffmpeg-mt) branch, which allows you to use multiple cores/CPU. (all OS and CPU supported)

To Install, copy and paste this line:
git clone git://repo.or.cz/mplayer && cd mplayer && git checkout origin/mt && git submodule init && git submodule update && ./configure && make && make install
To enable threading run mplayer -lavdopts threads=N file.mkv where N is the number of threads you want to use.

A Windows build of MPlayer using FFmpeg-mt can be found at http://kovensky.project357.com.

Third is to use the multithreaded CoreAVC (http://www.coreavc.com/) codec with the CoreAVC-for-linux (http://code.google.com/p/coreavc-for-linux/) project. The CoreAVC decoder costs $15 USD. (Linux (and Windows with this PATCH (http://oss.netfarm.it/mplayer/patches/99_coreavc.diff)))

FFmpeg (http://www.ffmpeg.org/) has also added some optimizations from the x264 (http://www.videolan.org/developers/x264.html) project. To fully utilize these you will need to make sure a recent version of YASM is installed and detected by the latest SVN MPlayer when compiling.
Using -lavdopts skiploopfilter=all:fast=1 will cause artifacts, but may allow you to play larger files in realtime.

There is also a rejected PATCH (http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2009-January/059868.html) which adds support for the new multithreaded binary VC-1/WMV3 codec.

roozhou

25th February 2009, 16:42

There is also a rejected PATCH which adds support for the new multithreaded binary VC-1/WMV3 codec.
I submitted that patch:(

burro08

25th February 2009, 17:43

I submitted that patch:(

How do you get it to work? / use patch?

roozhou

25th February 2009, 18:08

How do you get it to work? / use patch?

I submitted a more usable patch in the follow-ups. You need to patch and compile the source code. Of course i can make a binary batch since it only needs to remove some stupid debugging code.

rankena

28th February 2009, 10:13

still old version of MPlayer.

LoRd_MuldeR

5th March 2009, 20:13

MPlayer for Windows 2009-03-05 :)

[2009-03-05]
* QT Runtime Libs updated to Version 4.5.0
* SMPlayer updated to Version 0.6.6 (SVN-r2818)
* NSIS updated to Version 2.43
* UMUI updated to 2009-02-06

roozhou

6th March 2009, 08:36

Still no new build from sherpya?
It seems mplayer-devel are concentrating on VDPAU development and Windows users are being ignored. I submitted to mplayer-dev-eng mailing list quite a lot of bugfix/optimization patches for win32 but no one shows interest in them.

LoRd_MuldeR

6th March 2009, 09:06

Still no new build from sherpya?

Nope. But you can be sure that I'll update my package as soon as that happens...

In the meantime, you may have a look here:
http://kovensky.project357.com/

It seems mplayer-devel are concentrating on VDPAU development and Windows users are being ignored. I submitted to mplayer-dev-eng mailing list quite a lot of bugfix/optimization patches for win32 but no one shows interest in them.

Maybe you post your patch on Sherpya's tracker and/or try to contact Reimar (http://forum.doom9.org/member.php?u=79288) :)

Reimar

6th March 2009, 12:36

It seems mplayer-devel are concentrating on VDPAU development and Windows users are being ignored. I submitted to mplayer-dev-eng mailing list quite a lot of bugfix/optimization patches for win32 but no one shows interest in them.

This is not about being ignored, this is about (AFAIK) not a single developer running Windows, and my main "netbook" not being able to run Windows at all, so I can at most test via Wine. If you can make me remember them when I am right in front of my Windows VM I will probably take care of it.

fxtech

6th March 2009, 15:57

the kovensky build is great when launched via command line , but inside the smplayer 6.6 it have some fault. Smplayer did not recognize wich version is it and ask you (1.0 pre rc or posr rc1) , and when the movie start shuttering 2 second , with the video freezed and the sound looping

LoRd_MuldeR

6th March 2009, 18:48

Smplayer did not recognize wich version is it and ask you (1.0 pre rc or posr rc1)

I got that too. Guess that's because of the modified version line:
MPlayer GIT-6e54f40-4.2.1-sjlj-Kovensky-mt 20090304 (C) 2000-2009 MPlayer Team

and when the movie start shuttering 2 second , with the video freezed and the sound looping

No such problem here. Plays just fine inside SMPlayer...

fxtech

6th March 2009, 19:04

please could you post or send me your smplayer ini ?

the problem seam on the fast trak switch , smplayer restart the mplayer istance twice even if the fasttrack is set on auto or yer

LoRd_MuldeR

6th March 2009, 21:48

It works for me with defaults. So simply delete/rename your "smplayer.ini", launch SMPlayer, open some video and when SMPlayer asks for the MPlayer version choose "1.0rc3 or newer".

That's it. Works flawlessly for me...

fxtech

8th March 2009, 12:34

May be something strange , it restart media player two time before to play

[12:25:05] Core::finishRestart: --- start ---
[12:25:05] Core::newMediaPlaying: --- start ---
[12:25:05] Core::initializeMenus
[12:25:05] BaseGui::initializeMenus
.
.
.
.
.

[12:25:05] Core::newMediaPlaying: --- end ---
.
.
.
.
[12:25:05] Core::finishRestart: --- end ---
.
.
.
.

LoRd_MuldeR

12th March 2009, 03:54

MPlayer for Windows 2009-03-12 :)

[2009-03-12]
* SMPlayer updated to Version 0.6.7 (SVN-r2831)
* Installer updates

avih

14th March 2009, 14:40

MPlayer for Windows 2009-03-12 :)
Haven't updated for a while (been using 2008-10-15 IIRC) untill today, and mplayer seems to play jerky files which it used to play fine (both smplayer and mpui) and with high cpu usage.

I'm going back to my previous version..

FYI

PS.
The UPX option is nicely done.

LoRd_MuldeR

14th March 2009, 14:43

Haven't updated for a while (been using 2008-10-15 IIRC) untill today, and mplayer seems to play jerky files which it used to play fine (both smplayer and mpui) and with high cpu usage.

If you run MPlayer.exe from the command promt, does the problem exist too?

Did you try to replace your MPlayer.exe with the one from here (http://kovensky.project357.com/#downloads) before you downgraded?

avih

14th March 2009, 15:03

If you run MPlayer.exe from the command promt, does the problem exist too?

Did you try to replace your MPlayer.exe with the one from here (http://kovensky.project357.com/#downloads) before you downgraded?
My Apologies. Wanted to edit my post but you were faster :)

Anyway, It's related to the video output. I've already tested the mplayer.exe with a video file and it worked well. Then again from smplayer - jerky. Changed output to directx-fast --> ok.

It turned out that the default output was (IIRC) "user defined : gl2:yuv"

On installation it suggested openGL and noted that openGL 2.0 is required. Since I have the latest drivers I assumed I have GL2.

Anyway, after few more tests:

- direct3d/directx(/fast)/gl/gl2 seem to work smooth with varying levels of CPU usage. I guess that's ok.

- GL(fast) works well on some videos but jerky on others (like 1 FPS jerky). It seem to make smplayer UI sluggish as well. Strange.

And unrelated issues:

- Uninstallation of previous package (through add-remove programs) removed the installation directory completely although I had files there that weren't installed with your package (that I put there later)

- I've lost all my settings of smplayer although I explicitly unchecked "reset settings" on installation of the new package.

LoRd_MuldeR

14th March 2009, 15:19

avih

14th March 2009, 15:35

Note that MPlayer's "gl2" renderer is a variant of the "gl" renderer that isn't developed anymore. It now lacks many of the advanced features of the "gl" renderer.

So you should prefer the "gl" renderer. Also you should use "gl:yuv=2" when possible to make sure that the YUV => RGB conversion happens in hardware.

BTW: Uninstall means uninstall. The MPlayer install directory will be removed from your HDD, including your SMPlayer.ini file, so your configuration is lost for obvious reasons.

Anyway, the installer is written in a way that you should be able to update without uninstalling first, so you won't loose your settings...

- gl(fast), gl:yuv=2, gl(yuv) are similarly jerky on some/most videos. Other outputs work well, deprecated or not. On previous package at least gl(fast) was indeed.. fast and my default

- Yes, I understood the un/install thing.. alas.. too late. I would suggest 2 options (not mutually exclusive) in this regard:

1. When uninstalling, suggest to remove directory completely or remove only installed files, possibly while keeping the setup files. At least alert the user to the fact that all setup will be lost.

2. When uninstalling, display a bold message that if the intention is to install a newer version, then uninstall is unneeded and will be performed automatically with the new installer while optionally preserving setup.

Generally speaking, usually uninstallers don't delete by default user setup unless explicitly instructed to.

LoRd_MuldeR

14th March 2009, 15:42

avih

14th March 2009, 16:02

Yes, uninstaller that don't clean up properly and leave files behind are a common problem.

It annoys me every time when I uninstall an application and still need to delete the application folder by hand, because the uninstaller failed to do so :rolleyes:

So I make sure that my uninstaller performs a clean uninstall. Also the uninstaller announces quite clearly what directory is going to be removed...
Must have missed that, maybe because I was expecting the setup to stay. I again suggest to enable to keep the setup, or at least make the user explicitly aware to the fact that setup will be lost and that uninstall is unnecessary before installation of a new version.

It is a welcome feature to allow complete removal of the directory, but not by not allowing the user to keep her setup, IMO.

BTW, I uninstalled the latest version just now and again didn't notice that it said the directory will be completely remove along with the setup. Might be a psychological thing, but I still didn't notice it.

[edit]
BTW, on 2008-10-15, gl(fast) does work. Just checked.

avih

14th March 2009, 18:25

Ok, I think I've found the cause to the jerky playback, and I think everything is ok afterall. It seems my setup doesn't support "Draw using slices" properly and therefore I should disable slices.

On smplayer 0.63 apparently there was a bug that caused it to add -slices AND -noslices to the cli args of mplayer when slices was enabled, and it's apparently enabled by default both in 0.63 and in 0.67, but in 0.63 it probably didn't actually cause mplayer to use slices. So when I disabled slices in 0.67 all plays smooth again, at the default gl:yuv=2, gl(fast), etc.

An interesting thing is that it had the same jerkiness in mpui also (in your latest package, but smooth on the 2008-10-15 package). when I added a custom switch "-noslices" on mpui, it became smooth again. Before I added the custom switch it didn't have neither -slices nor -noslices on the cli it sent to mplayer, which might imply that mplayer by default uses slices now, but was using noslices by default on my previous version.

But the strange thing is that when I drag the same jerky video directly over the mplayer.exe file (either in the installation root dir or onto the <install>/mplayer/mplayer.exe) it does play smooth, which suggest -noslices is the default behavior.

So while I do have perfectly smooth playback now using both smplayer and mpui with all GL modes, both with explicitly disabling slices, I'm confused about it because of the seemingly conflict playback with mplayer.exe to mpui without reference to slices at any of them.

Strange.

LoRd_MuldeR

15th March 2009, 03:15

Maybe the "default behavior" depends on whether MPlayer is running in "slave" mode (that is: The video is rendered to a window which belongs to another process) or not. It's also possible that there's some bug in the OpenGL driver which prevents slices from working properly in "slave" mode, while they do work okay in "normal" mode. Remember: Not too long ago then GL renderer didn't work at all in "slave" mode...

(About the uninstaller issue: Yes, in the English translation it doesn't explicitly say that directory will be "removed". Instead the word "uninstalled" is used, which is a bit more ambiguous, indeed)

rvm

15th March 2009, 03:41

But the strange thing is that when I drag the same jerky video directly over the mplayer.exe file (either in the installation root dir or onto the <install>/mplayer/mplayer.exe) it does play smooth, which suggest -noslices is the default behavior.

When you do this, mplayer uses its default vo, which I think it's directx. Didn't you say you only had this problem with gl?

avih

15th March 2009, 03:50

When you do this, mplayer uses its default vo, which I think it's directx. Didn't you say you only had this problem with gl?
I did and it is smooth using directx. That's probably the reason. Thanks.

Can you just confirm the bug in smplayer 0.63 where both -slices and -noslices were sent together?

rvm

15th March 2009, 04:09

Can you just confirm the bug in smplayer 0.63 where both -slices and -noslices were sent together?

Version 0.6.3 is very old, I don't remember about such problem.

But if you have the option to include the subtitles on the screenshots enabled and SSA/ASS is not enabled, then -noslices is used even if you have slices enabled.

avih

15th March 2009, 04:35

Version 0.6.3 is very old, I don't remember about such problem.

But if you have the option to include the subtitles on the screenshots enabled and SSA/ASS is not enabled, then -noslices is used even if you have slices enabled.
I read the tooltip on the slices checkbox on smplayer and the mplayer man entry for -noslices but failed to see the relation to subtitles...

Regardless, I used processExplorer to check the command line arguments that smplayer used when invoking mplayer, it had both -slices and -noslices as part of the arguments.

Never mind though, smplayer 0.67 doesn't seem to exhibit this issue. Just thought you remembered such bug, but if you don't, it doesn't matter much anyway.

Cheers again for the excellent smplayer and also for mulder's packaging :)

rvm

16th March 2009, 03:08

I read the tooltip on the slices checkbox on smplayer and the mplayer man entry for -noslices but failed to see the relation to subtitles...

For some reason (bug?), under those circumstances (SSA/ASS lib disabled, subtitles on screenshots enabled, -slices), ass subtitles don't appear on screen. So in that case -noslices is used to avoid it.

Regardless, I used processExplorer to check the command line arguments that smplayer used when invoking mplayer, it had both -slices and -noslices as part of the arguments.

Never mind though, smplayer 0.67 doesn't seem to exhibit this issue. Just thought you remembered such bug, but if you don't, it doesn't matter much anyway.

I've been revising the code of 0.6.3 and I think that part of the code (passing -slices / -noslices to mplayer) is the same as 0.6.7, no changes. So if there was a bug in 0.6.3 probably it's still in 0.6.7. Anyway I see unlikely that both options can be passed at the time to mplayer.

avih

16th March 2009, 05:43

For some reason (bug?), under those circumstances (SSA/ASS lib disabled, subtitles on screenshots enabled, -slices), ass subtitles don't appear on screen. So in that case -noslices is used to avoid it.

Yes, I can see now that if ASS is enabled and slices is enabled on gl(fast) then the playback is jerky, but if I enable subtitles on screenshots, then the playback becomes smooth, and the cli args have only -noslices (0.67)

I've been revising the code of 0.6.3 and I think that part of the code (passing -slices / -noslices to mplayer) is the same as 0.6.7, no changes. So if there was a bug in 0.6.3 probably it's still in 0.6.7. Anyway I see unlikely that both options can be passed at the time to mplayer.
My procedure was simple. I installed mulder's package from 2008-10-15 (includes smplayer 0.63) and apparently had slices+subs on screenshots and gl(fast). I clearly remember that it had both -slices and -noslices literals as part of the cli args. I even saved the cli args to a file for comparison but later deleted the file because I thought it was a bug in 0.63 which was fixed in 0.67. It would take me a long time to reinstall the old package due to the compulsory upx and my slow computer, but if you think it's worth it and you're unable to reproduce it yourself, I'll do it and send you a complete args and configuration.

BTW, I remember that while changing various configurations, the subtitles appeared in native resolution and not in video resolution (i.e. video is resized to full screen but the subtitles are just rendered using larger font and therefore sharp at full resolution, and not resized along with the video. In this native res I also had to enable double buffering or else the subs will slightly flicker), but now I don't seem to be able to reproduce it, and the subtitles are less sharp. Do you know which option will return it to native resolution?

[edit]
ahh.. I found the native res subs.. the include subs in screenshots causes the subs to display in video resolution. Disabling it will cause the subs to display in native resolution. Freetype enable/disable might have something to do with that too (I think disabled -> video res).

smok3

16th March 2009, 09:07

The solution for clean uninstall would be (drums): no installer! (just zip/7z the whole thing and thats it) + improves portability. what do you say?

fxtech

16th March 2009, 14:47

Sherpya have just updated the patch list , may be a new build is coming ! , hope it is the MT branch

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

Patches]

* 00_flavor.diff [3 KiB] - Mar 15, 2009
* 01_center_ovl.diff [1 KiB] - May 19, 2008
* 02_color_console_win32.diff [2 KiB] - Apr 13, 2008
* 99_coreavc.diff [740 bytes] - Mar 15, 2009
* 99_matrixview.diff [57 KiB] - Mar 15, 2009
* 99_vofw4k.diff [390 bytes] - Feb 04, 2009
* sm_ass_mencoder_embedfonts.diff [15 KiB] - Mar 15, 2009
* sm_runtime_eq.diff [3 KiB] - Mar 15, 2009
* xx_console_title.diff [829 bytes] - Mar 15, 2009
* xx_ctrl_keys.diff [2 KiB] - Mar 15, 2009
* xx_ctypes.diff [11 KiB] - Mar 15, 2009
* xx_d3d9_delayload.diff [2 KiB] - Mar 15, 2009
* xx_dirac_nopkgconf.diff [1 KiB] - Mar 15, 2009
* xx_dvdnav_win32.diff [2 KiB] - Jan 14, 2009
* xx_fc-list.diff [1 KiB] - Mar 15, 2009
* xx_fontconfig_check.diff [545 bytes] - Mar 15, 2009
* xx_fontconfig_noconf_nocrash.diff [1 KiB] - Mar 15, 2009
* xx_nomute_atexit.diff [550 bytes] - Mar 15, 2009
* xx_pthread_static.diff [2 KiB] - Mar 15, 2009
* xx_reducespam.diff [1 KiB] - Mar 15, 2009

Reimar

16th March 2009, 15:26

Yes, I can see now that if ASS is enabled and slices is enabled on gl(fast) then the playback is jerky, but if I enable subtitles on screenshots, then the playback becomes smooth, and the cli args have only -noslices (0.67)

Sorry, my fault, I never tested the combination of -vo gl:yuv=2 -dr -slices (and that is the only one causing the issue).
Fixed in MPlayer SVN r28974

LoRd_MuldeR

16th March 2009, 15:33

hope it is the MT branch

I wouldn't be too optimistic :D

machinesmith

17th March 2009, 23:39

Hi!
I'm not sure where else to post this since the support for mplayer is, overwhelming, to say the least! However you seem to know what you're talking about and willing to help too so heres the (rather sad) deal:

First my system specs:

AMD K6II ~500Mhz
64MB RAM
Built-in CMI8738 sound
Built-in ArtX VGA display ~8MB shared(no I haven't heard of it either)
Win98 SE
Broken 52x CDROM drive
15GB HDD
No I cannot "seriously need to upgrade" this system (I wish I could, but I can't)

Whenever I try to run mplayer for win32 (just the command line software, without frontends) I get a nice dialog box telling me that `This program has performed an illegal operation and will be shut down' (because apart from crashing it must've been running a drug ring or whatnot).

I've tried different versions with different results (all were typed in at the command prompt):

Mplayer Sherpya-SVN-r28311-4.2.5 (bundled with your installer): `illegal' crash
Mplayer -rtm-svn-27081: `illegal' crash
MPlayer SVN-r26925 (special version compiled for DOS only): runs once of its own choice after which it will show corrupted graphics if run again (this version usually shows the video and rarely plays the audio)
Mplayer 1.0pre6-3.3.3: plays audio only and displays a few repeating error messages ([mpeg4 @ 0097EF40]header damaged:
and `error while decoding frame'). Also I don't know where the hell I got this version from but I DO know that its old
Mplayer dev-SVN-rUNKNOWN-3.4.4: again plays audio only and displays repeating error messages too (`unsupported video codec' and `error while decoding frame'). Also very old!

Now, being a born again 98 user I know that illegal operations are part of the package, but I just don't know which is the best `mplayer.exe' out there for me!

I do know this, judging by the performance of video (no sound) from the DOS version mplayer runs super fast (better than Windows media player 6.4, Media player classic and kb media player) and your installer has to be one of the most detailed installers in history! (how many installers ask you what your CPU type is and then makes recommendations? How many go as far as to compress exe and dll files to make them smaller? None! So I doff my hat to you sir!)

Heres the file I tested these with (took me ages to download - friggin dial up): http://xbox360movies.ign.com/xbox360/video/article/960/960177/sf4_spc_localization1_intro_030609_flvlowwide.flv
(if nothing else give it a watch for a good laugh...or groan)

Anyway let me know your thoughts on this one! Thanks!

fxtech

18th March 2009, 01:03

i suggest you to switch to a linux distribution something like sabayon s4

LoRd_MuldeR

18th March 2009, 01:09

Machinesmith, if even the RTM build does crash on your CPU with "illegal instruction" exception, it's time to get new hardware ...

rvm

18th March 2009, 01:53

avih

18th March 2009, 02:08

machinesmith, I'd second the suggestion to try a light linux distro, or even a LiveCD just for video. The broken CDROM would be an issue, and I'm not sure your system would be able to boot off a USB flash drive, but I think there are linux systems that can boot from a linux image on windows HD/USB flash drive. Ahh I found one, and it's even specially tailored for your task and relatively small in size, GeeXboX (http://geexbox.org/en/downloads.html).

Good luck..

fxtech

18th March 2009, 11:49

here the list almost complete

http://www.mplayerhq.hu/design7/projects.html

CD Based Distributions

* eMoviX, MoviX, MoviX2
Slackware Linux based bootable CD distributions for playing movies
* Womp
Linux based bootable CD distribution for playing movies
* GeeXboX
very small bootable CD to play movies and music
* DirectPresenter
bootdisk for fullscreen presentations featuring MPlayer
* Cool Linux CD
Red Hat based bootable live CD containing MPlayer
* LitriX
Brazilian Slax/Slackware based bootable live CD containing MPlayer
* DeadCD
Debian-based minimalistic Linux live CD with MPlayer
* Limp
Linux Multimedia Player, tiny multimedia distribution with MPlayer on it
* Linux Console
LinuxConsole is a modular live CD distro containing MPlayer
* Slax
Slax is a modern, portable, small and fast Linux live CD with MPlayer.
* SliTaz
SliTaz is a micro French/English live CD containing MPlayer.
* xPUD
small and fast Linux live USB distribution containing MPlayer
* Sabayon Pod
Sabayon Linux live CD distro containing MPlayer

Reimar

18th March 2009, 12:04

Mplayer Sherpya-SVN-r28311-4.2.5 (bundled with your installer): `illegal' crash

Now, being a born again 98 user I know that illegal operations are part of the package, but I just don't know which is the best `mplayer.exe' out there for me!

This one:
http://downloads.sourceforge.net/mplayer-win32/MPlayer-rtm-svn-28311.7z
works just fine for me with Win98SE (with the exception of -vo direct3d), original Athlon 800 MHz (MMX, MMXEXT, 3DNOW, 3DNOW2) and GeForce 3.
I would recommend removing fontconfig=yes from the configuration though, fontconfig tries to create its cache in %USERPROFILE%, which means on Win98 you will have it messing its files all over the place and you will have a huge startup delay all the time.

fxtech

18th March 2009, 22:28

i think that the smplayer ini use false or true and not no or yes

sba

25th March 2009, 01:35

Hello, I have two questions:

Does anyone know how I can turn off Mplayers's automatic update box, which appears everytime I boot my Windows computer? I looked, but couldn't find an "updates" option.

The second question is sort of off-topic. After having loaded a music video to my computer (in .flv format), I'm wondering how to extract the audio and place it in itunes, or even just have it as a wav file on the computer. I use a pre-video version of itunes, 4.7

Thanks....and special thanks to Mulder for putting together such a nice package.

LoRd_MuldeR

25th March 2009, 04:35

Does anyone know how I can turn off Mplayers's automatic update box, which appears everytime I boot my Windows computer? I looked, but couldn't find an "updates" option.

You could have disabled it during install. Now the only option is uninstall -or- manually remove it from the registry.

I recommend Sysinternal's "Autoruns" tool for that purpose, have a look at the "Logon" tab:
http://technet.microsoft.com/de-de/sysinternals/bb963902.aspx

Anyway, MPlayer for Windows definitely should NOT run the update reminder at every reboot :eek:
If no update is found, you will be reminded to check for updates in 14 days. Are you sure it happens at every system startup?

The second question is sort of off-topic. After having loaded a music video to my computer (in .flv format), I'm wondering how to extract the audio and place it in itunes, or even just have it as a wav file on the computer. I use a pre-video version of itunes, 4.7

Avidemux may be your friend for this purpose:
http://forum.doom9.org/showthread.php?t=126164

Open the FLV file, set "Audio" to "Copy" (should be the default anyway) and finally goto "Audio" -> "Save".

machinesmith

25th March 2009, 08:10

Hi guys,

Thanks for all the input! I wanted to first try out all the alternatives you guys offered before posting again (with the hope that the next time an ancient Win98 user needs to play videos on an underpowered machine he or she will type in something like "fastest media player for old computer / Win98" and this thread would pop up with a (if not THE) solution.)

Unfortunatly my bandwidht is limited to 1GB a month and having recklessly downloaded various Mplayer's before asking for help has left me with a few precious MB's to spare. so until next month rolls around here's what I do know:

Reimar - I tried the build you provided, but it ended with yet another `Illegal operation' crash (yes I did remove the `fontconfig' line too. Thanks for the recommend though!

rvm - I would've tried your suggestion had it not been for my download cap, will give it a shot though thanks!

avih - Bloody Hell! Now THATS what I call an eye opener mate! I didn't think a mini media center would be tailored for weaker systems! To be honest GeeXbox is what I'm actually waiting on the bandwidth for.

Just so you know, I'm a freelance training processes instructor and I needed to document the information I've added to the training videos. The video are in the `.flv' format and luckily I'm able to hear the audio portions which are detailed enough which means I'll be able to get the documents out in time. This also means that by the time I'll be able to try out the variants you guys mentioned the immediate need for Mplayer on Windows 98 would've passed.

But I dont want to be left unarmed when confronted with this situation again - so heres to next month, GeeXbox, and to ALL of YOU for being there to help out!

Reimar

25th March 2009, 10:52

Reimar - I tried the build you provided, but it ended with yet another `Illegal operation' crash (yes I did remove the `fontconfig' line too. Thanks for the recommend though!

Try with "-vo directx" or "-vo gl", maybe it improves something. Or -nosound or -novideo for testing.
I'd strongly recommend to use a memtest (e.g. http://www.memtest86.com/), let it run at least for several hours.
I too had all kinds of mysterious failures and had to find out that over the years, out of the 5 SDRAM modules I have 4 are no longer working correctly.
Now that I am only using the single working one things are ok again...

sba

6th April 2009, 16:55

LM,

Autoruns disabled the autoupdate feature. What a nice little tool ! Thank you.

As for extracting audio files from flv videos using Avidemux, I ran into an "audio decoder not present" dialog box. When I have time I'll look into this further and post over in the Avidemux forum.

Thanks again

LoRd_MuldeR

6th April 2009, 17:50

As for extracting audio files from flv videos using Avidemux, I ran into an "audio decoder not present" dialog box. When I have time I'll look into this further and post over in the Avidemux forum.

What application gave that error message? And when you did what?

sba

8th April 2009, 03:22

Using Avidemux 2.4.4, I immediately get a "No audio decoder found for this file" when opening my flv files (which had been saved from YouTube). The files play fine with MPlayer.

LoRd_MuldeR

8th April 2009, 03:30

Using Avidemux 2.4.4, I immediately get a "No audio decoder found for this file" when opening my flv files (which had been saved from YouTube). The files play fine with MPlayer.

So what is the audio format? In my experience FLV files from YouTube use MP3 as audio format. And Avidemux does support that just fine...

DarkZell666

9th April 2009, 12:42

So what is the audio format? In my experience FLV files from YouTube use MP3 as audio format. And Avidemux does support that just fine...

Youtube also broadcasts AAC+h.264 in MP4 (when in HQ mode), but that is also supposed to be supported :p

LoRd_MuldeR

9th April 2009, 12:44

Youtube also broadcasts AAC+h.264 in MP4 (when in HQ mode), but that is also supposed to be supported :p

Yes, it should. But maybe Avidemux' FLV demuxer isn't prepared for AAC in FLV ??? :confused:

Anyway, this is becoming off-topic. If the OP expects help, he should post the problem in the Avidemux forum and provide a sample...

Milardo

15th April 2009, 11:07

Hi, how well does the dvd menus work? Does vcd menus work too? I haven't yet tested the latest version. Also, how is the support for nsv files? I can get them to play but seeking doesn't work.

LoRd_MuldeR

15th April 2009, 12:57

See this post:
http://forum.doom9.org/showpost.php?p=1237412&postcount=274

LoRd_MuldeR

27th April 2009, 23:00

MPlayer for Windows 2009-04-27 :)

[2009-04-27]
* MPlayer binaries updated to SVN-r29238
* SMPlayer updated to Version 0.6.7 (SVN-r2987)
* QT Runtime Libs updated to Version 4.5.1

nijiko

28th April 2009, 01:38

What are you doing...
I am using IE8 without compatibility view.
Why your website always says the wrong detecting?
Not welcome any one the access???
That happens with newest Chromium(dev)!!!

LoRd_MuldeR

28th April 2009, 12:51

What are you doing...
I am using IE8 without compatibility view.
Why your website always says the wrong detecting?
Not welcome any one the access???
That happens with newest Chromium(dev)!!!

IE7 and older are no longer supported. I recommend all IE users to update to IE8 now or to try another browser.

IE8 finally has a less broken rendering engine than its predecessors. But when running in "IE7 compatibility view", it still uses the old borked engine.
Hence IE7 compatibility mode should really only be used for web-sites that depend on the old IE7 behavior. Please disable that mode for my site and everything will be fine.
Also I don't see any reason why Chromium should be effected, unless you modified its User Agent string to let Chromium pretend that it is IE7 ;)
Note that Chromium is one of the browsers that I use to validate my HTML/PHP code, besides Firefox, SeaMonkey, Opera and IE8. And I don't see any problems!

If you still think that something is wrong with my browser detection code, please open the following URL in your web-browser and post a screenshot:
http://mulder.dummwiedeutsch.de/home/navigator.php

--[EDIT]--

Okay, I just got home and checked it again. It definitely works 100% fine with the latest Chromium build and with IE8:

http://img159.imageshack.us/img159/3327/chromevalid.th.jpg (http://img159.imageshack.us/img159/3327/chromevalid.jpg) http://img149.imageshack.us/img149/7513/ie8valid.th.jpg (http://img149.imageshack.us/img149/7513/ie8valid.jpg)

LoRd_MuldeR

10th May 2009, 17:26

MPlayer for Windows 2009-05-10 :)

[2009-05-10]
* MPlayer binaries updated to SVN-r29280
* SMPlayer updated to Version 0.6.7 (SVN-r3017)

lansing

11th May 2009, 06:57

is it a bug in SMPlayer or is it just me, when I try to choose "select none" in the file association tab, after I click apply, nothing change, many of the file type are still checked.

also is there an option to hide the status bar?

nijiko

11th May 2009, 06:58

Ok.
You are not trusting me.
I will show the scr. shot.

I can't get in.
http://img18.imageshack.us/img18/7241/cantgetin.jpg

This setting means not use compat. view.

http://img18.imageshack.us/img18/1849/settingx.jpg

LoRd_MuldeR

11th May 2009, 14:31

Unfortunately I can't read that language, so there is absolutely no information for me in these screenshots.

Anyway, I already asked you to post a screenshot of this (http://mulder.dummwiedeutsch.de/home/navigator.php) page in order to get help, but you didn't do that until now.

Without that info I cannot analyze the problem on your side...

nijiko

11th May 2009, 15:21

LoRd_MuldeR

11th May 2009, 15:29

Obviously either you or some software you installed screwed up your "User Agent" string! There are two contradictory MSIE versions specified :rolleyes:

I can't help you with that, but the string "http://bsalsa.com" may be a first hint. And since this is problem of yours is not related to MPlayer for Windows, this shouldn't be discussed in this thread.

You may want to create a separate thread in the "PC Hard & Software" sub-forum or refer to the Micorosft support (or use one of the alternative browsers).

nijiko

11th May 2009, 15:35

Last post.
Which I am using is offical IE8 RTW. And without any changes to IE8, such as the Usaer Agent.

LoRd_MuldeR

11th May 2009, 15:42

Last post.
Which I am using is offical IE8 RTW. And without any changes to IE8, such as the Usaer Agent.

That (http://img26.imageshack.us/img26/8038/useragent.jpg) user string undoubtedly is broken: Not only the syntax is abnormal, also the contained information is contradictory!

Unless your browser uses doublethink (http://en.wikipedia.org/wiki/Doublethink), it can't believe to be "MSIE 8.0" and "MSIE 6.0" at the same time :D

Sending an invalid "User Agent" string like that to the web-server will lead to undesired results for obvious reasons...

How a proper string looks is defined here: http://msdn.microsoft.com/en-us/library/ms537503.aspx

avivahl

11th May 2009, 15:53

LoRd_MuldeR

11th May 2009, 16:40

Last post.
Which I am using is offical IE8 RTW. And without any changes to IE8, such as the Usaer Agent.http://blogs.msdn.com/ie/archive/2009/01/09/the-internet-explorer-8-user-agent-string-updated-edition.aspx
http://msdn.microsoft.com/en-us/library/ms537503.aspx

Read both links and fix your user agent. Some software must have corrupted it.

Anyway, I added a hack to better deal with broken user agent string (hopefully). Now the first occurrence of "MSIE" will be evaluated instead of the last one.

This shouldn't encourage people to use improper user agent strings though !!!

nijiko

11th May 2009, 17:05

Well. I fixed the problem now. Sorry for troubling you.
Now we can stop talking that travelling out from this thread.

Surf

13th May 2009, 00:50

Hi Mulder,

I probably "broke" something on the second last version and the latest is the same. It won't play anything mpeg-2, vob, ifo....anything from dvd related files...

Sorry for being so vague for I wish I knew what I "broke" and won't even have to ask you. So, any idea what I did or did not "check"...?

TIA

LoRd_MuldeR

13th May 2009, 00:55

I probably "broke" something on the second last version and the latest is the same. It won't play anything mpeg-2, vob, ifo....anything from dvd related files...

You didn't configure MPlayer to use more than one thread for decoding. Did you?

Surf

13th May 2009, 01:08

LoRd_MuldeR

13th May 2009, 08:35

Hey thanks for the quick reply!

Come to think of it but not 100% sure, I may have....thinking that I need to tell Mplayer that I have a Q6600? Threads as in cores?

Forgive, me no techno-savvy. Monkey reads monkey does.

Set the number of threads to 1, because Sherpya's MPlayer builds don't use ffmpeg-MT yet anyway and because the MPEG-2 decoder seems to be broken with more than one thread currently...

roozhou

13th May 2009, 09:43

Set the number of threads to 1, because Sherpya's MPlayer builds don't use ffmpeg-MT and yet anyway and because the MPEG-2 decoder seems to be broken with more than one thread currently...

The simplest way is to use libmpeg2 as default MPEG-1/2 decoder. It is faster and more stable than libavcodec's MPEG12 decoder.

And i don't think any multi-core CPU needs more than one core to decode MPEG1 and MPEG2, even 40 MBps @ 1920x1080.

LoRd_MuldeR

18th May 2009, 17:47

MPlayer for Windows 2009-05-18 :)

[2009-05-18]
* MPlayer binaries updated to SVN-r29312
* SMPlayer updated to Version 0.6.7 (SVN-r3042)
* Fix buttons for Windows 7 (and Vista)

petran79

18th May 2009, 19:31

In the Lite Installer when I check the UPX option, it requires 4 TB! :scared:

When not, only 34 MB. And I wondered why the next button wasnt clickable in the install menu.....

http://img2.imageshack.us/img2/6002/mplayer.jpg[/URL]

LoRd_MuldeR

18th May 2009, 20:00

Thanks for reporting that. I will look for a solution...

LoRd_MuldeR

18th May 2009, 20:27

In the Lite Installer when I check the UPX option, it requires 4 TB! :scared:

Fixed version is available now. Please re-download. Sorry for inconvenience!

(Note: The "Full Package" was not effected by this problem)

LoRd_MuldeR

29th May 2009, 01:11

ikarad

29th May 2009, 20:45

mplayer support BDsup (.pgs subtitle) or not?

LoRd_MuldeR

30th May 2009, 14:00

mplayer support BDsup (.pgs subtitle) or not?

No idea. Why not find out yourself? Won't cost you anything, except 5 minutes of time ;)

roozhou

1st June 2009, 10:45

Here is an experimental release of MPlayer for Windows with multi-threaded decoders:
http://www.mediafire.com/file/kjzzk1mdmon/MPUI-MT.2009-05-28.Full-Package.exe

Note: As far as I can tell, multi-threaded H.264 decoding works fine. MPEG-2 is broken when multiple threads are used!
You can edit the "mplayer/config" file or simply use SMPlayer's preferences in order to adjust the number of threads.

The easiest way is to use libmpeg2 as the default MPEG1/2 decoder. It consumes less CPU time and runs more stable than libavcodec's mpeg12 decoder.

And I cannot see any benefit from making MPEG-2 decoding multi-threaded. Any dual-core CPU is able to decode 30Mbps MPEG-2 by a single core w/o any problem.

roozhou

11th June 2009, 21:58

Hi MuldeR,

Have you tried playing videos with -vo gl or -vo direct3d from command line? If you press 'f' several times to switch between fullscreen and window mode, something weird happens. Size and position of the window keeps changing and at last it may move outside the desktop!

This bug occurs in all recent Sherpya builds. When I tried building MPlayer myself, the problem remains.

Finally i found that the problem should lie in libvo/w32_common.c.
At line 348
SetWindowLong(vo_window, GWL_STYLE, style);
And line 376
AdjustWindowRect(&r, style, 0);
These two API calls unexpectedly modify four global variables that indicate window size and position. I can't believe such things should happen.

LoRd_MuldeR

11th June 2009, 22:21

I can't help you with such implementation details. But maybe this is required to make MPlayer work when embedded in a front-end application? Just an idea ;)

Probably you should refer to the MPlayer mailing list to discuss the issue. The MPlayer guys may be able to tell you why it is implemented that way...

roozhou

12th June 2009, 05:31

I can't help you with such implementation details. But maybe this is required to make MPlayer work when embedded in a front-end application? Just an idea ;)

No, because these codes will not be called when embedded in a front-end. I am sure this is a bug and it can be fixed by some simple hack. But I cannot understand why this happens.

avih

12th June 2009, 10:45

No, because these codes will not be called when embedded in a front-end. I am sure this is a bug and it can be fixed by some simple hack. But I cannot understand why this happens.
You chose to relate to the 1st part of his message, while the important part was actually the second ;)

roozhou

12th June 2009, 11:21

You chose to relate to the 1st part of his message, while the important part was actually the second ;)

I have already reported it to mplayer mailing list.
http://lists.mplayerhq.hu/pipermail/mplayer-users/2009-June/077071.html

Since most of MPlayer devels do not use Windows, Windows only bugs(the problematic code is Windows only) are less likely to be solved. I think it is easier to get help here.

LoRd_MuldeR

12th June 2009, 12:06

Well, Reimar used to be very cooperative in the past:
http://forum.doom9.org/member.php?u=79288

roozhou

12th June 2009, 13:08

Well, Reimar used to be very cooperative in the past:
http://forum.doom9.org/member.php?u=79288

As long as you provide a patch. But this time I cannot provide a patch.

LoRd_MuldeR

13th June 2009, 01:30

MPlayer for Windows 2009-06-12 :)

[2009-06-12]
* MPlayer binaries updated to SVN-r29355
* SMPlayer updated to Version 0.6.7 (SVN-r3073)
* Fix buttons for Windows 7 and Vista (again)

aaa3

14th June 2009, 15:46

LoRd_MuldeR

14th June 2009, 15:52

Hy!, my question is, that i have a quite modern amd cpu and im not sure which one i should select at installation: i chosen p4 (mmx sse sse2) instead of athlon (mmx mmx2 3dnow), but the cpu knows all of these and more.

I bet ideally i should compile an executable for myself with all of these enabled, but this is beyond my reach/will to do (+what about all others; and what about the purpose of providing a nice uptodate userfriendly installation:), so.... and btw, is this selection is only about enabling these instruction subsets, or does containing other optimizations too? Because it seems that if only instructions, then if the 2 sse's are stronger than 3dnow & mmx2 i did the right selection, but if other optimizations are also done, then definitely the wrong as the k10 is much more similar to the k7/8 than to the netburst...

I only include the builds that are provided by Sherpya and of course we can't have a "perfect" build for every single CPU in existence.

In your case I'm not entirely sure whether SSE+SSE2 or 3DNOW would help more. I guess you will need to do some tests. Probably the difference will be negligible :p

(BTW: Note that MMX2 is just a subset of Intel's SSE. Older AMD's supported MMX2 before they fully supported SSE. So SSE will always include MMX2)

clsid

14th June 2009, 18:23

MPlayer will automatically use MMX/MMXext/SSE/SSE2/SSSE3/3dnow!/etc if your CPU supports them for all code that was written in assembly. Almost all performance critical decoding code in FFmpeg is written in assembly.

The optimization you guys talk about are for the pure C code in MPlayer. That will not make a big difference in decoding performance.

aaa3

14th June 2009, 19:34

thanx to everybody for clearing this up =)
i see now.

Ghitulescu

15th June 2009, 13:01

Why the need for an installer?
Are the users so stupid that cannot de-archive a ZIP while keeping the directory structure?
I've downloaded SMPlayer from inet, unzipped the file and it works perfectly well (I had to copy some codecs by hand since not present). Any installer I've tested so far requires ADMIN rights - why is it so? (I mean, of course I understand why is it like this, I don't understand why it should always be like this?)

LoRd_MuldeR

15th June 2009, 15:07

Why the need for an installer?

Because many people like an "all in one" installer. Plain and simple. If you don't like it, don't use it! Nobody said you should...

Are the users so stupid that cannot de-archive a ZIP while keeping the directory structure?

Many users in fact are! Yes.

Keep in mind that the average user is extremely limited in understanding and not willing to spend much time for learning. People just want something that "works".

Furthermore even the more sophisticated users may prefer a complete "all in one" package rather than of putting together various ZIP packages from different sources.
Remember: Before you can find, download and extract all the required ZIP packages, you must learn about their existence first. That's the point!

Not everybody wants to understand that he needs MPlayer (preferably an optimized one for your individual CPU), plus a front-end, plus binary Codecs, et cetera...
Getting an "all in one" package that just works "out of the box" is so much easier and requires no understanding of how MPlayer works.

Another big point is updating: Updating all the binaries separately from different sources is much more work than getting everything updated at once.
On Linux you would use your package manager to do that for you, but on Windows there's no such thing. My "update" tool can be helpful here.

Last but not least: All components in my installer are tested to work together as expected. Before I release a new package, I test will it thoroughly on WinXP and Win7.

I've downloaded SMPlayer from inet, unzipped the file and it works perfectly well (I had to copy some codecs by hand since not present).

Applause http://www.soadfans.de/forum/images/armageddon/smilies/ugly.gif

Any installer I've tested so far requires ADMIN rights - why is it so?

Because any sane operating system doesn't allow "regular" users to create, rename, move or delete any files inside "C:\Program Files" respectively "C:\Program Files (x86)" !?!?

The same applies to writing to the HKEY_LOCAL_MACHINE registry key, to accessing the "all users" account directory and so on...

This is called a access control, a fundamental concept of security in computer systems. On Linux you would also need to work as Root (or use "sudo") to do administrative tasks ;)

UAC in Windows Vista and Windows 7 is even more strict and even harder to handle from an installer. My installer does take care of UAC properly.

buzzqw

15th June 2009, 16:05

i just don't like that on update it will re-associate all extension :(

BHH

LoRd_MuldeR

15th June 2009, 16:17

i just don't like that on update it will re-associate all extension :(

BHH

Then turn that option off, if you don't like it :D

(It's optional for a reason)

buzzqw

15th June 2009, 16:29

i have missed it... i will look better

is a check in installer ?

BHH

LoRd_MuldeR

15th June 2009, 16:43

i have missed it... i will look better

is a check in installer ?

BHH

http://img14.imageshack.us/img14/3620/fileassocs.th.png (http://img14.imageshack.us/img14/3620/fileassocs.png)

buzzqw

15th June 2009, 20:03

got it! i always select FULL install.. not custom...

thanks LM!

BHH

Ghitulescu

16th June 2009, 11:30

Because many people like an "all in one" installer. Plain and simple. If you don't like it, don't use it! Nobody said you should...

Last but not least: All components in my installer are tested to work together as expected. Before I release a new package, I test will it thoroughly on WinXP and Win7.

Because any sane operating system doesn't allow "regular" users to create, rename, move or delete any files inside "C:\Program Files" respectively "C:\Program Files (x86)" !?!?

The same applies to writing to the HKEY_LOCAL_MACHINE registry key, to accessing the "all users" account directory and so on...

This is called a access control, a fundamental concept of security in computer systems. On Linux you would also need to work as Root (or use "sudo") to do administrative tasks ;)

UAC in Windows Vista and Windows 7 is even more strict and even harder to handle from an installer. My installer does take care of UAC properly.

As I said I understand the reasons, the only point I was making is that while Program Files has indeed different access rights for each user on a multiuser machine, nobody asked the installer to use this path. I install my video programs under video or vsoft. Going to install the software in a user path, in a user account, for that user alone, is simpler than requiering ADMIN rights. Most people forget that an EXE first looks for DLLs in its own path than in SYSTEM32, so another ADMIN issue is easily solved.

The problem I wanted to point out was the fact that the developers use a "pre made" installer, not a custom one (or self made).

LoRd_MuldeR

16th June 2009, 13:06

avih

16th June 2009, 19:25

1. Usually applications are installed to the "Program Files" folder, so the installer must be prepared for this (default) case. Hence "admin" rights are required.

2. Installing applications to a folder where "regular" users don't have write access is done for a reason! Installing applications to a "shared" location is inherently risky and should be avoided.

3. Limited users usually won't even have the right to install to "C:\Foobar" or alike. Only installing to %APPDATA% would work without "admin" rights in a reliable way...
You seem to go around the issue, which is, a non-admin apparently can't use your package, and for no real need for admin rights or protected system resources by mplayer itself.

I didn't test if the installer indeed requires admin rights, but if it does, then I second the need for either a zipped "generic" build (as clsid noted, it mostly wouldn't affect decoding performance), or an installer that doesn't require admin rights.

My $0.02..

LoRd_MuldeR

16th June 2009, 19:56

kypec

17th June 2009, 07:07

I fully agree with LoRd_MuldeR, an installer is called installer for a reason!:goodpost:

avih

17th June 2009, 09:01

You guys know that Vista and Windows 7 will detect installers and pop up an UAC dialog, even if the installer never explicitly request admin rights ???

Also: If you don't have admin rights on a specific machine (that must be a machine at work or at university/school), you should not be able to install applications on that machine! Plain and simple ;)

Last but not least: The entire point of my package is to provide a self-contained and self-running installer. Providing the a ZIP package takes the entire project ad absurdum.

We would loose important aspects of the installer, such as the CPU type detection part, the "Tweaks" section, the "Reset MPlayer settings" section, the "File Associations" as well as the UPX feature.

Remember: Nobody ever said that you must use my installer. If you don't like an installer (and installer's inherently require "admin" access), then don't use it! Your free choice :)

Enough ZIP packages are available from other sources. You can get them there. I don't want to host yet another ZIP package, I provide an installer that (hopefully) is useful for some folks...
I'd say you have a good enough reputation of nicely packaging a complete set of the latest and greatest, and keeping it updated regularly. For me that's enough to use your package even as a zip, and I can guess I'm not alone.

It is a request you know :) your arguments are all valid but there's always room for improvements that some of your users think of as beneficial.. If you can/willing to manage the extra work, there WILL be people who would prefer the advantages or a regularly updated package in a zip file, even at a cost of unoptimized non-codec sections and with the exclusion of few system aspects...

From here on, it's obviously your choice what to do next, but arguing the usefulness of a zip packaged specifically by you is irrelevant because it's a personal opinion, and apparently at least few think it will be useful ...

Ghitulescu

17th June 2009, 10:46

This is the last post of mine concerning the debate ZIP vs Installer.

I work on a PC with limited rights, because it's not mine, it belongs to the company I work for.

The software I look for is of genera Thinstall or Portable, ie things that can be deployed with the aid of WinZip/WinRar in a user chosen folder (if not a single EXE), does not install thousands of DLL in SYSTEM32, does not fill up the registry with billions of CLS-IDs and associations, and it's self contained (via local DLLs, plugins etc.). The "print" on the system should be minimal. The "commercial" installers (including the ones usually found in the SDKs) usually fill up the registry with unnecessary data, I remember I used once a SystemWatcher that filled up a log of about 300kB only entries in registry for a simple installer of a very simple software.

It was done in the 80s and 90s, why is not possible anymore?

If a user wants FLAC support in Nero, he has to download a ZIP file, unzip the DLL and place it by hand in a specific folder (differs from v8 onwards). The same is valid for VDub and countless other software.

It's not a critic, not even a request, just a personal desire.

buzzqw

17th June 2009, 12:22

i use "UniExtract" :) able to extract even from installer -> http://legroom.net/software/uniextract

BHH

clsid

17th June 2009, 12:23

roozhou

17th June 2009, 13:00

As an experienced installer creator I totally agree with LoRd_MuldeR. An application installer should always administrator privileges. Period.

A zip package would of course be useful for those who want a 'portable' version. Usually that are people with above average computer skills.

Do you mean unzipping and launching program from Explorer instead of shortcuts on the desktop requires above average computer skills?

DarkZell666

17th June 2009, 13:20

Do you mean unzipping and launching program from Explorer instead of shortcuts on the desktop requires above average computer skills?

I think he meant the fact of wanting a "portable" version of something, more than using an actual zip file ... or maybe he did mean using a zip file ? :cool:

The average is lower than you may think, I keep being surprised myself about how little people around me know about using simple stuff, even amongst colleagues ... who are software developers ! o_o"

roozhou

17th June 2009, 13:29

The average is lower than you may think, I keep being surprised myself about how little people around me know about using simple stuff, even amongst colleagues ... who are software developers ! o_o"

I am also working with software developers, and almost everyone has these skills. Most of them know how to use command line and batches.

clsid

17th June 2009, 16:43

The average PC user is more like the kind that says " my Internet has changed" when a new version of Internet Explorer has been installed.

roozhou

17th June 2009, 17:05

The average PC user is more like the kind that says " my Internet has changed" when a new version of Internet Explorer has been installed.

It seems even my parents are above-average PC users:)

LoRd_MuldeR

17th June 2009, 18:00

i use "UniExtract" :) able to extract even from installer -> http://legroom.net/software/uniextract

BHH

Also 7-Zip can extract NSIS installers. It even produces a disassembly of the installer code. NSIS doesn't "protect" your files and never was supposed to do! That was discussed at the NSIS forums more than enough. Also it never was my intention. The question is how much is left of the installer, if you only extract the files. You even won't be able to reconstruct the directory structure correctly in many cases.

Ghitulescu

18th June 2009, 10:47

As an experienced installer creator I totally agree with LoRd_MuldeR. An application installer should always administrator privileges. Period.

I totally agree with you.

The issue I was signalling was that too many software come with an installer, even if's one EXE + one INI (or CFG or HLP or CHM, you got the idea), because the installer does among other things create a custom path (directory). You don't need an installer for placing an EXE in a folder. You need one for something complicated, like MS Office, Visual C etc. with hundreds of files and directories.

Thanks god I see now a tendence in Portable applications (because the USB sticks are now so accessible) ;) which is a "return to mother nature" of simpler applications.

LoRd_MuldeR

18th June 2009, 12:09

The issue I was signalling was that too many software come with an installer, even if's one EXE + one INI (or CFG or HLP or CHM, you got the idea), because the installer does among other things create a custom path (directory). You don't need an installer for placing an EXE in a folder. You need one for something complicated, like MS Office, Visual C etc. with hundreds of files and directories.

I never said there is anything wrong with using "ZIP" packages. But people expect some more from a "properly installed" software. They want shortcuts in the Startmenu and on their Desktop, they want the files (in Windows Explorer) associated with the newly installed applications and they want an Uninstaller to be available in the Control Panel. This all takes much more work than just "unzipping an EXE to a folder". You wouldn't belive how many times my dad was in panic, because his favorite application suddenly had "disappeared" from the computer, just because the Desktop icon was missing and he couldn't find the application manually. You also wouldn't believe how many people complain that a file is "broken" or "unusable", just because it doesn't open/play when double-clicked in Windows Explorer. The same for uninstallers: Unless there's an explicit uninstaller, people won't believe that deleting the install folder is sufficient. This is the kind of "average Windows user" you have to expect. Sad but true...

clsid

18th June 2009, 12:24

Even as an expert user one might prefer using an installer for a simple application. Quicker than choosing a location yourself and manually creating shortcuts.

Ghitulescu

18th June 2009, 12:46

I never said there is anything wrong with using "ZIP" packages. But people expect some more from a "properly installed" software. They want shortcuts in the Startmenu and on their Desktop, they want the files (in Windows Explorer) associated with the newly installed applications and they want an Uninstaller to be available in the Control Panel. This all takes much more work than just "unzipping an EXE to a folder". You wouldn't belive how many times my dad was in panic, because his favorite application suddenly had "disappeared" from the computer, just because the Desktop icon was missing and he couldn't find the application manually. You also wouldn't believe how many people complain that a file is "broken" or "unusable", just because it doesn't open/play when double-clicked in Windows Explorer. The same for uninstallers: Unless there's an explicit uninstaller, people won't believe that deleting the install folder is sufficient. This is the kind of "average Windows user" you have to expect. Sad but true...

I "have" to agree with this too. This is the way democracy works: the majority wins ;)

roozhou

18th June 2009, 13:48

You wouldn't belive how many times my dad was in panic, because his favorite application suddenly had "disappeared" from the computer, just because the Desktop icon was missing and he couldn't find the application manually. You also wouldn't believe how many people complain that a file is "broken" or "unusable", just because it doesn't open/play when double-clicked in Windows Explorer.

My dad prefer launching programs from Start->Run, even if there is already a shortcut on the desktop.

And an installer itself is a program. All it does is detecting system settings, copying files, creating shortcuts and writing to registry. Since MPlayer does not require thousands of entries in registry or hundreds of dlls to system32, you can make your own simple installer for MPlayer that won't be detected by Vista and Win7.

LoRd_MuldeR

18th June 2009, 13:57

My dad prefer launching programs from Start->Run, even if there is already a shortcut on the desktop.

And an installer itself is a program. All it does is detecting system settings, copying files, creating shortcuts and writing to registry. Since MPlayer does not require thousands of entries in registry or hundreds of dlls to system32, you can make your own simple installer for MPlayer that won't be detected by Vista and Win7.

If you look at my installer script (https://opensvn.csie.org/traccgi/mulder1984/browser/MPlayer/Setup/Installer.nsi), you will notice that it isn't as easy as one may expect :)

roozhou

18th June 2009, 14:51

If you look at my installer script (https://opensvn.csie.org/traccgi/mulder1984/browser/MPlayer/Setup/Installer.nsi), you will notice that it isn't as easy as one may expect :)

I mean an "installer" just a little more complicated than a self-extractor.

travolter

18th June 2009, 20:34

could be possible a "double framerate" / "framerate interpolation" feature into mplayer?

LoRd_MuldeR

18th June 2009, 22:20

could be possible a "double framerate" / "framerate interpolation" feature into mplayer?

If you are talking about deinterlacing, then "Yadif" should do what you want. Implemeneted in MPlayer and available from SMPlayer.

For anything else please refer to the MPlayer mailing list, because this thread is not about developing MPlayer itself...

tatoosh11

28th June 2009, 09:21

LoRd_MuldeR

28th June 2009, 11:44

can mplayer play movies while in record?
i use vlc to play this fiels (i record through Hauppauge ÜVR-250 with WintTVCap) and need a good palyer for playing these MPEG2 files.
only vlc can play it when recording is in progress.
i tried smplayer but it crashed :(
will there be a fix in future releases ??

What did crash? The SMPlayer front-end or MPlayer itself?

In both cases you must report the problem to the individual developers...

RunningSkittle

16th July 2009, 05:56

Think we can get some sort of sharpening added to the filters?

LoRd_MuldeR

16th July 2009, 10:28

Think we can get some sort of sharpening added to the filters?

Try "-vo gl:yuv=2:lscale=4" or "-vo gl:yuv=2:lscale=5" ;)

LoRd_MuldeR

24th July 2009, 20:31

MPlayer for Windows 2009-07-24 :)

[2009-07-24]
* SMPlayer updated to Version 0.6.8 (SVN-r3213)
* NSIS updated to Version 2.45
* Now using the UAC Plugin for NSIS
* UMUI updated to 2009-06-14
* QT Runtime Libs updated to Version 4.5.2

LoRd_MuldeR

29th July 2009, 18:58

For what would you need that? To quickly go back to the page where you left it would be handy, but since the last read page is remembered, you even get faster to where you were before.

Also you can click on the page down in the list of pages. If you read a document with hundreds of pages, this will not get you there right away, but usually it only takes you a couple of clicks....

I cannot imagine right now, where you would need it for really.

I really have no idea what you are talking about :confused:

Wrong thread?

roozhou

30th July 2009, 04:42

Hi Lord_mulder, why don't you use kovensky's latest mplayer build?

LoRd_MuldeR

30th July 2009, 09:40

Hi Lord_mulder, why don't you use kovensky's latest mplayer build?

...because it's not as "stable" as the Sherpya builds. I encountered some problems that weren't present in the Sherpya builds.

If you really need ffmpeg-MT, you can replace the MPlayer.exe at any time. The only "real" advantage is the multi-threaded H.264 decoding.

Anyway, most 1080p H.264 streams play just fine with the "normal" build on my system, which certainly isn't the fastest one ;)

roozhou

30th July 2009, 12:23

...because it's not as "stable" as the Sherpya builds. If you really need ffmpeg-MT, you can replace the MPlayer.exe at any time ;)

The only thing I need in ffmpeg-mt is frame-level multithreading of H264 decoder. It is as stable as in ffdshow. Multithreaded MPEG1/2 decoders are unstable but we can set libmpeg2 as default.

And latest kovensky build also introduced an improved version of libass, which fixes a lot of bugs and supports drawing commands in ass subtitles.

LoRd_MuldeR

30th July 2009, 12:26

The only thing I need in ffmpeg-mt is frame-level multithreading of H264 decoder. It is as stable as in ffdshow. Multithreaded MPEG1/2 decoders are unstable but we can set libmpeg2 as default.

Unfortunately I encountered other (none H.264 related) problems with Kovensky's build, so I'm just not going to include it yet.

Advanced users can always put Kovensky's multi-threaded MPlayer.exe (e.g. as "MPlayer-MT.exe") into the MPlayer for Windows directory.

Then they can switch between the "normal" and the ffmpeg-MT build easily via SMPlayer preferences :)

Leak

30th July 2009, 22:03

I really have no idea what you are talking about :confused:

Wrong thread?
Wrong forum for SPAM, anyway - take a look at it's signature and the link therein...

np: Death Cab For Cutie - Company Calls (We Have The Facts And We're Voting Yes)

avih

6th October 2009, 17:06

Hi, I'd appreciate some (yet more) help regarding mplayer/win32 (latest mulder's MPUI.2009-07-24.Full-Package.exe).

I'd appreciate some help in finding a configuration which will:
- Display subtitles in screen resolution and not in video resolution (is there a name for this behavior?), with ASS/SSA enabled.
- Without tearing (at full screen)
- "Normal" CPU usage (seems to be mostly affected by output type and options, decoding itself uses low CPU)
- I prefer not to use directshow (preferred: gl/2/direct3d/others)

On my previous mplayer installation I had it configured properly, but for some reason, sometime during the installation of the recent package, my config was lost (although I didn't uninstall previous package as muler's suggested, and also unchecked "reset mplayer's settings" when installing the new one, whatever..). I do remember it was OpenGL based.

Anyway, my system is relatively modern now: E8400/4G(3.3 effective)/GTX260+/XP32(SP3)/Latest NVidia drivers (191.03 beta at default settings), so theoretically it shouldn't have CPU issues, but it does. Not sure if related, but I have 2 monitors connected: 24" DVI LCD (1920x1200) and 42" VGA Plasma (1280x720), arranged at a DualView config, both set to 60Hz refresh rate, both seem to behave the same when used for the test clip display.

My main test clip is a native NTSC live captured sports video, deinterlaced before encoded (to double frame rate =~ 60FPS). mplayer info: 720 x 400, aspect 1.8, H264, 1612 kbps, 59.940 (FPS), ffh264, mp3 audio, subtitles (unrelated to the video but nevertheless loaded for the tests).

Here are my findings thus far regarding output types:

DirectX(Fast):
- OK: no tearing, virtually no jitter
- BAD: ~50% CPU (2 cores used equally), no native res subs

DirectX(Slow):
- OK: CPU (18-25%) - yes, it should be "slow".. still
- BAD: Tearing, no native res subs, pixelated output (as in nearest-neighbor resize)

Direct3D:
- OK: CPU (18-25%), no tearing, virtually no jitter
- BAD: no native res subs

GL2/fast:
- OK: no tearing, virtually no jitter
- BAD: CPU (~90%), no native res subs

GL("1") (all modes: fast/slow/gl:yuv=2, etc):
- OK: CPU (18-25%), native res subs
- BAD: tearing

So it seems only GL (not 2) supports subtitles at native screen resolution (otherwise, Direct3D output is perfect), so I kept playing with GL options:

- Only double buffering checked: All OK except CPU at 100% (*), very smooth playback, virtually no jitter
- Double buffering + direct render: All OK except CPU (90%)
- Any combination without double buffering: ALL OK except tearing

So it seems double buffering is my ticket to smooth playback (and apparently Direct3D, DirectX(fast) and GL2 also use double buffering (or vSync on?) even when not checked as config), yet it seem to consume 100% CPU on GL, and it doesn't use native resolution for subs in all other output types.

(*) GL modes + double buffering have strange CPU usage pattern which I haven't figured out yet. Mostly it's at 100%, but once I saw the CPU usage "crawl" in quite a linear fashion from about 30% to 100% in about 15 seconds of playing my test clip. Other times (at least twice) I saw it settle to low CPU usage (18-25%) , But after I stopped and played the clip again it was on 100%. When pausing the video for various durations (few seconds to few minutes) and then continue playback, the CPU mostly gets directly to 100%, sometimes directly crawls up to 100%, sometimes stays low, and sometimes stays low and then jumps/crawls to 100%. I'm really lost here.

Help? :)

LoRd_MuldeR

6th October 2009, 18:22

I highly recommend using MPlayer's GL renderer, not the GL2 one. And you should use the YUV mode ("-vo gl:yuv=2"), so the YUV -> RGB conversion is done by the GPU too ;)

The GL2 renderer is an experimental renderer that supports video resolutions higher than the maximum supported texture size. But it isn't developed any more and now misses many of the advanced features of the "normal" GL renderer. And yes, if you disable "Double Buffering" then tearing is expected. That's exactly what the "(Disable) Double Buffering" option is good for ^^

From the MPlayer documents:
−nodouble
Disables double buffering, mostly for debugging purposes. Double buffering fixes flicker by storing two frames in memory, and displaying one while decoding another.

BTW: The ATI developers did a good job in breaking the GL renderer with each new Catalyst driver update. Since I switched to NVidia, the GL renderer works perfectly fine for me :)

Needless to say that you should keep your video drivers up-to-date anyway...

avih

6th October 2009, 18:45

I highly recommend using MPlayer's GL renderer, not the GL2 one. And you should use the YUV mode ("-vo gl:yuv=2"), so the YUV -> RGB conversion is done by the GPU too ;)

The GL2 renderer is an experimental renderer that supports video resolutions higher than the maximum supported texture size. But it isn't developed any more and now misses many of the advanced features of the "normal" GL renderer. And yes, if you disable "Double Buffering" then tearing is expected. That's exactly what the (disable) Double Buffering option is good for ^^

From the MPlayer documents:

BTW: The ATI developers did a good job in breaking the GL renderer with each new Catalyst driver update. Since I switched to NVidia, the GL renderer works perfectly fine for me :)

Needless to say that you should keep your video drivers up-to-date...
Is there a suggestion here that I've missed (or that I haven't related to on my previous post)? or an explanation for the CPU usage in GL with double buffering on? Or other solution for no-tearing + subs at native resolution + normal CPU usage?

Basically, to me it looks as if GL + no-tearing (via double buffering at least) is broken. IMHO it shouldn't use 100% CPU, and IIRC it didn't, but unfortunately I'm unable to revert to my previous settings...

LoRd_MuldeR

6th October 2009, 19:14

Is there a suggestion here that I've missed (or that I haven't related to on my previous post)? or an explanation for the CPU usage in GL with double buffering on? Or other solution for no-tearing + subs at native resolution + normal CPU usage?

Basically, to me it looks as if GL + no-tearing (via double buffering at least) is broken. IMHO it shouldn't use 100% CPU, and IIRC it didn't, but unfortunately I'm unable to revert to my previous settings...

The suggestion is to use the recommended video renderer "-vo gl:yuv=2" instead of one of the experimental/slow renderers and to not enforce tearing by disabling the double buffering.

Furthermore, as said before, the GL renderer works perfectly fine for me. That is with NVidia hardware, Windows 7 and the latest video drivers. It used to work fine for me under Windows XP too.

http://img402.imageshack.us/img402/143/mplayerglasscpu.th.png (http://img402.imageshack.us/img402/143/mplayerglasscpu.png)

So if you think there are any bugs with the OpenGL render in MPlayer, you should talk to the MPlayer developers by using the MPlayer mailing list or by PM'ing Reimar (http://forum.doom9.org/member.php?u=79288) directly.

But don't expect too much support for the Windows port of MPlayer :D

avih

6th October 2009, 19:33

The suggestion is to use the recommended video renderer "-vo gl:yuv=2" instead of one of the experimental/slow renderers and to not enforce tearing by disabling the double buffering.

Furthermore, as said before, the GL renderer works perfectly fine for me. That is with NVidia hardware, Windows 7 and the latest video drivers. It used to work fine for me under Windows XP too.

So if you think there are any bugs with the OpenGL render in MPlayer, you should talk to the MPlayer developers using the MPlayer mailing list.

But don't expect too much support for the Windows port of MPlayer :D
Apparently, I fail to understand your help.

- I did note I've also tried gl:yuv=2 (so I fail to understand why you mentioned it, twice)
- I did note I have the latest drivers.
- I did note I want to eliminate tearing (so I don't understand why you suggest to disable double buffering if no other option to prevent tearing is offered)

Again, did anyone notice high CPU usage with double-buffering using GL (normal/fast/gl:yuv=2/etc)? Would anyone be able to guess why do I see these CPU usage patterns? Is it more probable to be an mplayer bug? or a GFX driver bug?

Is there another method to prevent tearing using GL (other than double-buffering)?

Can non-GL output types display subtitles at native screen resolution?

Mulder, sorry if you did answer one of my questions but I've failed to see it. If you did, I'd appreciate if you could rephrase it. I guess I'm thicker than usual today.

LoRd_MuldeR

6th October 2009, 19:55

Apparently, I fail to understand your help.

- I did note I've also tried gl:yuv=2 (so I fail to understand why you mentioned it, twice)

I mentioned it to make clear what the recommended renderer for MPlayer on Win32 is :)

In your first post you also mentioned a lot of renderers that are known to be either slow or experimental/outdated.

- I did note I want to eliminate tearing (so I don't understand why you suggest to disable double buffering if no other option to prevent tearing is offered)
Is there another method to prevent tearing using GL (other than double-buffering)?

I certainly did NOT suggested to disable double buffering! There is NO option to enable double buffering, because double buffering is already enabled by default. That's for a good reason, as it avoids tearing. So there only is an option to disable double buffering ("-nodouble") and I told you to NOT use that option, because by doing so you would explicitly tell MPlayer that tearing/flickering is desired.

Last but not least, if you have to report a bug in MPlayer itself, my suggestion is to do this at the appropriate place, the MPlayer mailing list. I doubt the MPlayer developers follow this thread ;)

avih

6th October 2009, 20:36

I mentioned it to make clear what the recommended renderer for MPlayer on Win32 is ;)

In your first post you also mentioned a lot of renderers that are known to be either slow or experimental/outdated.
...
I see. I did start with gl:yuv=2, but then tried all other options to cover the possibilities.

...
I certainly did NOT suggested to disable double buffering! There is NO option to enable double buffering, because double buffering is already enabled by default. That's for a good reason, as it avoids tearing. So there only is an option to disable double buffering ("-nodouble") and I told you to NOT use that option, because by doing so you would explicitly tell MPlayer that tearing/flickering is desired.
...

My apologies, I must have misread your post. SMplayer offers a "double buffering" checkbox so I thought it's off by default (at mplayer.exe). I just watched the arguments sent by SMPlayer, and when checked, it sends the argument "-double" (redundant?). When unchecked, it sends "-nodouble" instead.

The issue remains though, when there's no tearing and using GL based output, the CPU usage is strangely high.

Worth noting, I've also tried to invoke mplayer.exe manually from the command line (from C:\Program Files\MPlayer for Windows\). With the only argument other than the clip's file : -vo gl or -vo gl:yuv=2. On both cases I had 100% CPU usage and mplayer sent a notice to the terminal "**** Your system is too SLOW to play this! ****...".

Interestingly, although I thought I've linked the CPU issue to GL output with double-buffering enabled, I also read the notice which suggests using different audio output. And so I did (always with -vo gl:yuv=2), with the following results:

-ao dsound (or -ao win32) --> sounds ok, no tearing, 100% CPU

-ao null --> no sound, no tearing, 100% CPU (expected if 100% CPU is unrelated to audio)

but the most interesting and strange result:

-ao sdl (or any other -ao <uncompiled-mode-or-just-junk name>) --> no sound (obviously), no tearing, 18-25% CPU (!!!). Which obviously suggests that it CAN do GL with double buffering at normal CPU usage, and I also think it's very improbable that the standard mp3 audio causes any issues, especially when there are several modes at which it plays fine with low CPU, albeit with tearing.

So I really am lost now.

Also worth noting, that the 100% CPU issue with GL and double-buffering enabled only happens with my test clip (60 FPS, 720x400 H264, 1600kbps). With any other, more "standard" frame rate clips, it only uses 5-10% CPU, even with GL and double-buffering enabled.

...
Last but not least, if you have to report a bug in MPlayer itself, my suggestion is to do this at the appropriate place, the MPlayer mailing list...
But of course. Still, I first wanted to post my experience and see if I miss something, or if anyone knows a better config option, or if anyone else encountered such issues.

LoRd_MuldeR

6th October 2009, 20:51

My apologies, I must have misread your post. SMplayer offers a "double buffering" checkbox so I thought it's off by default (at mplayer.exe). I just watched the arguments sent by SMPlayer, and when checked, it sends the argument "-double" (redundant?). When unchecked, it sends "-nodouble" instead.

No idea. I was looking at the mplayer docs (http://www.mplayerhq.hu/DOCS/man/en/mplayer.1.html#VIDEO OUTPUT OPTIONS (MPLAYER ONLY)) and I only found the "-nodouble" option there. Can't say for sure whether "-double" is always redundant.

Also worth noting, that the 100% CPU issue with GL and double-buffering enabled only happens with my test clip (60 FPS, 720x400 H264, 1600kbps). With any other, more "standard" frame rate clips, it only uses 5-10% CPU, even with GL and double-buffering enabled.

Are you sure your system is fast enough to play 60 fps H.264 video with pure software decoding?

Remember that MPlayer still uses the single-threaded ffmpeg decoders, unless you use on of the experimental MPlayer-MT builds, and doesn't use DVXA either...

Interestingly, although I thought I've linked the CPU issue to GL output with double-buffering enabled, I also read the notice which suggests using different audio output. And so I did (always with -vo gl:yuv=2), with the following results:

-ao dsound (or -ao win32) --> sounds ok, no tearing, 100% CPU

-ao null --> no sound, no tearing, 100% CPU (expected if 100% CPU is unrelated to audio)

but the most interesting and strange result:

-ao sdl (or any other -ao <uncompiled-mode-or-just-junk name>) --> no sound (obviously), no tearing, 18-25% CPU (!!!). Which obviously suggests that it CAN do GL with double buffering at normal CPU usage, and I also think it's very improbable that the standard mp3 audio causes any issues, especially when there are several modes at which it plays fine with low CPU, albeit with tearing.

So I really am lost now.

Does something like "−autosync 30" and/or "−framedrop" help ???

You can also try with the "−nosound" option to disabled the audio output. But it all sounds like a mplayer issue to me :rolleyes:

avih

6th October 2009, 21:42

...
Are you sure your system is fast enough to play 60 fps H.264 video with pure software decoding?

Remember that MPlayer still uses the single-threaded ffmpeg decoders, unless you use on of the experimental MPlayer-MT builds, and doesn't use DVXA either...
...

My build is the from your latest full package (2009-06-12), SVN 29355. I'm pretty sure it's able to decode this clip software only, both because it's a relatively modern system (Dual core E8400, 4G ram, GTX260+) and the clip is not THAT high-end, but also because on many other modes, GL output included, it uses ~25% CPU for this clip (when double buffering disabled), and with other outputs such as directx(fast) and direct3d (which offer double buffering but subtitles don't appear at native resolution).

...
Does something like "−autosync 30" and/or "−framedrop" help ???

You can also try with the "−nosound" option to disabled the audio output.
...

-nosound strangely "helps". Result is identical to -ao junksomething, i.e. no tearing, no sound, 25% CPU (reminder: -ao null disables sound but causes 100% CPU)

−autosync 30 or −framedrop don't help (sound is ok, no tearing, 100% CPU)

...
But it all sounds like a mplayer issue to me :rolleyes:
Unfortunately, by now, so it does to me.

Summary of this issue so far:

- 100% CPU (or strangely high and "random" CPU usage pattern) under the following conditions:

1. Only with my test clip (720x400, H264, 60 FPS, 1600 kbps, mp3 128 kbps audio)

1.1. Any other clip that I've tried with normal FPS (24-30) consumes normal CPU (~5%) under the same conditions.

2. Only when any GL output mode is selected (GL/GL(fast)/gl:yuv=2) AND double buffering is enabled (either explicitly with -double or implicitly without related directives)

2.1. If double buffering is disabled, CPU usage is normal (~20% CPU) and other than the expected tearing, the file plays fine.

2.2. Outputs other than GL (i.e. directx, direct3d) have ~25% CPU usage and no tearing (but they're not good enough to me since AFAIK, they don't allow subtitles at native screen resolution). GL2 uses 90+% CPU.

3. Only when using compiled audio support (i.e. -ao dsound or -ao win32 or or without any audio output directives results in 100% CPU)

3.1 -ao null starts with 100% CPU but after few seconds gets back to normal CPU.

3.2. If using -nosound or -au junk, it plays fine, no tearing, with 20% CPU (other than the obvious no sound "issue"). It also doesn't exhibit the 100% CPU for few secs as with -ao null.

Which, as much as I can tell, only appears on GL outputs AND double buffering enabled AND with sound AND the specific test clip. Drop any one of those and the CPU gets back to normal. Strange indeed as I just fail to see the connection between those elements (and especially the sound)...

BTW, preliminary tests using several older mplayer builds indicate it behaves the same.

Question: Does mplayer use some settings stored at different directories than the current one? (i.e. %APPDATA% system variable or similar ones?) maybe it affects older builds that I've tried?

Also important, I've recently updated the GFX driver to 190.03 (beta) NVidia driver. It could be related, but the symptoms (especially 3 and 3.1) suggests not necessarily.

Reimar

10th October 2009, 10:48

Also worth noting, that the 100% CPU issue with GL and double-buffering enabled only happens with my test clip (60 FPS, 720x400 H264, 1600kbps). With any other, more "standard" frame rate clips, it only uses 5-10% CPU, even with GL and double-buffering enabled.

Uh, to play 60 fps material your screen refresh rate must be at least 60 Hz. Since PC and screen usually don't agree how fast time goes, in practice that means the refresh rate must be > 60 Hz.
-framedrop should help in theory (no idea why it doesn't, try adding glfinish to the -vo gl options), but might look quite ugly.
You could use -vf framestep=2 to drop every second frame, or -vo gl:yuv=2:swapinterval=0 to disable vsync (you can try to force vsync and enable triple-buffering in the NVidia control panel, maybe that makes things work a bit differently, but I doubt it).
EDIT: and if by "CPU usage" you really mean actual CPU usage and not just what MPlayer shows, that is entirely NVidia's fault for using up all CPU while waiting for vsync.

LoRd_MuldeR

12th October 2009, 00:52

MPlayer for Windows 2009-10-12 :)

[2009-10-12]
* SMPlayer updated to Version 0.6.8 (SVN-r3286)
* QT Runtime Libs updated to Version 4.5.3

Antonski

17th October 2009, 15:54

LoRd_MuldeR

17th October 2009, 15:57

Hello,

I have problems playing Musepack SV8 files (tagged), the player goes to endless loop at the EOF.
I've opened a ticket 1458 (http://bugzilla.mplayerhq.hu/show_bug.cgi?id=1458) about mplayer, but their statement that the problem is related to ffmpeg and should be solved. However, the mplayer version you've compiled is r29355 while "the current revision is r29773 which means there were over 400 changes in MPlayer alone and probably a whole lot more in FFmpeg".
Would you make a new release with the latest svn please?

The latest MPlayer binary from Gianluigi Tiesi's site is still 2009-06-12 and he says that he can't make newer builds, because current GCC is "almost unusable" :(

I also tried the latest build from Kovensky's site, but it's completely broken for me. SMPlayer's site doesn't have newer MPlayer builds either. So we will have to be patient, I guess...

Antonski

18th October 2009, 00:51

I see, thanks for the info.
Cheers

fxtech

18th October 2009, 00:52

The build from kovensky work fine with the last svn smplayer , but is broken on ac3 playback :-(

LoRd_MuldeR

18th October 2009, 02:56

The build from kovensky work fine with the last svn smplayer , but is broken on ac3 playback :-(

Nope. On my system it crashes with every single file I tested. So it's unusable for me :(

Kurtnoise

18th October 2009, 10:58

Try this build (http://www.mediafire.com/file/yuwoifhmzwj/mplayer_r29777.7z)...

LoRd_MuldeR

18th October 2009, 12:32

Try this build (http://www.mediafire.com/file/yuwoifhmzwj/mplayer_r29777.7z)...

MPEG-2 playback is broken with that build. There's no useful error message on the log, it simply exits after playing sound for ~1 sec :(
http://pastie.org/659383

H.264, HuffYUV and FFV1 playback seems to work okay though. Why it's MPEG-2 always making trouble? :rolleyes:

Antonski

20th October 2009, 00:53

Try this build (http://www.mediafire.com/file/yuwoifhmzwj/mplayer_r29777.7z)...

BTW, this build plays (almost) fine Musepack SV8 files. Just the current playtime is broken,

roozhou

21st October 2009, 13:13

@Lord MuldeR,
How do you fix tearing problem on NV cards? I turned on triple buffering and VSync in NV control panel, but tearing is still there. Sometimes when I switch to VGA output and switch back to LCD panel, the tearing is gone(not always work). My laptop has 6150 Go. I have two desktop computers using 6600LE and 8500GT with latest driver installed. All of them have annoying tearing issue when using -vo gl.

My mplayer setting is
double=1
dr=1
vo=gl:yuv=2:lscale=1
slices=0

LoRd_MuldeR

21st October 2009, 13:52

I don't have any tearing problem with the GL renderer (-vo gl) on my system using a NV GFX260 card, as long as Doube Buffering is enabled.

Maybe Reimar has an idea?

Mangix

21st October 2009, 15:17

could try using d3doverride. but that probably only works on d3d applications.

ajkessel

6th November 2009, 05:21

I haven't been able to get ivtc to work with Mplayer for Windows -- it just crashes out. Is it supposed to be supported? Just wondering if I should work on troubleshooting or if it's hopeless. I haven't found any player for Windows that does ivtc -- it appears that vlc does not support it.

roozhou

6th November 2009, 09:24

ivtc works perfectly on windows for me. A simple "-vf ivtc=1" or "-vf pullup" is OK.

Post your command line.

candela

11th November 2009, 20:35

DVD playback from an actual disc with Mplayer is not working for me. I have noticed the following strange behaviour

MPlayer Sherpya-SVN-r28311-4.2.5: mplayer -dvd-device F: dvd://3 -> playback stutters, simply unwatchable
MPlayer Sherpya-SVN-r28311-4.2.5: mplayer -dvd-device F:\ dvd://3 -> playback is fine, changing F: to F:\ makes mplayer report "libdvdread: Couldn't find device name." yet DVD playback is fixed (wth?)

I found this out by looking at the mplayer log from MPUI and SMPlayer. MPUI sends F:\ and SMPlayer sends F:. In MPUI playback was fine, in SMPlayer it stutters.

However, now on the the new build MPlayer Sherpya-SVN-r29851-4.2.5 this "trick" doesn't work anymore. libdvdread always detects the device when I use f:\ and the playback is then always incredibly slow.

Anyone have any idea what is going on here or how to fix this?

I posted some logs on the SMPlayer forum (http://smplayer.berlios.de/forums/viewtopic.php?pid=6856#p6856)

Reimar

11th November 2009, 21:18

I found this out by looking at the mplayer log from MPUI and SMPlayer. MPUI sends F:\ and SMPlayer sends F:. In MPUI playback was fine, in SMPlayer it stutters.

I think you probably missed the more relevant messages, like
libdvdread: Error cracking CSS key for /VIDEO_TS/VIDEO_TS.VOB (0x0000013a)
or
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VTS_04_0.IFO failed

Which makes it look like this is one of those broken-on-purpose DVDs.
The simplest way to fix it is most likely to rip the DVD with one of the tools for that (oh the irony... Sorry, just couldn't resist saying that).

candela

11th November 2009, 21:29

I think you probably missed the more relevant messages, like
libdvdread: Error cracking CSS key for /VIDEO_TS/VIDEO_TS.VOB (0x0000013a)
or
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VTS_04_0.IFO failed

Which makes it look like this is one of those broken-on-purpose DVDs.
The simplest way to fix it is most likely to rip the DVD with one of the tools for that (oh the irony... Sorry, just couldn't resist saying that).

Well that doesn't really explain why the same thing happens on all my DVDs, even ones that do not have even CSS. And I don't think this DVD from my logs has any special protection (Frogs PAL R2 MGM/Sony released in 2005)

LoRd_MuldeR

11th November 2009, 23:16

MPlayer for Windows 2009-11-11 :)

[2009-11-11]
* MPlayer binaries updated to SVN-r29851
* SMPlayer updated to Version 0.6.8 (SVN-r3306)
* File permission workaround for UAC

burro08

14th November 2009, 21:23

hi guys

whats with the new time display in the top left of the screen in smplayer? and how do u disable it?

thanks

LoRd_MuldeR

14th November 2009, 21:34

You mean the OSD (On Screen Display) or what? Goto "Options" -> "OSD" and selected "Subtitles only" ;)

Voltekka

21st November 2009, 11:56

The latest version doesn't work on my pc. It won't play anything:confused: The earlier versions work but the latest doesn't:mad:

LoRd_MuldeR

21st November 2009, 13:40

The latest version doesn't work on my pc. It won't play anything:confused: The earlier versions work but the latest doesn't:mad:

"It doesn't work" isn't a useful error description. Give me some useful information, an I may be able to do something :rolleyes:

Why not start by posting your log file ???

Voltekka

21st November 2009, 18:07

I don't know where the log file is:( Well when i try to play something in SMPlayer it just freezes and if i try to shut it down it crashes but MPUI is working fine.

LoRd_MuldeR

21st November 2009, 18:09

I don't know where the log file is:( Well when i try to play something in SMPlayer it just freezes and if i try to shut it down it crashes but MPUI is working fine.

If MPUI is working fine, but SMPlayer isn't, then this clearly indicates a problem with SMPlayer.

In that case you should contact the SMPlayer author or use SMPlayer's bug tracker. I can't help you with SMPlayer-specific problems at all.

BTW: You find the log at "Options" -> "View logs" in SMPlayer ;)

carnage_pl

22nd November 2009, 01:58

Same here. When You released 11.11.2009 version everything worked fine. Now i tried to play something (today) smplayer just don't want do load file. Weird...

LoRd_MuldeR

22nd November 2009, 02:04

Same here. When You released 11.11.2009 version everything worked fine. Now i tried to play something (today) smplayer just don't want do load file. Weird...

You did wait for MPlayer to finish updating its font cache at the very first launch, did you ???

(This may take quite a few moments, but only needs to be done once)

carnage_pl

22nd November 2009, 03:09

Very first launch yes. Ok it works now. He updated cache font again but i dont for what reason. I didnt change anything and wasnt any info.

LoRd_MuldeR

6th December 2009, 19:28

MPlayer for Windows 2009-12-06

[2009-12-06]
* SMPlayer updated to Version 0.6.8 (SVN-r3336)
* NSIS updated to Version 2.46
* QT Runtime Libs updated to Version 4.6.0
* UMUI updated to 2009-12-06

http://fc04.deviantart.net/fs23/f/2007/346/1/5/Santa_hat_Emoticon_by_CheddarMan.png

Jong

11th December 2009, 09:56

I've just been trying this for the first time, mainly because I need to set the User Agent to Quicktime when playing Apple Trailers. With MPC-HC you have to change the default user agent in the registry which on W7 is not possible without a UAC prompt.

I complete failed to get the command line options for user agent to work. I could not set it on the smplayer command line or using the mplayer command line settings configurable inside of smplayer. It would accept the command (no error), but it clearly was not setting the user agent. It was then trying to parse the user agent string as a queue entry (visible in the log). I ended up having to edit the mplayer configuration (ini? not on that PC at the moment) file. That worked fine, but its obviously a global setting. It would be better to do it just when needed. Any ideas what is going wrong?

LoRd_MuldeR

11th December 2009, 10:46

Why not download the trailer first with a tool like wget?

Jong

11th December 2009, 14:14

Because... why?

I have a plugin for my HTPC front-end that every night gets the URL's of new trailers and displays them with artwork. I can simply press play on any trailer and it streams @720p. There is really no need/point in downloading them. Either it would add delay to playback or I have to download them all just in case I want to watch one of them :eek:

Anyway the point is what brought me to mplayer is specifically its ability to define the user agent without escalated privileges ..... and it works! Just it seems the command line capability is broken (or I'm doing it wrong!). I can live with the .ini configuration I am using right now, but there might be another site in the future that insists I NOT use Quicktime! So getting the command line functionality working as it is meant to would be good.

LoRd_MuldeR

13th December 2009, 00:18

Anyway the point is what brought me to mplayer is specifically its ability to define the user agent without escalated privileges ..... and it works! Just it seems the command line capability is broken (or I'm doing it wrong!). I can live with the .ini configuration I am using right now, but there might be another site in the future that insists I NOT use Quicktime! So getting the command line functionality working as it is meant to would be good.

That would be a point to discuss directly with the MPlayer team. So I recommend to use the MPlayer mailing list:
http://www.mplayerhq.hu/design7/mailing_lists.html

Voltekka

20th December 2009, 11:50

How can i change the font for mpui?

LoRd_MuldeR

20th December 2009, 14:49

What font? GUI font? Subtitle font?

Voltekka

20th December 2009, 15:05

Subtitle font. It's different from the font in smplayer and the letters are like this: t h i s i s a n n o y i n g. So it's kinda hard to read.

LoRd_MuldeR

20th December 2009, 15:15

Try adding those parameters (or a subset of them) to the "Additional MPlayer parameters" in MPUI's option menu:

-ass -embeddedfonts -ass-line-spacing 0 -ass-font-scale 1 -ass-styles "C:\Your path to MPlayer for Win32\styles.ass" -fontconfig -font Arial -subfont-autoscale 0 -subfont-osd-scale 20 -subfont-text-scale 20 -subcp ISO-8859-1 -subpos 100

(Note: I copied them straight from SMPlayer's MPlayer command-line)

Voltekka

20th December 2009, 16:16

the letters are not apart anymore but the font is now yellow and covers the whole screen

LoRd_MuldeR

20th December 2009, 16:41

Adjust the "styles.ass" file accordingly ;)

Voltekka

20th December 2009, 17:26

I changed the size of the font in styles.ass but it remained the same(all across the screen).

LoRd_MuldeR

20th December 2009, 20:23

MPlayer for Windows 2009-12-20

[2009-12-20]
* MPlayer binaries updated to SVN-r30075
* SMPlayer updated to Version 0.6.8 (SVN-r3355)
* Clean-up the "VirtualStore" on Vista/Win7

http://fc04.deviantart.net/fs23/f/2007/346/1/5/Santa_hat_Emoticon_by_CheddarMan.png

Vicki_21

20th December 2009, 23:56

What exactly does this "VirtualStore" cleanup affect:

The installer,
MPUI,
or SMPlayer?

LoRd_MuldeR

21st December 2009, 00:02

What exactly does this "VirtualStore" cleanup affect:

The installer,
MPUI,
or SMPlayer?

It means that old (S)MPlayer/MPUI config files, which may remain in the VirtualStore (http://www.hanselman.com/blog/VistasShowCompatibilityFilesAndTheScrumptiousWonderThatIsFileVirtualization.aspx) folder (and thus superpose the files in the install folder), will be cleaned-up now ;)

The installer already makes sure that no config files will end up in the "VirtualStore" by setting the access rights properly, but there still may be old files from some previous install.

So if we didn't clean up the VirtualStore, then we can delete/modify the config files in the install folders, but still old config files (from VirtualStore) may be used :rolleyes:

Vicki_21

21st December 2009, 02:15

Cool :thanks:

sl1pkn07

1st January 2010, 22:47

hello. is possible compiling all for support native 64bits?

thanks

LoRd_MuldeR

1st January 2010, 22:50

I don't know if MPlayer can be compiled for 64-Bit Windows and, if possible, how "stable" such builds currently are. Why do you need 64-Bit builds?

The 32-Bit builds work on 64-Bit Windows just fine and often 32-Bit builds are even faster than 64-Bit builds!

But if somebody can provide 64-Bit builds of MPlayer for the Windows platform that are both, as stable as the current 32-Bit builds -and- significant faster, I will include those.

See:
http://forum.doom9.org/showthread.php?t=151527

Reimar

2nd January 2010, 15:57

I don't know if MPlayer can be compiled for 64-Bit Windows and, if possible, how "stable" such builds currently are.

I think building for 64 bit should be possible and about the same stability, however
1) The mingw64 environment is quite a pain to set up and could have some issues due to being behind 32 bit mingw
2) You probably can't use any of the binary codecs, even if 64 bit variants exist for Windows

Same as for Linux it should be 10% faster at least for some H.264 files.
I'll try if I can easily make a basic build (i.e. not including OSD support etc.) to test speed.

Reimar

2nd January 2010, 19:34

I'll try if I can easily make a basic build (i.e. not including OSD support etc.) to test speed.

Ok, here is the build: http://natsuki.mplayerhq.hu/~reimar/mplayer.exe
Caveats:
1) Files > 2GB, in particular DVDs will probably not work right just like for builds with unpatched 32 bit MinGW
2) Only OpenGL vos are available (gentoo cross-compile stuff for MinGW64 does not seem to include any of the DirectX/Direct3D headers).
3) no fontconfig support (so you must use -font or provide a subfont.ttf)
4) I did not even try to compile the GUI (32 bit smplayer should work fine though)
5) fribidi can't even compile on MinGW it seems, so no support for that...
6) probably more missing features I forgot about

LoRd_MuldeR

3rd January 2010, 02:35

Ok, here is the build: http://natsuki.mplayerhq.hu/~reimar/mplayer.exe
Caveats:
1) Files > 2GB, in particular DVDs will probably not work right just like for builds with unpatched 32 bit MinGW
2) Only OpenGL vos are available (gentoo cross-compile stuff for MinGW64 does not seem to include any of the DirectX/Direct3D headers).
3) no fontconfig support (so you must use -font or provide a subfont.ttf)
4) I did not even try to compile the GUI (32 bit smplayer should work fine though)
5) fribidi can't even compile on MinGW it seems, so no support for that...
6) probably more missing features I forgot about

Thanks for the build. But I'm unable to get it working with SMPlayer. It's getting all the way to "Starting playback...", but then it will exit immediately. No error message, no crash, no nothing. And yes, I did disabled fontconfig, otherwise it stopped right at the beginning. No idea what option of SMPlayer is conflicting. However if I run your build from the console with "-vo gl", then it works, at least.

Anyway, the limitations that you list are more than enough to not include the 64-Bit into the regular installer yet ;)

screamo

3rd January 2010, 08:12

Hello LoRd_MuldeR!!!

Help me understand please...
Configure initial MPUI/SMPlayer setting: Use OpenGL renderer instead of Overlay (better, but requires OpenGL 2.0) and Enable DVD menu support (EXPERIMENTAL) - do you recommend these tweaks?

OS: Vista (32)

Thank u and sorry for my bad English

Reimar

3rd January 2010, 11:24

Thanks for the build. But I'm unable to get it working with SMPlayer. It's getting all the way to "Starting playback...", but then it will exit immediately. No error message, no crash, no nothing. And yes, I did disabled fontconfig, otherwise it stopped right at the beginning. No idea what option of SMPlayer is conflicting. However if I run your build from the console with "-vo gl", then it works, at least.

Anyway, the limitations that you list are more than enough to not include the 64-Bit into the regular installer yet ;)

It was meant as a helper for a speed comparison, not a proper build.
But I updated it, and I tested it to work with SMPlayer (including fontconfig).
However I did not apply any patches, which means whatever custom patches other people have been using for fontconfig, MinGW etc. won't be included.
That in particular means some issues with files > 2GB will remain.
Or to put it differently: only caveats 1) and 6) remain, and I don't think I will deal with them (and why Microsoft didn't use the opportunity to switch off_t to 64 bit but instead still has 32 bit file offsets as default in a 64 bit OS is beyond me - unless that is only a bug in the MinGW-w64 headers).

EDIT: updated to include support for OpenJPEG (JPEG2000) and the "native GUI" (not recommended though).

ElQuia

12th January 2010, 02:02

Hi Guys :)
I am using mulders full package on windows 7 x64. Must say that after much searching I found a player that will play everything, will remember my preferences and most of all has good playback quality.

Got one problem, I installed package, went through usuall steps. SMPlayer will Play ANY kind of video format from disk, be that low quality or HD ts, etc.
BUT IT WONT PLAY DVD's (DVD disc)!!!!
In video config section is setted as: gl:yuv=2. If I set it as direct x it will play dvd disc but quality is HORRIBLE. What surprises me is that MPUI DOES PLAY DVDs !!!!!,
I'd like to use smplayer to play dvds because of the color, contrast, etc tweaking you can do...

PLEASE HELP?
:thanks:

rvm

12th January 2010, 12:23

You give very few info.

With vo set to gl:yuv=2, the dvd doesn't play at all? What's the output of mplayer? (Options -> View logs)

LoRd_MuldeR

12th January 2010, 14:02

ElQuia, you have libdvdnav ("DVD menus") enabled in SMPlayer preferences or not? Maybe you can try to disable it, which should give the same behavior as in MPUI.

LoRd_MuldeR

12th January 2010, 15:31

Thanks for the help guys.

Gryphon the version of windows 7 i would be using would be the ultimate upgrade edition. As far as i know you need the windows 7 registration key and vista or XP key to use the upgrade edition.

However, would this make it possible to install the upgrade edition on a new build as a clean install using both windows 7 and vista key at the same time also keeping vista on the laptop. which would then leave me with vista on the laptop and windows 7 on the new build?

Thanks
AC

How is this related to MPlayer for Windows please? :rolleyes:

ElQuia

12th January 2010, 18:03

Lord_Mulder: I have dvd menus disabled, enabling them does nothing, dvd wont play.

You give very few info.

With vo set to gl:yuv=2, the dvd doesn't play at all? What's the output of mplayer? (Options -> View logs)

Here go MPlayer Logs, SMPlayer Logs AND MPUI MPLAYER OUTPUT (with dvd playing):

MPLAYER LOG:

D:/Program Files/TotalCmd/Ext_Progs/MPlayerWin/MPlayer.exe -noquiet -nofs -nomouseinput -lavdopts threads=2 -sub-fuzziness 0 -identify -slave -vo gl:yuv=2 -ao dsound -nokeepaspect -priority abovenormal -framedrop -autosync 100 -nodr -double -wid 330274 -monitorpixelaspect 1 -noass -font D:/Program Files/TotalCmd/Ext_Progs/MPlayerWin/mplayer/subfont.ttf -subfont-autoscale 1 -subfont-text-scale 5 -subcp enca:en:ISO-8859-1 -subpos 100 -contrast 12 -brightness 12 -hue -12 -saturation -2 -volume 40 -dvd-device I: -dvdangle 1 -cache 3000 -osdlevel 0 -vf-add screenshot -slices -channels 2 -af equalizer=0:0:0:0:0:0:0:0:0:0 -softvol -softvol-max 200 -sws 9 dvd://1

MPlayer Sherpya-SVN-r30075-4.2.5 (C) 2000-2009 MPlayer Team
3DNow supported but disabled
3DNowExt supported but disabled
Setting process priority: abovenormal

Playing dvd://1.
ID_DVD_TITLES=4
ID_DVD_TITLE_1_CHAPTERS=43
ID_DVD_TITLE_1_ANGLES=1
ID_DVD_TITLE_2_CHAPTERS=43
ID_DVD_TITLE_2_ANGLES=1
ID_DVD_TITLE_3_CHAPTERS=1
ID_DVD_TITLE_3_ANGLES=1
ID_DVD_TITLE_4_CHAPTERS=9
ID_DVD_TITLE_4_ANGLES=1
ID_DVD_TITLE_1_LENGTH=8124.834
ID_DVD_TITLE_2_LENGTH=8124.834
ID_DVD_TITLE_3_LENGTH=0.500
ID_DVD_TITLE_4_LENGTH=2823.734
ID_DVD_DISC_ID=A9ADAF84F4B8E3CA4855C599DF46EA6A
ID_DVD_VOLUME_ID=DVDVIDEO
There are 4 titles on this DVD.
ID_DVD_CURRENT_TITLE=1
There are 1 angles in this DVD title.
audio stream: 0 format: ac3 (5.1) language: unknown aid: 128.
ID_AUDIO_ID=128
audio stream: 1 format: ac3 (stereo) language: unknown aid: 129.
ID_AUDIO_ID=129
number of audio channels on disk: 2.
subtitle ( sid ): 0 language: unknown
ID_SUBTITLE_ID=0
subtitle ( sid ): 1 language: unknown
ID_SUBTITLE_ID=1
subtitle ( sid ): 2 language: unknown
ID_SUBTITLE_ID=2
subtitle ( sid ): 3 language: unknown
ID_SUBTITLE_ID=3
subtitle ( sid ): 4 language: unknown
ID_SUBTITLE_ID=4
number of subtitles on disk: 5
CHAPTERS: 00:00:00,00:01:02,00:10:09,00:11:59,00:12:35,00:14:09,00:15:15,00:21:17,00:22:23,00:24:47,00:29:01,00:31:08,00:36:03,00:37:34,00:39:19,00:40:12,00:40:56,00:43:31,00:45:34,00:46:41,00:48:57,00:49:49,00:56:45,00:58:26,00:59:55,01:00:44,01:04:27,01:08:39,01:11:54,01:15:28,01:17:40,01:18:44,01:20:39,01:21:13,01:26:51,01:29:04,01:32:33,01:34:56,01:39:49,01:44:31,01:53:48,02:04:55,02:04:55,

Cache fill: 0.00% (0 bytes)
Cache fill: 10.40% (319488 bytes)
ID_VIDEO_ID=0
MPEG-PS file format detected.
ID_AUDIO_ID=128
VIDEO: MPEG2 720x480 (aspect 3) 29.970 fps 9800.0 kbps (1225.0 kbyte/s)
ID_FILENAME=dvd://1
ID_DEMUXER=mpegps
ID_VIDEO_FORMAT=0x10000002
ID_VIDEO_BITRATE=9800000
ID_VIDEO_WIDTH=720
ID_VIDEO_HEIGHT=480
ID_VIDEO_FPS=29.970
ID_VIDEO_ASPECT=0.0000
ID_AUDIO_FORMAT=8192
ID_AUDIO_BITRATE=0
ID_AUDIO_RATE=0
ID_AUDIO_NCH=0
ID_LENGTH=8124.83
ID_SEEKABLE=1
ID_CHAPTERS=43
[gl] using extended formats. Use -vo gl:nomanyfmts if playback fails.
Opening video filter: [screenshot]
==========================================================================
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
libdvdread: Using libdvdcss version 1.2.10 for DVD access

*** libdvdread: CHECK_VALUE failed in libdvdread4/ifo_read.c:1813 ***
*** for pgcit->pgci_srp[i].unknown1 == 0 ***

libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VTS_04_0.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VTS_05_0.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VTS_06_0.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VTS_07_0.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VTS_08_0.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VTS_09_0.IFO failed

libdvdread: Attempting to retrieve all CSS keys
libdvdread: This can take a _long_ time, please be patient

libdvdread: Found 3 VTS's
libdvdread: Elapsed time 0
The selected video_out device is incompatible with this codec.
Try appending the scale filter to your filter list,
e.g. -vf spp,scale instead of -vf spp.
VDecoder init failed :(
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Unsupported PixelFormat -1
Selected video codec: [ffmpeg2] vfm: ffmpeg (FFmpeg MPEG-2)
==========================================================================
ID_VIDEO_CODEC=ffmpeg2
==========================================================================
Opening audio decoder: [liba52] AC3 decoding with liba52
AUDIO: 48000 Hz, 2 ch, s16le, 448.0 kbit/29.17% (ratio: 56000->192000)
ID_AUDIO_BITRATE=448000
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=2
Selected audio codec: [a52] afm: liba52 (AC3-liba52)
==========================================================================
AO: [dsound] 48000Hz 2ch s16le (2 bytes per sample)
ID_AUDIO_CODEC=a52
[Mixer] No hardware mixing, inserting volume filter.
Starting playback...
ID_AUDIO_ID=129
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
ID_VIDEO_ASPECT=1.7778
[swscaler @ 00F539D4]Lanczos scaler, from yuv420p to rgb24 using MMX2
VO: [gl] 720x480 => 854x480 Planar YV12
Using SSE optimized IMDCT transform
Using MMX optimized resampler
[mpeg2video @ 00E72B94]ac-tex damaged at 7 7
[mpeg2video @ 00E72B94]Warning MVs not available
[mpeg2video @ 00E72B94]concealing 1035 DC, 1035 AC, 1035 MV errors

ANY HELP WILL BE APPRECIATED!!!:helpful::thanks:

ElQuia

12th January 2010, 18:09

SMPLAYER LOG: Is to long, board wont accept it, all three logs attached to present.

MPUI MPLAYER OUTPUT:

command line:
"D:\Program Files\TotalCmd\Ext_Progs\MPlayerWin\mplayer.exe" -slave
-identify -noquiet -wid 330780 -colorkey 0x101010 -nokeepaspect
-framedrop -autosync 100 -vf screenshot -font
C:\Windows\Fonts\Arial.ttf -softvol -softvol-max 1000 -priority
abovenormal -ao dsound:device=0 -sws 9 -af volnorm=2 -vo gl:yuv=2
-dvd-device I:\ dvd://

MPlayer Sherpya-SVN-r30075-4.2.5 (C) 2000-2009 MPlayer Team
3DNow supported but disabled
3DNowExt supported but disabled
Setting process priority: abovenormal

Playing dvd://.
ID_DVD_TITLES=4
ID_DVD_TITLE_1_CHAPTERS=43
ID_DVD_TITLE_1_ANGLES=1
ID_DVD_TITLE_2_CHAPTERS=43
ID_DVD_TITLE_2_ANGLES=1
ID_DVD_TITLE_3_CHAPTERS=1
ID_DVD_TITLE_3_ANGLES=1
ID_DVD_TITLE_4_CHAPTERS=9
ID_DVD_TITLE_4_ANGLES=1
ID_DVD_TITLE_1_LENGTH=8124.834
ID_DVD_TITLE_2_LENGTH=8124.834
ID_DVD_TITLE_3_LENGTH=0.500
ID_DVD_TITLE_4_LENGTH=2823.734
ID_DVD_DISC_ID=A9ADAF84F4B8E3CA4855C599DF46EA6A
ID_DVD_VOLUME_ID=DVDVIDEO
There are 4 titles on this DVD.
ID_DVD_CURRENT_TITLE=1
There are 1 angles in this DVD title.
audio stream: 0 format: ac3 (5.1) language: unknown aid: 128.
ID_AUDIO_ID=128
audio stream: 1 format: ac3 (stereo) language: unknown aid: 129.
ID_AUDIO_ID=129
number of audio channels on disk: 2.
subtitle ( sid ): 0 language: unknown
ID_SUBTITLE_ID=0
subtitle ( sid ): 1 language: unknown
ID_SUBTITLE_ID=1
subtitle ( sid ): 2 language: unknown
ID_SUBTITLE_ID=2
subtitle ( sid ): 3 language: unknown
ID_SUBTITLE_ID=3
subtitle ( sid ): 4 language: unknown
ID_SUBTITLE_ID=4
number of subtitles on disk: 5
CHAPTERS: 00:00:00,00:01:02,00:10:09,00:11:59,00:12:35,00:14:09,00:15:15,00:21:17,00:22:23,00:24:47,00:29:01,00:31:08,00:36:03,00:37:34,00:39:19,00:40:12,00:40:56,00:43:31,00:45:34,00:46:41,00:48:57,00:49:49,00:56:45,00:58:26,00:59:55,01:00:44,01:04:27,01:08:39,01:11:54,01:15:28,01:17:40,01:18:44,01:20:39,01:21:13,01:26:51,01:29:04,01:32:33,01:34:56,01:39:49,01:44:31,01:53:48,02:04:55,02:04:55,
ID_VIDEO_ID=0
MPEG-PS file format detected.
ID_AUDIO_ID=128
VIDEO: MPEG2 720x480 (aspect 3) 29.970 fps 9800.0 kbps (1225.0 kbyte/s)
ID_FILENAME=dvd://
ID_DEMUXER=mpegps
ID_VIDEO_FORMAT=0x10000002
ID_VIDEO_BITRATE=9800000
ID_VIDEO_WIDTH=720
ID_VIDEO_HEIGHT=480
ID_VIDEO_FPS=29.970
ID_VIDEO_ASPECT=0.0000
ID_AUDIO_FORMAT=8192
ID_AUDIO_BITRATE=0
ID_AUDIO_RATE=0
ID_AUDIO_NCH=0
ID_LENGTH=8124.83
ID_SEEKABLE=1
ID_CHAPTERS=43
[gl] using extended formats. Use -vo gl:nomanyfmts if playback fails.
Opening video filter: [screenshot]
==========================================================================
Opening video decoder: [mpegpes] MPEG 1/2 Video passthrough
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
libdvdread: Using libdvdcss version 1.2.10 for DVD access

*** libdvdread: CHECK_VALUE failed in libdvdread4/ifo_read.c:1813 ***
*** for pgcit->pgci_srp[i].unknown1 == 0 ***

libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VTS_04_0.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VTS_05_0.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VTS_06_0.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VTS_07_0.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VTS_08_0.IFO failed
libdvdnav:DVDOpenFileUDF:UDFFindFile /VIDEO_TS/VTS_09_0.IFO failed

libdvdread: Attempting to retrieve all CSS keys
libdvdread: This can take a _long_ time, please be patient

libdvdread: Found 3 VTS's
libdvdread: Elapsed time 0
The selected video_out device is incompatible with this codec.
Try appending the scale filter to your filter list,
e.g. -vf spp,scale instead of -vf spp.
VDecoder init failed :(
Opening video decoder: [ffmpeg] FFmpeg's libavcodec codec family
Unsupported PixelFormat -1
Selected video codec: [ffmpeg2] vfm: ffmpeg (FFmpeg MPEG-2)
==========================================================================
ID_VIDEO_CODEC=ffmpeg2
==========================================================================
Opening audio decoder: [liba52] AC3 decoding with liba52
AUDIO: 48000 Hz, 2 ch, s16le, 448.0 kbit/29.17% (ratio: 56000->192000)
ID_AUDIO_BITRATE=448000
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=2
Selected audio codec: [a52] afm: liba52 (AC3-liba52)
==========================================================================
AO: [dsound] 48000Hz 2ch s16le (2 bytes per sample)
ID_AUDIO_CODEC=a52
Starting playback...
ID_AUDIO_ID=129
Movie-Aspect is 1.78:1 - prescaling to correct movie aspect.
ID_VIDEO_ASPECT=1.7778
[swscaler @ 00F539D4]Lanczos scaler, from yuv420p to rgb24 using MMX2
VO: [gl] 720x480 => 854x480 Planar YV12
Using SSE optimized IMDCT transform
Using MMX optimized resampler
[mpeg2video @ 00E72B94]ac-tex damaged at 7 7
[mpeg2video @ 00E72B94]Warning MVs not available
[mpeg2video @ 00E72B94]concealing 1035 DC, 1035 AC, 1035 MV errors
[Mixer] No hardware mixing, inserting volume filter.

demux_mpg: 24000/1001fps progressive NTSC content detected, switching framerate.
ID_SUBTITLE_ID=4
ID_SUBTITLE_ID=2
ID_SUBTITLE_ID=0
ID_SUBTITLE_ID=1
ID_SUBTITLE_ID=3

:confused: :confused: :confused:
:thanks:

ElQuia

12th January 2010, 20:59

BTW, (and sorry for my noob questions); Is there any way of resetting ALL preferences of smplayer to default state, without losing individual file settings?
Is there a way to reset all preferences?
Please advise :confused:

LoRd_MuldeR

12th January 2010, 21:05

There is the "Reset" utility included in my package. But of course you will loose your personal setting, because going back to the defaults meas loosing your custom settings...

And of course you can simple delete/rename "SMPlayer.ini" + "MPUI.in" + "mplayer/config".

Be aware that on Windows Vista/7 there may be old configuration files hiding in the "VirtualStore" folder. With the latest release, my "Reset" utility takes care of that!

ElQuia

12th January 2010, 21:36

There is the "Reset" utility included in my package. But of course you will use your personal setting, because going back to the defaults meas loosing your personal settings...

And of course you can simple delete/rename "SMPlayer.ini" + "MPUI.in" + "mplayer/config".

Be aware that on Windows Vista/7 there may be old configuration files hiding in the "VirtualStore" folder. With the latest release, my "Reset" utility takes care of that!

MuldeR, thanks, found your reset. Did the following: resetted everything to default and I reinstalled the complete package.
I dont know why, but now smplayer plays dvd's !!!:confused: :confused: :confused: :confused: :confused:

:thanks: for everything

Nitrius

12th January 2010, 23:11

Question, what's the difference between this, using the SMPlayer front-end, and just downloading this SMPlayer: http://smplayer.sourceforge.net/ ?

LoRd_MuldeR

13th January 2010, 00:50

Question, what's the difference between this, using the SMPlayer front-end, and just downloading this SMPlayer: http://smplayer.sourceforge.net/ ?

:search:

Reimar

16th January 2010, 18:15

Ok, here is the build: http://natsuki.mplayerhq.hu/~reimar/mplayer.exe

Updated to latest SVN, now also has the ASLR and NOSEH flags set for better security (note that you can set them with the peflags tool on any old binary you have, the code was always correct, Microsoft just as usual has made not the slightest effort to allow using them without Microsoft compilers).

LoRd_MuldeR

18th January 2010, 21:16

MPlayer for Windows 2010-01-17 :)

[2010-01-17]
* MPlayer binaries updated to SVN-r30322
* SMPlayer updated to Version 0.6.8 (SVN-r3392)

Alante

19th January 2010, 11:24

Is this the original MPlayer (http://www.mplayerhq.hu/design7/dload.html) - as in official support, or just a package for it and some extras?

When installing, you get some options CPU Related: Athlon, Pentium 4... which are realy old. That options is just "functions relates (like SSE)" or do you actually need those exact CPU's?

LoRd_MuldeR

19th January 2010, 13:11

Is this the original MPlayer (http://www.mplayerhq.hu/design7/dload.html) - as in official support, or just a package for it and some extras?

Your link goes to the "official" MPlayer homepage. My package contains up-to-date builds of MPlayer for the Windows platform, which have been provided by Gianluigi Tiesi (http://oss.netfarm.it/mplayer-win32.php).

Furthermore it contains two GUI's for MPlayer, which are not developed by the MPlayer team and hence won't be found on the MPlayer homepage: SMPlayer (http://smplayer.sourceforge.net/) and MPUI (http://mpui.sourceforge.net/).

When installing, you get some options CPU Related: Athlon, Pentium 4... which are realy old. That options is just "functions relates (like SSE)" or do you actually need those exact CPU's?

You need a CPU that supports at least the instruction sets used by the different CPU-optimized MPlayer builds. My installer will suggest the most "suitable" build for your CPU.

Alante

19th January 2010, 22:26

Your link goes to the "official" MPlayer homepage. My package contains up-to-date builds of MPlayer for the Windows platform, which have been provided by Gianluigi Tiesi (http://oss.netfarm.it/mplayer-win32.php).

Furthermore it contains two GUI's for MPlayer, which are not developed by the MPlayer team and hence won't be found on the MPlayer homepage: SMPlayer (http://smplayer.sourceforge.net/) and MPUI (http://mpui.sourceforge.net/).

You need a CPU that supports at least the instruction sets used by the different CPU-optimized MPlayer builds. My installer will suggest the most "suitable" build for your CPU.

SMPlayer is recommended as GUI for MPlayer on official site, yet they're are many fronted GUI's. :)

====

Then it would be more suited to Add AMD or Intel and instructions, instead of specific CPU's like Intel Pentium 4 or AMD Athlon... just a fought.

LoRd_MuldeR

19th January 2010, 22:35

Then it would be more suited to Add AMD or Intel and instructions, instead of specific CPU's like Intel Pentium 4 or AMD Athlon... just a fought.

That's not how GCC's "-mtune" option works: http://gcc.gnu.org/onlinedocs/gcc-4.3.3/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options

Also I can't include a separate build for any CPU in existence. Consequently we must pick a few "representative" ones.

Last but not least: I use the builds provided by Gianluigi Tiesi. And I'm not in control of what he provides ;)

Alante

19th January 2010, 23:27

That's not how GCC's "-mtune" option works: http://gcc.gnu.org/onlinedocs/gcc-4.3.3/gcc/i386-and-x86_002d64-Options.html#i386-and-x86_002d64-Options

Also I can't include a separate build for any CPU in existence. Consequently we must pick a few "representative" ones.

Last but not least: I use the builds provided by Gianluigi Tiesi. And I'm not in control of what he provides ;)

That's not what I meant, I was saying to include just the brand (Intel/AMD) and the instructions, like:

AMD (MMX,MMX2,3DNow)

Intel (MMX,SSE,SSE2)

...but since is not you call, doesn't really mater.

MPlayer was the first potent player for a PC, yet it was Linux only at that time. Many years passed since then and many fronted GUI's emerged yet SMPlayer seems to be the only one decent for Windows yet it's kinda on the same page with VideoLan (functionality related). Beyond that, I must admit, compared to the last GUI i tried, this is nice. :) Only wish it with would feel more like it was made for Windows, cause seems like it was made for Linux, maybe one with KDE. :) But guess I should tell this to the one that made it. :) But all in one, I like it, didn't tried MPlayer since 2007.. :D

LoRd_MuldeR

20th January 2010, 00:14

That's not what I meant, I was saying to include just the brand (Intel/AMD) and the instructions, like:

AMD (MMX,MMX2,3DNow)

Intel (MMX,SSE,SSE2)

This makes no sense, as newer AMD CPU's support SSE and SSE2 as well!

So if the build was optimized specifically for "Intel Pentium 4" or for "AMD Athlon", then we should call it like that and not use some inappropriate simplification ;)

Alante

20th January 2010, 01:46

True, but since Pentium 3/4 are kinda old this days, even for entry LvL PC's and same goes fore Athlons... that part is a little confusing. :) If it's not instructions based, but specific by CPU type then what should we chose "Runtime CPU Detection (Generic)? I installed it on a PC with E2160 and for my CPU, Pentium 4 was recommended, yet on the Note it says: Unfortunately choosing an incompatible CPU might lead to a crash! It those support the instructions of Pentium 4 - but it's a different technology. Then again, it's not your fault if you didn't compiled and implemented those optimizations, but still those CPU's are antique. It did updated MPlayer libraries and all but Optimizations are far behind, to bad they're not instruction based, winch as you implied "even AMD support those now" and that part from Setup could be irrelevant, or even removed.

LoRd_MuldeR

20th January 2010, 02:01

Again: While the builds are optimized for a specific CPU model, they will run 100% fine on any CPU that supports the same instruction sets as the CPU for which the build was intended.

For example the "Intel Pentium 4" build will run perfectly fine on any CPU that supports at least MMX, SSE and SSE2. This includes an Intel Core2 or an AMD Phenom, for example.

Of course it would be "perfect" if we had a special build for any CPU that exists, but that would bloat the installer size to the infinite! So we must pick a few "representative" builds!

Also, as said before, GCC doesn't even offer optimizations for the latest CPU generation, such as, Nehalem (Core i3/i5/i7) yet. So we simply can't have optimized builds for certain CPU's.

Most important: Builds that were optimized for "older" CPU's will run on "newer" CPU's, but those "older" CPU's would not able to run builds that were optimized for "newer" CPU's!

So it makes most sense to have builds included that were optimized for "older" CPU's, as those will work on the "older" CPU's as well as on the "newer" CPU's.

The other way around we would exclude users that have "older" CPU's and that would be bad! I know many users love MPlayer because it performs pretty well, even on "older" CPU's ;)

Last but not least it is highly questionable whether a "Core2" optimized build really gives a noteworthy speed-up compared to a "Pentium 4" optimized build on a Core2 CPU...

And I say it again: You should choose the build that was suggested by the installer, because the installer will choose the "most suitable" build for your CPU (from the available builds).

roozhou

20th January 2010, 07:02

Last but not least it is highly questionable whether a "Core2" optimized build really gives a noteworthy speed-up compared to a "Pentium 4" optimized build on a Core2 CPU...

Since NetBurst is a very "unusual" architecture, a P4 optimized build may run slower on Core2, Nehelam and AMD CPUs than a P3 optimized build.

LoRd_MuldeR

20th January 2010, 13:18

Since NetBurst is a very "unusual" architecture, a P4 optimized build may run slower on Core2, Nehelam and AMD CPUs than a P3 optimized build.

The architecture doesn't matter, except for what instruction sets are supported and how many cycles a specif instruction takes.

So do you have any benchmarks to proof your speculation ???

roozhou

20th January 2010, 15:05

@LoRd_MuldeR
Decoding a 30s 720P H264+aac video with "-vo null -vf hqdn3d -ao pcm:fast:file=NUL -benchmark"

Tested with sherpya svn-30369 build on a Turion X2 @1.8G. Both ran 3 times and took the median.

P4 build:
BENCHMARKs: VC: 22.005s VO: 27.559s A: 0.344s Sys: 0.073s = 49.981s
BENCHMARK%: VC: 44.0267% VO: 55.1390% A: 0.6883% Sys: 0.1461% = 100.0000%

P3 build
BENCHMARKs: VC: 21.864s VO: 26.361s A: 0.313s Sys: 0.078s = 48.616s
BENCHMARK%: VC: 44.9728% VO: 54.2229% A: 0.6438% Sys: 0.1604% = 100.0000%

I will test on a Core2 tomorrow.

nurbs

20th January 2010, 15:09

Don't forget the standard deviation.

roozhou

20th January 2010, 15:29

Don't forget the standard deviation.
You can do similar tests yourself.

nurbs

20th January 2010, 15:39

I know, but I don't plan to.

Reimar

20th January 2010, 21:40

The architecture doesn't matter, except for what instruction sets are supported and how many cycles a specif instruction takes.

So do you have any benchmarks to proof your speculation ???

No benchmarks, but latest MPlayer will for example disable cmov and bsr usage when building for P4, since those are awefully slow on it (I think there's no other CPU where cmov is so slow), and I think gcc will avoid them as well.
I would be surprised to see the P4 build be faster than the P3 one on anything but an actual P4 (which includes most Xeons) - if it's measurable slower is a different question though.

ElQuia

21st January 2010, 13:15

LoRd_MuldeR & Guys :confused:

CAN'T get new build to work.

Just won´t play movie. Shows a "blank page" (litteraly blank, aka white) seems like its working but nothing comes out.

December build works oK, tried uninstalling both and resetting to cero all featrures three times. Dec always works, new build never.

Logs attached, please advise .....
:(

LoRd_MuldeR

21st January 2010, 13:20

What MPlayer build (RTM, P3, P4, Athlon) did you pick during install? Do you have problem with all of them? Especially, does the RTM build fail on your system?

You can also try to replace the 'MPlayer.exe' with the one from this (http://sourceforge.net/projects/mplayer-win32/files/MPlayer%20and%20MEncoder/revision%2030369/MPlayer-rtm-svn-30369.7z/download) download. That build is newer (by 3 days) than the one that is currently included in my installer package.

BTW: It's better if you provide logs via http://pastie.org/, so I don't need to wait for your attachments to be approved by a moderator.

ElQuia

21st January 2010, 14:07

What MPlayer build (RTM, P3, P4, Athlon) did you pick during install? Do you have problem with all of them? Especially, does the RTM build fail on your system?

You can also try to replace the 'MPlayer.exe' with the one from this (http://sourceforge.net/projects/mplayer-win32/files/MPlayer%20and%20MEncoder/revision%2030369/MPlayer-rtm-svn-30369.7z/download) download. That build is newer (by 3 days) than the one that is currently included in my installer package.

1. Installation auto picked P4, just as december build
2. Will try again this afternoon (10:00 am here now) installing new build again and replacing with the mplayer you post.

Will check here BEFORE doing that just in case you have some more feedback ;-)

ElQuia

21st January 2010, 21:11

You can also try to replace the 'MPlayer.exe' with the one from this (http://sourceforge.net/projects/mplayer-win32/files/MPlayer%20and%20MEncoder/revision%2030369/MPlayer-rtm-svn-30369.7z/download) download. That build is newer (by 3 days) than the one that is currently included in my installer package.

MuldeR, did a complete reinstall, previously reseted ALL preferences to base, uninstalled december build, installed january build. DID NOT WORK.
Replaced mplayer.exe as indicated by you and EVERYTHING WORKS OK, video formats, audio, DVD disc, everything. :D
Don´t know why, but it works.
:thanks: :thanks: :thanks:

LoRd_MuldeR

21st January 2010, 21:13

Maybe I should update my package from the 2010-01-16 builds to the 2010-01-19 builds. But pushing out an update takes time. And my time is rare at the moment...

ElQuia

22nd January 2010, 20:54

MuldeR, at least maybe you should post on your home page (http://mulder.dummwiedeutsch.de/home/) the recomendation you gave me (replacing mplayer.exe). I´m one of the multiple users sort of "evaluating" mplayer/smplayer combination, after years of having three or four media players to be able to play different formats and get different features (video eq for ex). Your setup in particular calls attention to somebody doing some research on the net. It would be a "low down" having a build that does not work as it should. Maybe you could just leave the december build till you fix actual one?.
Best, thanks for your advice and your cool work! :D

LoRd_MuldeR

23rd January 2010, 00:49

I will update the package asap...

LoRd_MuldeR

23rd January 2010, 17:00

MPlayer for Windows 2010-01-23 :)

[2010-01-23]
* MPlayer binaries updated to SVN-r30369
* QT Runtime Libs updated to Version 4.6.1

ElQuia

24th January 2010, 09:34

MPlayer for Windows 2010-01-23 :)

Downloading NOW! ;-)
Will post IF any problems.
Otherwise: :thanks::thanks::thanks:

Alante

25th January 2010, 21:02

Nice, the package is done right, SMPlayer runs real smith on windows, but that's also Windows related. On Linux (Deb/RPM based) runs like crap compared to Windows, but this days guess that's the difference between paid and free. On old days Mplayer used to run real smooth on linux, compare to any player for windows. But those days are gone and the hardware support is as slim as ever, unless you use an old PC or a server.

As mentioned in the other post, didn't try MPlayer lately and now that I did with SMPlayer and this package it's a nice surprise. Still feels like a Linux application, but one done right... definitely a keeper, might even switch it to Main Video player. I used KMPlayer for the last years and tried other alternatives but none got me interested beyond the tryout. I still consider KMPlayer a good video player, but this has all I need out-of-box, even so extras (filters) that work as they should. :)

nijiko

26th January 2010, 15:34

Why not also update the pack of MT ver.?

LoRd_MuldeR

26th January 2010, 16:00

Why not also update the pack of MT ver.?

There are new MT builds on Sherpya's site and you can use them as replacement for 'MPlayer.exe' with my package easily:
http://sourceforge.net/projects/mplayer-win32/files/MPlayer MT/revision 30369

Unfortunately MPEG-2 decoding is broken with those builds. That's a real showstopper! So I won't include the MT builds yet.

roozhou

26th January 2010, 17:37

There are new MT builds on Sherpya's site and you can use them as replacement for 'MPlayer.exe' with my package easily:
http://sourceforge.net/projects/mplayer-win32/files/MPlayer MT/revision 30369

Unfortunately MPEG-2 decoding is broken with those builds. That's a real showstopper! So I won't include the MT builds yet.

Use libmpeg2 for MPEG1/2 decoding will perfectly solve this problem.

ElQuia

26th January 2010, 17:54

Guys, sorry for the noob question, but, what are exactly MT builds and why are they better? or in what are they better than the builds mulder uses now?

roozhou

26th January 2010, 18:45

MT build provides frame level multi-threaded H264 decoding compared to non-MT build.

LoRd_MuldeR

26th January 2010, 19:18

Use libmpeg2 for MPEG1/2 decoding will perfectly solve this problem.

Tell that the MPlayer developers/builders ;)

Even if I can enforce libmpeg2 as MPEG-2 decoder at runtime via command-line switch, I will try to avoid such workaround in my package.

So I wait until they have fixed the libavcodec MPEG-2 decoder or until they make libmpeg2 the default decoder...

ElQuia

26th January 2010, 22:17

MT build provides frame level multi-threaded H264 decoding compared to non-MT build.

Thanks for the answer.

About MT: I'm all for improving performance. BUT I use 2 kinds of software: work or production soft and the soft I toy around with. I like the first stable and working, kind of all terrain, the latter can be beta, experimental, etc. Must say from my user point of view, after trying a LOT of media players that I'm starting to think of mulders package as my MAIN media player, It´s stable, flexible, plays everything I`ve thrown at it till now, plays with good quality (visible nearly the same as powerdvd), etc.
Might toy arround with MT mplayer, but please, keep the main package stable!
:thanks::thanks::thanks:

roozhou

27th January 2010, 09:33

Tell that the MPlayer developers/builders ;)

Even if I can enforce libmpeg2 as MPEG-2 decoder at runtime via command-line switch, I will try to avoid such workaround in my package.

So I wait until they have fixed the libavcodec MPEG-2 decoder or until they make libmpeg2 the default decoder...
No because mplayer-mt is not official. This is only my suggestion and I don't care whether Sherpya's build crashes or not(I make my own mplayer build).

You don't need to force -vc via cmdline. Just modify codecs.ini and put it in ./mplayer

nijiko

29th January 2010, 08:20

There are new MT builds on Sherpya's site and you can use them as replacement for 'MPlayer.exe' with my package easily:
http://sourceforge.net/projects/mplayer-win32/files/MPlayer MT/revision 30369

Unfortunately MPEG-2 decoding is broken with those builds. That's a real showstopper! So I won't include the MT builds yet.

Kovensky's version fixed that problem with MPEG2.
But another problem with AC3 decoding is not solved.
It's not updated over nearly a half of year...

blackspawn

29th January 2010, 17:20

Hello, first off, a big thanks goes for LoRd_MuldeR for making this great package and for rvm for making such a nice front end for mplayer!

Now on to my problem. I'm trying to configure MPlayer for Windows to use core AVC to decode HD media. However for the life of me I can't get it to work. All I get is sound and no picture.
I have put coreavc's .ax on the smplayer's codec folder and checked the necessary options on smplayer to use coreavc (including passing "-vc coreavc,") but I always get black picture with sound.

I've checked the log file and no error appears (the codec is correctly identified and loaded) the only "weird thing" is the following message:

MplayerProcess::parseLine: 'VideoDecoder::SetExtAttr: registry failure'

Just to be sure I downloaded Media Player Classic and was able to configure it with coreavc just fine. Is it possible to configure mplayer to use coreavc?

Possible relevant info:

Windows XP SP3
Nvidia 8800GTS 512 Graphic Card
MPlayer for Windows (2010-01-23)

ElQuia

1st February 2010, 23:57

blackspawn, please just to learn: what is the advantage of using core AVC to decode HD media?
Sorry for the noob question ...

LoRd_MuldeR

2nd February 2010, 00:46

blackspawn, please just to learn: what is the advantage of using core AVC to decode HD media?
Sorry for the noob question ...

There is no advantage, except that CoreAVC may be faster than libavcodec's H.264 decoder.

I did a speed comparison a while ago:
http://forum.doom9.org/showpost.php?p=1347162&postcount=179

Note that "ffdshow" uses the same H.264 decoder that MPlayer uses by default (that is: libavcodec).

roozhou

2nd February 2010, 03:24

There is no advantage, except that CoreAVC may be faster than libavcodec's H.264 decoder.

I did a speed comparison a while ago:
http://forum.doom9.org/showpost.php?p=1347162&postcount=179

Note that "ffdshow" uses the same H.264 decoder that MPlayer uses by default (that is: libavcodec).
It seems you are biased against payware. Don't forget CUDA and level correction.

ElQuia

2nd February 2010, 15:14

It seems you are biased against payware. Don't forget CUDA and level correction.

In english please? :)

LoRd_MuldeR

2nd February 2010, 16:31

It seems you are biased against payware. Don't forget CUDA and level correction.

Huh? This statement is nonsense: My comparison shows the decoder throughputs as measured on my system, nothing else. So that comparison is 100% unbiased. Also CoreAVC with "CUDA" decoding was included in my test and it performed very poorly. Probably because the hardware H.264 decoder is intended for real-time playback, not for maximum decoder throughput. I guess they designed the decoder chip to decode 1080p footage at real-time speed, but they didn't waste any transistors or power consumption for even faster decoding speed. The average user simply doesn't need a hardware decoder that decodes 1080p faster than real-time. Furthermore the fastest decoder on my system was DiAVC, which is payware -- that makes your statement completely absurd. Last but not least luminance "levels" are irrelevant for a decoder comparison, as that is a display issue. It's the job of the renderer (in combination with the display driver) to display the decoded video with correct levels...

blackspawn

2nd February 2010, 16:32

blackspawn, please just to learn: what is the advantage of using core AVC to decode HD media?
Sorry for the noob question ...

One of the advantages imo is CPU usage, Mplayer for Windows using the default decoder uses about 20-30% CPU while coreavc offloads most of the processing to the GPU (with coreavc CPU usages stays at <5%).

Normally (at least for me) 20-30% CPU usage isn't such a big deal (the content plays fine) however with "heavy" 1080p content I can't be running anything else "moderately" intensive or the video will lag and drop a lot of frames (I have a E6600 Core 2 Duo overclocked to 3.2Ghz so although not the "best of breed" it's no slacker either..)

Other than the processing advantage I honestly don't know any other "must have" feature, in terms of video I haven't noticed anything significant (but I never bothered with a side-by-side analysis either)

As for my problem has anyone been able to make Mplayer for Windows work with coreAVC (2.0) ?

LoRd_MuldeR

2nd February 2010, 16:52

As for my problem has anyone been able to make Mplayer for Windows work with coreAVC (2.0) ?

MPlayer doesn't "officially" support CoreAVC. There is a patch for CoreAVC support and Sherpya does include it, yes. But that patch probably was written for CoreAVC 1.9.x and would need update for CoreAVC 2.0. Anyway, since we now have FFmpeg-MT builds, the need for such "workarounds" has decreased much. CoreAVC isn't significant faster than FFmpeg-MT (on my system).

Normally (at least for me) 20-30% CPU usage isn't such a big deal (the content plays fine) however with "heavy" 1080p content I can't be running anything else "moderately" intensive or the video will lag and drop a lot of frames (I have a E6600 Core 2 Duo overclocked to 3.2Ghz so although not the "best of breed" it's no slacker either..)

Most likely that's because you used a non-multithreaded build of MPlayer, which cannot use more than 25% CPU on a Quadcore machine for H.264 decoding.

If you had used a FFmpeg-MT build, there wouldn't be any framedrops. Well, unless the CPU really hits 100% load...

roozhou

3rd February 2010, 17:18

MPlayer doesn't "officially" support CoreAVC. There is a patch for CoreAVC support and Sherpya does include it, yes. But that patch probably was written for CoreAVC 1.9.x and would need update for CoreAVC 2.0. Anyway, since we now have FFmpeg-MT builds, the need for such "workarounds" has decreased much. CoreAVC isn't significant faster than FFmpeg-MT (on my system).

The patch sherpya uses just adds CoreAVC's clsid in codec.conf and only works on AVC in avi. There is a fork named mplayer-ww (http://www.sourceforge.net/projects/mplayer-ww) which includes a working patch. Besides fixing mplayer's crappy dshow loader, we also have to hack the video output drivers.

Since CUDA also works in mplayer, CoreAVC IS significant faster than FFmpeg-MT on systems with CUDA-capable cards.

LoRd_MuldeR

3rd February 2010, 17:50

Since CUDA also works in mplayer, CoreAVC IS significant faster than FFmpeg-MT on systems with CUDA-capable cards.

Nope it isn't. CUDA (or more correct the VP2 decoder chip, which is accessible through the "CUDA Video API") may be able to decode the video with less CPU usage - well, of course. But if you look at the raw decoder performance (which is measured as "frames decoded per second" and not as "CPU load in percent"), it is slower than a multi-threaded software decoder running on a decent Quadcore CPU. At least my test showed that! And in the aforementioned test FFmpeg-MT was roughly 2x faster than CUDA! Other (proprietary) software decoders were even faster, including CoreAVC (s/w mode). Now you can argue that if we offload the decoding to the "hardware" decoder, we can use the CPU time for other things. That is true, of course. And for some tasks it may make sense to use CUDA decoding, indeed. But we are talking about the pure decoder speed/throughput. And there CUDA definitely isn't the fastest. In fact it was the slowest in my test! On some "low end" CPU that may look completely different, I know. But I always said that my test was done only on my Q6600. Last but not least CoreAVC 1.9 is only marginally faster than FFmpeg-MT. It should be noted that I can't test CoreAVC 2.0. So maybe CoreAVC is faster nowadays...

roozhou

3rd February 2010, 18:06

Now you can argue that if we offload the decoding to the "hardware" decoder, we can use the CPU time for other things.
I have a single-core Sempron 2500+(754) + GF8500. Even if I OC the CPU from 1.4G to 2.5G, it is still unable to play 1080i/p HDTV/BD streams in real-time with any SW decoder, but CoreAVC CUDA does it perfectly.

P.S. your test was totally unrelated to mplayer.
Last but not least CoreAVC 1.9 is only marginally faster than FFmpeg-MT. I can't test CoreAVC 2.0.
AFAIK CUDA performance has been improved in CoreAVC 2.0.

ElQuia

3rd February 2010, 21:32

OK guys, let see. First: thanks to everyone for your answers. Those and some internet reading are giving me a better knowledge of how all this works.
I can only tell you what have my results been, first; my system: AMD Athlon 64 X2 6000+, 5 GB of DDR800, 1.5 Terabytes HDD in RAID 0 (nvidia), nvidia GForce 8600 GT 512 MB, 20" Samsung LCD @ 1600x900 (native). OS is windows 7 Ultimate x64 - Using Ubuntu x64 and Mint x64 in VBox.
I have tried the following media players for video (I am sold on jriver media center for audio and quick video browsing):
Windows Media Player both x64 and x86, VLC 1.0.5, Media Player Classic HomeCinema (x86 & x64) svn 1597, Cyberlink PowerDVD 9, And now Mulders SMPlayer package. Sharks's Codec Pack x86 & x64 for those players that don`t "contain all" codecs & stuff.
Till I "discovered" mulders my choice was Power DVD + MPC x64 for those formats that powerdvd would not open. Powers dvd video's quality was the best. Now that I "discovered" mulder, my prime choice is mulder ;-). I get quality, very good performance (does not lose frames on HD 1080 on my system), VERY "tweakable", it´s EASY to use and one thing: It "remembers" my color, brightness, etc settings for each movie!!!!! (Im a sticker for color, contrast, etc calibration).
I can get some of these qualities in other players, but NOT all together and easy to use in the same player.

MULDER: GREAT WORK, thanks a bunch bro!!!!

LoRd_MuldeR

3rd February 2010, 21:46

I have a single-core Sempron 2500+(754) + GF8500.

It's not surprising at all that such a low-end CPU will benefit most from "hardware" (CUDA) decoding.

However on a decent Quadcore machine you'd get roughly 4x the speed from a "software" decoder (including FFmpeg-MT), while the speed of the "hardware" decoder is still the same.

This can give completely contrary results in a speed comparision!

P.S. your test was totally unrelated to mplayer.

It tested the same decoder that is used by MPlayer (MT builds), namely "FFmpeg-MT". And it was tested against CoreAVC (including CUDA mode) as well as other relevant decoders.

So I'd say it is related, although MPlayer wasn't involved directly ;)

blackspawn

4th February 2010, 01:09

Most likely that's because you used a non-multithreaded build of MPlayer, which cannot use more than 25% CPU on a Quadcore machine for H.264 decoding.

If you had used a FFmpeg-MT build, there wouldn't be any framedrops. Well, unless the CPU really hits 100% load...

Humm I'm using your 23.01.2010 build, I'm assuming you didn't include the multithreaded version of mplayer... If I wan't to try that out, should I just download the corresponding mplayer and replace mplayer.exe with the ffmpeg-mt one?

LoRd_MuldeR

4th February 2010, 10:34

Humm I'm using your 23.01.2010 build, I'm assuming you didn't include the multithreaded version of mplayer... If I wan't to try that out, should I just download the corresponding mplayer and replace mplayer.exe with the ffmpeg-mt one?

Yes, you can simply replace the 'MPlayer.exe' with a FFmpeg-MT build from here:
http://sourceforge.net/projects/mplayer-win32/files/MPlayer%20MT/revision%2030369

But make sure that you configure enough decoding threads in SMPlayer preferences in order to take advantage of the "MT" builds.
And note that the "MT" builds are broken with MPEG-2 decoding with more than 1 thread, unless you enforce "libmpeg2" as decoder.

blackspawn

4th February 2010, 13:24

Thanks LoRd_MuldeR, I'll try that.

roozhou

5th February 2010, 06:34

It tested the same decoder that is used by MPlayer (MT builds), namely "FFmpeg-MT". And it was tested against CoreAVC (including CUDA mode) as well as other relevant decoders.

So I'd say it is related, although MPlayer wasn't involved directly ;)
MPlayer uses an architecture totally different from DirectShow. If you need to test decoding speed on MPlayer, use "mplayer -nosound -vo null -benchmark input.xxx" (sometimes you have to use -vo yuv4mpeg:file=NUL).

Xiaopang

5th February 2010, 23:39

Just checked out this mplayer package and was turned off by it immediately and here's why:

1. Splash screen of the installer. I know what I'm installing, so I don't need to be reminded of it, especially not for several seconds.

2. Full screen installer. This is something I haven't seen since the 90s. What makes you think that people want to exclusively watch the installation, especially since it claims that it can take several minutes thanks to upx? I have created several installers myself and I know about the temptation to present your work as pushy as possible, but things like these are instantly annoying. Keep it small and simple and don't interfere with desktop work by using a useless fullscreen presentation. Don't forget that you even warn people that their antivirus-software might interfere with the installer. Ever thought about the fullscreen hiding possible messages by said programs?

3. Uninstallation doesn't remove all registry-entries that were created upon installation. Inexcusable...

4. Why the hell did you think that forcing those terrible streaming radio stations down people's throat upon starting SMPlayer would be a good thing? Thanks by the way for not giving out a warning. My speakers were turned up by a good amount.... I guess those on slow internet connections or even dial-up like this too.

5. SMPlayer doesn't work out of the box on Windows 7 x64. Starting an audio-file works, but doing so with a video file only gives me a message that the font cache needs to be updated and that this will only take a few seconds, but nothing happens.

All these things made me kick out the whole mess after approximately a minute. However, I do give you credit for including the option of restoring file associations and using upx-compression, even though upack would have been more efficient. Also, your claim that loading compressed executables is faster is just wrong. Just because they are smaller doesn't mean that they're executed faster. They have to be extracted first and that always takes longer than loading an uncompressed executable. Even your compressed mplayer.exe shows a significant delay during startup compared to the uncompressed version. If at all you can claim that compressed exes need less space, but they will also need more RAM. Your compressed mplayer.exe eats 20MB more RAM than the uncompressed one (52MB vs 32MB with my test video). Anyway, keep up your work.

LoRd_MuldeR

6th February 2010, 00:01

Xiaopang

6th February 2010, 01:09

1 + 2) The design of the installer is a question of taste. It's impossible to satisfy everybody, so I won't change it for you. Sorry. Furthermore "fullscreen" installers are extremely common, even nowadays. And you can minimize the installer window (including the background!) at any time, so there's absolutely no limitation for the user here.

It's certainly true that design is a question of taste. However, I beg to differ on how widespread fullscreen installers are. Almost all well-known software-packages use window-sized installers. Anyway, I'm not trying to convince you to revamp the installer. I was just stating my opinion.

Being able to minimize the installer is of little value if you want to monitor the installation. So there is in any case a waste of time, which I would consider a limitation.

3) While that is a very minor problem, I may be able to fix it, if you were so kind to tell me what registry entries aren't removed...

I may be able to be so kind to tell you that, if you were so kind as to supply me with a list of reg entries that your installer creates. After all, you should know best and I hope you don't expect me to guess which entries you may have created...

Here are some that a quick search for mplayer.exe revealed:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\MPlayer2

HKEY_CLASSES_ROOT\MPlayer* <<<< this one covers a whole bunch of remnants...

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\{DB9E4EAB-2717-499F-8D56-4CC8A644AB60}

I suggest using Advanced Registry Monitor to find unremoved entries. I would have used it myself if I just hadn't re-installed my system...ah well, serves me right to trust installers other than my own...

4) Because I want to promote my favorite web-radio station. Plain and simple. Hit the "stop" button, if it doesn't suite your taste. 'You can lead a horse to water, but you can't make it drink' ;)

Yeah, thanks for the extra spam. A single link in the start menu entry would have also done the job without adding to the annoyance... You'd think that it's common knowledge that blatant advertising does the exact opposite of what it's supposed to, or when was the last time you ordered Viagra from that nice but pesky spam mailer?

5) Nonsense. It works perfectly fine on Windows 7 x64. I'm on Windows 7 x64 too. MPlayer (or "fontconfig" to be precise) updates its "font cache" on the very first launch.

I worded that wrong. I didn't mean to imply that it was a Win7 issue, but only that the issue existed and I was sporting Win7.

That's right. And it's absolutely not related to Windows 7. Furthermore the installer now updates the font-cache during the install process, so the delay for the font-cache update is avoided afterwards.

Well, that's not what happened.The message vanished and no video was played. Also, the message always appeared every time I tried to play a video, so something was borked.

(About UPX: Of course the code is NOT executed faster. But it starts up faster! Uncompressing the code inside the RAM takes additional time, yes. But it saves much more time - at least at the first launch - because fewer data needs to be read from the HDD. Remember that the HDD is slower than the RAM by several orders of magnitude and UPX' decompression algorithm is really fast.

Have you actually tried your "theory" on a not so well-equipped computer? Sure an hdd is a thousand times slower than RAM. Still, with reading rates of 100MB/s it doesn't matter whether you load the uncompressed file in about 0.15 s or the compressed one in 0.05s. However, the delay to decompress the file is much slower than 0.1s, so using the compressed exe is slower in any case. If you want to argue against that, then I suggest running both versions on a more dated machine where you can clearly see the difference. I'm sporting a 4200+ X2 and there's a delay of at least 250ms between both versions... Not that I mind the delay - I use upack-compressed executables all the time - but your statement is outright wrong. If you lack the ability (or a slow enough platform) to measure the difference visually, then use timing software before claiming something that is well known to be false.

However if you still don't like UPX, you can simply uncheck that option in the installer and be happy without it. UPX compression has been made optional for a reason)

I know, I know. I actually made it clear in my last post that I compared the compressed with the uncompressed version. Both came from your installer. I'm also not arguing against compression. It's great that I'm not the only one who uses it. In fact, it's a shame that so many devs don't use it. It's great that you made it optional.

(About Upack: Unfortunately it's almost impossible to use Upack for release software, because 9 out of 10 A/V products will blindly raise ALARM for any Upack-compressed EXE *sigh*)

Ah I see. Well I use upack exclusively due to its superior compression. I didn't have many problems with A/V-software though. That might be thanks to the fact that I don't use these performance hogs.

LoRd_MuldeR

6th February 2010, 01:39

It's certainly true that design is a question of taste. However, I beg to differ on how widespread fullscreen installers are. Almost all well-known software-packages use window-sized installers. Anyway, I'm not trying to convince you to revamp the installer. I was just stating my opinion.

Being able to minimize the installer is of little value if you want to monitor the installation. So there is in any case a waste of time, which I would consider a limitation.

Installers by NVIDIA and Realtek user "full screen" (background) windows. Those aren't exactly small/mediocre companies.

Either I keep the installer focused and follow the status or I bring another application to the front in order to do something else. In the latter case I can minimize this installer.

Stacking/cascading the windows is of very limited use, as most applications like Web-Browser or Office are more useful when maximized...

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\Uninstall\MPlayer2

HKEY_CLASSES_ROOT\MPlayer* <<<< this one covers a whole bunch of remnants...

HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\Microsoft\Windows\CurrentVersion\Uninstall\{DB9E4EAB-2717-499F-8D56-4CC8A644AB60}

The first one is not created by my installer (it doesn't even exist on my system!), the last one contains user choices that are kept intentionally for a future (re)install.

Yeah, thanks for the extra spam. A single link in the start menu entry would have also done the job without adding to the annoyance... You'd think that it's common knowledge that blatant advertising does the exact opposite of what it's supposed to, or when was the last time you ordered Viagra from that nice but pesky spam mailer?

That comparison is completely absurd! You decided to installer MPlayer for Windows and you decided to launch it after the setup was completed. Furthermore it's common practice to open a "sample" media or document at the first launch of an application, so the user will see the application works properly. I choose my favorite web-radio as that sample. Comparing this 100% legitimate and normal behavior to the racketeering of SPAM senders is pure nonsense! Those criminals are sending millions of mails to random/unrelated people, trying to steal their money. I don't do anything like that! I offer valuable software for free. But I don't contact random people to force my software on their computers or to take their money. I certainly make no money with this project. Take that into account when you complain!

Well, that's not what happened.The message vanished and no video was played. Also, the message always appeared every time I tried to play a video, so something was borked.

That issue doesn't appear here. Anyway, that would be something to report to the SMPlayer developer. It wouldn't be related to the installer...

Have you actually tried your "theory" on a not so well-equipped computer? Sure an hdd is a thousand times slower than RAM. Still, with reading rates of 100MB/s it doesn't matter whether you load the uncompressed file in about 0.15 s or the compressed one in 0.05s. However, the delay to decompress the file is much slower than 0.1s, so using the compressed exe is slower in any case. If you want to argue against that, then I suggest running both versions on a more dated machine where you can clearly see the difference. I'm sporting a 4200+ X2 and there's a delay of at least 250ms between both versions... Not that I mind the delay - I use upack-compressed executables all the time - but your statement is outright wrong. If you lack the ability (or a slow enough platform) to measure the difference visually, then use timing software before claiming something that is well known to be false.

100 MB/s is a bit optimistic for HDD throughput. It's more like a theoretical peak value. My S-ATA drive does ~60 MB/s in average.

At the same time UPX decompresses at ~200 MB/sec, on and old AthlonXP machine. Modern machines should even decompress a few times faster than that.

Anyway, a lot can be argued for or against EXE packers. That's why it has been made optional after all ;)

roozhou

6th February 2010, 09:37

@Lord_MuldeR
It seems you forgot the discussion on UPX in this thread last year. Leak did give a detailed explanation (http://forum.doom9.org/showthread.php?p=1238179#post1238179). The fact is you have to load more data from HDD and consume more memory with a runtime packer compared to an uncompressed exe. I guess you passed your operating system class, didn't you?

Xiaopang

6th February 2010, 13:34

Installers by NVIDIA and Realtek user "full screen" (background) windows. Those aren't exactly small/mediocre companies.

Realtek isn't exactly top of the line. They give little thought to their presentation and their installer reflects that. Try installing their crappy drivers on a virgin machine that runs in vga-res while their stupid installer is limited to a minimum size of 800x600. You can't reach the effin buttons at the bottom! A windowed installer wouldn't have had these problems.

Nvidia does use fullscreen and shame on them for doing that. However, they do not use a complete fullscreen. The taskbar still stays available and you find window controls in the upper right corner. Your installer completely covers the screen. Also the lack of a minimizing button in the upper right corner goes against any user instinct. No one looks for the window controls in the middle of the screen.

Anyway, just because a select few companies are so full of themselves to occupy the whole desktop during a lengthy installation doesn't mean it's a good idea. I remember ATI's installer covering its own question windows that popped up during setup. Nvidia doesn't have that problem, but that doesn't make this whole issue much better... and either way, fullscreen installers are outnumbered by window-sized installers...by far

You can defend your fullscreen installer all you want. It's your right and it's your choice, though a poor one and I think I gave enough reasons as to why that is.

Either I keep the installer focused and follow the status or I bring another application to the front in order to do something else. In the latter case I can minimize this installer.

or you can just move the installer into a corner of the screen and keep on working in your other windows... There are people on this earth who concentrate on more than just a single window at a time.

Stacking/cascading the windows is of very limited use, as most applications like Web-Browser or Office are more useful when maximized...

That is so true for people with 20 year old VGA-displays. As for modern folks with widescreen monitors in HD-resolutions and beyond, this is bs. Ever stretched a browser window on a screen with a 5 megapixel resolution? There's hardly enough content to fill the screen and if there was, then it would be hard to focus. It makes a lot of sense NOT to maximize browser windows, especially on widescreen monitors due to reasons of readability. Some websites are smart enough to limit their display width regardless of window width so in those cases a fullscreen window would be a waste too (google and youtube to name two major examples). Also, don't forget that not everybody uses only a single window at a time. Bringing a dozen windows back on top just because someone needs some attention by shouting LOOK AT MY INSTALLER by using a fullscreen display is annoying to the max.

The first one is not created by my installer (it doesn't even exist on my system!), the last one contains user choices that are kept intentionally for a future (re)install.

Well thanks for not informing the user about that. Every proper installer asks the user whether they want to keep the settings or not. And honestly, most of the times the application is uninstalled the chances that this is only temporary are pretty small, or else you wouldn't uninstall it in the first place. I still request a list of all reg-entries from you so that I can clean up my system.

That comparison is completely absurd! You decided to installer MPlayer for Windows and you decided to launch it after the setup was completed. Furthermore it's common practice to open a "sample" media or document at the first launch of an application, so the user will see the application works properly. I choose my favorite web-radio as that sample. Comparing this 100% legitimate and normal behavior to the racketeering of SPAM senders is pure nonsense! Those criminals are sending millions of mails to random/unrelated people, trying to steal their money. I don't do anything like that! I offer valuable software for free. But I don't contact random people to force my software on their computers or to take their money. I certainly make no money with this project. Take that into account when you complain!

My god...you're German and can't grasp the simple concept of sarcasm? Go and watch some Harald Schmidt and chill out. Regardless of what you think, your advertisement was unwanted just like spam. It doesn't matter whether the sender earns money with it or not, but only whether the receiver is being pestered by it. That's the German law's definition of "Unterlassungsanspruch" by the way and your way of using a freeware app to promote whatever you think is cool falls just under this legal construct.

Anyway, going hog wild on my little spam analogy isn't really dealing with the criticism that this way of pushing advertising is questionable at best (apart from the legal point of view which is not in your favor). Take my suggestion: Place a link in the start menu and people have to click on it themselves. Then no one can complain and you can sell it as showing off a cool feature of SMPlayer. Either way, that would be the smarter way both from a legal and psychological point of view.

That issue doesn't appear here. Anyway, that would be something to report to the SMPlayer developer. It wouldn't be related to the installer...

If SMPlayer is a standalone app that doesn't rely on an installer to function properly then yes, otherwise there's still the chance that the installer is screwing something up. However, I'm not really interested in using SMPlayer anyway, so that's that.

100 MB/s is a bit optimistic for HDD throughput. It's more like a theoretical peak value. My S-ATA drive does ~60 MB/s in average.

If you defrag your drive with a program that allows you to store your files in specific parts of the HDD then you can reach this easily (granted you use a capable HDD). If the file is stored on the inner rings of the HDD then of course the reading speed will be slower. My program files folder though is located on the outer rim to speed up start up times of programs. I only used 100MB/s as an example value anyway. The formula is always the same: startup time = loading time + decompression time and that's always slower than loading the uncompressed exe. The only reason why a compressed executable would indeed start faster than an uncompressed one would be if the media was extremely slow. This usually only occurs when loading executables off of CD-ROM and also only if the size discrepancy is in the several megabytes. Harddrives are far too fast so that compression does nothing to loading times other than to delay them.

At the same time UPX decompresses at ~200 MB/sec, on and old AthlonXP machine. Modern machines should even decompress a few times faster than that.

Yeah it's pretty fast. Kind of like the zip-compression for executables.

Anyway, a lot can be argued for or against EXE packers. That's why it has been made optional after all ;)

Yes and that's certainly a great feature. I think you should also add an option to remove all registry stored settings to make the installer even better ;)

LoRd_MuldeR

6th February 2010, 14:54

Realtek isn't exactly top of the line. They give little thought to their presentation and their installer reflects that. Try installing their crappy drivers on a virgin machine that runs in vga-res while their stupid installer is limited to a minimum size of 800x600. You can't reach the effin buttons at the bottom! A windowed installer wouldn't have had these problems.

Nvidia does use fullscreen and shame on them for doing that. However, they do not use a complete fullscreen. The taskbar still stays available and you find window controls in the upper right corner. Your installer completely covers the screen. Also the lack of a minimizing button in the upper right corner goes against any user instinct. No one looks for the window controls in the middle of the screen.

Anyway, just because a select few companies are so full of themselves to occupy the whole desktop during a lengthy installation doesn't mean it's a good idea. I remember ATI's installer covering its own question windows that popped up during setup. Nvidia doesn't have that problem, but that doesn't make this whole issue much better... and either way, fullscreen installers are outnumbered by window-sized installers...by far

You can defend your fullscreen installer all you want. It's your right and it's your choice, though a poor one and I think I gave enough reasons as to why that is.

Since you apparently are the kind of person who argues that every choice that doesn't suite your own personal preferences is "poor" by definition, I won't continue this pointless discussion...

My god...you're German and can't grasp the simple concept of sarcasm? Go and watch some Harald Schmidt and chill out.

This board has rules. Insulting people won't be tolerated. I recommend you re-read the rules or it will be a short visit for you...

Regardless of what you think, your advertisement was unwanted just like spam. It doesn't matter whether the sender earns money with it or not, but only whether the receiver is being pestered by it. That's the German law's definition of "Unterlassungsanspruch" by the way and your way of using a freeware app to promote whatever you think is cool falls just under this legal construct.

No, it certainly not related to "Spam" at all. Stop spreading nonsense! Repeating your inappropriate and insulting comparison doesn't make it any more valid...

If SMPlayer is a standalone app that doesn't rely on an installer to function properly then yes, otherwise there's still the chance that the installer is screwing something up. However, I'm not really interested in using SMPlayer anyway, so that's that.

Then I wonder why you don't have anything better to do than complaining about the installer for an application that you aren't interested in :rolleyes:

If you defrag your drive with a program that allows you to store your files in specific parts of the HDD then you can reach this easily (granted you use a capable HDD). If the file is stored on the inner rings of the HDD then of course the reading speed will be slower. My program files folder though is located on the outer rim to speed up start up times of programs. I only used 100MB/s as an example value anyway. The formula is always the same: startup time = loading time + decompression time and that's always slower than loading the uncompressed exe. The only reason why a compressed executable would indeed start faster than an uncompressed one would be if the media was extremely slow. This usually only occurs when loading executables off of CD-ROM and also only if the size discrepancy is in the several megabytes. Harddrives are far too fast so that compression does nothing to loading times other than to delay them.

60 MB/s is the (average) access speed on a freshly defragmented SATA drive. It's a pretty common model (Samsung), by the way. Not some old archaic device.

Based on your "startup time = loading time + decompression" formula we can some straight forward calculation:

Uncompressed:
startup time = 16 MB / 60 MB/s = 266 ms

Compressed:
startup time = (6 MB / 60 MB/s) + (6 MB / 400 MB/s) = 100 ms + 15 ms = 115 ms

(Here we leave out roozhou's theory, for simplicity and for lack of facts)

@Lord_MuldeR
It seems you forgot the discussion on UPX in this thread last year. Leak did give a detailed explanation (http://forum.doom9.org/showthread.php?p=1238179#post1238179). The fact is you have to load more data from HDD and consume more memory with a runtime packer compared to an uncompressed exe. I guess you passed your operating system class, didn't you?

No, I didn't forget about that theory. But it's still only a theory. A theory that is based on two assumptions: The first assumption is that the OS only loads parts of the executable to RAM when they are accessed first - e.g. no pre-fetching happens at all. We can do a lot of speculation here, but after all we cannot look inside the Windows kernel. The second assumption is that MPlayer only uses a very small part of its code on each run. Something that is highly doubtful, as the individual decoders share a lot of common functions, for example. I'm not aware of any objective analysis that showed how much (in percentage) of the executable code is "visited" in a typical run. Furthermore I'm not going to argue for or against UPX here. I say it again: It's optional. Everybody can decide what he/she prefers...

ElQuia

6th February 2010, 17:22

Xiaopang:
Being polite: If you don´t like it don´t use it. If you can´t do it better your self don't bitch. If you CAN do it better, DO IT, and don´t bitch.

Just my humble opinion.

roozhou

6th February 2010, 21:27

I agree with you that UPX should be optional, but your theory on runtime packers and operating system are misleading.
The first assumption is that the OS only loads parts of the executable to RAM when they are accessed first - e.g. no pre-fetching happens at all. We can do a lot of speculation here, but after all we cannot look inside the Windows kernel.
I don't need to debug into windows kernel:
1) You can easily build a 100M+ exe with very large code and data sections. One of the products i am working on has a ~70M exe. They all start immediately without having to read the whole image(it must be SLOW). And don't forget static-linked DLLs.
2) Press CTRL+ALT+DEL and look at memory usage of the process.
3) There is no reason to load the whole image before starting the process since it gives hardly any benefit. If M$ Windows runs in this way, it cannot even finish startup on an old computer because the size of system processes plus their dependencies are much larger than total memory.

This argument looks like:
roozhou -- Hey, there is no bomb in your laptop.
mulder -- It is only a theory. The theory is based on the assumption that the manufacturer did not accidentally hide a bomb in it, but after all we cannot separate my laptop into pieces and check every piece.

The second assumption is that MPlayer only uses a very small part of its code on each run. Something that is highly doubtful, as the individual decoders share a lot of common functions, for example. I'm not aware of any objective analysis that showed how much (in percentage) of the executable code is "visited" in a typical run.
Again 3 points:
1) Common code consists of:
(a) C runtime: mingw mainly uses msvcrt.dll so it's small. (less than 200k)
(b) Main control flow: try building an MPlayer w/o any demuxers, decoders or filters and w/ only one video output driver and one audio output driver. They will be small. (less than 1M)
(c) Common routines and tables shared among decoders, such as idct, fft and bitstream reader. They are also small. (less than 1M)
2) Again, CTRL+ALT+DEL.
3) Look at the source code, it's GPL and written in C, and there's nothing "doubtful". If you are a CS student with basic knowledge in C, it's not difficult to understand. Most common code can be found in libavutil and a lot of them are macros and inline functions. You can also find Makefile in libavcodec showing common code among decoders.

P.S. UPXed binary may become even worse if you are running anti-virus software. Some AV software will try to unpack runtime packers in a virtual machine and scan whether it is malware. Again it is much slower than a normal executable. Once Norton took ~1 minute to scan a packed exe with only 10kb in size.

mariush

7th February 2010, 02:23

1. Full screen install sucks.

2. UPX no longer brings any real advantages.
In the past it was great for disk space and to create smaller downloads (as UPX compresses executables better than archivers - but it's not lossless!).
The operating system does not load the whole executable in memory. However, most people would have an antivirus which would read the whole executable to scan it before it's executed. The disk cache would already cache it. If the user needs memory, what's not used goes into the page file (swap).
UPX shouldn't be used anymore (unless you do it from the start to reduce installer size which I'm all for it) as it just slows down antivirus programs, it confuses some and gives false positives and users don't care anymore about disk space.

3. Mulder it would be nice if smplayer would default at the first install to OpenGL renderer or something better than the default, as I installed it one day and the first playback was horrible quality. Switching to full screen would cause all sorts of flickering and forcing several apps to redraw themselves.

LoRd_MuldeR

7th February 2010, 02:36

1. Well, we already had that :)

2. As there are good points against EXE packers (as well as good points for EXE packes), this has been made optional already. So everybody can get what he/she prefers. Anyway, the aggravating slowness of some A/V products isn't my fault. And I'm certainly not going to remove legitimate functionality, just because there's buggy A/V software out there...

3. MPlayer's default renderer is the Overlay renderer, which cannot work with Aero Glass. So Aero Glass will be (temporary) disabled, as soon as some application uses the Overlay renderer. My installer already suggests to configure the OpenGL renderer, which will avoid the Overlay renderer and its "problematic" side effects for Vista/Win7. However not any system does support OpenGL 2.0.

mariush

7th February 2010, 03:07

Fair enough for 1 and 3, I didn't really check it thoroughly.

However for 2, i noticed that it's optional when I last installed it but I believe you should put a bit more effort in it by prechecking the executables that actually CAN be packed. If you run the installer, you'll see right now there are a lot of dll's and exes for which UPX will trigger an error and say they can't be packed... The user should not see those and the installer shouldn't even try to pack those executables. You can do a small batch file or a small application that would retrieve the error level upx returns and mark the executables it can't compress and packing these files should be avoided during the setup phase.
And... this makes the full screen setup even worse, as the user would spend a lot of time looking at that long list of packing and have no clue how much does he have to wait... it shouldn't be that hard to write a small app that would show a progress bar for the user.

On Windows, setup applications should follow the User Interface Guidelines (though I admit not even Microsoft follows them all the time): http://msdn.microsoft.com/en-us/library/ee915058.aspx

People expect to see this layout and it's familiar to them, it makes no sense to just confuse or annoy them. well, that's my 2 cents anyway.

LoRd_MuldeR

7th February 2010, 14:10

You are right. The installer will use a FindFile() method to find all DLL files in the "Codecs" subfolder and call UPX on all files that are found. Some won't compress and thus show an error. That isn't really a problem. But we shouldn't show it to the user, indeed. I could of course use a "whitelist" of DLL's that compress correctly and only call UPX on those. I could even write a small script to generate that list "on the fly" when the installer is compiled. However for now I will use the KISS (keep it simple stupid) method and simply reduce the verbosity of UPX. There's no point in showing the complete UPX console output in the installer log anyway. That was more a "debug" feature when I implemented that part of the installer. It's not needed anymore, so I will remove it...

roozhou

7th February 2010, 15:28

However not any system does support OpenGL 2.0.

-vo gl:yuv=1 or 2 does not require OpenGL 2.0.

ElQuia

7th February 2010, 22:48

mulder, please help. With some HD (1080) *.ts files I am getting video and audio totally out of sync. Same files in MPC (x86, mpc x64 won´t play them) and power dvd play with audio in sync ok.
Ideas?

LoRd_MuldeR

7th February 2010, 23:04

ElQuia

8th February 2010, 03:54

Where are those TS files from? Do they contain MPEG-2 or H.264 video? What is the CPU load during playback? And what build (FFmpeg-MT -vs- Normal) do you use?

Maybe you can try enforcing the "lavf" or "lavfpref" demuxer instead of the default "mpegts" demuxer.

Last but not least you may try running your TS files through ProjectX (http://www.oozoon.de/main_en.html) (for MPEG-2 video) or TS-Doctor (http://www.cypheros.de/dvb_e.html) (for H.264 video) and then try again with the "fixed" file...

OK lets, see:
1. How do I find out if they are mpeg or h264
2. How do I find out whqat ffmpeg I have? (I thought mplayer was self contained)
3. How do I enforce lavf or lavfpref?

files are videoclips recorder from american hdtv, 1080, downloaded them to try out

I repeat: powerdvd and mpc home cinema play them in sync.

LoRd_MuldeR

8th February 2010, 09:58

OK lets, see:
1. How do I find out if they are mpeg or h264
2. How do I find out whqat ffmpeg I have? (I thought mplayer was self contained)
3. How do I enforce lavf or lavfpref?

files are videoclips recorder from american hdtv, 1080, downloaded them to try out

I repeat: powerdvd and mpc home cinema play them in sync.

1. Look at the "File Properties" dialog in SMPlayer or scan you file with MediaInfo (http://mediainfo.sourceforge.net/en).

2. MPlayer is self-contained. But there are FFmpeg-MT (multi-threded) builds as well as "normal" builds. My package contains the "normal" builds for now. The MT builds may give better performance.

3. In SMPlayer's "File Properties" dialog there is a "Demuxer" tab where you can manually choose the demuxer.

ElQuia

8th February 2010, 15:12

1. Look at the "File Properties" dialog in SMPlayer or scan you file with MediaInfo (http://mediainfo.sourceforge.net/en).

2. MPlayer is self-contained. But there are FFmpeg-MT (multi-threded) builds as well as "normal" builds. My package contains the "normal" builds for now. The MT builds may give better performance.

3. In SMPlayer's "File Properties" dialog there is a "Demuxer" tab where you can manually choose the demuxer.

OK, here we go:
1. Madonna - La Isla Bonita (River Plate Stadium Buenos Aires 2008) Sky1 HD-1080i.ts
General
File
F:/Multimedia/Videos/Tests/Madonna - La Isla Bonita (River Plate Stadium Buenos Aires 2008) Sky1 HD-1080i.ts
Size
581680 KB (568 MB)
Length
00:00:00
Demuxer
mpegts

Video
Resolution
1920 x 1088
Aspect ratio
1.7778
Format
0x10000005
Bitrate
0 kbps
Frames per second
25.000
Selected codec
ffh264

Initial Audio Stream
Format
8192
Bitrate
384 kbps
Rate
48000 Hz
Channels
2
Selected codec
ffac3

Audio Streams
#
Language
Name
ID
0
eng
<empty>
4352

2. Using the build downloaded from your page, ¿how do I get a MT build? Is it worth it? Or will I get problems with other media?

3. when i force one of the other demuxers file wont play. Had to delete the ini that saves that file preferences to get it to play again

THANKS FOR YOUR ANSWERS

roozhou

8th February 2010, 15:50

@ELQia
You have to use a MT build, or you cannot play 1080p H264 smoothly on any computer.

LoRd_MuldeR

8th February 2010, 15:50

1) So it's H.264. And it's not really a surprise that H.264 video at 1920x1088 won't play smoothly with a Non-MT build. The MT build should help!

2) Simply replace the 'MPlayer.exe' in the install folder with the one from the 7z package that you find here:
http://sourceforge.net/projects/mplayer-win32/files/MPlayer%20MT/revision%2030521/

You must also configure more than 1 decoding thread in SMPlayer's preferences in order to take advantage of the "MT" build.
There's a known problem: MPEG-2 decoding will be broken with the MT build. Workaround: Enforce the "libmpg2" decoder instead of "ffmpeg2".
Of course you can go back to the Non-MT 'MPlayer.exe' at any time, if serious problem appear...

3) Don't enforce a random demuxer. Try "lavf" or "lavfpref". And you can always return to the default ("mpegts" in this case) easily ;)

ElQuia

8th February 2010, 20:30

@roozhou: thanks man.
@LoRd_MuldeR: OK will try, just to see if it works. For now the only 1080 files I have are 2 tests. Most of the movies and clips I have downloaded lately are 720, and those work OK in any player.
What vexes me is that I was trying to move to only ONE player, before I used power dvd for its quality on the files it supported, plus MPC Home cinema for the rest, I would hate having to go for 2 versions of smplayer ... aaargggh
Now guys: Im a noob in all this, but why MPC, powerdvd and VLC dond lose sync with H.264 video at 1920x1080 ?

ElQuia

8th February 2010, 21:06

:helpful::helpful:

Enforce the "libmpg2" decoder instead of "ffmpeg2".

Please, how do I do this?, cant find option

Don't enforce a random demuxer. Try "lavf" or "lavfpref".
Is there a way of doing this for all files? or must it be done one bu one?

LoRd_MuldeR

8th February 2010, 22:42

Please, how do I do this?, cant find option

See the "Video Codec" tab in the "File Properties" dialog ;)

Is there a way of doing this for all files? or must it be done one bu one?

In SMPlayer's preferences on the "Advanced" page you could add "-demuxer lavf" to the "Options for MPlayer".

LoRd_MuldeR

8th February 2010, 23:43

ElQuia

9th February 2010, 00:56

For Testing: MPlayer for Windows (FFmpeg-MT) 2010-02-08 :cool:
http://www.mediafire.com/file/njzzdim2m1k/MPUI-MT.2010-02-08.Full-Package.exe

This package contains multi-threaded (FFmpeg-MT) builds of MPlayer, which can take advantage of multicore CPU's for H.264 decoding.
Please note that the "Athlon XP" and "Pentium 4" builds have FFmpeg-MT enabled, while the "Pentium III" and "Runtime Detection" builds have not!
Furthermore I have included a modified "codecs.conf" file, which will make sure that MPEG-2 files are decoded properly with the MT builds.

(BTW: Don't forget to adjust the "Threads for decoding" option in SMPlayer's preferences according to your CPU for optimal decoding performance)

Mulder, MAN, you are GOD!, Will try this and keep you posted (tomorrow late, am a bit short of time)

:-)

EDIT: mulder, before installing this: Is there a way to install this package as "portable" WITHOUT uninstalling, overwriting, whatever your other package?
PLEASE ADVISE.

ElQuia

9th February 2010, 14:30

mulder, before installing this: Is there a way to install this package as "portable" WITHOUT uninstalling, overwriting, whatever your other package?
PLEASE ADVISE.

LoRd_MuldeR

9th February 2010, 14:36

The package is portable. I try to avoid global files (outside the install folder) whenever possible. The shortcuts and the registry entry for the uninstaller are exceptions though.

Anyway, you can install a newer package to the same folder where a previous package is installed. The installer is designed to update (replace) and older package that was installed to the same folder before.

Uninstalling the old package before you install a new one is optional. You can do that, but you certainly don't have to...

ElQuia

9th February 2010, 15:59

You can do that, but you certainly don't have to...

OK, thanks, will install to separate dir, to be able to have both and do valid comparisons.
You may consider a way of preserving the file info. I have my settings as to keep file preferences in individual ini files, if you don't copy and recopy back those when installing, all gets erased... (if reseting all as you recommend).

OK. Will try new package this night and keep you posted
Dänke.

LoRd_MuldeR

9th February 2010, 16:33

You may consider a way of preserving the file info. I have my settings as to keep file preferences in individual ini files, if you don't copy and recopy back those when installing, all gets erased... (if reseting all as you recommend).

Resetting your configuration on installation/update is optional. So if you want to keep your settings, you can do so. However for the 'Average Joe' user it is highly recommended to reset the configuration, because a screwed up configuration file can easily prevent MPlayer from working properly. And we have to take into account that users do all kind of weird things! Afterwards they complain that "it stopped working", but of course they never remember what they did to break it. Therefore a clean configuration file with "factory defaults" can avoid a lot of trouble. Believe me...

avih

9th February 2010, 20:19

FWIW, I also don't like the full screen installer and IMO it's inappropriate for a 3rd party installers to use them. I can live with it though, and it's mulder's choice eventually.

Xiaopang, you know, there's a way to criticize. It's great that you have criticism about this project, and you certainly found the right place to post it. However, unless you just posted to vent with some aggressively toned bitching (which I think is not the case), your comments would have probably been met with much more sympathy and willingness had they been more polite, constructive and expressed in a more positive tone.

This project IS, after all, being maintained for mostly noble reasons. You must take that into account when posting such posts.

ElQuia

10th February 2010, 01:03

For Testing: MPlayer for Windows (FFmpeg-MT) 2010-02-08 :cool:
* Mirror #1: http://www.mediafire.com/?njzzdim2m1k
* Mirror #2: http://uploaded.to/file/4xy4to

This package contains multi-threaded (FFmpeg-MT) builds of MPlayer, which can take advantage of multicore CPU's for H.264 decoding.
Please note that the "Athlon XP" and "Pentium 4" builds have FFmpeg-MT enabled, while the "Pentium III" and "Runtime Detection" builds have not!
Furthermore I have included a modified "codecs.conf" file, which will make sure that MPEG-2 files are decoded properly with the MT builds.

(BTW: Don't forget to adjust the "Threads for decoding" option in SMPlayer's preferences according to your CPU for optimal decoding performance)

Ok Mulder. Installed new MT build, saved in other dir non MT build to be able to compare.
Did a fresh install of the MT build, no preferences saved. Let see:
1. I have 2 ts files that play out of sync with both MPlayers the old build AND the MT build.
2. These files sync audio and video OK in power dvd and mplayer classic home cinema x86 (x64 does not play them).
3. I have another ts file that plays in sync in both smplayer versions and all other players.
4. The "mt" version of smplayer/mplayer does not play ANY mkv file. (Ive got a lot of'em). Those files DO play OK on previous (02/06) build.

LoRd_MuldeR

10th February 2010, 14:42

ElQuia

11th February 2010, 22:00

3) If the desync isn't caused by the decoder being too slow (which shouldn't be the case with the MT builds), then you should report your problem to the MPlayer Team. And don't forget to provide a sample file! If they aren't able to reproduce your problem, they won't be able to help you. With a detailed error report and a sample file the chance for a fix is much higher...

4) That's certainly NOT the case. I have a lot of MKV files that play perfectly fine. So you'd have to provide a sample file that shows the problem. Also "does not play" isn't exactly a helpful error description. Does MPlayer crash or what? It may help if you provide your log file at least. Without more info we can only speculate...

BTW: Did you try to "repair" your TS file with TS-Doctor (http://www.cypheros.de/dvb_e.html) already ???

Mulder: tnx for answering ;-)
3- OK. I got some ts files that wont sync and some others that will sync in both copies of mplayer, both standard and mt. the files that dont sync with mplayer DO sync in others as mentioned.
The only problem providing a sample is that a HD clip of 5 minutes is more or less 500 mb :eek: but will try.
PLEASE give me the data of site or developers? ;-)

4- SORRY SORRY SORRY. MY MISTAKE. MKV DOES PLAY. I dont know what happened. Maybe I should have rebooted after installing. Yesterday NONE played, today ALL of them play:confused::confused::confused: Got to be more carefull with my statements. :rolleyes:

Addendum:
Have been testing a LOT of video files. I dont know why, but must say that this combination of yours is superb :)
There will always be things that wont work, but definitely I am stiking with mulder's! :thanks:

LoRd_MuldeR

11th February 2010, 22:54

3- OK. I got some ts files that wont sync and some others that will sync in both copies of mplayer, both standard and mt. the files that dont sync with mplayer DO sync in others as mentioned.
The only problem providing a sample is that a HD clip of 5 minutes is more or less 500 mb :eek: but will try.
PLEASE give me the data of site or developers? ;-)

It would be sufficient to provide a small piece of your problematic file, as long as it can be used to reproduce the problem.

MPlayer mailing list for users:
http://lists.mplayerhq.hu/mailman/listinfo/mplayer-users

MPlayer mailing list for developers:
http://lists.mplayerhq.hu/mailman/listinfo/mplayer-dev-eng

4- SORRY SORRY SORRY. MY MISTAKE. MKV DOES PLAY. I dont know what happened. Maybe I should have rebooted after installing. Yesterday NONE played, today ALL of them play:confused::confused::confused: Got to be more carefull with my statements. :rolleyes:

You don't need to reboot after install. There's no reason for that.

However I have no idea what your problem was and why it's suddenly gone. But as long as everything is okay now, who cares ;)

(BTW: It appears the HuffYUV decoding is broken with the MT builds. Probably not that critical for most users)

scottmplayeruser

13th February 2010, 18:20

Hi, I just installed MPlayer for the first time, but when I attempted to stream from this url it makes loud chirping noises about twice a second over top of the music:

http://darkwing.uoregon.edu/~kwax/launchra2.ram

Any suggestions?

Thanks,

Scott

LoRd_MuldeR

13th February 2010, 19:11

scottmplayeruser

13th February 2010, 20:36

OK. Should I use −audiofile−cache <kBytes>?
What is the default value for kBytes?
And what value should I try for kBytes?

Thanks,

Scott

scottmplayeruser

13th February 2010, 21:52

I found the output window (see below), which says "Cache size set to 320 KBytes", but I am unable to change the cache size. Setting -audiofile-cache 500 had no effect.

command line:
"C:\Program Files\MPlayer for Windows\mplayer.exe" -slave -identify
-noquiet -wid 5573626 -colorkey 0x101010 -nokeepaspect -framedrop
-autosync 100 -vf screenshot -font C:\WINDOWS\Fonts\Arial.ttf -priority
abovenormal -ao dsound:device=0 -sws 9 -af volnorm=2 -audiofile-cache
500 http://streaming.uoregon.edu:8000/

MPlayer Sherpya-SVN-r30521 (C) 2000-2010 MPlayer Team
Setting process priority: abovenormal

Playing http://streaming.uoregon.edu:8000/.
Resolving streaming.uoregon.edu for AF_INET...
Connecting to server streaming.uoregon.edu[128.223.142.91]: 8000...
Cache size set to 320 KBytes

ID_AUDIO_ID=0
Audio only file format detected.
ID_FILENAME=http://streaming.uoregon.edu:8000/
ID_DEMUXER=audio
ID_AUDIO_FORMAT=85
ID_AUDIO_BITRATE=160000
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=0
ID_LENGTH=-0.00
ID_SEEKABLE=0
ID_CHAPTERS=0
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
AUDIO: 48000 Hz, 2 ch, s16le, 160.0 kbit/10.42% (ratio: 20000->192000)
ID_AUDIO_BITRATE=160000
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=2
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
AO: [dsound] 48000Hz 2ch s16le (2 bytes per sample)
ID_AUDIO_CODEC=mp3
Video: no video
Starting playback...
mpg123: Can't rewind stream by 166 bits!
Blocktype == 0 and window-switching == 1 not allowed.
big_values too large!
mpg123: Can't rewind stream by 1357 bits!
big_values too large!
Blocktype == 0 and window-switching == 1 not allowed.
mpg123: Can't rewind stream by 3 bits!
mpg123: Can't rewind stream by 37 bits!
big_values too large!
(last message repeated 3 times)
mpg123: Can't rewind stream by 2824 bits!
Blocktype == 0 and window-switching == 1 not allowed.
big_values too large!

MPlayer interrupted by signal 11 in module: decode_audio
ID_SIGNAL=11
- MPlayer crashed by bad usage of CPU/FPU/RAM.
Recompile MPlayer with --enable-debug and make a 'gdb' backtrace and
disassembly. Details in DOCS/HTML/en/bugreports_what.html#bugreports_crash.
- MPlayer crashed. This shouldn't happen.
It can be a bug in the MPlayer code _or_ in your drivers _or_ in your
gcc version. If you think it's MPlayer's fault, please read
DOCS/HTML/en/bugreports.html and follow the instructions there. We can't and
won't help unless you provide this information when reporting a possible bug.

LoRd_MuldeR

14th February 2010, 12:09

From your log it seems you have a more serious problem. MPlayer crashed!

Anyway, you can change the cache for streaming media in SMPlayer preferences at "Performance" -> "Cache" -> "Cache for streams".

Of course you could pass "-cache X" (not "-audiofile-cache") manually to MPlayer as well...

[EDIT]

Try using the "lavf" demuxer (can be changed in SMPlayer's "File properties" dialog), instead of the default "audio" demuxer. It seems to fix the problem!

scottmplayeruser

14th February 2010, 22:02

OK. I uninstalled the MPlayer for Windows (Light-Package) and then downloaded and installed the Full-Package, so now I have smplayer installed on my PC. Changing the cache from 1000 to 5000 did not solve the problem. I've searched and searched for a "File properties" dialog in smplayer, but I cannot find it.

Thanks,

Scott

LoRd_MuldeR

14th February 2010, 22:19

I've searched and searched for a "File properties" dialog in smplayer, but I cannot find it.

Look for the http://www.icz-sindelfingen.de/images/info.jpg icon. Then switch to the "demuxer" tab, choose "lavf" from the list and press apply.

scottmplayeruser

14th February 2010, 22:36

OK. I did find that dialog before, but could not understand the UI. I think the main problem is that the shading for the selected demuxer is almost invisible on my PC. I have scrunch down and squint to see which one is selected.

However, selecting lavf did not fix the problem for me. Also, smplayer does not automatically play the url from the web page, so I have to use the Open..URL menu to play it.

Thanks,

Scott

LoRd_MuldeR

14th February 2010, 22:39

OK. I did find that dialog before, but could not understand the UI. I think the main problem is that the shading for the selected demuxer is almost invisible on my PC. I have scrunch down and squint to see which one is selected.

The stream (http://streaming.uoregon.edu:8000/) definitely plays fine for me with "lavf" demuxer, so please try again.

Make sure you press "Apply" and wait for MPlayer to re-open the stream after you have selected to proper demuxer...

scottmplayeruser

14th February 2010, 22:57

OK. I tried again. I did not understand that the url had to be playing already when I changed the demuxer. Selecting lavf did significantly improve the sound quality, but I can still hear the chirping, only much, much quieter than before. Also, is there no way to make this change permanent? I would not want to have to make this change every time I open the url. Also it should automatically start playing the url when I open it from the browser, like mplayer for Windows does.

LoRd_MuldeR

14th February 2010, 23:19

OK. I tried again. I did not understand that the url had to be playing already when I changed the demuxer. Selecting lavf did significantly improve the sound quality, but I can still hear the chirping, only much, much quieter than before.

Then I fear MPlayer cannot handle that specific stream any better...

Also, is there no way to make this change permanent? I would not want to have to make this change every time I open the url. Also it should automatically start playing the url when I open it from the browser, like mplayer for Windows does.

Checking "Remember settings for all files" in SMPlayer preferences should do the job. If not, add "-demuxer lavf" to "Options for MPlayer" on the "Advanced" page...

scottmplayeruser

14th February 2010, 23:31

Checking "Remember settings for all files" in SMPlayer preferences and clicking Apply failed to persist the demuxer setting change for that url.

Thank you very much (vielen dank) for all your help!

LoRd_MuldeR

25th February 2010, 00:03

MPlayer for Windows 2010-02-24 :)

[2010-02-24]
* MPlayer binaries updated to SVN-r30687
* SMPlayer updated to Version 0.6.8 (SVN-r3439)
* Using FFmpeg-MT buils from now on ("Pentium 4" and "Athlon XP" only!)
* QT Runtime Libs updated to Version 4.6.2

ElQuia

25th February 2010, 18:17

Mulder: nice :-) will try

Any new builds of MT ? Last is still 2010-02-08?

LoRd_MuldeR

25th February 2010, 19:15

Mulder: nice :-) will try

Any new builds of MT ? Last is still 2010-02-08?

As the changelog indicates, I have included the 2010-02-22 builds ;)

ElQuia

25th February 2010, 20:46

As the changelog indicates, I have included the 2010-02-22 builds ;)

GULP :stupid:
Yessss should read before asking hahaha
Sorry hetic times down here.

Thanks for keeping this going and thanks for your work

Vicki_21

25th February 2010, 21:07

So now the package is multi-threaded out of the box?

Should we still adjust the "Threads for decoding" option in SMPlayer's preferences?

And what about MPUI? Is it ready for multi-threading support without any user configuration? If not, where are the essential options?

LoRd_MuldeR

25th February 2010, 21:17

So now the package is multi-threaded out of the box?

Yes. But only if you pick the "Athlon XP" or "Pentium 4" build - which requires a suitable CPU, of course!

The "RTM" and "P3" builds are not multi-threaded.

Should we still adjust the "Threads for decoding" option in SMPlayer's preferences?

Of course. If you don't configure at least two decoding threads, then multi-threaded decoding will be disabled - this applies to the "MT" builds.

Configuring two (or even more) decoding threads will not have any effect with the Non-MT builds...

And what about MPUI? Is is ready for multi-threading support without any user configuration? If not, where are the essential options?

Simply add "-lavdopts threads=2" to "Additional MPlayer options" in MPUI's option menu ;)

Vicki_21

25th February 2010, 21:27

Simply add "-lavdopts threads=2" to "Additional MPlayer options" in MPUI's option menu

:thanks:

If our CPU cores support intel hyper-threading, what's the best practice you suggest?

One thread per core or two (due to hyper-threading)? Have you (or anyone else) tested FFmpeg-MT compatibility for hyper-threading?

One more question: Are MT-related problems (like mpeg2 decoding) fixed?

LoRd_MuldeR

25th February 2010, 21:33

If our CPU cores support intel hyper-threading, what's the best practice you suggest?

One thread per core or two (due to hyper-threading)? Have you (or anyone else) tested FFmpeg-MT compatibility for hyper-threading?

My assumption would be that on an old single-core P4 with HT using two threads may give some speed improvement over a single thread.

On a modern Core i7 where you have 4 cores anyway using 4 decoding threads should be sufficient. Even my Core2 Quad can do 1080p H.264 @ 50 MBit/s with 4 threads ;)

One more question: Are MT-related problems (like mpeg2 decoding) fixed?

Nope, it's not fixed. But I included a modified "codecs.conf" file, so the working 'libmpg2' decoder will be used for MPEG-2 instead of the broken 'ffmpeg2' decoder.

Unfortunately it seems that HuffYUV is broken too. And there's no alternative decoder for HuffYUV included in MPlayer :o

Vicki_21

25th February 2010, 21:36

Thanks Lord!

Unfortunately it seems that HuffYUV is broken too. And there's no alternative decoder for HuffYUV included in MPlayer :o

:mad:

LoRd_MuldeR

26th February 2010, 23:40

MPlayer for Windows 2010-02-26 :)

[2010-02-26]
* MPlayer binaries updated to SVN-r30725
* Reverted the "Generic" (RTM) build to SVN-r30521

Note: The "Generic" (RTM) build included in the previous release was broken. Fontconfig was missing in that build, but the included 'mplayer/config' tried to enabled fontconfig anyway :rolleyes:
Therefore I have reverted the RTM build (and only that build!) to SVN-r30521 until a new fixed RTM build becomes available. Sorry for the inconvenience...

gx240

27th February 2010, 02:41

Is it possible to play videos with paths and file names that contain Asian characters in Mplayer?

If I try to play a video at "C:\愛在黑夜@BD-M20.mkv" Mplayer reads the characters as question marks. So it tells me "File not found: 'C:\????@BD-M20.mkv'"

Is there some way to get around this? I'm using XP with East Asian Language files installed, and the characters show up fine in windows explorer.

roozhou

27th February 2010, 07:37

LoRd_MuldeR

27th February 2010, 13:39

MPlayer does not support unicode, so the only way is to use 8.3 filenames.

And SMPlayer has an option "Pass short filenames (8+3) to MPlayer" for exactly that purpose :)

Alante

2nd March 2010, 16:38

Could you implement the Video Acceleration patches? (http://www.splitted-desktop.com/~gbeauchesne/mplayer-vaapi/)

LoRd_MuldeR

2nd March 2010, 16:49

Could you implement the Video Acceleration patches? (http://www.splitted-desktop.com/~gbeauchesne/mplayer-vaapi/)

This is the wrong place to ask for MPlayer patches. I don't build MPlayer myself, I use the builds provided by Gianluigi Tiesi (http://oss.netfarm.it/mplayer-win32.php). You may want to ask him about the patch.

roozhou

2nd March 2010, 18:36

@Alante

VAAPI is Unix only. If you need video acceleration on windows, just use DXVA and do NOT use MPlayer.

Vicki_21

2nd March 2010, 22:50

@Alante

VAAPI is Unix only. If you need video acceleration on windows, just use DXVA and do NOT use MPlayer.

It would be a great combination: Mplayer+DXVA.

LoRd_MuldeR

2nd March 2010, 22:53

It would be a great combination: Mplayer+DXVA.

http://oss.netfarm.it/dsnative/ ;)

Alante

2nd March 2010, 23:30

This is the wrong place to ask for MPlayer patches. I don't build MPlayer myself, I use the builds provided by Gianluigi Tiesi (http://oss.netfarm.it/mplayer-win32.php). You may want to ask him about the patch.

I did and this is his answer:

I'm trying to make ffdshowdxva working, ffmpeg has some dxva code, I hope it will be ported to mplayer

regards

So guess we have to wait and so far he's the only hope of something happening, cause Mplayer project kinda stopped evolving.

LoRd_MuldeR

2nd March 2010, 23:36

So guess we have to wait and so far he's the only hope of something happening

Well, the "dsnative" wrapper is supposed to work with ffdshowdxva already. At least according to the project page.

However I have not been able to get "dsnative" working with MPlayer on my system, so far...

...cause Mplayer project kinda stopped evolving.

The MPlayer project is pretty active. Look at the SVN log! There usually are several commits per day:
http://pastie.org/850728

However you shouldn't forget that MPlayer originates from the Linux community and it seems most MPlayer developers don't focus on Windows ;)

Alante

3rd March 2010, 00:21

Well, the "dsnative" wrapper is supposed to work with ffdshowdxva already. At least according to the project page.

However I have not been able to get "dsnative" working with MPlayer on my system, so far...

The MPlayer project is pretty active. Look at the SVN log! There usually are several commits per day:
http://pastie.org/850728

However you shouldn't forget that MPlayer originates from the Linux community and it seems most MPlayer developers don't focus on Windows ;)

Well that's just it, Mplayer used to be real capable in the old days beating any alternative, both Windows and Linux. But now, runs beter on Windows as a fronted the it those in Linux and even lost popularity on most distros, since videolan seems to be more stable then Mplayer.

When I said Mplayer project stopped evolving, was referring to Linux not Windows. :) Didn't say they don't update it anymore, just that it doesn't evolve. :)

LoRd_MuldeR

3rd March 2010, 00:43

MPlayer for Windows 2010-03-02 :)

[2010-03-02]
* MPlayer binaries updated to SVN-r30815
* SMPlayer updated to Version 0.6.8 (SVN-r3468)
* "Generic" (RTM) build is up-to-date again

Gusar

3rd March 2010, 14:14

Well, the "dsnative" wrapper is supposed to work with ffdshowdxva already. At least according to the project page
Look again. It says "not working" in the status column.

FFmpeg has DXVA support, mplayer could use that. VLC already does. But Alante is right, mplayer development is a lot slower than it used to be. Reimar is pretty much the only active developer.

lasuocera

3rd March 2010, 19:04

@ LoRd_MuldeR

Hi, new mplayer builds from Tiesi are not working with SMPlayer. I'm on windows xp sp3, ATI Radeon 3870 Cat 10.2

Reimar

3rd March 2010, 21:16

FFmpeg has DXVA support, mplayer could use that. VLC already does.

Well, the theory was that FFmpeg would provide support for full hardware decoding including read-back instead of everyone having to duplicate the same code (of course, for maximum performance you might not want to read back, but that is IMO a secondary consideration). Unfortunately there seems to be no work on this.

But Alante is right, mplayer development is a lot slower than it used to be. Reimar is pretty much the only active developer.

It's not quite that bad. Thing is that most of the important/interesting stuff has moved to FFmpeg, which on the plus side means everyone profits from it, which also means MPlayer has less of an advantage.
Also it definitely is a big matter of what OS you are using. Just to highlight the absurdity of the situation: We have someone working actively on improving support for OS/2. We don't have anyone seriously working on Windows (there are a small few patches, but no-one pushing hard enough and doing to extra effort to get them to a sufficient quality level to be included).

LoRd_MuldeR

3rd March 2010, 22:12

@ LoRd_MuldeR

Hi, new mplayer builds from Tiesi are not working with SMPlayer. I'm on windows xp sp3, ATI Radeon 3870 Cat 10.2

Definitely works here. Instead of making wild claims, give us some useful details about the problems you are experiencing...

lasuocera

3rd March 2010, 22:40

Ok sorry, i'll try to explain. Well wrong aspect ratio, cannot select output video and sound driver, no information on info and properties and the controls (play,pause,seek) are disabled. SMPlayer is working ok with mplayer version SVN-r30369.

LoRd_MuldeR

3rd March 2010, 22:50

Alante

4th March 2010, 00:13

Also it definitely is a big matter of what OS you are using. Just to highlight the absurdity of the situation: We have someone working actively on improving support for OS/2. We don't have anyone seriously working on Windows (there are a small few patches, but no-one pushing hard enough and doing to extra effort to get them to a sufficient quality level to be included).

It's strange you say that, cause honestly (as mentioned above) - so far, Mplayer runs smother on Windows then Linux. Back in the old days, the main reason I tried/used/learned Linux was cause Mplayer, since the Windows alternatives sucked big time. Remember Ace Mega Codec Pack - now that was a traumatizing experience (conflicts, OS crashes, bugs....etc). Back then, the best Windows video player where codecs relates and since it was the beginning of Windows multimedia, so many video formats and so many encoders emerged that you always end up with a movie that needs some unknown decoder. Was such a hassle and Mplayer fixed all my video problems, even played smother but guess Linux had some influence with that part. :)

lasuocera

4th March 2010, 10:21

http://i49.tinypic.com/2d92qlz_th.jpg (http://i49.tinypic.com/2d92qlz.jpg)

:confused:

OK, I see that you are using QT 4.6.2 (compiled with QT 4.5.1) while on my installation i have QT 4.5.1 (compiled with QT 4.5.1). Could be this the problem?

rvm

4th March 2010, 11:27

Ok sorry, i'll try to explain. Well wrong aspect ratio, cannot select output video and sound driver, no information on info and properties and the controls (play,pause,seek) are disabled.

This happens if smplayer can't read the output from mplayer. Maybe you have a really-quiet option in mplayer\config?

LoRd_MuldeR

4th March 2010, 13:39

OK, I see that you are using QT 4.6.2 (compiled with QT 4.5.1) while on my installation i have QT 4.5.1 (compiled with QT 4.5.1). Could be this the problem?

Nope, that shouldn't be the problem. In fact SMPlayer should 100% work with the Qt version that it was compiled with.

However if you installed my package (which I assume, as you are posting in this thread), it should say "using Qt 4.6.2", because I have included the latest Qt and not found any problems with it so far...

lasuocera

4th March 2010, 17:40

I must admit that I downloaded SMPlayer from the official project page and then manually updated mplayer. After your post I have downloaded your package and actually I can play .avi files, but .mkv (h264+aac) files don't work. Strange thing is that with your package I can select output drivers (video & audio), info and properties page works.

I've tested original and your package on 2 different machines and the result is the same.

LoRd_MuldeR

4th March 2010, 17:49

...actually I can play .avi files, but .mkv (h264+aac) files don't work.

Strange. But "don't work" isn't a very helpful problem description. What happens? What does the MPlayer log say ???

lasuocera

4th March 2010, 18:23

After further investigation I have to say that your package is working ok. Let me explain: I've tested .mkv on old computer with an hercules 3d prophet 4500 and this is mplayer log :

Movie-Aspect is 1.77:1 - prescaling to correct movie aspect.
ID_VIDEO_ASPECT=1.7750
VO: [directx] 848x480 => 852x480 Planar YV12
<vo_directx><ERROR>hardware can't do overlay
<vo_directx><FATAL ERROR>can't use overlay mode: please use -vo directx:noaccel
FATAL: Cannot initialize video driver.

FATAL: Could not initialize video filters (-vf) or video output (-vo).

Exiting... (End of file)
ID_EXIT=EOF

setting video driver to -vo directx:noaccel or gl solved the problem. On my new computer with ati radeon 3870 there are no problems.

I'm moving now to the SMPlayer official forum to try to find out where is the problem with the official package.
Thank you very much for your support

Gilberto

LoRd_MuldeR

4th March 2010, 18:29

It is highly recommended to use either the OpenGL renderer ("-vo gl" / "-vo gl:yuv=2") or the Direct3D renderer ("-vo direct3d") instead of the Overlay renderer ("-vo directx") anyway!

Reimar

4th March 2010, 20:35

It is highly recommended to use either the OpenGL renderer ("-vo gl" / "-vo gl:yuv=2") or the Direct3D renderer ("-vo direct3d") instead of the Overlay renderer ("-vo directx") anyway!

directx is likely to be faster for anyone who considers it good enough...
Anyway in case you haven't noticed you shouldn't really need the yuv=2, it should be auto-detected since around 30489 - only currently known "problem" is that some software OpenGL renderers suport fragment programs and this makes those even more horribly slow.
Edit: there is also a -vo gl_nosw that will fail to initialize when only software rendering is available - detection probably only works on Linux though so far.
Might be possible it could be improved so much that "-vo gl_nosw," or something like that could be made the default - but that kind of thing needs heavy testing.

lych_necross

5th March 2010, 08:03

LoRd_MuldeR

5th March 2010, 16:27

Hey LoRd_MuldeR,

How do you invoke UPX in your installer? What options do you use (--best?)? I'm asking because I was bored one afternoon and I decided to use upx on vlc's files for the heck of it. I don't have much experience with upx and hope I didn't mess anything up (it seems to work alright).

Look at this part of the installer:

DetailPrint "$(PackingEXE) $0"
nsExec::Exec /TIMEOUT=180000 '"$PLUGINSDIR\upx.exe" --compress-icons=0 "$0"'
Pop $1

So I use default compression, which as far as I know, equals the "-8" option. I could use "--best" to squish out some more compression, but at the cost of increased install time. If the files were pre-UPX'd then I'd use "--brute" or even "--ultra-brute". But for "on the fly" UPX'ing files, I stay with the default. Also it's useful to use "--compress-icons=0", because this way no icons are compressed. By default only the 'main' icon is not compressed. That will result in problem as soon as the EXE contains more than just one icon and if you want to use those 'additional' icons for file associations...

lych_necross

6th March 2010, 07:56

I'll give that a try. Thanks for the info :D

mariush

6th March 2010, 11:37

Brute and Ultra-Brute is not recommended because it compresses executables that may not function correctly compressed.

As I said before, it's best to either compress them before the setup is made (to reduce the size of the setup as upx often compresses better than whatever nsis uses - because it's NOT lossless) or leave them uncompressed... the benefits of compressing are less than the risk of getting files detected as viruses.

LoRd_MuldeR

6th March 2010, 13:56

Brute and Ultra-Brute is not recommended because it compresses executables that may not function correctly compressed.

Huh? As far as I know, the "--brute" mode simply tests several compressor settings (instead of just one) and finally picks the settings that gave the smallest file.

And "--ultra-brute" additionally considers LZMA compression. I use it for all my 'release' binaries and did not encounter any problem with my binaries so far.

As I said before, it's best to either compress them before the setup is made (to reduce the size of the setup as upx often compresses better than whatever nsis uses - because it's NOT lossless) or leave them uncompressed...

Problem is that if you have several huge binaries in an installer, then UPX'ing them beforehand makes the installer much bigger. That's because after UPX'ing the binaries, the installer's compressor (MakeNSIS) cannot compress the files any further. Also UPX cannot leverage redundancy across the filer border, while MakeNSIS can -- but only if the binaries are still uncompressed and if "solid" compression is enabled. Therefore I decided to UPX the files at install time (i.e. after the files have been extracted from the installer). And it's optionally, so the user can skip the step.

...because it's NOT lossless

Indeed, UPX is not lossless in the sense that the file you get after decompression may not be bit-identical to the original file. But the decompressed binary is (or at least should be ^^) functionally equivalent to the original binary. That's all we need. However there is a mode in UPX the will preserve the original file in a bit-identical way ("--exact"). Just in case you need that.

the benefits of compressing are less than the risk of getting files detected as viruses.

FALSE POSITIVES are a problem, indeed. Some A/V programs blindly suspect all "packed" binaries, which is nonsense, of course! Just because Malware may use "EXE packers", you can't conclude that legitimate software never uses EXE packers. So I certainly won't constrain my installer or software, just because some A/V developers did a bad job :rolleyes:

Whenever I encounter a FALSE POSITIVE, I submit the file to my A/V developer and ask them to fix it. And I urge everybody to do the same...

lych_necross

7th March 2010, 07:03

LoRd_MuldeR

7th March 2010, 14:14

The only problem I've noticed is that upx'd exes (done after installation) sometimes break the program's uninstaller (requiring a reinstall to uninstall). I've only noticed this with NSIS programs (I guess it depends on the options used in NSIS).

That makes no sense to me :confused:

Maybe your installer didn't wait for UPX to complete? So UPX was still running and locking the binary, so the Uninstaller couldn't delete it ???

mariush

7th March 2010, 19:00

you're right Mulder, my apologies... i confused the --brute flag with the -f flag which forces compression even when upx feels the executable won't work compressed.

lych_necross

8th March 2010, 07:16

That makes no sense to me :confused:

Maybe your installer didn't wait for UPX to complete? So UPX was still running and locking the binary, so the Uninstaller couldn't delete it ???
Here is a screen shot of the error.
http://i46.tinypic.com/x25lk4.jpg
EDIT: I tried using --exact and --strip-relocs=0, but it doesn't work. Skipping the offending file works just fine (the savings wasn't that great anyways).

kypec

8th March 2010, 08:43

The only problem I've noticed is that upx'd exes (done after installation) sometimes break the program's uninstaller (requiring a reinstall to uninstall). I've only noticed this with NSIS programs (I guess it depends on the options used in NSIS).
Make sure that you don't apply UPX to Uninstall.exe itself. Installers and most likely also uninstallers created with NSIS do always perform internal integrity check (CRC or hash or whatever) to ensure that EXE file has not been altered.

LoRd_MuldeR

8th March 2010, 13:59

Here is a screen shot of the error.
http://i46.tinypic.com/x25lk4.jpg
EDIT: I tried using --exact and --strip-relocs=0, but it doesn't work. Skipping the offending file works just fine (the savings wasn't that great anyways).

Did you try to manually UPX the final (un)installer EXE or what? This won't work, because UPX appends a data section ("Overlay") to the end of the installer EXE file. UPX will remove the overlay or at least change it's position within the file. That breaks the installer! If you want your (un)installer to be UPX'd, then MakeNSIS must call UPX or whatever "EXE Packer" you use, so the Packer is applied only on the EXE Header and before the data (plus CRC value) is appended! MakeNSIS has a special compile-time command that can be used to call an EXE Packer. That's what you need...

Please see:
http://nsis.sourceforge.net/Docs/Chapter5.html#5.1.10

lych_necross

9th March 2010, 07:37

I'm a noob at UPX, so I made the mistake of manually using upx --best *.exe in the vlc directory (which as Mulder & kypec said, compressed uninstall.exe and killed it). After reading upx's manual a little closer and seeing your posts, I know now not to do that. I ended up manually running upx in the plugins directory on the dlls only (saved a lot of disk space). I would like to make a custom installer ultimately that does this automatically (just for kicks), but I need to read up on nsis a little more.

PatchWorKs

12th March 2010, 10:28

LoRd_MuldeR

18th March 2010, 00:36

MPlayer for Windows 2010-03-17 :)

[2010-03-17]
* MPlayer binaries updated to SVN-r30886

ElQuia

18th March 2010, 14:27

Just a question guyz: why Mplayer/Mencoder x64 builds (for win) are so rare ?

FFmpeg64 (http://ffmpeg.arrozcru.org/autobuilds/) works great, so why Mplayer shouldn't ?

It would be great to have x64/MT builds for windows !

Nice question PatchWorks. I would LOVE a pure x64 build
Windows 7 is great, but I'm sort of tired of "hybrid" x86/x64 "bloatware" ... It's about time windows learned something of the linux community ... GO 64Bits WITHOUT LOOKING BACK!

Mulder? Is it feasible ? Can do?

LoRd_MuldeR

18th March 2010, 20:45

Mulder? Is it feasible ? Can do?

a) I currently don't make any MPlayer builds. Instead I include the (patched) builds provided by Sherpya. I don't intend to change that procedure anytime soon ;)

b) Even if somebody did provide up-to-date 64-Bit builds of MPlayer with the same functionality (fontconfig, dvdnav, etc.) as Sherpya's builds, I probably wouldn't include them into my package (yet). That's because 64-Bit builds require a 64-Bit CPU and a 64-Bit OS, while 32-Bit builds run perfectly fine on both, 32-Bit and 64-Bit, systems. And the majority of Windows users is still are on 32-Bit OS.

c) Unless the 2 GB per process limit becomes a problem, going 64-Bit doesn't give that much benefit. And I doubt MPlayer eagerly needs more than 2 GB of memory.

ElQuia

19th March 2010, 14:41

LoRd_MuldeR

19th March 2010, 14:54

Mulder: downloaded the new build. 2 bugs: a- when playing high def movies (ts, mkv, wmv, etc) full screen, floating bar does NOT show up on mouse move on the bottom of the screen, also with hdef on full screen right clic menu does not apppear . b- when playing high def movies (happens with ts and mkv, have not tried other formats) the progress indicator on bottom bar does not move even if movie is playing, and can not be moved with mouse ("by hand" )
Edit: I'm talking of SMplayer interface, NOT MPUI. MPUI does not have the "b" problem, but its jerky with high def

Ideas? Going to revert to previous build.

That would indicate a SMPlayer bug, that needs to be reported to the SMPlayer developer.

But: I did not change the SMPlayer version between the latest and the previous release, so this doesn't really make sense to me.

Also both, fullscreen mode and the seeking bar, seem to work fine for me :confused:

ElQuia

20th March 2010, 01:06

ElQuia

21st March 2010, 20:18

ffmpeg

23rd March 2010, 07:10

MPlayer for Windows 2010-03-17 :)

This version should be upgraded or dropped ASAP because mplayer has broken HUGE codecs (such as WMV7/8, FLV1.....) decoding due to SSE instruction crash on Windows

Please check my local patch on how to fix this issue:

Index: libmpcodecs/mp_image.c
===================================================================
--- libmpcodecs/mp_image.c (revision 30945)
+++ libmpcodecs/mp_image.c (working copy)
@@ -31,13 +31,15 @@

#include "libvo/fastmemcpy.h"

+#define av_memalign(a,b) av_malloc(b)
+
void mp_image_alloc_planes(mp_image_t *mpi) {
// IF09 - allocate space for 4. plane delta info - unused
if (mpi->imgfmt == IMGFMT_IF09) {
- mpi->planes[0]=memalign(64, mpi->bpp*mpi->width*(mpi->height+2)/8+
+ mpi->planes[0]=av_memalign(64, mpi->bpp*mpi->width*(mpi->height+2)/8+
mpi->chroma_width*mpi->chroma_height);
} else
- mpi->planes[0]=memalign(64, mpi->bpp*mpi->width*(mpi->height+2)/8);
+ mpi->planes[0]=av_memalign(64, mpi->bpp*mpi->width*(mpi->height+2)/8);
if (mpi->flags&MP_IMGFLAG_PLANAR) {
int bpp = IMGFMT_IS_YUVP16(mpi->imgfmt)? 2 : 1;
// YV12/I420/YVU9/IF09. feel free to add other planar formats here...
@@ -65,7 +67,7 @@
} else {
mpi->stride[0]=mpi->width*mpi->bpp/8;
if (mpi->flags & MP_IMGFLAG_RGB_PALETTE)
- mpi->planes[1] = memalign(64, 1024);
+ mpi->planes[1] = av_memalign(64, 1024);
}
mpi->flags|=MP_IMGFLAG_ALLOCATED;
}
Index: libmpcodecs/mp_image.h
===================================================================
--- libmpcodecs/mp_image.h (revision 30945)
+++ libmpcodecs/mp_image.h (working copy)
@@ -24,6 +24,8 @@
#include <string.h>
#include "mp_msg.h"

+#include "libavutil/mem.h"
+
//--------- codec's requirements (filled by the codec/vf) ---------

//--- buffer content restrictions:
@@ -221,9 +223,9 @@
if(!mpi) return;
if(mpi->flags&MP_IMGFLAG_ALLOCATED){
/* becouse we allocate the whole image in once */
- if(mpi->planes[0]) free(mpi->planes[0]);
+ if(mpi->planes[0]) av_free(mpi->planes[0]);
if (mpi->flags & MP_IMGFLAG_RGB_PALETTE)
- free(mpi->planes[1]);
+ av_free(mpi->planes[1]);
}
free(mpi);
}

LoRd_MuldeR

23rd March 2010, 12:29

This version should be upgraded or dropped ASAP because mplayer has broken HUGE codecs (such as WMV7/8, FLV1.....) decoding due to SSE instruction crash on Windows

Please check my local patch on how to fix this issue:

Index: libmpcodecs/mp_image.c
===================================================================
--- libmpcodecs/mp_image.c (revision 30945)
+++ libmpcodecs/mp_image.c (working copy)
@@ -31,13 +31,15 @@

#include "libvo/fastmemcpy.h"

+#define av_memalign(a,b) av_malloc(b)
+
void mp_image_alloc_planes(mp_image_t *mpi) {
// IF09 - allocate space for 4. plane delta info - unused
if (mpi->imgfmt == IMGFMT_IF09) {
- mpi->planes[0]=memalign(64, mpi->bpp*mpi->width*(mpi->height+2)/8+
+ mpi->planes[0]=av_memalign(64, mpi->bpp*mpi->width*(mpi->height+2)/8+
mpi->chroma_width*mpi->chroma_height);
} else
- mpi->planes[0]=memalign(64, mpi->bpp*mpi->width*(mpi->height+2)/8);
+ mpi->planes[0]=av_memalign(64, mpi->bpp*mpi->width*(mpi->height+2)/8);
if (mpi->flags&MP_IMGFLAG_PLANAR) {
int bpp = IMGFMT_IS_YUVP16(mpi->imgfmt)? 2 : 1;
// YV12/I420/YVU9/IF09. feel free to add other planar formats here...
@@ -65,7 +67,7 @@
} else {
mpi->stride[0]=mpi->width*mpi->bpp/8;
if (mpi->flags & MP_IMGFLAG_RGB_PALETTE)
- mpi->planes[1] = memalign(64, 1024);
+ mpi->planes[1] = av_memalign(64, 1024);
}
mpi->flags|=MP_IMGFLAG_ALLOCATED;
}
Index: libmpcodecs/mp_image.h
===================================================================
--- libmpcodecs/mp_image.h (revision 30945)
+++ libmpcodecs/mp_image.h (working copy)
@@ -24,6 +24,8 @@
#include <string.h>
#include "mp_msg.h"

+#include "libavutil/mem.h"
+
//--------- codec's requirements (filled by the codec/vf) ---------

//--- buffer content restrictions:
@@ -221,9 +223,9 @@
if(!mpi) return;
if(mpi->flags&MP_IMGFLAG_ALLOCATED){
/* becouse we allocate the whole image in once */
- if(mpi->planes[0]) free(mpi->planes[0]);
+ if(mpi->planes[0]) av_free(mpi->planes[0]);
if (mpi->flags & MP_IMGFLAG_RGB_PALETTE)
- free(mpi->planes[1]);
+ av_free(mpi->planes[1]);
}
free(mpi);
}

You should post this on the MPlayer mailing list and/or contact Sherpya. I don't make any MPlayer builds, currently.

However I will update my package to the 2010-03-22 (http://oss.netfarm.it/mplayer-win32.php) builds as soon as possible. Which may (or may not) be this evening.

The new builds should contain some SSE-related fix. Not sure if that's the issue you are referring to...

ffmpeg

23rd March 2010, 16:34

The SSE-related fix is not the same bug as my fix due to memalign() on Windows

I will notice Sherpya

LoRd_MuldeR

24th March 2010, 01:13

MPlayer for Windows 2010-03-23 :)

[2010-03-23]
* MPlayer binaries updated to SVN-r30945
* SMPlayer updated to Version 0.6.8 (SVN-r3478)

@ffmpeg:
Both, FLV1 and WMV2/3, work perfectly fine on my system with that build. Do you still encounter problem?

ffmpeg

24th March 2010, 02:14

MPlayer for Windows 2010-03-23 :)

@ffmpeg:
Both, FLV1 and WMV2/3, work perfectly fine on my system with that build. Do you still encounter problem?

Confirmed
The SSE crash is fixed in this version
Thanks

Clobon

25th March 2010, 00:22

Hi,

I'd really like to thank you for another great package... but I never got it:
Oops! (509)
This account's public links are generating too much traffic and have been temporarily disabled!

Seems you exceeded your traffic limit><"

Looking forward for your package of MPlayer for Windows... Clobon

LoRd_MuldeR

25th March 2010, 00:25

Hi,

I'd really like to thank you for another great package... but:

Seems you exceeded your traffic limit><"

Looking forward for your package of MPlayer for Windows... Clobon

Yes, my Dropbox mirror is currently down. They suspend accounts that cause a lot of traffic. Happens regularly to me :p

I can't really complain about this, because Dropbox is a free service and (in contrast to other "one click" file hosters) they allow direct download links.

Fortunately I have various mirrors and my PHP script will distribute the load among all mirrors. So try another mirror and it should work...

ElQuia

25th March 2010, 16:15

LoRd_MuldeR

25th March 2010, 18:06

Mulder, OK sorry got it working. Option add black bars generates bugs: stutering when changing to full screen, non present floating bar and non present context menu in hd full screen. I have nearly everything working ok now, if you are interested I could send you how I have my options setted. (tell me how to show all info please)

BUT: I can´t get 1080 HD playing with out jerking. I have an x2 AMD 6000, 6 GB RAM, SATA RAid 0, screen 1600x900 on aGForce 8600 GT w/512mb video card, windows 7 x64. MPC Home Cinema and Power DVD play 1080 OK, J. River Media Center nearly ok, (drops some frames) buy mplayer wont. 720 plays ok. Maybe internal post processing is to much for my pc?. smplayer has the beauty of being able to adjust video (color, hue, contrast, etc) for each movie (in a perfect world it would not be needed but .... ) playback quality is superb, etc.

I was thinking that my PC is lacking for 1080 HD, but why power dvd and MPC can play them without dropping A LOT of frames?

Ideas ?????

No need to repeat yourself. Double-posting is objectionable :readrule:

Anyway, playback performance is mainly limited by the decoder speed. And for a software-only decoder the speed is limited by your CPU. If you have a multi-core CPU, better performance can be reached by using a multi-threaded decoder (note: the MPlayer 'P4' and 'AthlonXP' builds in my package do have FFmpeg-MT enabled now) and setting up the appropriate number of decoding threads. There are even "faster" decoders than FFmpeg-MT, such as CoreAVC or DiAVC. I don't know what decoder you used in MPC-HC, but maybe you used one of those? In theory you should be able to use a DirectShow-based decoder (e.g. CoreAVC) in MPlayer now, thanks to "dsnative" support. However I couldn't get dsnative to work on my system yet. Furthermore the renderer may limit playback performance. You should use the GL renderer in MPlayer (-vo gl), but you can also try Direct3D (-vo direct3d). With the GL renderer you can try "-vo gl:yuv=2" or "-vo gl:yuv=3". Also you can try to disable double buffering, because in my experience on Windows 7 with Aero enabled you don't need it! Last but not least you can try to enabled/disable "Draw using slices" and/or "Direct rendering" and see whether it helps/hurts or does nothing...

mariush

26th March 2010, 01:16

Mulder, check your YM... I've sent you a couple of lines (or contact me and I'll repeat myself :)).

sarmaee

27th March 2010, 06:31

Audio playback is retarded for files containing 6ch. AAC audio :(

ElQuia

31st March 2010, 17:30

guys I cant get the floating control in full screen workin with HD video. Its not format or container dependent, happens in avi, mkv, etc but ONLY on high def

Any ideas please ?

pr0fessor

4th April 2010, 17:19

LoRd_MuldeR

4th April 2010, 18:25

hi, i have noticed, that when playing stream (http://radio.com/some_stream.pls) mplayer create *.tmp file in the %tmp% folder (when this is videostream the temp file gets very big - about gb for hour).

That's the first time I hear this. And I cannot see this behavior here. Please post your complete MPlayer commandline!

(Find it under Options -> View Logs -> MPlayer, if you are using SMPlayer)

roozhou

5th April 2010, 03:59

LoRd_MuldeR

5th April 2010, 13:28

I guess mplayer is caching the stream in %tmp%

I checked MPlayer's open file handles as well as MPlayer's file system activity. I found nothing that would indicate a writing a TEMP file while playing a stream.

That's why I asked for a complete command-line...

LoRd_MuldeR

17th April 2010, 02:00

MPlayer for Windows 2010-04-16 :)

[2010-04-16]
* MPlayer binaries updated to SVN-r31027
* SMPlayer updated to Version 0.6.9 (SVN-r3488)

ElQuia

18th April 2010, 16:26

Thanks Mulder, will try. What´s better or new or fixed?
Regards.
:thanks:

LoRd_MuldeR

18th April 2010, 16:43

Thanks Mulder, will try. What´s better or new or fixed?

And I thought I included release notes in my previous post :p

(If you need more details, I can only recommend to have a look at the MPlayer SVN (svn://svn.mplayerhq.hu/mplayer/trunk) log)

cweb

19th April 2010, 10:44

Hello,
just a quick question.
Why is it that whenever I update mplayer (smplayer interface), I lose my saved presets (radio) ?

avih

21st April 2010, 23:25

And I thought I included release notes in my previous post :p

(If you need more details, I can only recommend to have a look at the MPlayer SVN (svn://svn.mplayerhq.hu/mplayer/trunk) log)
May I ask about the download stats you have? Was wondering how many people use this package. I've been using it as my main player for quite while now, and I'm pretty happy with it. So, yet again, thx for the maintenance :)

LoRd_MuldeR

21st April 2010, 23:30

Hello,
just a quick question.
Why is it that whenever I update mplayer (smplayer interface), I lose my saved presets (radio) ?

Because you probably didn't uncheck the "Reste MPlayer settings" option during install.

For the Average Joe it's recommended to keep that option enabled, because "bad" settings remaining from a previous install may cause problem.

May I ask about the download stats you have? Was wondering how many people use this package. I've been using it as my main player for quite while now, and I'm pretty happy with it. So, yet again, thx for the maintenance :)

Hard to say, because I have several mirrors and not all mirrors have logs available. Also there are many "software" web-sites that mirror the package.

Anyway, for the 2010-04-16 release I count 17958 downloads so far (Google Code mirror + Mariush (http://forum.doom9.org/member.php?u=160669) mirror + BRHACK mirror + bplaced mirror, Full Package only, including "Auto Update" downloads).

Softpedia (http://www.softpedia.com/get/Multimedia/Video/Video-Players/MPlayer-for-Windows-Full-Package.shtml) counts 804270 downloads, but I think that includes all versions released since 2007. So people might have downloaded multiple times...

avih

22nd April 2010, 03:54

Cool stats, not bad at all :)

ElQuia

25th April 2010, 21:09

mulder:
Just a comment. Instaled latest build, reseted ALL preferences.
Still "stutters" on high def movies. :(
I cant pinpoint what the problem is because MPC HC and Power DVD play high def OK, then it's not my PC. Going to try VLC tomorrow ...
But I love mplayer/smplayer for all but that, and I hate having to change to MPCHC only for high def...

Just my cents ....

LoRd_MuldeR

25th April 2010, 21:27

Just a comment. Instaled latest build, reseted ALL preferences.

For the thousands time: This is intentional, if you don't uncheck "Reste all MPlayer settings" during setup :rolleyes:

Still "stutters" on high def movies. :(

If the libavcodec decoders used by MPlayer aren't fast enough to decode HD content smoothly on your system, then there's nothing that I could do. Don't you get that ???

The DirectShow decoder you are using in MPC-HC (may that be the internal DXVA decoder, Core AVC, DivX H.264, DiAVC or whatever) obviously is faster and thus delivers smooth playback...

ElQuia

27th April 2010, 20:32

For the thousands time: This is intentional, if you don't uncheck "Reste all MPlayer settings" during setup :rolleyes:

If the libavcodec decoders used by MPlayer aren't fast enough to decode HD content smoothly on your system, then there's nothing that I could do. Don't you get that ???

The DirectShow decoder you are using in MPC-HC (may that be the internal DXVA decoder, Core AVC, DivX H.264, DiAVC or whatever) obviously is faster and thus delivers smooth playback...

Mulder: maybe I did not write clearly, I INTENTIONALLY reseted all preferences bu uncheking the box. So as to avoid any misconfiguration during testing.

"...Don't you get that ???..."

:devil: brother, I AM NOT a programmer, just a hardware technician and advanced user. No need to answer like that. If you can`t take heat from people who use your compilations you should not be here.

With the ...

the libavcodec decoders used by MPlayer aren't fast enough to decode HD content smoothly on your system

... it should have been enough. I get it.

Well, let´s hope then that the guys who are behind mplayer for windows, get it better.

LoRd_MuldeR

27th April 2010, 20:42

Mulder: maybe I did not write clearly, I INTENTIONALLY reseted all preferences bu uncheking the box. So as to avoid any misconfiguration during testing.

Sorry, to me it sounded like you are complaining about the reset.... :o

:devil: brother, I AM NOT a programmer, just a hardware technician and advanced user. No need to answer like that. If you can`t take heat from people who use your compilations you should not be here.

With the ...

... it should have been enough. I get it.

Well, let´s hope then that the guys who are behind mplayer for windows, get it better.

It's just that I'm pretty sure I had answered that already ;)

If MPlayer (i.e. ffmpeg/libavcodec) doesn't decode HD content smoothly on your system (not even with the "MT" builds), then that certainly is a pity.

But repeating your problem every singly time I post an updated package won't make the problem go away.

If anybody can make HD content (i.e. H.264/AVC at high resolution and bitrate) play more smoothly in MPlayer, then this are the ffmpeg guys who write the H.264 decoder.

(Well, unless something is horribly misconfigured in my packages, but I currently have no indication for that case ^^)

pr0fessor

2nd May 2010, 12:04

That's the first time I hear this. And I cannot see this behavior here. Please post your complete MPlayer commandline!

(Find it under Options -> View Logs -> MPlayer, if you are using SMPlayer)
i use mplayer from cmd without any gui interface. here is my command line:
mplayer "http://78.90.221.226:8000/alpha" -cache 64 Playing http://78.90.221.226:8000/alpha.
Connecting to server 78.90.221.226[78.90.221.226]: 8000...
Name : AlphaRadio high quality mp3 stream
Genre : Alternative
Website: http://www.alpharadio.bg
Public : no
Bitrate: 128kbit/s
Cache size set to 64 KBytes
Cache fill: 0.00% (0 bytes)
ICY Info: StreamTitle='';
Cache fill: 0.00% (0 bytes)
Audio only file format detected.
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
mpg123: Can't rewind stream by 1138 bits!
AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
AO: [dsound] 48000Hz 2ch s16le (2 bytes per sample)
Video: no video
Starting playback...
mpg123: Can't rewind stream by 371 bits!

but i don't know is this visible outside my country.
when mplayer play the stream, it creates in %tmp% file IH???.tmp :
"C:\Documents and Settings\Administrator\Local Settings\Temp\IHDD8.tmp"
the strange is that when i play stream from digitally imported with same command line there is no *.tmp file. and when my drive is filled with tmp file (i have 1gb free space) the mplayer continues playing the stream...
stream in this page http://support.microsoft.com/kb/306126 creates tmp file too:
mplayer -playlist "http://support.microsoft.com/servicedesks/ShowMeHow/3061261.asx" this link to stream creates tmp file too... or directly: mplayer mms://wm.microsoft.com/ms/mcsp/servicedesk/Q306126a.wmv tmp file is created with gui (mpui) too...
i attached my config file (with single thread in config there is no difference)
sorry for my poor english :)

LoRd_MuldeR

2nd May 2010, 12:55

pr0fessor, I can play your stream from http://www.alpharadio.bg/mp3high.m3u and MPlayer certainly does NOT create any "temp" file here :confused:

I checked my %TEMP% folder for suspicious files: nothing. I checked all open file handles in the MPlayer process: nothing. I watched filesystem activity in Process Monitor: nothing.

Using "MPlayer Sherpya-SVN-r31027-4.2.5" on Windows 7 Professional (64-Bit version).

[EDIT]

Exactly same behavior with your WMV stream (mms://wm.microsoft.com/ms/mcsp/servicedesk/Q306126a.wmv). No "temp" file created or accessed anywhere...

pr0fessor

2nd May 2010, 16:39

LoRd_MuldeR

2nd May 2010, 17:05

i try this version too. it seems that the problem is only on windows2000 (i have windows xp installed too and there is no tmp file)

I have no idea why MPlayer should behave differently on Win2k. But after all, you should ask about that topic on the MPlayer mailing list:
http://www.mplayerhq.hu/design7/mailing_lists.html

sweetooth

21st May 2010, 08:27

I have a few issues. Installed Mulder's MPlayer/SMPlayer combo (MPUI.2010-04-16.Full-Package.exe) on an old computer running windows xp (no internet access).

1. I used the default installation, and SMPlayer associated itself with quite a few file types. But when I uncheck file extensions (globally or singularly) it reverts back to default on "apply", or "okay". This is on windows xp.

Do I need to uninstall, and do a custom install? Will uninstalling revert file extensions to previous?

2. When I 1st tried to use SMPlayer it hung up, alternating between "subtitles", and
"updating font cache". After about 30 minutes I shut it down, and turned subtitles off.
???????

3. Everytime I reboot I get a nag screen about checking for updates for MPlayer. Don't want it choosing/asking to update anyway. Couldn't find a setting. Would deleting/renaming update.exe, or update.dat help?

Thanks in advance.

LoRd_MuldeR

21st May 2010, 09:52

1. I used the default installation, and SMPlayer associated itself with quite a few file types. But when I uncheck file extensions (globally or singularly) it reverts back to default on "apply", or "okay". This is on windows xp.

Do I need to uninstall, and do a custom install? Will uninstalling revert file extensions to previous?

All changes regarding file type associations that were done by my installer can be reverted (or re-applied) at any time with the included File Associations tool. Of course file associations were only changed initially by my installer, if you enabled that option during setup. Also note that associations changed by other software are out of scope...

2. When I 1st tried to use SMPlayer it hung up, alternating between "subtitles", and
"updating font cache". After about 30 minutes I shut it down, and turned subtitles off.???????

Updating the font cache can take a few minutes. But it's only done once. It only has to be re-done, if you updated to a new version or if your font files have changed. And there's nothing that could be done to avoid the required font cache update. This is inherent to "fontconfig", which is required for displaying subtitles...

3. Everytime I reboot I get a nag screen about checking for updates for MPlayer. Don't want it choosing/asking to update anyway. Couldn't find a setting. Would deleting/renaming update.exe, or update.dat help?

Please stop spreading nonsense! The update reminder appears for one single time, every 14 days. It of course will re-appear on next reboot, if (and only if) you aborted the update check. Aborting the check every single time, will result in an endless loop. And of course the update reminder is only "installed", if you decided to install that functionality during setup. If you suddenly changed your mind and don't want the update reminder any more, you can easy "disable" it by removing the corresponding entry from your autostart. If you aren't familiar with RegEdit, I'd recommend Autoruns (http://technet.microsoft.com/en-us/sysinternals/bb963902.aspx) for that purpose...

avih

21st May 2010, 10:16

...

Please stop spreading nonsense! The update reminder appears for one single time, every 14 days. It of course will re-appear on next reboot, if (and only if) you aborted the update check. Aborting the check every single time, will result in an endless loop. And of course the update reminder is only "installed", if you decided to install that functionality during setup. If you suddenly changed your mind and don't want the update reminder any more, you can easy "disable" it by removing the corresponding entry from your autostart. If you aren't familiar with RegEdit, I'd recommend Autoruns (http://technet.microsoft.com/en-us/sysinternals/bb963902.aspx) for that purpose...
I wouldn't call it nonsense, especially when it seem to be true and he didn't fabricate the facts. You could tell him this can be avoided by letting the updater complete it's check/download/whatever. However, I'd personaly consider it a somewhat rude approach.

One could easily expect that canceling an update check will send it to rest for another 2 weeks, or something similar (as in: cancel = "Remind me again in two weeks time").

I think the best is if the user is presented with choices of:
1. Cancel and check later ASAP (=next reboot [or whatever your scheduler does])
2. Cancel and check again in 2 weeks.

And I really think the 1st option shouldn't be there, but as long as it's optional, it's fine IMO.

Note: I've never used the updater so I might be completely wrong about the options available. If I interpreted the posts incorrectly, then my appology.

LoRd_MuldeR

21st May 2010, 11:25

I think the best is if the user is presented with choices of:
1. Cancel and check later ASAP (=next reboot [or whatever your scheduler does])
2. Cancel and check again in 2 weeks.

And I really think the 1st option shouldn't be there, but as long as it's optional, it's fine IMO.

That definitely would be the most flexible solution. But I currently have no time to implement that (although it really isn't much work). I also think about just running check without asking the user again. I usually don't like apps to "phone home" without explicit user agreement. But in this case the message box seems to cause more trouble than it helps...

avih

21st May 2010, 11:56

That definitely would be the most flexible solution. But I currently have no time to implement that (although it really isn't much work). I also think about just running check without asking the user again. I usually don't like apps to "phone home" without explicit user agreement. But in this case the message box seems to cause more trouble than it helps...
That was more of a suggestion. My main point was that I don't think bashing the user was appropriate, as he does have a point...

LoRd_MuldeR

21st May 2010, 12:23

That was more of a suggestion. My main point was that I don't think bashing the user was appropriate, as he does have a point...

Well, it simple isn't true that the update reminder appears at every system start. This definitely was a wrong information and it might give people the wrong idea. But it's also true that the current implementation (no way to completely skip the update check, only a way to delay it to the next reboot) is suboptimal. I will fix this, as soon as I have some spare time...

burro08

21st May 2010, 16:11

LoRd_MuldeR

21st May 2010, 18:34

Hi LoRd_MuldeR, i have the latest version of mplayer, and using the smplayer fe.. i usually go to pref> Advanced> Options for mplayer.. and in the options line put -aspect 5:4... and all my video files play full screen even when moving to the next file..

but this isnt working anymore when i start a video it look like its set to 4:3

any ideas why??

I assume the command-line switch only works when MPlayer itself controls the video output window. But when using SMPlayer, then SMPlayer controls the video output window.

Did you try using built-in "Video" -> "Aspect Ratio" feature of SMPlayer ???

burro08

21st May 2010, 19:14

yea it works but im looking a way to do it from start up.... ive always done it the way i described earlier using smplayer.. its just recently stopped working

LoRd_MuldeR

22nd May 2010, 21:54

MPlayer for Windows 2010-05-22 :)

[2010-05-22]
* MPlayer binaries updated to SVN-r31170
* SMPlayer updated to Version 0.6.9 (SVN-r3532)

burro08

24th May 2010, 16:52

Ive solved my problem concerning setting the aspect ratio automatically to full screen for all files on open... as for as i can see you now have to do two things

i am using a folder of tv eps as my example

1. pref> Advanced> Options for mplayer.. and in the options line put -aspect 5:4

2. pref> Advanced> Monitor aspect put 5.4

These settings i use to output to my tv.. u can change as needed

steevjanpan

9th June 2010, 03:05

Okay folks, for many moons now, the Mplayer playlist seems to like to rattle off a gaggle of songs, and then randomly just choke. Simply moving the mouse makes it go again, onto the next song.

I've tried putting the mouse focus in different places and even into a different application alltogether, but sure as government workers take coffee breaks... And so the girls get to top up their drinks each time I run for the mouse.

Any ideas anyone? I'm quite baffled as I write, which in itself is highly unusual. Hell, I've even reloaded windoze on my silly 'puter but no matter what I do, the sun always rises in the same place the next morning...

:eek: (suffocated and helpless)

imadthemad

10th June 2010, 01:13

so i updated mplayer, and now it wont play my .flv or .avi xvid files
didnt try other types as these are the 2 i need most
when i open a file everytime it says updating font cache in status bar then disappears. i waited overnight. same thing each time i open mplayer.

i went to prefrences-->subtitles and changed the sub font to mplayer sub font.

now when i open a file with mplayer i dont get the message, but the file still doesnt play (meaning i dont think font cache was the problem)

in playlist it shows length of file to be 00:00:00 so something must be going on for mplayer to not be able to read the file. the file plays fine with windows media player.

imadthemad

10th June 2010, 01:18

attached log

adam777

10th June 2010, 22:13

Hello all,
A quick question - does Mplayer for windows support DVB-T?
From what I could find online, it seems that the support for DVB is limited for linux.
Thanks in advance, Adam.

steevjanpan

15th June 2010, 04:27

What? No service for tourists without Avatars?
Okay sorry moderator. Fixed at left! :D

(Question in my original post above, thanks)

Ryoandr

17th June 2010, 03:44

LoRd_MuldeR

17th June 2010, 10:48

Hello all,
A quick question - does Mplayer for windows support DVB-T?
From what I could find online, it seems that the support for DVB is limited for linux.
Thanks in advance, Adam.

I've never seen TV-support (DVB-x) working with the Windows-port of MPlayer. Sorry.

However would works fine on Windows is: Use DVBViewer's streaming capabilities to stream the TV to your local network. Then use MPlayer or VLC as clients.

LoRd_MuldeR

17th June 2010, 10:51

I have a wierd problem.
I have a M2TS file from a bluray with mpeg2 video and lpcm audio. When I try to read it I only get video. If I enter -demuxer lavf in the
preferences>advanced>Options for Mplayer>options
field, it works, but then some other files don't work well (I get some dvd vob files stuttering). So I tried enabling "remember setting for all files" and entering -demuxer lavf in
view info and properties>Mplayer Options>Options
field, I then get sound but no video with my m2ts file...
I can't see what I'm doing wrong, so if someone could help

Strange. If you set "-demuxer lavf" for a single file (properties>Mplayer Options>Options), then the behaviour for that file should be identical to settings the option globally (preferences>advanced>Options for Mplayer>options). So did you compare the MPlayer logs and especially the command-lines for both situations?

LoRd_MuldeR

17th June 2010, 10:54

attached log

The MPlayer log would be more interesting than the SMPlayer log ;)

If MPlayer really hangs in "updating font cache" for a very long time (longer than the usual "few minutes"), then this may be caused by a "bad" font file in your "Windows\Fonts" folder. From the MPlayer log you could try to figure out at which file it hangs. Then you could remove the problematic font file. Well, if MPlayer really hangs in the font cache update...

Ryoandr

17th June 2010, 12:04

Strange. If you set "-demuxer lavf" for a single file (properties>Mplayer Options>Options), then the behaviour for that file should be identical to settings the option globally (preferences>advanced>Options for Mplayer>options). So did you compare the MPlayer logs and especially the command-lines for both situations?
When I add "-demuxer lavf" in the global options, all works ; if I add "-demuxer lavf" in the properties>Mplayer Options>Options, then I get no video. I spotted that in the second case there's a -vid 4113 that gets added to the command line.
(all of this with "remember settings for all files" disabled, and the "file_settings" folder emptied to make sure there isn't a setting adding that -vid option)

nijiko

17th June 2010, 16:57

Why not update to 31372 with FFmpeg 0.6?

adam777

18th June 2010, 09:06

I've never seen TV-support (DVB-x) working with the Windows-port of MPlayer. Sorry.

However would works fine on Windows is: Use DVBViewer's streaming capabilities to stream the TV to your local network. Then use MPlayer or VLC as clients.

Yep, that's pretty much the path I've taken, not using DVBViewer though
:thanks:

Ryoandr

28th June 2010, 12:45

When I add "-demuxer lavf" in the global options, all works ; if I add "-demuxer lavf" in the properties>Mplayer Options>Options, then I get no video. I spotted that in the second case there's a -vid 4113 that gets added to the command line.
(all of this with "remember settings for all files" disabled, and the "file_settings" folder emptied to make sure there isn't a setting adding that -vid option)
So, nobody knows why that -vid 4113 gets added ?

steevjanpan

2nd July 2010, 01:57

Okay folks, for many moons now, the Mplayer playlist seems to like to rattle off a gaggle of songs, and then randomly just choke. Simply moving the mouse makes it go again, onto the next song.

Hi folks, your opportunity to answer my question (quoted above) has expired, so I won't be checking back here for answers any more, however you are welcome to create yourselves a bug report and fix the issue in the future. Thanks for your attention.

ElQuia

16th July 2010, 21:19

Hey Mulder ... long time no see :-). Are you still maintaining the project?, there has not been an update in some time ....
Just asking ...

LoRd_MuldeR

17th July 2010, 22:13

Sure, but the MPlayer 2010-06-13 binaries didn't work for me. So update is delayed until Sherpya has fixed the problem...

ElQuia

17th July 2010, 22:57

Sure, but the MPlayer 2010-06-13 binaries didn't work for me. So update is delayed until Sherpya has fixed the problem...

OK :D You are the Man :thanks:

pr0fessor

20th July 2010, 17:14

hi, i have noticed, that when playing stream (http://78.90.221.226:8000/alpha) mplayer create *.tmp file in the %tmp% folder (when this is videostream the temp file gets very big - about gb for hour). what's the point ot this - i can use wget for windows or flashget or dump stream with mplayer? i tested from old release mplayer-1.0rc2 to latest - the same problem. in latest releases switch "-lavdopts skiploopfilter=all" not working (i use it for slow computers and h264 720p)
p.s. it's strange - when play something from di.fm http://72.26.204.28:6384 - there is no tmp file...
i use mplayer from cmd without any gui interface. here is my command line:
mplayer "http://78.90.221.226:8000/alpha" -cache 64
but i don't know is this visible outside my country.
when mplayer play the stream, it creates in %tmp% file IH???.tmp :
"C:\Documents and Settings\Administrator\Local Settings\Temp\IHDD8.tmp"
the strange is that when i play stream from digitally imported with same command line there is no *.tmp file. and when my drive is filled with tmp file (i have 1gb free space) the mplayer continues playing the stream...
stream in this page http://support.microsoft.com/kb/306126 creates tmp file too:
mplayer -playlist "http://support.microsoft.com/servicedesks/ShowMeHow/3061261.asx" this link to stream creates tmp file too... or directly: mplayer mms://wm.microsoft.com/ms/mcsp/servicedesk/Q306126a.wmv tmp file is created with gui (mpui) too...
i attached my config file (with single thread in config there is no difference)
sorry for my poor english :)
i found the solution here:
http://www.wilderssecurity.com/showthread.php?t=260611
i have http checking in nod32 disable (ports that are checked by default: 80, 8080 and 3128 - for that reason not all streams create tmp files) and no more tmp files :)
under 2000 i use nod32, but under xp - avira...
tmp files are created by nod32, but stream never end and the free space end...
sorry for my poor english

lych_necross

28th August 2010, 07:33

@LoRd_MuldeR. Its been awhile since your package of Mplayer has been updated. Are there any updates planned for the future? I haven't noticed any major problems, just curious.

LoRd_MuldeR

28th August 2010, 11:52

@LoRd_MuldeR. Its been awhile since your package of Mplayer has been updated. Are there any updates planned for the future? I haven't noticed any major problems, just curious.

Updates will be released when the MPlayer builds get fixed ;)

The latest (MT) builds that worked correctly on my system date back to 2010-05-13. Everything after that crashes at MPEG-2 playback, which is a show stopper :o
Actually with the "MT" builds the ffmpeg2 decoder never worked on my system, but at least the libmpeg2 was still working, back at that time...

I discussed the issue with Sherpya a while ago. Some info is here:
http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2010-August/065647.html

Moreover the latest SMPlayer build is from 2010-05-19 (ftp://ftp.berlios.de/pub/smplayer/windows/). So currently there isn't any reason to update the package with the "old" (working) MPlayer builds either.

LoRd_MuldeR

13th September 2010, 23:29

MPlayer for Windows 2010-09-12 :)

[2010-09-12]
* MPlayer binaries updated to SVN-r32198
* SMPlayer updated to Version 0.6.9 (SVN-r3584)
* QT Runtime Libs updated to Version 4.6.3

LoRd_MuldeR

16th September 2010, 23:34

Internet Explorer 9 Warning

When playing around with IE9 Beta, I also tested the download system on my homepage. After downloading the 'MPlayer for Windows' package, IE9 popped up some waring because the file is not digitally signed. Yes, the file is not digitally singed, but signing a file doesn't make it any more (or less) secure! Anyway, after I ignored the warning, I was able to run the installer I just downloaded. But every time I run the installer now (even from Explorer or Total Commander, not only from inside IE9), I get this warning message, which apparently cannot be disabled permanently:

http://img337.imageshack.us/img337/41/openfilesecuritywarning.png

And when I click "Run", the following error will occur, every single time:

http://img155.imageshack.us/img155/8787/nsiserror20100917002809.png

Obviously IE9 forces the downloaded installer to run in some ultra-restricted "sandbox" that doesn't even permit access to the TEMP folder :mad:

I did not find away to get rid of this new annoyance. So if you still use IE, this is the ultimate reason to finally switch to a "working" web-browser.

(BTW: If anybody knows how IE9 managed to prevent the installer from working correctly and how this can be repaired, please tell me!)

mariush

17th September 2010, 03:47

I think you can disable this by going to Properties and unchecking something... anyway, the info that the file was downloaded from the Internet is in an alternate stream if I remember correctly, so in theory you should be able to use SysInternals to edit or delete the alternate stream that tells the OS the file is from the wild bad web.

lych_necross

17th September 2010, 07:18

fastplayer

17th September 2010, 08:54

First thing I do on a fresh setup is firing up gpedit.msc and disabling that stupid "zone stuff":
User Configuration --> Administrative Templates --> Windows Components --> Attachment Manager --> Do not preserve zone information in file attachments

LoRd_MuldeR

17th September 2010, 19:28

If you right click on the downloaded file and select properties, is there a button labeled Unlock? If so, click it. I remember having this issue with IE8 and I had to unlock files I downloaded to make that error go away.

Nope, the button you describe is not there, that's point ;)

Usually, when the warning appears (and when it can be disabled permanently with aforementioned button in file properties), there also is a checkbox in the warning message.

That checkbox is not there either! So there is no user-accessible option to disable the warning and/or make the installer work "properly" again :rolleyes:

First thing I do on a fresh setup is firing up gpedit.msc and disabling that stupid "zone stuff":
User Configuration --> Administrative Templates --> Windows Components --> Attachment Manager --> Do not preserve zone information in file attachments

I did so, but still the installer is prevented from working properly. At the same time an MD5-identical copy of the installer, in my original "release" directory works like a charm...

Any more suggestions on how to convince Windows/IE9 that the user and NOT Micor$oft decides which application is allowed to run on his computer?

I think you can disable this by going to Properties and unchecking something... anyway, the info that the file was downloaded from the Internet is in an alternate stream if I remember correctly, so in theory you should be able to use SysInternals to edit or delete the alternate stream that tells the OS the file is from the wild bad web.

I cannot find any alternate streams via "dir /R". Which of the various Sysinternals tools are you referring to?

mariush

17th September 2010, 20:07

I was talking about streams.exe from SysInternals Suite :

Streams v1.56 - Enumerate alternate NTFS data streams
Copyright (C) 1999-2007 Mark Russinovich
Sysinternals - www.sysinternals.com

usage: streams.exe [-s] [-d] <file or directory>
-s Recurse subdirectories
-d Delete streams

>streams -s c:\windows

Streams v1.56 - Enumerate alternate NTFS data streams
Copyright (C) 1999-2007 Mark Russinovich
Sysinternals - www.sysinternals.com

c:\windows\Cursors\arrow_n.cur:
:NEDTA.DAT:$DATA 6144
c:\windows\inf\oem7.inf:
:Zone.Identifier:$DATA 26
c:\windows\system32\drivers\ASACPI.sys:
:Zone.Identifier:$DATA 26

LoRd_MuldeR

17th September 2010, 20:19

lych_necross

18th September 2010, 00:44

I'm running Windows 7 64bit and I just installed the new IE 9 beta to see this problem myself. I cannot reproduce the problem at all. It doesn't matter if I save the file to my hard drive first, or select run from within IE9, I don't get that problem. It just seems to work for me. I don't think its IE 9's fault (it maybe a permissions issue). Take a look at these sites:

http://www.captain.at/howto-linux-wine-error-writing-temporary-file.php
http://blog.fuelip.com/?p=157
http://www.vistax64.com/tutorials/157304-folder-permissions.html

P.S., don't forget to make sure your environment variables are set correctly!

LoRd_MuldeR

18th September 2010, 00:49

LoRd_MuldeR

18th September 2010, 01:05

It definitely is a IE9 problem, because when I download the file with another browser (Firefox, SeaMonkey, Opera, Chroma, Safari, ...) the installer works perfectly fine ;)

Also no environment variables need to be set for the installer to work correctly! I'm pretty sure NSIS properly detects the TEMP folder via Win32 API instead of relying on error-prone environment variables.

And of course this is NOT a permission issue. The identical (verified by MD5) installer launched from the same user account works perfectly fine, as long as it wasn't downloaded via IE9.

Anyway, I tried once again and the issue can be reproduced clearly:

(1) Downloading... (http://img18.imageshack.us/img18/4234/32ofmpui20100912fullpac.png)
(2) Download completed successfully. However a scary error message appears in order to confuse user. (http://img295.imageshack.us/img295/7365/viewdownloadswindowsint.png)
(3) Now click "Run" and see how IE9 managed to prevent the installer from working :mad: (http://img412.imageshack.us/img412/3601/nsiserror20100918015411.png)

lych_necross

18th September 2010, 02:17

I just tried it again. I forgot to mention earlier that I did get the "Publisher Could Not Be..." scary warning, but it ran just fine when I clicked run. Did your computer's event log say anything relevant?

LoRd_MuldeR

18th September 2010, 11:04

lych_necross

19th September 2010, 07:18

Well, IE9 is still beta... I say go back to IE8 or use another, better, browser.

User61

19th September 2010, 19:52

LoRd_MuldeR

19th September 2010, 20:16

Hi guys, I just gave Mulder's Mplayer package a spin and so far so good except that SMplayer takes a while to load the file that is being played. Even if the file is small. I have no such problems using the SMPlayer I downloaded from berlios.de Any clue why is this happening? I've tried messing around in the preferences but I can't figure out why is it taking some time to load the file instead of it being instant.

I can only speculate here. But first of all: The SMPlayer binary included in my package was taken from berlios.de, I don't make "custom" builds of SMPlayer.

However in my experience "slow" Anti-Virus software can significantly delay application startup, especially when the binaries are "packed". Any my installer does pack the binaries (optionally!).

What you can try: Temporarily disable the Anti-Virus software you are using and see if it makes any difference. Also you can try to disable UPX during setup.

User61

19th September 2010, 20:25

Disabling my antivirus doesn't solve the slow startup =S. How do I disable UPX during startup? Thanks. =)

LoRd_MuldeR

19th September 2010, 20:28

Disabling my antivirus doesn't solve the slow startup =S. How do I disable UPX during startup? Thanks. =)

When you run the 'MPlayer for Windows' installer, choose "custom" install mode. Then disable the "Optimize executable files (UPX)" option.
Note that you don't need to uninstall for this. It is sufficient to re-install to the same folder. Also note that the install size will be increased by a factor of 2x to 4x.

User61

19th September 2010, 20:37

When you run the 'MPlayer for Windows' installer, choose "custom" installer mode. Then disable the "Optimize executable files (UPX)" option

Still no go. I first ran the installer without uninstalling, then tried uninstalling and reinstalling. Still the same. Even loading SMPlayer on its own without playing any files is slow. Very weird indeed.

LoRd_MuldeR

19th September 2010, 20:40

Still no go. I first ran the installer without uninstalling, then tried uninstalling and reinstalling. Still the same. Even loading SMPlayer on its own without playing any files is slow. Very weird indeed.

There is one more thing I can think of:
In SMPlayer preferences, goto "Interface" -> "Instances" and disable "Use only one running instance of SMPlayer".

This way SMPlayer won't try to find a running instance on each start-up...

(Oh, and did you re-start your computer in the meantime? I once had a strange problem with SMPlayer responding extremely slow, but it went away after reboot)

User61

19th September 2010, 20:46

There is one more thing I can think of:
In SMPlayer preferences, goto "Interface" -> "Instances" and disable "Use only one running instance of SMPlayer".

This way SMPlayer won't try to find a running instance of start-up...

I had that disabled from the start. I tried to mirror my SMPlayer's preferences as much as I could just now, but it didn't help. I'll tinker around somemore tomorrow to see if I could diagnose what's wrong =S Thanks for the help. Much appreciated. =)

rvm

19th September 2010, 23:41

Take a look at the smplayer log (under the "options" menu). It might give a clue about where the delay happens.

User61

20th September 2010, 07:18

Take a look at the smplayer log (under the "options" menu). It might give a clue about where the delay happens.

I did a reboot and now sometimes SMPlayer loads almost instantly and sometimes not. Hmm =)

Anyway, here is the log from SMPlayer: http://pastie.org/private/ao3bs7e2cybmbwwz1uc8fg

And here for MPlayer:
http://pastie.org/private/nedl44izojqvgxotmz5ea

lych_necross

20th September 2010, 07:21

Maybe the slowdown has something to do with the font caching. What are your specs?

User61

20th September 2010, 07:31

Maybe the slowdown has something to do with the font caching. What are your specs?

The thing is .. SMPlayer that I downloaded earlier from berlios.de (earlier build than Mulder's packaged SMPlayer though and definitely different MPlayer build) doesn't suffer from the slow down.

I'm on a i7 930, 6GB of RAM.

Could it be because Mulder's SMPlayer is .. "portable"? Just a wild guess, pulling this one out of my ass.

LoRd_MuldeR

20th September 2010, 07:52

Maybe the slowdown has something to do with the font caching. What are your specs?

Font caching is done by MPlayer, not be SMPlayer. Thus it can delay MPlayer startup when you open a video file, but it doesn't effect SMPlayer startup.

Furthermore font caching it is done exactly once, when MPlayer is launched for the very first time.

Last but not least, my installer will update the font cache during setup, so actually you should never experience font config startup delay when using my installer...

Could it be because Mulder's SMPlayer is .. "portable"? Just a wild guess, pulling this one out of my ass.

Actually there is no "portable" and "none portable" version of SMPlayer.

The only difference is that when you re-name 'smplayer.exe' to 'smplayer_portable.exe' it will load the configuration file (smplayer.ini) from it's install folder.

So the program file itself is bit-identical...

avih

23rd September 2010, 00:00

LoRd_MuldeR

23rd September 2010, 00:14

LoRd_MuldeR, What's the procedure to update your SMPlayer package to the new version while keeping my settings intact (and not using UPX and not installing the updater)? IIRC I never managed to re-install it withOUT it resetting my prefs..

Choose "custom" install mode and then uncheck both, "Reset all MPlayer options" and "Optimize executable files (UPX)", during setup !?

cbor

23rd September 2010, 00:28

1. OpenSource Software
2. Cross-Platform: Windows, Linux, MacOS
4. More than 192 Video- and 85 Audioformats supported natively (that is: without additional software)
5. 100% Stand-Alone: No Plugins, Filters, Codecs or whatever needed
6. Several Front-Ends available: SMPlayer, MPUI and many more. Plus you can easily create your own!
7. No dependency on DirectShow or other proprietary technologies (huge difference to most players on Windows)
8. Several video renderers supported (Overlay and OpenGL on Windows)
9. Good playback performance

Need some more? ;)

OKAY - it says it's cross platform, so How Can I Install MPLayer on my MAC?

I have a video pen that I want to use, but I need this installed first <sigh>

Thanks for any help you guys can give me...

Craig

avih

23rd September 2010, 01:18

Choose "custom" install mode and then uncheck both, "Reset all MPlayer options" and "Optimize executable files (UPX)", during setup !?
Clearly, that's the obvious choice, however, IIRC it haven't worked for me in the past. Will try with the new version and report back.

I should NOT uninstall previous installation, right? just install the new version on top of the older one?

avih

23rd September 2010, 02:37

OK, it worked. I also left the next dialog (configure initial mpui/smplayer settings) at defaults (does the default selection reflect my current settings?). The only thing that didn't work is that for some reason the Arial font showed as a different font. Selecting another font and then Arial again didn't fix the issue but it's probably unrelated to your installer.

This is strange, I'm pretty sure I used the exact same procedure previously on more than one occasion, and it always reset my settings... well.. seem to work now. Good.

Thanks for the release :)

LoRd_MuldeR

23rd September 2010, 10:05

OKAY - it says it's cross platform, so How Can I Install MPLayer on my MAC?

I have a video pen that I want to use, but I need this installed first <sigh>

Thanks for any help you guys can give me...

Craig

MPlayer is a cross-platform application indeed!

However the "MPlayer for Windows" package, as the name implies is, contains the Windows incarnation of MPlayer ;)

I have limited experience with MPlayer on Mac OS X, but you should look here:
http://www.mplayerhq.hu/design7/projects.html

I should NOT uninstall previous installation, right? just install the new version on top of the older one?

Yes, that's how it is supposed to work.

The only thing that didn't work is that for some reason the Arial font showed as a different font. Selecting another font and then Arial again didn't fix the issue but it's probably unrelated to your installer.

Sounds more like a font-config thing :rolleyes:

virdicyer

4th November 2010, 01:22

FLVs run too fast (at least 2x) and 720p videos are choppy with this latest October build. I installed mplayer from smplayer's site and it runs smoothly.

User61

30th November 2010, 06:40

Hi there, I'm using the October package and OSD doesn't seem to work. Am I the only one having this problem?

--
Ah .. changing the output driver from gl2 (yuv) to direct3d enables the OSD. Hmm.

cweb

24th December 2010, 10:45

Hi Mulder

Hope you are ok.. what happened to your website?
It's down for me at least..

LoRd_MuldeR

24th December 2010, 12:47

Hi Mulder

Hope you are ok.. what happened to your website?
It's down for me at least..

http://forum.doom9.org/showthread.php?t=158679

LoRd_MuldeR

26th March 2011, 02:15

I finally put together a new package today:

[2011-03-26]
* MPlayer binaries updated to SVN-r33107
* No "MT" builds anymore, as the MT-branch has been merged into FFmpeg
* UAC Plugin for NSIS updated to Version 0.2.2d
* QT Runtime Libs updated to Version 4.7.2
* Updated binary Codecs to the package released on 2011-01-31

The installer needed quite a few changes to make UMUI work with the latest UAC plug-in.
I'm waiting for some feedback until I push this to the update server...

ffmpeg

26th March 2011, 02:20

long waited....

Clobon

27th March 2011, 06:34

Finally^^

Installed it and it looks good so far. More after a few days of testing. Thanks so far.

Regards, Clobon

Reimar

27th March 2011, 12:05

I finally put together a new package today:

The installer needed quite a few changes to make UMUI work with the latest UAC plug-in.
I'm waiting for some feedback until I push this to the update server...

You might want to update it before, frame-multithreading wasn't working in that version, and dvdnav:// (seeking) and rtp:// (with cache enabled) were broken as well.
In addition -noslices was made default when multiple threads are used, this fixes that MPEG-2 decoding would break when threads were enabled (EDIT: this hopefully means that it's now safe to have lavdopts=threads=4 or similar in the config file).
You should be using r33122 or later (so if you grab the latest oss.netfarm.it one it should be fine).

LoRd_MuldeR

27th March 2011, 14:49

You might want to update it before, frame-multithreading wasn't working in that version, and dvdnav:// (seeking) and rtp:// (with cache enabled) were broken as well.
In addition -noslices was made default when multiple threads are used, this fixes that MPEG-2 decoding would break when threads were enabled (EDIT: this hopefully means that it's now safe to have lavdopts=threads=4 or similar in the config file).
You should be using r33122 or later (so if you grab the latest oss.netfarm.it one it should be fine).

Yeah I noticed that myself (only one CPU is used, no matter what). And then I read about multi-threading being broken on Sherpya's site.

So I will update to the "fixed" builds as soon as possible!

[EDIT]

Problem with SMPlayer is that it explicitly enables slices when option "Draw video using slices" is checked (and unfortunately that option is checked by default).

Consequently I will implement a workaround for that issue...

LoRd_MuldeR

27th March 2011, 18:07

MPlayer for Windows 2011-03-27 :)

[2011-03-27]
* MPlayer binaries updated to SVN-r33124
* Fixed multi-threading (was broken with MPlayer SVN-r33107)
* WARNING: Option "Draw video using slices" causes video distortions or crash!
* Various installer bugfixes

[2011-03-26]
* MPlayer binaries updated to SVN-r33107
* No "MT" builds anymore, as the MT-branch has been merged into FFmpeg
* UAC Plugin for NSIS updated to Version 0.2.2d
* QT Runtime Libs updated to Version 4.7.2
* Updated binary Codecs to the package released on 2011-01-31

Download #1: http://code.google.com/p/mulder/downloads/detail?name=MPUI.2011-03-27.Full-Package.exe&can=2&q=
Download #2: http://code.google.com/p/mulder/downloads/detail?name=MPUI.2011-03-27.Light-Package.exe&can=2&q=

pletina

30th March 2011, 08:12

no, in my computer, MPlayer for Windows 2011-03-27 is not multithread. sorry my bad english.
mplayer kovensky is multithread.

thanks.

LoRd_MuldeR

30th March 2011, 08:39

no, in my computer, MPlayer for Windows

The SVN-r33124 definitely are multi-threaded. However not all encoders are multi-threaded.

Try H.264 and make sure "-lavdopts threads=2" (or higher) is set. You can configure this option in SMPlayer under preferences/performance.

http://img30.imageshack.us/img30/6396/clipboard40.th.png (http://img30.imageshack.us/img30/6396/clipboard40.png)

LoRd_MuldeR

14th April 2011, 19:00

MPlayer for Windows 2011-04-14 :)

[2011-04-14]
* MPlayer binaries updated to SVN-r33216
* SMPlayer updated to Version 0.6.9 (SVN-r3604)

Download #1: http://code.google.com/p/mulder/downloads/detail?name=MPUI.2011-04-14.Full-Package.exe&can=2&q=
Download #2: http://code.google.com/p/mulder/downloads/detail?name=MPUI.2011-04-14.Light-Package.exe&can=2&q=

LoRd_MuldeR

26th May 2011, 14:12

MPlayer for Windows 2011-05-25 :)

[2011-05-25]
* MPlayer binaries updated to SVN-r33488
* SMPlayer updated to Version 0.6.9 (SVN-r3607)
* QT Runtime Libs updated to Version 4.7.3

Important: If you encounter sound distortions with MP3 files using the default "ffmp3float" decoder, like I do, then try using the "ffmp3" or "mp3lib" decoder!

Download #1: http://code.google.com/p/mulder/downloads/detail?name=MPUI.2011-05-25.Full-Package.exe&can=2&q=
Download #2: http://code.google.com/p/mulder/downloads/detail?name=MPUI.2011-05-25.Light-Package.exe&can=2&q=

ElQuia

28th May 2011, 17:09

Hi guys. Problem with last build (05-25): installing without reseting all settings on run all my system freezes (win 7 x64) totally (no ctrl alt del, no mouse, nothing), if i install and reset settings video is VERY jerky and out if sync with audio. If I revert (using a backup) to build 04-14 WITHOUT changing anything else in systeme ALL works OK.

Idea Please? Where to start troubleshooting?

LoRd_MuldeR

28th May 2011, 17:48

Idea Please? Where to start troubleshooting?

Hm, the only thing I can remember is that I changed the "audio/video auto synchronization" factor from 100 to 30 recently.

I have the impression that this gives more fluid playback on my system (and it's also the value mentioned in the MPlayer manpage).

You can try testing different values there or you can try to disable the "audio/video auto synchronization" altogether.

In addition to that, you may want to test the "OpenGL" renderer (with its various YUV modes) against the "Direct3D" renderer.

Last but not least: Is the problem only present with SMPlayer GUI or also when you run MPlayer from console? :confused:

ElQuia

28th May 2011, 22:53

you can try to disable the "audio/video auto synchronization" altogether.

I have it of, on my system (with build 14-04) even HD videos play OK without this on.

In addition to that, you may want to test the "OpenGL" renderer (with its various YUV modes) against the "Direct3D" renderer.

I have video output driver set as: gl:yuv=2, that is the value that setup orginally detected and configured with 04-14

Last but not least: Is the problem only present with SMPlayer GUI or also when you run MPlayer from console?

uh ..... Newbie ...don´t know how to do that. ¿Could you provide some tips? (Windows 7 x64).

Other: what could happen if I install new build resetting settings and copy the ini file back from a backup?

ElQuia

28th May 2011, 22:54

OTHER:

Whats about MPlayer2 (http://www.mplayer2.org/)?

LoRd_MuldeR

29th May 2011, 11:45

I have it of, on my system (with build 14-04) even HD videos play OK without this on.

So your problem is solved with "audio/video auto synchronization" disabled?

I have video output driver set as: gl:yuv=2, that is the value that setup orginally detected and configured with 04-14

Still you should give the other renderers, especially Direct3D, a try...

uh ..... Newbie ...don´t know how to do that. ¿Could you provide some tips? (Windows 7 x64).

Open a new console (e.g. Start -> Run -> "cmd.exe")

Change current directory to the MPlayer directory (e.g. "cd c:\Program Files (x86)\MPlayer for Windows")

Run MPlayer with some video file (e.g. "mplayer.exe c:\foo\bar\video.avi")

Other: what could happen if I install new build resetting settings and copy the ini file back from a backup?

Not much I guess, as nothing has changed (except for what I already mentioned).

Clobon

5th June 2011, 21:36

MPlayer for Windows 2011-05-25 :)

Hi,

I'm having major slowdowns and apphangs. MP doesn't react anymore.
CPU usage beyond 50% with not critical files. With previous version everythings fine.

Am I the only one?

Regards, Clobon

PS: No logs, can't get to them. Does MPlayer save these logs anywhere else?

LoRd_MuldeR

5th June 2011, 23:04

PS: No logs, can't get to them. Does MPlayer save these logs anywhere else?

In SMPlayer goto "Options" -> "View Logs" -> "MPlayer". Or run MPlayer from the command-line via "MPlayer.exe [parameters] > log.txt"

LoRd_MuldeR

9th June 2011, 23:44

MPlayer for Windows 2011-06-09 :)

[2011-06-09]
* MPlayer binaries updated to SVN-r33574
* Removed 'float' decoders from codecs.conf

Download #1: http://code.google.com/p/mulder/downloads/detail?name=MPUI.2011-06-09.Full-Package.exe&can=2&q=
Download #2: http://code.google.com/p/mulder/downloads/detail?name=MPUI.2011-06-09.Light-Package.exe&can=2&q=

WSC4

24th June 2011, 01:40

In the config file,

## You can use the DirectX or OpenGL video output, default is directx.
#vo=directx
vo=gl

Is this a typo? OpenGL seems to be the default, and it ran my videos in slow motion. This was in Mplayer and MPUI, not with smplayer_portable. I changed config to...

## You can use the DirectX or OpenGL video output, default is directx.
vo=directx
#vo=gl

...and it fixed it. I'm using an older video card, so I don't know if that is the cause. Anyone else have this problem?

LoRd_MuldeR

24th June 2011, 01:56

Reimar

24th June 2011, 09:09

Nope, it's intended.

Using the old "directx" (Overlay) renderer is not a good idea on modern Windows systems (Vista and later), as it will force Aero Glass off and thus will make the will complain ;)

So a better choice is "gl" or "direct3d" nowadays, as they should work okay on all systems. The GL renderer should work on all halfway decent graphic cards, the Direct3D renderer is more experimental.

Last but not least: The default renderer in the config file is only used when you run MPlayer from the console and don't use the "-vo" switch. GUI's, like SMPlayer, will overwrite the renderer...

Should you use some more reasonable default?
Like
vo=gl_nosw,
Some S3/SiS cards have only (horrible) direct3d and no OpenGL support, on Windows XP vo=gl will use the software renderer.
You could also try
vo=gl_nosw,direct3d,
however it has the issue that I think vo_direct3d will happily try to run in software emulation mode.

WSC4

27th June 2011, 03:03

LoRd_MuldeR

27th June 2011, 09:06

I copied across "Mencoder.exe" (same build) to the folder where is "Mplayer for Windows" is: C:\Program Files\MPlayer for Windows. Mencoder still seems to work OK there, but I was wondering if it was just a waste of time? Would it use the codecs and dll's there?

It certainly doesn't hurt to have MEncoder.exe in your 'MPlayer for Windows' folder.

And I think it should be able to use the "binary Codecs", as it uses the same codebase as MPlayer.

However you won't need the binary Codecs for the great majority of all input formats...

(Only for same rare/proprietary ones)

rogerdpack

15th July 2011, 00:28

Nope, it's intended.

Using the old "directx" (Overlay) renderer is not a good idea on modern Windows systems (Vista and later), as it will force Aero Glass off and thus will make the user complain ;)

So a better choice is "gl" or "direct3d" nowadays, as they should work okay on all systems. The GL renderer should work on all halfway decent graphic cards, the Direct3D renderer is more experimental.

Last but not least: The default renderer in the config file is only used when you run MPlayer from the console and don't use the "-vo" switch. GUI's, like SMPlayer, will overwrite the renderer...

I had a problem recently where running with -vo gl in windows uses like tons of cpu for no reason, whereas the others don't, so you may want to take that into consideration. This is with a new'ish graphics card with updated drivers, and windows 7, so I almost doubt it's hardware fault...

rogerdpack

15th July 2011, 00:35

Hello, and thanks for providing what seems to be the only updated builds of smplayer+mplayer out there :)

Ex: it has updated mplayer so dvdnav:// doesn't crash anymore on seeking [phew] I have no idea why the author of smplayer doesn't release it with newer versions of mplayer, but anyway...

I do notice after downloading/installing and choosing "my cpu"

this output from mplayer:

SSE supported but disabled
SSE2 supported but disabled

I assume this is expected?

Thanks again! I am using smplayer builds from here to power an editing/upconverting software DVD player I am making :) http://rogerdpack.t28.net/sensible-cinema/

Also after prompting for update it says "possible malicious download detected, aborting" instead of doing anything useful.

Thanks so much!
-roger-

WSC4

15th July 2011, 02:35

Yes, I just got the same message. It actually reads:

Signature seems to be invalid. Download may be malicious. Aborting! :eek:

It comes from the "AutoUpdate.exe" file.

I'm running XP Pro, SP 3.

cweb

15th July 2011, 07:27

LoRd_MuldeR

15th July 2011, 09:25

Yes, I just got the same message. It actually reads:

Signature seems to be invalid. Download may be malicious. Aborting! :eek:

It comes from the "AutoUpdate.exe" file.

I'm running XP Pro, SP 3.

The old web-site (domain) is down. So instead of the update info, the updater will now download a stupid "dummy" site (parked domain).

Instead of sending a proper "404 Not Found" these morons redirect to a site full of advertising - for every URL requested from that domain.

Fortunately I prepared for this case an added the signature check. Of course the signature check will fail now!

...because both, the update info itself and the signature file, are just random HTML documents now.

With the next update (which you will have to download and install manually) I will change the domain used for the update check.

this output from mplayer:

SSE supported but disabled
SSE2 supported but disabled

I assume this is expected?

For AMD CPU's it is! For newer AMD's we can choose between the SSE/SSE2 enabled build and the 3DNow! enabled build.

I was told that in this case 3DNow! probably is the better choice...

(It is impossible to include an "optimal" build for every single CPU in existence in the installer, as there are far too many combinations)

Reimar

15th July 2011, 09:55

For AMD CPU's it is! For newer AMD's we can choose between the SSE/SSE2 enabled build and the 3DNow! enabled build.

I was told that in this case 3DNow! probably is the better choice...

At best for very, very old AMD CPUs. On anything from at least Athlon2 you definitely do _not_ want SSE and SSE2 forced of.
Also remember that AMD intends to remove 3DNow from its CPUs in the future.
My guess is that for anything starting from the first Athlon the order of preference would be:
1) Build with SSE, SSE2, 3DNow
2) Build with runtime cpudetection
3) Build with SSE, SSE2 but no 3DNow
4) Build with only 3DNow

With the difference between the first 3 hardly relevant.

rogerdpack

15th July 2011, 23:48

The old web-site (domain) is down. So instead of the update info, the updater will now download a stupid "dummy" site (parked domain).

...

For AMD CPU's it is! For newer AMD's we can choose between the SSE/SSE2 enabled build and the 3DNow! enabled build.

I was told that in this case 3DNow! probably is the better choice...

I have an AMD something something so I guess that's expected then.
Hope you can get your domain back :)

Also I noticed the checkbox to use lanczos, however...it doesn't actually end up using lanczos unless a specific -vf scale is specified (though I could be mistaken)?

Thanks and keep up the good work.
-roger-

WSC4

16th July 2011, 03:47

I had a problem recently where running with -vo gl in windows uses like tons of cpu for no reason, whereas the others don't, so you may want to take that into consideration. This is with a new'ish graphics card with updated drivers, and windows 7, so I almost doubt it's hardware fault...

After reading the replies to my last post about this, I had a good look at the drivers for the card I'm using, and found they were well out of date. Went back and changed to vo=gl after I updated the drivers, and the slow-motion problem disappeared. Moreover, video colours are more vibrant and the resolution appears sharper than Directx.

Testing with either gl, gl2, sdl or directx, CPU usage was about 40% max for all of them on my machine. This was with a 6000 kbps, 720x480, (4:3) MPEG-PS on my HD.

LoRd_MuldeR

16th July 2011, 12:14

Also I noticed the checkbox to use lanczos, however...it doesn't actually end up using lanczos unless a specific -vf scale is specified (though I could be mistaken)?

Yes, the "-sws" options sets the software scaling method. But it does not force software scaling. And you generally don't want that.

Software scaling needs more CPU time than "hardware" scaling and thus may result in slow (stuttering) playback, depending on the power of your CPU.

However the quality of software scaling may be better than the (hardware) scaling of the MPlayer renderers, especially in Lanczos or Spline modes.

In SMPlayer front-end there is an option in "Video" -> "Filters" to enable software scaling, if wanted...

rogerdpack

18th July 2011, 18:29

...
Went back and changed to vo=gl after I updated the drivers, and the slow-motion problem disappeared.
...

Watching (at least) MPEG streams for me here, Geforce 6500 LE with latest drivers, mplayer uses 100% of one core *always* whereas with -vo directx or -vo direct3d it uses like 10% cpu. No obvious error messages to explain it in the output.

It's probably nvidia's fault, but it does still occur here, FWIW.

Yes, the "-sws" options sets the software scaling method. But it does not force software scaling. And you generally don't want that.

I guess what I was saying is more that "newbies might think they are getting something by just having that checked, but in reality they're not." One suggestion might be to add a disclaimer note "(you must use a hard-coded resize for this to have effect)" or the what not.

In reality what would be even better from my view would be an option with smplayer for "scale to screen width" or "scale to several times screen width" as this seems to upscale quite well, but as smplayer dev. per se feels dead I guess it might be a long time in coming....

Thanks!
-roger-

rogerdpack

2nd August 2011, 18:12

Could I make a humble request for a new release at some point for "mplayer for windows"? I just ran into a freaky bug in ffmpeg [1] that is present in the latest "mplayer for windows" but seems fixed in the latest mplayer builds from sherpya. Also a new build might avoid that "download appears corrupted" message et al :) for my users.

Thanks!
-roger-
[1] http://avcodec.org/trac/ffmpeg/ticket/265

LoRd_MuldeR

2nd August 2011, 18:18

I will make a new package soon. Not today though ;)

rogerdpack

2nd August 2011, 21:49

I will make a new package soon. Not today though ;)

Cool thanks for your work on this.

Re: AMD SSE

Apparently it once used to crash (might not anymore), and then this message

http://permalink.gmane.org/gmane.comp.video.mplayer.cygwin/2605

> SSE/SSE2 are disabled for Windows @ runtime due to historical reasons.
> You can modify cpudetect.c to turn them on. However, even you leave
> this off you are't losing much because
> 1. libavcodec can still use SSE/SSE2 regardless of mplayer's settings.
> 2. SSE are only used for some audio, and SSE2 isn't much faster than MMX.

So I guess that having 3dnow+MMX is about as good as having SSE turned on or something like that. Maybe that's sherpya's rationale behind having the builds that disable it for AMD.
Thanks again.
-roger-

4P_Bulldozer

6th August 2011, 12:23

The old web-site (domain) is down. So instead of the update info, the updater will now download a stupid "dummy" site (parked domain).
...
I will make a new package soon. Not today though.

Thank you for providing a wonderful Player, we look forward to the Update.

:)

When you do a rewrite perhaps the Updater could access whichever Primary Site you will be using and when the Signature does not check out it could try a Secondary Site.

The second Site could be a 'go.to' Site (which you could change remotely) so whenever your Primary looses it's Domain the Updater would head to the Secondary and get the new Download (with a new Primary Address); thus this could never happen again.

Lincoln Burrows

7th August 2011, 02:54

I Prefer ! Vlc Media Player =)

LoRd_MuldeR

7th August 2011, 03:03

I Prefer ! Vlc Media Player =)

While you are free to express your personal opinion, I urge you to respect rule #11 (http://forum.doom9.org/forum-rules.htm)!

rogerdpack

19th August 2011, 00:02

Any way to send small donation? Any new build? :P
Cheers!
-roger-

LoRd_MuldeR

19th August 2011, 00:04

Any way to send small donation? Any new build? :P
Cheers!
-roger-

Not yet. Other thins kept me busy. But it's on my TODO list ;)

WSC4

22nd August 2011, 12:04

************************************************
**** Your system is too SLOW to play this! ****
************************************************

Possible reasons, problems, workarounds:
- Most common: broken/buggy _audio_ driver
- Try -ao sdl or use the OSS emulation of ALSA.
- Experiment with different values for -autosync, 30 is a good start.
- Slow video output
- Try a different -vo driver (-vo help for a list) or try -framedrop!
- Slow CPU
- Don't try to play a big DVD/DivX on a slow CPU! Try some of the lavdopts,
e.g. -vfm ffmpeg -lavdopts lowres=1:fast:skiploopfilter=all.
- Broken file
- Try various combinations of -nobps -ni -forceidx -mc 0.
- Slow media (NFS/SMB mounts, DVD, VCD etc)
- Try -cache 8192.
- Are you using -cache to play a non-interleaved AVI file?
- Try -nocache.

----------------------------------------------------------------

Playing a standard DVD (not widescreen), I get this in MPlayer and MPUI. I have tried all those setting to no avail. I have not setup a log in SMPlayer yet, but I think it will be the same. Any ideas please?

rogerdpack

25th August 2011, 00:16

************************************************
**** Your system is too SLOW to play this! ****
************************************************
...Playing a standard DVD (not widescreen), I get this in MPlayer and MPUI.

I get those too, on fast machines, typically when the it goes to a new title. So I think the message is false :) Maybe you should tell the mplayer guys about it? Anyway you can tell if your system really is too slow by playing it with mplayer.exe. If the audio/video get out of sync, then your system may honestly be too slow to play it. If not, then you're ok.

roozhou

25th August 2011, 14:07

Reimar

25th August 2011, 14:32

MPlayer does not use separate thread for file access, so on windows it has very bad file/disc read performance.

I does use a separate thread unless you disabled the cache. Which some programs might do for dvdnav:// (but not for dvd://) since it has issues with cache. Not sure if any are significant though.

roozhou

25th August 2011, 15:28

I does use a separate thread unless you disabled the cache. Which some programs might do for dvdnav:// (but not for dvd://) since it has issues with cache. Not sure if any are significant though.
In 2008 I tried playing DVDs from DVD-ROM with MPlayer and both dvd:// and dvdnav:// gave me A/V desync. When I ripped the disc to an ISO on my HDD, MPlayer worked perfectly.

IIRC MPlayer works in a synchronized single-threaded way(tell me i am wrong). File reader->demuxer->decoder->filter chain->renderer use a single thread, at least under windows. A good example is when you are dragging MPlayer's video window, everything stops working.

It seems MPlayer's file reader has significant worse performance than DirectShow's Async. Filer Reader.

Reimar

25th August 2011, 21:19

IIRC MPlayer works in a synchronized single-threaded way(tell me i am wrong).

You are wrong. Cache runs in a different thread (or process, depends). Decode can run in multiple threads as well. The design is still generally single-threaded but the cases where this can cause issues are more limited than what you seem to assume.

A good example is when you are dragging MPlayer's video window, everything stops working.

After reading a lot I decided that is an unfixable defect in the Windows API, and threading can't fix it unless you violate the Windows API.
As I understood it, the thread handling the dragging operation must be the one that created the window.
At the same time, only the thread that created the window is allowed to draw into it.
It follows that more threads will not help, because it's sill only the one thread that created it that is allow to do anything relevant with the window.
The only half-way proper way to support it seems the way MPlayer supports embedding in SMPlayer: creating the main window by one thread that also handles the dragging and create a sub-window from a different thread where you handle the drawing. But even there I am not sure if that's actually allowed API-wise or just "happens to work". That kind of thing tends to break randomly depending on the video driver in use.
So at that point I decided to go back to dealing with some OS that at least slightly saner APIs. But if someone knows a solution that isn't a total mess I'd be happy to hear it.

WSC4

26th August 2011, 09:07

Thanks for all the suggestions. When using:

dvd://1
dvdnav://

The -dvd-speed options had no effect, but when you mentioned it could be an audio / sync problem, I tried it with -nosound. That stopped displaying that "system is too SLOW" message, and the video played smoothly. On the other hand, playing a video file directly from the DVD drive like "mplayer e:\video_ts\vts_01_2.vob" (with sound) also played OK.

Anyway, it doesn't matter. I think the system I'm using is far too old and slow, and I'm in the process of building a new machine with SATA on all drives.

roozhou

27th August 2011, 04:17

You are wrong. Cache runs in a different thread (or process, depends). Decode can run in multiple threads as well. The design is still generally single-threaded but the cases where this can cause issues are more limited than what you seem to assume.

I know ffmpeg has mt decoders, but it works differently from other mt decoders, e.g. MainConcept. MainConcept uses Callback functions. When a frame is decoded, the decoder delivers it through Callback function which eliminates the need of N-1 frames delay for N threads.

Another problem is when I am using video filters, all filters runs in the main thread. Ancient software like virtualdub could run each filter in different thread.

After reading a lot I decided that is an unfixable defect in the Windows API, and threading can't fix it unless you violate the Windows API.
As I understood it, the thread handling the dragging operation must be the one that created the window.
At the same time, only the thread that created the window is allowed to draw into it.
It follows that more threads will not help, because it's sill only the one thread that created it that is allow to do anything relevant with the window.
The only half-way proper way to support it seems the way MPlayer supports embedding in SMPlayer: creating the main window by one thread that also handles the dragging and create a sub-window from a different thread where you handle the drawing. But even there I am not sure if that's actually allowed API-wise or just "happens to work". That kind of thing tends to break randomly depending on the video driver in use.
So at that point I decided to go back to dealing with some OS that at least slightly saner APIs. But if someone knows a solution that isn't a total mess I'd be happy to hear it.
I made a patch for it two years ago. Unfortunately I am unable to compile the latest MPlayer under MinGW so I cannot test it now.

The key is: start a new thread, create the video window and run message loop in that thread. The extra API you need are CreateThread, CreateEvent, SetEvent and WaitForSingleObject. It works on directx, opengl and d3d output drivers.

Reimar

27th August 2011, 10:04

I know ffmpeg has mt decoders, but it works differently from other mt decoders, e.g. MainConcept. MainConcept uses Callback functions. When a frame is decoded, the decoder delivers it through Callback function which eliminates the need of N-1 frames delay for N threads.

It's completely impossible to decode N frames in parallel unless you have corresponding delay. A callback function doesn't change a bit there.
It probably has other advantages, if they are worth it is another question.

Another problem is when I am using video filters, all filters runs in the main thread. Ancient software like virtualdub could run each filter in different thread.

Yes, that is one case where it shows. However a lot of filters are light-weight and the benefit of slice rendering and thus being able to keep the video data in L1 cache can give more advantage than the parallelism.
Since with frame multithreading at least the decoding happens in a different thread the pressure to change it stayed quite low from my point of view.

The key is: start a new thread, create the video window and run message loop in that thread. The extra API you need are CreateThread, CreateEvent, SetEvent and WaitForSingleObject. It works on directx, opengl and d3d output drivers.

If your new thread created the Window you're not allowed to draw into it from the main thread, going by what I read back then. That it usually happens to work I don't really consider good enough.
You definitely could move all of libvo into a separate thread then at least audio/decoding would run on, but I still don't know how to redraw while the window is moved - there are some hacks with WM_TIMER but none works properly.
The "intended" (in the days of Windows 3 probably) way of reimplementing the movement code is not really an option, too many hacks accumulated there that it's really impossible to reimplement faithfully.
So left with no proper solution my motivation to do anything about it went all the way down to nothing.

roozhou

27th August 2011, 15:28

It's completely impossible to decode N frames in parallel unless you have corresponding delay. A callback function doesn't change a bit there.
It probably has other advantages, if they are worth it is another question.

The decoder can deliver decoded frame as soon as possible. Why on earth should the decoder wait for data of the next frame?

Since with frame multithreading at least the decoding happens in a different thread the pressure to change it stayed quite low from my point of view.
The best deinterlacer in MPlayer mcdeint cannot run in real-time on a 4GHz CPU.

The "intended" (in the days of Windows 3 probably) way of reimplementing the movement code is not really an option, too many hacks accumulated there that it's really impossible to reimplement faithfully.
So left with no proper solution my motivation to do anything about it went all the way down to nothing.
Here is my patch for vo_directx. It's a bit dated but I hope it would help.

Index: libvo/vo_directx.c
===================================================================
--- libvo/vo_directx.c (revision 30256)
+++ libvo/vo_directx.c (working copy)
@@ -525,12 +525,6 @@

static void check_events(void)
{
- MSG msg;
- while (PeekMessage(&msg, NULL, 0, 0,PM_REMOVE))
- {
- TranslateMessage(&msg);
- DispatchMessage(&msg);
- }
}

static uint32_t Directx_ManageDisplay(void)
@@ -1047,20 +1041,28 @@
mplayer_put_key(MOUSE_BTN6_DBL);
break;
}
+ case WM_NCHITTEST:
+ if (!vo_fs) {
+ LRESULT ret = DefWindowProc(hWnd, WM_NCHITTEST, wParam, lParam);
+ return HTCLIENT == ret? HTCAPTION : ret;
+ }

}
return DefWindowProc(hWnd, message, wParam, lParam);
}

+static char *dxarg = 0;
+static HANDLE h_creation = 0;

-static int preinit(const char *arg)
+static void WINAPI dx_wnd_thread(int *param)
{
HINSTANCE hInstance = GetModuleHandle(NULL);
char exedir[MAX_PATH];
WNDCLASS wc;
- if(arg)
+ MSG msg;
+ if(dxarg)
{
- if(strstr(arg,"noaccel"))
+ if(strstr(dxarg,"noaccel"))
{
mp_msg(MSGT_VO,MSGL_V,"<vo_directx><INFO>disabled overlay\n");
nooverlay = 1;
@@ -1099,12 +1101,20 @@
wc.lpszClassName = WNDCLASSNAME_FULLSCREEN;
RegisterClass(&wc);

- if (Directx_InitDirectDraw()!= 0)return 1; //init DirectDraw
+ if (Directx_InitDirectDraw()!= 0){ //init DirectDraw
+ *param = 1;
+ SetEvent(h_creation);
+ return;
+ }

if(!vidmode)hWndFS = CreateWindow(WNDCLASSNAME_FULLSCREEN,"MPlayer Fullscreen",WS_POPUP,monitor_rect.left,monitor_rect.top,monitor_rect.right-monitor_rect.left,monitor_rect.bottom-monitor_rect.top,hWnd,NULL,hInstance,NULL);
mp_msg(MSGT_VO, MSGL_DBG3 ,"<vo_directx><INFO>initial mplayer windows created\n");

- if (Directx_CheckPrimaryPixelformat()!=0)return 1;
+ if (Directx_CheckPrimaryPixelformat()!=0){
+ *param = 1;
+ SetEvent(h_creation);
+ return;
+ }
if (!nooverlay && Directx_CheckOverlayPixelformats() == 0) //check for supported hardware
{
mp_msg(MSGT_VO, MSGL_V ,"<vo_directx><INFO>hardware supports overlay\n");
@@ -1115,10 +1125,26 @@
mp_msg(MSGT_VO, MSGL_V ,"<vo_directx><INFO>using backpuffer\n");
nooverlay = 1;
}
- mp_msg(MSGT_VO, MSGL_DBG3 ,"<vo_directx><INFO>preinit succesfully finished\n");
- return 0;
+ mp_msg(MSGT_VO, MSGL_DBG3 ,"<vo_directx><INFO>preinit succesfully finished\n");
+ SetEvent(h_creation);
+ while (GetMessage(&msg, NULL, 0, 0))
+ {
+ TranslateMessage(&msg);
+ DispatchMessage(&msg);
+ }
+ return;
}

+static int preinit(const char *arg)
+{
+ int ret_creation = 0;
+ dxarg = arg;
+ h_creation = CreateEvent(0,0,0,0);
+ CreateThread(0,0,dx_wnd_thread,&ret_creation,0,0);
+ WaitForSingleObject(h_creation,INFINITE);
+ return ret_creation;
+}
+
static int draw_slice(uint8_t *src[], int stride[], int w,int h,int x,int y )
{
uint8_t *s;

WSC4

18th September 2011, 11:19

In the config file, vo=gl is selected during the installation for Mplayer and MPUI. However, Directx is the default in SMPlayer. I decided to change it to OpenGL because videos display far better (my monitor / video card).

Using any of the deinterlacers to watch a video in MPlayer, MPUI or SMPlayer will not work and causes this in the logs:

Starting playback...
Could not find matching colorspace - retrying with -vf scale...
Opening video filter: [scale]
The selected video_out device is incompatible with this codec.
Try appending the scale filter to your filter list,
e.g. -vf spp,scale instead of -vf spp.

FATAL: Could not initialize video filters (-vf) or video output (-vo).

Anyone else have this problem?

LoRd_MuldeR

18th September 2011, 12:56

In the installer there is an option to make OpenGL the default renderer. DirectX (overlay) doesn't work well on Vista+, as it will disable Aero Glass.

Also YADIF works fine with the OpenGL renderer for me. However you may want to try "-vo gl:yuv=2" instead of "-vo gl" only.

WSC4

19th September 2011, 03:16

-vo gl:yuv=2 worked, but it showed videos in greyscale (with or without deinterlaces). I also tried all the numbers for yuv with no luck. The only thing that seems to work so far is what the error suggested; -vf-add scale. But is this normal?

I remember reading in other posts and MEncoder mailing lists that YADIF and MCDIENT are the deinterlaces to use; all others are depreciated. Do you agree?

LoRd_MuldeR

19th September 2011, 12:58

-vo gl:yuv=2 worked, but it showed videos in greyscale (with or without deinterlaces). I also tried all the numbers for yuv with no luck.

Sounds like your OpenGL driver is screwed up. What OS and graphics card do you use? And are your graphics drivers up-to-date?

I remember reading in other posts and MEncoder mailing lists that YADIF and MCDIENT are the deinterlaces to use; all others are depreciated. Do you agree?

I never got MCDeint to work properly here (did not try again for a longer time though). Anyway, YADIF does a pretty good job - for a fast CPU-only real-time deinterlacer.

(YadifMod+NNEDI3 or QTGMC give better results, but they are significant slower than YADIF. Probably too slow for real-time. However you may think about deinterlacing before playback)

WSC4

20th September 2011, 12:32

OS: Windows XP SP3
Graphics card: NVIDIA GeForce2 MX/MX 400. Ram: 64 MB (latest drivers installed)
CPU: Pentium 4 1.7 GHz
Memory: 1 GB

It is an old card and the latest (and probably the last) drivers are dated 2006. I did update the drivers "after" I in installed MPLayer For Windows. I was having problems with the old drivers then with OpenGL. I could re-install MPlayer For Windows over the new drivers if you think it would fix it?

Thanks anyway, but YadifMod + NNEDI3 or QTGMC need AviSynth. I haven't the time to learn a new program at the moment. I have enough on my hands learning to drive MEncoder.

LoRd_MuldeR

20th September 2011, 12:54

You might not be able to get the OpenGL renderer work with that old card/drivers.

I guess that card still uses AGP. Maybe you can get a cheap AGP card for little money that is less outdated... (unfortunately AGP cards have become rare these days)

Anyway, I found some drivers (apparently from 2008) for your GeForce2 MX 400 card:
http://www.siliconguide.com/drivers/device/370/

WSC4

21st September 2011, 00:42

Thanks for your hard work. I'll check those drivers out and let you know.

Reimar

21st September 2011, 09:59

Graphics card: NVIDIA GeForce2 MX/MX 400. Ram: 64 MB (latest drivers installed)

Register combiners were introduced already in the generation before (called GeForce 256), thus -vo gl:yuv=1 should work, though the oldest card it was tested on was a GeForce3 - it is possible the cut-down MX versions cannot do 3-times multitexturing (though that should result in some strange colours, not grey).
If it does not work you should check the output for errors.

Reimar

21st September 2011, 18:37

I am afraid for anything older than GeForce3 (well, for ATI actually cards from even earlier should work) the hardware can't do YUV->RGB in a reasonable way.
So you have to use plain -vo gl.
You need to add scale because the conversion has to be done in software then, _and_ it has to be done after yadif. MPlayer can't figure that out on its own currently, so you have to give it a hint manually.

WSC4

22nd September 2011, 04:06

Thanks for the follow up, you just saved me typing many more questions. With "-vo gl:yuv=1", I get this (and I have the latest drivers):

VO: [gl] 720x576 => 768x576 Planar YV12
[gl] 3 texture units needed for YUV combiner support (found 2)

Time to get a new card, may even updated the whole machine. In the meantime, I'll use scale as you suggested.

The Seeker

22nd September 2011, 17:16

Nowadays, with MPlayer for Windows using the Sherpya build, is there any need to add the -lavdopts threads=x parameter?

LoRd_MuldeR

22nd September 2011, 18:02

Nowadays, with MPlayer for Windows using the Sherpya build, is there any need to add the -lavdopts threads=x parameter?

I think it is required to enable multi-threaded decoding, for those decoders in libavcodec that support it.

You can, of course, put a simple "lavdopts=threads=X" in your mplayer/config instead.

The Seeker

22nd September 2011, 18:11

You can, of course, put a simple "lavdopts=threads=X" in your mplayer/config instead.

No need as 'lavdopts=threads=2' is already there. I may change it to 4 however as I'm using a Core i5.

rogerdpack

5th November 2011, 19:56

Would it be possible to request a "just smplayer" package? Currently I direct my users to download the "full" smplayer package, just so they can get an updated smplayer, but would love to be able to direct them to just an "updated smplayer" download, as it would be smaller et al.
Thanks!
-r

LoRd_MuldeR

5th November 2011, 20:51

If you don't want the whole package, why not just download SMPlayer from the SMPlayer web-site?

rogerdpack

5th November 2011, 21:31

If you don't want the whole package, why not just download SMPlayer from the SMPlayer web-site?

The honest answer is I got feedback from user testing saying those unfamiliar with sourceforge found downloading from it too confusing :)
(yours has an updated mplayer, too, an added bonus).

LoRd_MuldeR

5th November 2011, 21:48

rogerdpack

8th November 2011, 22:52

If you like the included MPlayer binary and the "added bonus" (I guess you mean the Binary Codecs package), what exactly do you want to have removed in the "just smplayer" package? :confused:

(BTW: How is downloading SMPlayer from its official SourceForge site more "confusing" than downloading it from any other site? You can even link to the file directly (http://sourceforge.net/projects/smplayer/files/Unstable/smplayer-0.6.9.3615-win32-v2.exe/download), rather than the projects file section)

The added bonus is the newer bundled version of mplayer itself.
If I pass my users a link to the download then they are presented with the sourceforge "add page" download. Which can, I admit, be confusing at times.

Sans smplayer would "not include" "MPUI" I guess that's the only difference (thus, fewer desktop icons, etc. etc.)

LoRd_MuldeR

8th November 2011, 23:56

The size of MPUI is only 550 KB. Thus leaving out MPUI from a ~40 MB package would make no sense. If you don't like MPUI, just don't use it ;)

rogerdpack

9th November 2011, 00:07

The size of MPUI is only 550 KB. Thus leaving out MPUI from a ~40 MB package would make no sense. If you don't like MPUI, just don't use it ;)

I suppose the ideal for me would be the "normal" smplayer (14.15 MB) but with the updated mplayer that the mulder build's provide :)

Then it's be like Christmas--I get the non confusing download, but with the small size, and with the updated mplayer.
Now that you mention it, though, I suppose I could just programmatically download smplayer (the original) locally, since I already pass it a custom mplayer.exe to use, anyway...then I wouldn't be using up any desktop screen real estate at all.
-roger-

lachs0r

18th November 2011, 20:07

Well, you could try using my mplayer2+SMPlayer2 builds instead… Just get that mini_installer.exe (http://smplayer2.srsfckn.biz/mini_installer.exe); it’s very crudely written but should do the job of downloading and installing everything you need in an unobtrusive way just fine. Total download size is just around 12~13 MiB, which includes SMPlayer2’s additional icon themes. SMPlayer2’s binary itself is statically linked, so it is smaller, doesn’t require having Qt DLLs around and starts up faster too.
This also places a link to the installer (which copies itself to the install directory and then works as updater) in your start menu, thus can save you the task of looking for new builds.

There are quite a few experimental changes in there which require more testing, but overall I think it works pretty well already.

I’ll also introduce 64-bit builds in the near future.

LM2005

21st November 2011, 20:54

LoRd_MuldeR

21st November 2011, 20:56

I tried MPlayer today with a DVD and it played out allright. But MPlayer tried to update itself and that failed. The message box said "Signature seems to be invalid. Download may malicious. Aborting!". That happens also when I run "check updates" from the Start menu/mplayer.

What is wrong, serious?

This has been asked for about 100 times ;)

The old domain is not available anymore :o

However the auto-updater stills checks on the old domain for updates, which of course can't work.

As it only downloads junk files, the signature check must fail!

The auto-update will be fixed in the next release. You will have to update manually this time.

Other things keep me busy, so I did not yet have the time to fix the auto-updater and make a new package.

But it's not forgotten :)

LM2005

21st November 2011, 22:41

This has been asked for about 100 times ;)

Other things keep me busy, so I did not yet have the time to fix the auto-updater and make a new package.

But it's not forgotten :)
Sorry about that 101th time. I didn't see that with a quick glance. I'll check those updates some time.

LM

LM2005

15th December 2011, 21:36

Hi again

I wanted to say that I installed SMPlayer a while ago. I let it play/associate some media files. So far I have used VLC to play flv files, but looks like SMPlayer plays them now. Allright. The sound from VLC has had stutter on it or been choppy, but the sound from SMPlayer has no problems. Very good.

It is probably possible to "tune" VLC so that sound from is good, (and I'm sure I could mess with your program,) but now I dont need to

Thanks

burro08

22nd December 2011, 00:03

is there an x64 version?

thanks

Floatingshed

14th January 2012, 13:33

Having struggled with VLC this is a breeze.
One question though, how can I make it save the aspect ratio? With each new video file it reverts to auto, I want it to remain on 4:3 until I change it....
Thanks.

Reimar

15th January 2012, 23:38

Well, if nothing else you can add "-aspect 4/3" in some custom options field.
Seems like a very strange thing to do though...

Selur

17th January 2012, 03:53

Mplayer vs. Mencoder
using:
mplayer dvd://1 -dvd-device "D:\small stuff\ElephantsDream\VIDEO_TS" -vf ass -fps 25 -aid 128 -osdlevel 3 -fixed-vo -vo direct3d -lavdopts threads=8 -really-quiet -ass -sub "D:\Encoding Output\elephantsDream.ass" -ass-force-style "FontName="Aharoni",OutLine=5,Shadow=5,MarginV=50,PrimaryColour=&H0000aaff" -ass-font-scale 2 -aspect 1.77778:1 -nofontconfig
the '-ass-force-style '-part works like it should
but using:
mencoder -dvd-device "D:\small stuff\ElephantsDream\VIDEO_TS" dvd://1 -ovc raw -noskip -vf scale,format=i420,ass,scale,format=i420 -nosound -mc 0 -lavdopts threads=8 -really-quiet -ass -sub "D:\Encoding Output\elephantsDream.ass" -ass-force-style "FontName="Aharoni",OutLine=5,Shadow=5,MarginV=50,PrimaryColour=&H0000aaff" -ass-font-scale 2 -ofps 25 -of rawvideo -o - | x264 --preset ultrafast --tune fastdecode --crf 18 --sar 64:45 --fps 25 --input-res 720x576 --output "D:\Encoding Output\DVD.mp4" -
the '-ass-force-style '-part does nothing, and I don't know why. :(

tried if the options were casesensitive but:
mencoder -dvd-device "D:\small stuff\ElephantsDream\VIDEO_TS" dvd://1 -ovc raw -noskip -vf scale,format=i420,ass,scale,format=i420 -nosound -mc 0 -lavdopts threads=8 -really-quiet -sid 6 -ass -ass-font-scale 1 -ass-force-style Fontname=Arial -sub "D:\Encoding Output\elephantsDream.ass" -ofps 25 -of rawvideo -o - | x264 --preset ultrafast --tune fastdecode --crf 18 --profile high --level 4.1 --sync-lookahead 15 --vbv-maxrate 62500 --vbv-bufsize 78125 --sar 64:45 --fps 25 --input-res 720x576 --output "D:\Encoding Output\output.mp4" - did not use Arial as font :/

Does anyone here see/know what I'm doing wrong?

-> gave up on it and now I just rewrite the .ass file. ;)

Cu Selur

Reimar

20th January 2012, 00:28

Options after the file name are per-file options.
Several ASS options did not work correctly as per-file options (also in MPlayer, but the effects were a bit different).
While this is fixed in SVN you can avoid the issue with older versions by putting all options first and only then the dvd:// part.

CruNcher

20th January 2012, 02:25

@Reimar is this .mp4/.mov parser issue known @ ffmpeg,libav ?

http://forum.doom9.org/showpost.php?p=1552689&postcount=8352

Selur

20th January 2012, 07:53

@Reimar: will try thanks for the info

Cu Selur

Floatingshed

20th January 2012, 16:38

Well, if nothing else you can add "-aspect 4/3" in some custom options field.
Seems like a very strange thing to do though...

Why do you think it strange to want to play 4:3 material on a 4:3 monitor in 4:3 aspect ratio?

Anyway it is a moot point as mplayer for windows didn't fit my needs and I've uninstalled it. I still haven't quite got my PC back to the state it was in previously though, the uninstall left all media file types with no associations. Very clumsy.

Reimar

21st January 2012, 10:13

Why do you think it strange to want to play 4:3 material on a 4:3 monitor in 4:3 aspect ratio?

If the material is 4:3 and marked as such there is no point in telling MPlayer that once more. -monitoraspect 4/3 is the right setting to tell it the aspect of your display. But this still doesn't add up, if your material is 4:3 it should not make a difference whether it is "4:3" or "auto" in SMPlayer, unless that setting does something really strange...

Reimar

21st January 2012, 10:30

@Reimar is this .mp4/.mov parser issue known @ ffmpeg,libav ?

http://forum.doom9.org/showpost.php?p=1552689&postcount=8352

Not known to me. Seems to work fine with -demuxer mov, so I guess it really is a demuxer bug in FFmpeg.

CruNcher

25th January 2012, 03:31

thx Reimar :)

Demux all parts of concatenated H.264.
We may or may not be able to play the latter parts
but not demuxing at all seems like the worst possible behaviour.
Fixes playback of e.g.
http://playlist.yahoo.com/makeplaylist.dll?sid=128114687&sdm=web&pt=rd
As a proper solution either multiple video streams should
be exported or side data should be used to update extradata
if necessary.

Yellow_

30th January 2012, 15:47

I've hunted through the mplayer docs but can't find a way to restrict mplayer to one instance, trying to use it as the external player for avspmod which works great including extra command line options for fullscreen and loop but not able to see updated avspmod script played in one instance of mplayer, each time it starts a new one. :-(

DrTeeth

17th February 2012, 15:42

I wonder if Muldur has ceased development of this useful package. The components are getting updated a pace and even x64 builds are available. Prefer the Muldur build as sometimes SMPlayer has probs with WMVs that play okay with MPUI (go figure).

DrT

WSC4

20th April 2012, 10:08

I wonder if Muldur has ceased development of this useful package. The components are getting updated a pace and even x64 builds are available. Prefer the Mulder build as sometimes SMPlayer has probs with WMVs that play okay with MPUI (go figure).

DrT

It may have something to do with Sherpya's builds. His last build for Windows is 34401, which is almost a year old. I think he has become tired of doing builds for Windows. The latest build, to date, is 34835 for that other operating system. Also, I stopped using 34401 because of problems and bugs, and have gone back to the one Mulder supplies; 33574.

Does anyone know of someone who is doing the latest MPlayer / MEncoder (must have MEncoder) builds for Windows please?

Bill

LoRd_MuldeR

20th April 2012, 11:57

It may have something to do with Sherpya's builds. His last build for Windows is 34401, which is almost a year old. I think he has become tired of doing builds for Windows.

Note the "News" on Sherpya's web-site:
[08/01/2012] Sorry guys, I lost the whole content of my hard disk, so I need some time to setup again my build scripts
[02/24/2012] Slowly reconstructing setup (yes I'm almost ignoring tracker reports for now, sorry), github repository of FFmpeg with my patches

CruNcher

20th April 2012, 17:15

Lord Mulder how is the state of DXVA2 support in Mplayer for Windows ?

LoRd_MuldeR

20th April 2012, 17:21

Lord Mulder how is the state of DXVA2 support in Mplayer for Windows ?

I think using DXVA implies using a Direct3D-based renderer. MPlayer does have such a renderer for quite some time, but the recommended renderer for Win32 always has been the OpenGL renderer.

Generally I wouldn't expect too much effort for proprietary Windows-specific features, such as DXVA. Remember: MPlayer still primarily is a Linux project ;)

On the other hand there is Sherpya's "dsnative" wrapper, which can be used to load DirectShow filters into MPlayer. Maybe some DirectShow renderer could/can be used in a similar fashion?

(Personally I don't care much about DXVA, because CPU decoding works just fine. Even a "cheap" PC should be able to handle 1080p H.264 in software nowadays ^^)

WSC4

21st April 2012, 11:29

Note the "News" on Sherpya's web-site:
[08/01/2012] Sorry guys, I lost the whole content of my hard disk, so I need some time to setup again my build scripts
[02/24/2012] Slowly reconstructing setup

Sorry to see that. Hope he gets his machine up and running soon. It has reminded me to do a backup now. Have not done it for a while. :scared:

In the meantime, I did a search and found this:

http://www.spirton.com/mplayer-mencoder-subjunk-build/

They are Windows builds. As of 2012-04-17, their latest build is up to 34866. I have done a few short tests and it seems fine so far. However, unlike Sherpya's, it does not have a separate codecs.conf, config or input.config. The "docs" directory is also missing.

Bill

Selur

21st April 2012, 14:10

@WSC4: if you use mencoder from subjunk, be cautious, because I ran into a problem with it. (not sure if it's just his build or a general problem of the latest releases since I got no other up-to-date build to compare)

----

@all: Does any one know a play that provides up-to-date mencoder/mplayer builds for mac os x? -> got it compiled using the build scripts from https://github.com/ps3mediaserver/ps3mediaserver/tree/master/contrib

Selur

2nd May 2012, 14:26

Using the mencoder builds from http://www.spirton.com/mplayer-mencoder-subjunk-build/ I noticed:

mencoder loops when I use:
mencoder -mc 0 -aid 1 -ovc frameno -oac copy “G:\Hybrid\test – clips\test.avi” -of rawaudio -o “D:\Encoding Output\test__aid_1__09_35_53_291_01.mp3
basically I get a lot of:
[quote]Skipping frame!
Pos: 17.2s 35089f (101%) 2118.39fps Trem: 0min 0mb A-V:0.000 [0:120][/code]
this happens with r34866, r34883 but does not happen with r34849
Here's the .avi I used to do the test: http://www.embedupload.com/?d=1GDGHGIQKG
Is it a bug introduced after r34849 or this something change and I'm not aware of it?

Cu Selur

Ps.: problem seem to only happen with .avi files,...

Gaius

2nd May 2012, 17:15

It may have something to do with Sherpya's builds. His last build for Windows is 34401, which is almost a year old. I think he has become tired of doing builds for Windows. The latest build, to date, is 34835 for that other operating system. Also, I stopped using 34401 because of problems and bugs, and have gone back to the one Muldur supplies; 33574.

Does anyone know of someone who is doing the latest MPlayer / MEncoder (must have MEncoder) builds for Windows please?

Bill
No Mencoder, but I believe this project should be replacing the one in this thread.

http://mplayer2.srsfckn.biz/

Reimar

2nd May 2012, 20:00

I have no idea why you would see the issue only with AVI. However it is related to -ovc frameno. Fixed in r34884.

Selur

7th May 2012, 12:23

@reimar: is there a way to use mplayer to extract vobsub subtiltes? (neither vobsubout nor dumbvobsub is known by mplayer)
may be 3884 also fixes this:

using r34883 and calling "G:\Hybrid\mencoder.exe" -dvd-device "D:\small stuff\ElephantsDream\VIDEO_TS" dvd://1 -mc 0 -nosound -ovc frameno -sid 0 -vobsuboutindex 0 -vobsubout
"D:\Encoding Output\TITLE_1_0_en" -o nul
the subtitles get extracted, and than mencoder is in a 'Skipping frame!'-loop,...

Cu Selur

QUEENFAN

8th February 2013, 10:20

@LoRd_MuldeR

Sorry for posting into your thread but I donÄt know where to start.

multiAVCHD uses mencoder (also used by mplayer) to extract subtitles which seems to have problems running on Windows 8 Pro x64.

Can you help me what to do?

Thanks a lot in advance for your help.

LoRd_MuldeR

18th February 2013, 02:57

I know it's been a while since that last update, but here we go again:

Because the old installer code had become quite a mess over the years and because UMUI doesn't seem to be updated anymore (especially there's no Unicode version), I decided created a new installer (http://code.google.com/p/mulder/source/browse/trunk/MPlayer/Setup_V2) from the scratch.

Note that this is far from being finished yet, so please take it with a little care ;)

MPlayer for Windows 2013-02-18 (Test Version)

[2013-02-18]
* Completely new and improved installer!
* Added optimized builds for Core2, Nehalem, Bulldozer and K8+SSE3
* MPlayer binaries updated to SVN-r35910
* SMPlayer updated to Version 0.8.3 (SVN-r5072)
* QT Runtime Libs updated to Version 4.8.4

LoRd_MuldeR

18th February 2013, 22:52

MPlayer for Windows 2013-02-18 :)

(Test Version)

[2013-02-18]
* Completely new and improved installer!
* Added optimized builds for Core2, Nehalem, Bulldozer and K8+SSE3
* MPlayer binaries updated to SVN-r35910
* SMPlayer updated to Version 0.8.3 (SVN-r5072)
* QT Runtime Libs updated to Version 4.8.4

Okay, here is a more complete version. This also should fix Windows XP support (was broken in the previous Test build).

SubJunk

20th February 2013, 05:26

It should be noted that a few months ago FFmpeg changed their audio code to floating point which broke MEncoder's ability to encode most audio formats (AC-3 and WMA) and no one on the MPlayer development team has the motivation to fix it.
I make the Spirton builds and basically I'm using a heavily modified version of FFmpeg to keep the MEncoder functionality. As their development continues to move further away from MPlayer though it will become impossible and we'll be stuck using old versions of FFmpeg.
In other news, MPlayer2 seems to have died even worse than MPlayer.
So the only hope for the future is that FFmpeg implements the functionality of MEncoder, but it's a long way away, especially with subtitle support.
Just keeping everyone updated

LoRd_MuldeR

21st February 2013, 01:11

MPlayer for Windows 2013-02-20 :)

[2013-02-20]
* Completely new and improved installer!
* Added optimized builds for Core2, Nehalem, Bulldozer and K8+SSE3
* MPlayer binaries updated to SVN-r35910
* SMPlayer updated to Version 0.8.3 (SVN-r5072)
* QT Runtime Libs updated to Version 4.8.4

DrTeeth

22nd February 2013, 21:53

Couple of bugs to report I'm afraid.

The MPUI default language is Danish.

No matter what I did, I just could not set my file associations - I do know how to do it, but SMPlayer.exe would just not show up in the list of programs to choose when it was browsed to. Tested on two PCs and installing with Kaspersky disabled did not affect the issue.

Had to uninstall and go back to the latest beta of SMPlayer x64 - set my file associations in 5 secs flat.

Happy to test any proposed fixes for you.

DrT

LoRd_MuldeR

22nd February 2013, 22:36

The MPUI default language is Danish.

The "default" is auto detection, i.e. your system's standard language. Either your standard language happens to be Danish(?) or there is a bug in the auto detection code of MPUI.

In the latter case the chances for a fix are low, because MPUI has not been updated since 2005. Anyway, for me it always defaults to English, as expected...

No matter what I did, I just could not set my file associations - I do know how to do it, but SMPlayer.exe would just not show up in the list of programs to choose when it was browsed to. Tested on two PCs and installing with Kaspersky disabled did not affect the issue.

I assume you are changing the file associations via Windows Explorer. Right?

If so, and if Explorer doesn't allow you to select SMPlayer, even if your browse to your SMPlayer.exe explicitly, it would indicate a bug in Windows Explorer.

And in that case, only Micro$oft could help out...

BTW: For the "old" installer I had created a "File Associations" utility, but it lead to endless complaints by users who claimed their associations had been "overwritten" unintentionally :rolleyes:

LoRd_MuldeR

22nd February 2013, 22:38

MPlayer for Windows 2013-02-22 :)

[2013-02-22]
* Correctly detect and setup the number of CPU cores
* Various installer improvements

DrTeeth

22nd February 2013, 22:48

I assume you are changing the file associations via Windows Explorer. Right?

If so, and if Explorer doesn't allow you to select SMPlayer, even if your browse to your SMPlayer.exe explicitly, it would indicate a bug in Windows Explorer.

It would be if every program was affected, but it is *only* the latest release of MPUI on 2 different computers. One running win 7 32 bit, the other 64 bit.

As I said, I was able to set the associations for the regular SMPlayer (http://smplayer.sourceforge.net/) as per usual, on both PCs too.

DrT

LoRd_MuldeR

22nd February 2013, 23:25

It would be if every program was affected, but it is *only* the latest release of MPUI on 2 different computers. One running win 7 32 bit, the other 64 bit.

As I said, I was able to set the associations for the regular SMPlayer (http://smplayer.sourceforge.net/) as per usual, on both PCs too.

Just because a program (Windows Explorer in this case) only fails under specific conditions, doesn't mean it doesn't fail.

Furthermore, if the program only fails under a specific condition, it would be very wrong to blame that condition for the problem. Instead the faulty program itself needs to be fixed.

And no, my installer does not set a super-secret "Do not allow the user to select SMPlayer.exe in the 'Open with' dialog" option for Windows Explorer ;)

(So unless you can give any details on what my installer is doing "wrong" to cause this behavior, what am I supposed to do? I cannot influence the behavior of Windows Explorer)

DrTeeth

22nd February 2013, 23:38

I was only trying to help and give some feedback. There is a simple solution as only ONE progam is affected.

DrT

LoRd_MuldeR

22nd February 2013, 23:51

I was only trying to help and give some feedback. There is a simple solution as only ONE progam is affected.

So far you only described that you tried to change the file associations with Windows Explorer and it didn't work as expected for an undisclosed reason.

I fail to see how your problem could be caused by SMPlayer or, more specifically, by my installer :confused:

So unless you can explain how this problem (in Windows Explorer) could be caused by my installer, this sounds like an Explorer bug and I cannot do anything...

Anyway, changing the file associations (e.g. for .mkv) to SMPlayer works just fine for me:
http://www.mediafire.com/file/29qmi8gbbnxd5x9/Setup-File-Associations.pdf

The MPUI default language is Danish.The "default" is auto detection, i.e. your system's standard language. Either your standard language happens to be Danish(?) or there is a bug in the auto detection code of MPUI.

In the latter case the chances for a fix are low, because MPUI has not been updated since 2005. Anyway, for me it always defaults to English, as expected...

Okay, I have added a workaround to the installer. It will now simply set the language explicitly in MPUI.ini, either "en" or "de" (depending on selected installer language).

LoRd_MuldeR

28th February 2013, 21:01

I have added a new "file associations" tool, based on the IApplicationAssociationRegistrationUI interface.

Consequently this will work on Vista and later only...

LoRd_MuldeR

1st March 2013, 22:42

MPlayer for Windows 2013-03-01 :)

[2013-03-01]
* MPlayer binaries updated to SVN-r35925
* SMPlayer updated to Version 0.8.3 (SVN-r5170)
* Added new tool for managing file associations (Vista and later only)
* Some more installer improvements

LoRd_MuldeR

10th March 2013, 18:11

MPlayer for Windows 2013-03-10 :)

[2013-03-10]
* MPlayer binaries updated to SVN-r35927
* SMPlayer updated to Version 0.8.3 (SVN-r5192)
* Some more installer improvements

LoRd_MuldeR

19th March 2013, 00:16

MPlayer for Windows 2013-03-18 :)

[2013-03-18]
* MPlayer binaries updated to SVN-r35968
* Added full support for Unicode file names to MPlayer

LoRd_MuldeR

14th April 2013, 17:43

MPlayer for Windows 2013-04-14 :)

[2013-04-14]
* MPlayer binaries updated to SVN-r36169
* SMPlayer updated to version 0.8.4 (SVN-r5271)

LoRd_MuldeR

28th May 2013, 21:50

MPlayer for Windows 2013-05-25 :)

[2013-05-25]
* MPlayer binaries updated to SVN-r36279
* SMPlayer updated to version v0.8.5 (SVN-r5410)

LoRd_MuldeR

30th June 2013, 19:31

MPlayer for Windows 2013-06-29 :)
https://code.google.com/p/mulder/downloads/detail?name=MPUI.2013-06-29.exe&can=2&q=

[2013-06-29]
* MPlayer binaries updated to SVN-r36349
* SMPlayer updated to version v0.8.5 (SVN-r5487)

petran79

4th July 2013, 08:40

Vielen Dank!

But what happened to that thread? it disappeared for quite a while!

LoRd_MuldeR

4th July 2013, 10:59

It did not "disappear", but there simply was not much activity ;)

(Depending on your account settings, threads with no activity for N days might not be displayed)

LoRd_MuldeR

29th September 2013, 23:30

MPlayer for Windows 2013-09-29 :)

[2013-09-29]
* MPlayer binaries updated to SVN-r36443
* SMPlayer updated to version v0.8.6 (SVN-r5760)
* QT Runtime Libs updated to Version 4.8.5

wanezhiling

30th September 2013, 02:25

Thanks, MPlayer is always superior for old PCs.

LoRd_MuldeR

9th November 2013, 03:03

MPlayer for Windows 2013-11-08 :)

[2013-11-08]
* MPlayer binaries updated to SVN-r36500
* SMPlayer updated to version v0.8.6 (SVN-r5879)
* Updated UPX to version 3.91

LoRd_MuldeR

15th December 2013, 18:03

MPlayer for Windows 2013-12-15 :)
https://github.com/lordmulder/mplayer-setup-win32/releases/latest

[2013-12-15]
* MPlayer binaries updated to SVN-r36541
* SMPlayer updated to version v0.8.6 (SVN-r5940)

WSC4

16th December 2013, 03:20

I am subscribed to this thread. Have been for over two years. And I only get notified of your new build today. Glitch in the settings? I'm still using 2011-06-09 (Build #91). It's been working well.

LoRd_MuldeR

16th December 2013, 03:32

I am subscribed to this thread. Have been for over two years. And I only get notified of your new build today. Glitch in the settings?

Maybe your anti-spam filter blocked the notifications?

Anyway, if you have a good reason the believe that thread notifications are not working, you should post it here (http://forum.doom9.org/forumdisplay.php?f=45).

I'm still using 2011-06-09 (Build #91). It's been working well.

Heck, that version is more than two years old. And it still used the old, now defunct, auto updater. The installer has been re-written from scratch since then!

So you might want to update manually now ;)

LoRd_MuldeR

14th January 2014, 01:30

MPlayer for Windows 2014-01-13 :)
https://github.com/lordmulder/mplayer-setup-win32/releases/latest

[2014-01-13]
* MPlayer binaries updated to SVN-r36573
* SMPlayer updated to version v0.8.6 (SVN-r5971)
* The WMV playback issues should be fixed now

LoRd_MuldeR

14th February 2014, 01:54

MPlayer for Windows 2014-02-12 :)
https://github.com/lordmulder/mplayer-setup-win32/releases/latest

[2014-02-12]
* MPlayer binaries updated to SVN-r36816
* SMPlayer updated to version v0.8.6 (SVN-r6023)

LoRd_MuldeR

5th May 2014, 20:57

MPlayer for Windows 2014-05-05 :)
https://github.com/lordmulder/mplayer-setup-win32/releases/latest

[2014-05-05]
* MPlayer binaries updated to SVN-r37182 (http://sourceforge.net/projects/mplayer-win32/files/MPlayer%20and%20MEncoder/r37182+g09725c1)
* SMPlayer updated to version v14.3.0 (SVN-r6219)

LoRd_MuldeR

16th May 2014, 16:51

MPlayer for Windows 2014-05-16 :)
https://github.com/lordmulder/mplayer-setup-win32/releases/latest

[2014-05-16]
* MPlayer binaries updated to SVN-r37199
* This update contains a bugfix for DVD playing[MPlayer r37199+g5e95551]
* Rebuild with gcc 4.9, it will break everything for sure ;)
* added -mno-ms-bitfields flag to libdvdnav (fix for dvd playing) (#181)
* added -mno-ms-bitfields globally (it should also fix libcdio)
* fixed a possible problem in gavl
* fixed 64 bit portability in libiconv
* fixed ieee float detection in lame
* fixed build flags on live555
* Updated libvpx (git)
* Updated libdvdread (git)

Raen

14th June 2014, 01:22

Asmodian

14th June 2014, 01:47

MPlayer does not equal SMPlayer.

From SMPlayer's page:
"But apart from providing access for the most common and useful options of MPlayer, SMPlayer adds other interesting features like the possibility to play Youtube videos or download subtitles."

LoRd_MuldeR

14th June 2014, 03:17

Hi LoRd_MuldeR,

I just recently noticed that while the official Windows build of SMPlayer (http://smplayer.sourceforge.net/) includes SMTube (YouTube Browser), your package doesn't, as clicking on the icon in SMPlayer renders an error message saying "The YouTube Browser couldn't be launched. Be sure SMTube is installed.".
Just to be sure, I checked and SMTube is not installed, and I don't remember ever seeing a reference to it in your installer.

Yes, the "MPlayer for Windows" package only includes the SMPlayer front-end, but not SMTube.

Since SMTube not only allows for watching Youtube clips outside of the Youtube web-site (which already might be a violation to their ToS) but also for downloading them, it's legal status is dubious :scared:

So please understand that I have no plans to include SMTube in may MPlayer package. Especially since we have strict rules about downloaded material in this forum.

Raen

15th June 2014, 20:29

Thanks for the info LoRd_MuldeR, as just until recently I really thought that by including SMPlayer in your MPlayer package, you included all of its features, which is not the case as it seems.

As for viewing and downloading YT videos without their consent, we already have tons of known apps and even browser add-ons for that (without even considering that YT also allows embedding videos on external websites, and that your browser downloads the videos you see on YT, which are up for grabs in the temp cache files), so I don't know how much more illegal than that SMPlayer with SMTube would be.

LoRd_MuldeR

15th June 2014, 22:41

Thanks for the info LoRd_MuldeR, as just until recently I really thought that by including SMPlayer in your MPlayer package, you included all of its features, which is not the case as it seems.

This is an MPlayer package, so I'm including SMPlayer as a front-end to MPlayer.

SMTube, despite being created by the SMPlayer developer, is a separate application and you certainly don't need it to use SMPlayer as an MPlayer front-end.

You can easily grab SMTube as an "add-on" from the well-known location, if you need this extra functionality.

As for viewing and downloading YT videos without their consent, we already have tons of known apps and even browser add-ons for that

Just because those tools exist, doesn't mean that they are conforming with Youtube's ToS.

Also, whether something is considered legal or not greatly depends on which part of the world you live in. The people providing these tools might be located in countries where they are "safe" from prosecution.

Or to express it provocatively: Is robbing a bank legal, because somebody else did it before and got away with it? ;)

without even considering that YT also allows embedding videos on external websites, and that your browser downloads the videos you see on YT, which are up for grabs in the temp cache files

Yes, Youtube does allow "embedding" clips into third-party websites, but this "feature" is not available for all clips!

Furthermore, they only allow for embedding the Youtube player into the website via IFrame, but they don't give you direct links to the stream. And certainly they don't give you download links.

The fact that, even with the official Youtube player, parts of the clip will be cached on your local computer temporarily doesn't change anything about this...

so I don't know how much more illegal that that SMPlayer with SMTube would be.

Nor am I! But it's dubious, at the very least. And I certainly do not want to take a legal risk. Not for a project that I'm maintaining in my free-time, without pay. Please understand this!

Raen

16th June 2014, 16:01

I understand all that, and I didn't want to question anything from the start.

I just found strange that SMTube wasn't included with SMPlayer in this package, as SMTube is installed by default in the official SMPlayer installer. And yes, I always knew that this is a MPlayer package, were SMPlayer is merely included as a front-end and is not the main focus, I never meant that to be the point ;-)

Thanks for the clarification.

xabregas

7th July 2014, 14:51

Hi

How can i put another font in the subtitles, for example, ARial Black instead of Arial??

TIA

LoRd_MuldeR

7th July 2014, 15:33

How can i put another font in the subtitles, for example, ARial Black instead of Arial??

Assuming you are using the SMPlayer front-end, please see the "Subtitles" page in the "Preferences" dialog!

xabregas

7th July 2014, 16:16

Assuming you are using the SMPlayer front-end, please see the "Subtitles" page in the "Preferences" dialog!

yes, it was just in front of my eyes and i ddint saw it :rolleyes:

Thanks

Another question, what does Post Porcessing = 6 do to the video??

Should i use Software scaling (720p videos on 1080p resolution TV) or Post processing or both?

TIA

LoRd_MuldeR

7th July 2014, 16:23

"Postprocessing" tries to smooth out compression artifacts in the video, which comes at the cost of reduced detail/sharpness. You usually don't want "Postprocessing" to be enabled by default.

Software Scaling means that the video will be scaled to the final size in software before it is sent to the video renderer. Otherwise, the video is sent to the video renderer as-is and we simply let the video renderer take care of scaling.

Most of the time you will be fine without software rendering. This also saves a whole lot of CPU time ;)

LoRd_MuldeR

2nd August 2014, 01:52

MPlayer for Windows 2014-07-27 :)
https://github.com/lordmulder/mplayer-setup-win32/releases/latest

[2014-05-16]
[2014-07-27]
* MPlayer binaries updated to SVN-r37242
* SMPlayer updated to version v14.3.0 (SVN-r6270)
* Qt Runtime Libs updated to Version 4.8.6[MPlayer r37242+g66ae994]
* Restored Windows XP compatibility
* Updated libvpx (git)
* Updated x264 (git)
* Updated x265 (hg)
* Updated frei0r (git) and plugins
* Updated libbluray (git)
* Updated libmodplug (git)

Raen

10th September 2014, 14:12

SMPlayer v14.9.0 is out, and it seems that it now has a x64 version too.

SMPlayer includes a fix for the Video Generator component, which wasn't outputting files with the exact specified image width.

LoRd_MuldeR

10th September 2014, 21:15

SMPlayer v14.9.0 is out, and it seems that it now has a x64 version too.

Expect a new package with latest SMPlayer plus latest MPlayer soon.

Anyway, 64-Bit SMPlayer is pointless, because the 32-Bit version runs just fine on 64-Bit Windows. At the same time, the potential benefits of going 64-Bit, i.e. the ability to address more than 4 GB of memory plus somewhat faster computations (in certain cases), don't apply to a GUI front-end. If the GUI occupied more than 4 GB of memory are performed a significant amount of computations, something would be seriously wrong ;)

rvm

10th September 2014, 22:30

The 64-bit package includes also a 64-bit mplayer.

http://smplayer.sourceforge.net

LoRd_MuldeR

3rd October 2014, 15:34

MPlayer for Windows 2014-09-29 :)
https://github.com/lordmulder/mplayer-setup-win32/releases/latest

[2014-09-29]
* MPlayer binaries updated to SVN-r37260
* SMPlayer updated to version v14.9.0 (SVN-r6406)[MPlayer/MEncoder r37260]
* Built with gcc 4.9.1, it should be fix flac problems
* Updated libvpx (git)
* Updated x264 (git)
* Updated x265 (hg)
* Updated libmodplug (git)
* Updated libdvdread (git)
* Updated libdvdnav (git)
* Updated frei0r (git)
* Updated fdk-aac (git)
* Updated libpng to 1.6.13
* Make sure to pick also newer frei0r and fdk-aac binaries

LoRd_MuldeR

8th February 2015, 15:04

MPlayer for Windows 2015-02-06 :)
https://github.com/lordmulder/mplayer-setup-win32/releases/latest

[2015-02-06]
* MPlayer binaries updated to SVN-r37368
* SMPlayer updated to version v14.9.0 (SVN-r6719)[MPlayer/MEncoder r37368]
* Updated libvpx (git)
* Updated x264 (git)
* Updated x265 (hg)
* Updated libilbc (git)
* Updated libbluray (git)
* Updated libdvdcss (git)
* Updated libdvdread (git)
* Updated libdvdnav (git)
* Updated libutvideo (git)
* Updated libilbc (git)
* Updated libmodplug (git)
* Updated frei0r (git)
* Updated fdk-aac (git)
* Updated vid.stab (git)
* Updated libpng to 1.6.16
* Updated libxml2 to 2.9.2 (fixes CVE-2014-3660)
* Updated freetype to 2.5.5
* Updated giflib to 5.1.1
* Updated libjpeg-turbo to 1.4.0
* Updated speex to 1.2rc2

Milardo

30th September 2015, 23:10

Hi, LoRd_MuldeR

do you know of any way to directly load any type of directshow filter into mplayer? Like not just video decoder filters but video and audio type filters like this one here.

http://www.dmitrirender.ru/

Would this work for it?

http://oss.netfarm.it/dsnative/

Or this?

https://github.com/william0wang/dshownative

If so, how to use these and could it be implemented into gui interface? Thanks in advance.

LoRd_MuldeR

7th November 2015, 15:44

MPlayer for Windows 2015-11-07 :)
https://github.com/lordmulder/mplayer-setup-win32/releases/latest

[2015-11-07]
* MPlayer binaries updated to SVN-r37451
* SMPlayer updated to version v15.9.0 (SVN-r7212)
* Various installer improvements/fixes
* Revamped auto-update tool
* Qt Runtime Libs updated to Version 4.8.7[MPlayer/MEncoder r37451]
* Added GnuTLS 3.3.17 (support for https)
* Updated MinGW-Runtime to 4.0.2
* Updated libvpx (git)
* Updated libutvideo (git)
* Updated x264 (git)
* Updated x265 (hg)
* Updated libbluray (git)
* Updated libdvdread (git)
* Updated libdvdcss (git)
* Updated libass (git)
* Updated vid.stab (git)
* Updated frei0r (git)
* Updated lzo to 2.09
* Updated fdk-aac to 0.1.4
* Updated libvorbis to 1.3.5
* Updated libpng to 1.6.18
* Updated wavpack to 4.75
* Updated libjpeg-turbo to 1.4.1
* Updated freetype to 2.6
* Updated fribidi to 0.19.7

LoRd_MuldeR

10th February 2016, 23:36

MPlayer for Windows 2016-02-10 :)
https://github.com/lordmulder/mplayer-setup-win32/releases/latest

[2016-02-10]
* MPlayer binaries updated to SVN-r37653
* SMPlayer updated to version v16.1.0 (SVN-r7318)
* NSIS updated to Version 2.50-0[MPlayer/MEncoder r37653]
* Fixed FFmpeg compatibily with windows xp/vista
* Updated MinGW-Runtime to 4.0.4
* Updated x264 (git)
* Updated x265 (hg)
* Updated libvpx (git)
* Updated frei0r (git) - download updated plugins v1.4-41-g954fbe3
* Updated libass (git)
* Updated libbluray (git)
* Updated libdvdcss (git)
* Updated libdvdnav (git)
* Updated libdvdread (git)
* Updated libsoxr to 0.1.2
* Updated libjpeg-turbo to 1.4.2
* Updated freetype to 2.6.1
* Updated libpng to 1.6.19
* Updated libxml2 to 2.9.3
* Updated wavpack to 4.75.2
* Updated fdk-aac (git) - download updated dll

LoRd_MuldeR

4th May 2016, 21:11

MPlayer for Windows 2016-05-04 :)
https://github.com/lordmulder/mplayer-setup-win32/releases/latest

[2016-05-04]
* MPlayer binaries updated to SVN-r37853
* SMPlayer updated to version v16.4.0 (SVN-r7558)
* OpenSSL libraries updated to v1.0.2-h[MPlayer/MEncoder r37853]
* Updated MinGW-w64 to 4.0.5
* Fixed i486 compatibility in various places (some of the codecs are i686 only, read notes)
* Fixes related on Win64 portability
* Fixed reference to wrong fdk aac dll
* Updated libvpx (git)
* Updated x265 (hg)
* Updated libbluray (git)
* Updated libass (git)
* Updated frei0r (git) - Download updated plugins
* Updated expat to 2.1.1
* Updated giflib to 5.1.4
* Updated wavpack to 4.80.0

WSC4

19th July 2016, 12:50

I am trying to find old 2012 builds for Windows for testing purposes. Do you have any please?

In 2012, Sherpya had a bad, hard disk crash and lost the lot (see page 44 in this thread). Were there no builds for the entire year in 2012?

SubJunk

19th July 2016, 21:46

SB20-SB46 are from 2012: http://www.spirton.com/mplayer-mencoder-subjunk-build/

WSC4

20th July 2016, 07:42

Thank you so much. I had forgotten about your site. I have downloaded your 2012 builds and it was SB37 that answered my problem. I have bookmarked your site. Thanks again.

SubJunk

20th July 2016, 08:10

Thank you so much. I had forgotten about your site. I have downloaded your 2012 builds and it was SB37 that answered my problem. I have bookmarked your site. Thanks again.Great, glad to help :)

WSC4

15th August 2016, 10:38

Updater.exe runs during a re-boot when it likes. No way to switch it off or on. What files does it change, remove, update? I see no change in MPlayer.exe, SMPlayer.exe, MPUI.exe

LoRd_MuldeR

15th August 2016, 11:12

Updater.exe runs during a re-boot when it likes. No way to switch it off or on. What files does it change, remove, update? I see no change in MPlayer.exe, SMPlayer.exe, MPUI.exe

If you decided to install/activate the "auto-update" feature during MPlayer for Windows installation, it will periodically check for new updates (every 14 days).

Technically, the auto-updater will run on each system start. But the first things it does is checking whether the update checking period has elapsed yet or not. If not, it will exit immediately. Otherwise it will actually check for new updates.

If and only if a new update was found, the auto-updater will suggest to download and install the new version. Installing the new version still requires confirmation by the user though! None of your files are changed "silently".

(BTW: In case you which to revert your decision and "disable" the auto-updater, just use "msconfig" or Autoruns (https://technet.microsoft.com/de-de/sysinternals/bb963902.aspx)).

WSC4

6th December 2016, 07:53

Any reason why MPUI.exe has hijacked the Windows Media Player icon? As well as your SMPlayer, I have it shortcut on the desktop. There is only 1 icon to choose from in MPUI if you want to change it, and it's a rip of the WMP icon. Expected their own short list of original icons.

LoRd_MuldeR

11th December 2016, 21:48

MPlayer for Windows 2016-12-11 :)
https://github.com/lordmulder/mplayer-setup-win32/releases/latest

[2016-05-04]
* MPlayer binaries updated to SVN-r37905
* SMPlayer updated to version v16.11.0 (SVN-r8243)
* Now shipping Qt5 Runtime Libs (v5.6.0)[MPlayer/MEncoder r37905]
* Upgraded MinGW-w64 to 5.0.0 and gcc 6.x
* Removed support for libfaac in FFmpeg (dropped upstream)
* Updated libfdk-aac (git) - please download updated dlls
* Updated frei0r (git) - please download updated plugins
* Updated libass (git)
* Updated libbluray (git)
* Updated libmodplug (git)
* Updated libvpx (git)
* Updated x264 (git)
* Updated x265 (hg)
* Updated freetype to 2.7
* Updated libjpeg-turbo to 1.5.1
* Updated libpng to 1.6.26

WSC4

6th January 2017, 00:52

In the past, I found -vo gl to be sharper, clearer and render the colours better than -vo directx.

I don't know when -vo direct3d was introduced, but it seems to be better than -vo gl. Do you agree? Of the 17 choices, which video output driver is the best?

LoRd_MuldeR

3rd March 2018, 17:35

MPlayer for Windows 2018-03-03 :)
https://github.com/lordmulder/mplayer-setup-win32/releases/latest

[2018-03-03]
* MPlayer binaries updated to SVN-r38018
* SMPlayer updated to version v18.2.2 (SVN-r8937)
* Some installer improvements[MPlayer r38018+gdd8351b118]
Upgraded gcc to 7.3, enabled lto in FFMpeg
Enabled dash demuxer in FFMpeg
Enabled libopenmpt in FFMpeg
Updated gnutls to 3.5.18
Updated libvpx (git)
Updated openh264 (git)
Updated kvazaar (git)
Updated x265 (hg)
Updated x264 (git)
Updated fdk-aac (git), download new dll
Updated frei0r (git), download new plugins
Updated libass (git)
Updated libdvdcss (git)
Updated libdvdnav (git)
Updated libdvdread (git)
Updated freetype to 2.9
Updated zlib to 1.2.11
Updated enca to 1.19
Updated gmp to 6.1.2, nettle to 3.4 and gnutls to 3.3.28
Updated gme to 0.6.2
Added libkvazaar HEVC encoder (git)
Added Cisco's Open Source H.264 Codec (git)
libxml2: fix for CVE-2017-8872
libmad: updated patches from debian (security fixes)Windows XP warning: If you are still using Windows XP and you are trying to update via the Auto-Update tool, you probably will experience download errors. The cause of this is that most of our download mirrors (GitHub, Bitbucket, etc) have switched to TLS-only downloads by now – i.e. any plain HTTP request is redirected to HTTPS – but Windows XP only supports outdated TLS cipher-suites that are considered "insecure" and therefore are not allowed by these sites anymore. This will result in a TLS handshake failure on Windows XP systems. There is no way to fix this, except by updating to a less antiquated operating system. Please see here (https://blog.github.com/2014-12-23-improving-github-s-ssl-setup/) for details!

Starks

11th March 2018, 17:42

Thanks. What's new with mplayer that mpv hasn't already been doing and better?

LoRd_MuldeR

18th March 2018, 17:42

Thanks. What's new with mplayer that mpv hasn't already been doing and better?

See answer from "mpv" FAQ:
How is mpv related to MPlayer?
The relation between the two projects is mostly historic. They should be considered two separate projects. mpv and MPlayer are different software, incompatible to each other. There is no overlap in developers and other project members between MPlayer and mpv. mpv is not a drop-in replacement for MPlayer, and the command line switches and behavior are different.
MPlayer users should not expect that mpv is in any way similar to it. Both are CLI video players, and have common roots, but in some areas there are radical differences.

LoRd_MuldeR

18th March 2018, 17:44

MPlayer for Windows 2018-03-18 :)
https://github.com/lordmulder/mplayer-setup-win32/releases/latest

[2018-03-18]
* MPlayer binaries updated to SVN-r38020
* Some installer improvements[MPlayer r38020+g7af2336598]
* Added libcodec2 0.7 and enabled in FFMpeg
* Added wavpack patches for CVE 2018 6767/7253/7254
* Added z.lib (git) and enabled in FFMpeg
* Added FFMpeg Nvidia Codecs headers to build Nvidia hw accels
* Added mpg123 1.25.10 and enabled in MPlayer
* Added harfbuzz 1.7.6
* Removed faac from MEncoder, please use -oac lavc -lavcopts acodec=libfdk_aac and the binary dll
* Updated libwebp to 0.6.1
* Updated libopenmpt to 0.3.7
* Updated xvidcore to 1.3.5
* Updated fontconfig to 2.13.0, updated configurations in dist
* Updated fribidi to 1.0.1
* Updated fdk-aac (download new dll)
* Updated libxml to 2.9.8 (with included CVE patches)
* Updated soxr to 0.1.3
* Updated libcdio/paranoia, now using git repo
* Updated libdvdcss (git)
* Updated libvpx (git)
* Updated openh264 (git)
* Updated kvazaar (git)
* Updated x265 (hg)
Windows XP warning: If you are still using Windows XP and you are trying to update via the Auto-Update tool, you probably will experience download errors. The cause of this is that most of our download mirrors (GitHub, Bitbucket, etc) have switched to TLS-only downloads by now – i.e. any plain HTTP request is redirected to HTTPS – but Windows XP only supports outdated TLS cipher-suites that are considered "insecure" and therefore are not allowed by these sites anymore. This will result in a TLS handshake failure on Windows XP systems. There is no way to fix this, except by updating to a less antiquated operating system. Please see here (https://blog.github.com/2014-12-23-improving-github-s-ssl-setup/) for details!

WSC4

27th March 2018, 04:58

Your bundled visions of SMPlayer, MPUI (MPlayer GUI) and MPlayer works find, but I have decided now to uninstall MPlayer For Windows and I'll unsubscribe from this thread.

I did not like SMPlayer and only used it a few times to try out. MPUI I found better with far less bells and whistles and used it only every now an then. Most of my work is done with MPlayer on the command line.

All these programmes you can get individually from Sourceforge.net, and I'll download MPUI and MPlayer form there in the future.

LoRd_MuldeR

16th October 2019, 22:40

MPlayer for Windows 2019-10-15 :)
https://github.com/lordmulder/mplayer-setup-win32/releases/latest

[2019-10-15]
* MPlayer binaries updated to SVN-r38152
* SMPlayer updated to version v19.5.0.0 (SVN-r9214)[MPlayer r38152+gcc50d113c8]
* Switched from gnutls to mbedtls
* Updated zimg (git)
* Updated x265 (hg)
* Updated libvpx (git)
* Updated libass (git)
* Updated kvazaar (git)
* Updated openh264 (git)
* Updated libdvdcss (git)
* Updated libmodplug (git)
* Updated libcdio/paranoia (git)
* Updated fdk-aac (git), download updated dll
* Updated frei0r (git), download updated plugins
* Updated twolame to 0.4.0
* Updated expat to 2.2.9
* Updated bzip2 to 1.0.8
* Updated flac to 1.3.3
* Updated freetype to 2.10.1
* Updated fribidi to 1.0.7
* Updated giflib to 5.2.1
* Updated libiconv to 1.16
* Updated libjpeg-turbo to 2.0.3
* Updated libogg to 1.3.4
* Updated libopenmpt to 0.4.9
* Updated libwebp to 1.0.3
* Updated mpg123 to 1.25.12Windows XP warning: If you are still using Windows XP and you are trying to update via the Auto-Update tool, you probably will experience download errors. The cause of this is that most of our download mirrors (GitHub, Bitbucket, etc) have switched to TLS-only downloads by now – i.e. any plain HTTP request is redirected to HTTPS – but Windows XP only supports outdated TLS cipher-suites that are considered "insecure" and therefore are not allowed by these sites anymore. This will result in a TLS handshake failure on Windows XP systems. There is no way to fix this, except by updating to a less antiquated operating system. Please see here (https://blog.github.com/2014-12-23-improving-github-s-ssl-setup/) for details!