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

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).