MPlayer for Windows (2008-06-01)

[vlada]

Yes, it's smplayer.exe which uses my whole CPU. I've already tried to disable the antivirus, but it didn't help. I'll try to uninstall it completely.

I already tried to delete the configuration file, but it didn't help. Btw. is it possible to force SMPlayer to put the .ini file to the same directory as the executable? This would make it a real portable application.

[rvm]

Btw. is it possible to force SMPlayer to put the .ini file to the same directory as the executable? This would make it a real portable application.

Rename smplayer.exe to smplayer_portable.exe.

BTW, when I have a little bit of time I'll compile a version for you with debugging info in a console, you we could see where it gets hung.

[vlada]

rvm
Thanks, it now works as a real portable application. Just one suggestion: instead of renaming the .exe file, I think it might be better if smplayer looks first for the smplayer.ini in it's directory. If it is presented, then it should behave like a portable player.

I put the latest version (SVN_r47) on my flash and it works fine on my computer at work. But I'm afraid it will hang again on my home computer.

Here at work I found another problem. The installer won't allow me to install smplayer if I'm not administrator. Why?

[rvm]

rvm
Thanks, it now works as a real portable application. Just one suggestion: instead of renaming the .exe file, I think it might be better if smplayer looks first for the smplayer.ini in it's directory. If it is presented, then it should behave like a portable player.

That's an idea. But the first time to run smplayer.ini wouldn't exist.

I put the latest version (SVN_r47) on my flash and it works fine on my computer at work. But I'm afraid it will hang again on my home computer.

I compiled a version with a debugging console:
http://smplayer.sourceforge.net/temp/smplayer_debug.7z

Run it instead of smplayer.exe. It should open a console. Copy the texts that appear in it just before the hang (if any).

EDIT: By mistake, when updating the website, I've deleted that file. Unfortunately I can't upload it again until tomorrow.

Here at work I found another problem. The installer won't allow me to install smplayer if I'm not administrator. Why?

I haven't tested (this computer uses FAT32, so everybody can write everywhere). Maybe the installer tries to write something in the registry.

[vlada]

I downloaded the debug version already. Here is the output:

http://img212.imageshack.us/img212/3792/smplayerbl6.png

Can you find out anything out of it? I'll try to uninstall my antivirus tomorrow. Unfortunately I have no more time today. I need to go to sleep. In 4 ours I have to wake up and go to work. :-(

According to the location of .ini file, it should be enough to create an empty file in the program's directory. That's not much more complicated then renaming the .exe file. And I think it is more logical, some other programs (for example uTorrent) are doing it this way too.

[LoRd_MuldeR]

You just check whether the association is what you think it should be. If so, you just leave it alone, no changes or new backups.

Okay, I think here is something that works like you suggest:
--> http://mulder.dummwiedeutsch.de/temp/SetFileAssoc.exe

Please everybody test it and give me some feedback.
Just put the new SetFileAssoc.exe into the install folder (where SMPlayer.exe/MPUI.exe are located) and replace the old one.
You can now choose the application you want to associate the files with or you can choose to restore your old file associations.
Of course restore will work only if the associations were changed with the new SetFileAssoc.exe...

[rvm]

I downloaded the debug version already.
...
Can you find out anything out of it?

Is that all the output? No more?

Well, just after that, smplayer tries to make a connection to another running instance.

Here I'm seeing a small mistake, it tries to make that connection even if you configured not to do it (I just fixed in the svn: windows update (http://smplayer.sourceforge.net/download/smplayer_update_svn_r73.7z)).

I guess it gets hung there, waiting an answer from port 8000 (that's the default). The strange thing is that it only would have to wait 200 ms as much. After that it should give up.

Anyway check that the port 8000 is open in your firewall (at least for localhost). Maybe that's causing the problem.

Or if that port is already used by another application, edit the smplayer configuration file and change it (look for "connection_port"). If it's empty or it doesn't exist create it yourself:

[preferences]
connection_port=8000

According to the location of .ini file, it should be enough to create an empty file in the program's directory. That's not much more complicated then renaming the .exe file. And I think it is more logical, some other programs (for example uTorrent) are doing it this way too.

I'll try to do it.

[rvm]

Okay, I think here is something that works like you suggest:
--> http://mulder.dummwiedeutsch.de/temp/SetFileAssoc.exe

Please everybody test it and give me some feedback.


I'll test it tomorrow.

That's a feature request for smplayer, so it can be very useful.

[LoRd_MuldeR]

I'll test it tomorrow.

That's a feature request for smplayer, so it can be very useful.

Of course my tool will work with SMPlayer only too, but then the "Associate with MPUI" option would be useless...
Would be even better, if I could add an "Enqueue in SMPlayer" option for Winodws Explorer. You don't want to implement that? ^^

[rvm]

You don't want to implement that? ^^

Sorry, I'll do it. I have a lot of feature requests and not much time.

[LoRd_MuldeR]

Sorry, I'll do it. I have a lot of feature requests and not much time.

Nice. Thanks for your efforts :)

[rvm]

I've just added that possibility, in svn r75:

* Added new option for command line: -add-to-playlist. If another instance
of smplayer is found, the specified files will be added to that instance's
playlist (nothing more will be done). If no other instance is found,
this option won't do anything, the specified files will be opened as usual
in a new instance.


Not much tested, and I haven't even compiled for Windows yet.

[vlada]

rvm
My guess about the Antivirus was correct. Yesterday I uninstalled it and now SMPlayer works without any problems. The Antivirus is probably blocking the communication. I have the same problem Apache, I'll report it to Comodo and hopefully they'll fix it.

It's been already reported for Apache here (http://forums.comodo.com/help_for_comodo_antivirus/apache_22_blocked_by_comodo_antivirus-t10090.0.html).

[LoRd_MuldeR]

I've just added that possibility, in svn r75:
Not much tested, and I haven't even compiled for Windows yet.

Woah, nice :thanks:

If you do compile, I would be very happy for a static build :)

[rvm]

I don't have a static build yet, but here you have an ordinary update: smplayer_update_svn_r78.7z (http://smplayer.wiki.sourceforge.net/space/showimage/smplayer_update_svn_r78.7z).

I tested a bit, and it seems it works ok.

[LoRd_MuldeR]

I don't have a static build yet, but here you have an ordinary update: smplayer_update_svn_r78.7z (http://smplayer.wiki.sourceforge.net/space/showimage/smplayer_update_svn_r78.7z).

I tested a bit, and it seems it works ok.

Works like a charm :)

I have updated SetFileAssoc.exe accordingly:
http://mulder.dummwiedeutsch.de/temp/SetFileAssoc.exe

Sidenote: SMPlayer crashed when I tired to dock the Playlist into the main window for the first time. I tried to reproduce that crash, but no "luck" so far...


// EDIT

BTW: What do you think about popping up the playlist, when an -add-to-playlist command is received?

[LoRd_MuldeR]

*UPDATE*

1. Updated SMPlayer front-end to v0.5.60 r-78
2. Various installer improvements (hopefully I did not break too much things ^^)
3. Revamped SetFileAssoc.exe tool, which now allows to restore your old associations*
4. Brand new Auto Update tool

* restore works only, if your associations were changed with the new version!

[cinezone]

Mplayer AthlonXP builds are broken. The "mplayer2007.08.19.Athlon-XP" is the latest working one.

[A-star]

Mplayer AthlonXP builds are broken. The "mplayer2007.08.19.Athlon-XP" is the latest working one.
Good to know, Thanks for the info.

[PANIC!]

Hi

first of all i love your package! Plays videos very nicely!

I have just one little problem.
Very often when i play a video it is just black (overlay problem???).
When i use directx:noaccl picture is tehre but bad quality.

When i go to the nvidia settings panel and reset the color correction to default picture is back there.
I play a few videos and it is gone again.

Any ideas?

[rvm]

rvm
Just one suggestion: instead of renaming the .exe file, I think it might be better if smplayer looks first for the smplayer.ini in it's directory. If it is presented, then it should behave like a portable player.

Implemented that possibility in svn r97.
Thanks for the suggestion :)

[vlada]

Thanks a lot.

[avih]

LoRd_MuldeR, thx for packing mplayer, smplayer and mpui in one package and updating it regularly. Many users are thanking you :)

I was wondering, if you compile mplayer yourself, could you please compile it with fribidi or find a version that includes it if you don't compile it yourself? subtitles work great in English, but in Hebrew they're in the opposite direction...

cheers :)

[LoRd_MuldeR]

I was wondering, if you compile mplayer yourself, could you please compile it with fribidi or find a version that includes it if you don't compile it yourself? subtitles work great in English, but in Hebrew they're in the opposite direction...

No, I don't compile myself. I use the builds provided by Celtic Druid...

[Gusar]

I was wondering, if you compile mplayer yourself, could you please compile it with fribidi or find a version that includes it if you don't compile it yourself? subtitles work great in English, but in Hebrew they're in the opposite direction...The CCCP (http://www.cccp-project.net/smf/index.php?PHPSESSID=5740d6e10842db5f3c3c289a4309c45d&topic=811.0) build has fribidi support.

[LoRd_MuldeR]

Mplayer AthlonXP builds are broken. The "mplayer2007.08.19.Athlon-XP" is the latest working one.
Did you try the "Generic" build on an AthlonXP ???

[LoRd_MuldeR]

*UPDATE*

1. Updated SMPlayer front-end to v0.5.60 r-102
2. AthlonXP build downgraded to 2007-08-19*
3. Various installer fixes/improvements

* the latest AthlonXP build (2007-09-10) was reported to crash :(

[Razorholt]

Dear mplayer Gurus,

Yesterday I experienced the "white screen" bug while playing a series of videos, one after another. The audio was ok but no video... well, unless I would slide my cmd window over the white screen. Weird?


Cheers,
- Dan

[LoRd_MuldeR]

:D

Top 100 Downloads

Rank Program Name Downloads

1. TV v2.0 657159
2. AVG AntiVirus Free 7.5.488a1157 434931
[...]
40. MPlayer for Windows (2007-09-30) 70498
[...]
46. Windows Media Player XP 11.0.5721.5145 62569
47. Windows Media Player 9 62022

http://www.freewarefiles.com/top100_downloads.php

[Lupo73]

This MPlayer package is very powerful...and progressively very famous...
Also because of MPUI is portable yet and SMPlayer is become portable (now save settings in a ini file), you can think to create a completely portable version of it now...and distribute it in a general-build zip archive (without the installation process), didn't you?
Very good software!

[LoRd_MuldeR]

you can think to create a completely portable version of it now...and distribute it in a general-build zip archive (without the installation process), didn't you?

Well, the purpose of my little project is to provide an "all-in-one" installer. If you don't want to use an installer, simply grab the latest SMPlayer (as 7z archive) from official site and get and up-to-date MPlayer.exe from one of the sites that provide pre-compiled binaries (Celtic Druid, Gianluigi Tiesi, CCCP)...

[vlada]

You need to do something with this:
31. RealPlayer 11.0.0.181 Beta 92814

:-D

Personally I don't understand, how can somebody use RealPlayer....

Then I have one question regarding MPlayer: Is it possible to vertically adjust DVD subtitles. I'm afraid not, but I'm asking anyway. Also there is a bug in subtitle rendering I mentioned here (http://forum.doom9.org/showthread.php?t=110830&page=2). Do you know if anybody's aware of it? I know I should rather ask at MPlayer's forum, but I hope somebody here might know it too.

[LoRd_MuldeR]

MPlayer for Windows (2007-10-10)
[2007-10-10]
* MPlayer binaries updated to v1.0rc2 (SVN-r24722)
* SMPlayer updated to v0.5.60+SVN-r158
* Binary Codec Package updated to (2007-10-07)
* AutoUpdate tool improved

Note that you cannot use the AutoUpdater this time, so please manually download the installer...

[LoRd_MuldeR]

MPlayer for Windows (2007-10-11)
[2007-10-11]
* MPlayer binaries updated to SVN-r24762-4.2.1
* SMPlayer updated to v0.5.61 (SVN-r159)

[helms]

The light package doesn't seem to include smplayer. The mpui included in the your package re centers on the screen every time a video file repeats or another file in the queue is started compared to the default mpui which stays in the place on the screen it is moved to when a file repeats e.t.c.

[Clobon]

Hi there.

--- snip

question regarding css

--- snap

Ok, noone.

Then just thanks for a great softwarepackage.

regards/MfG, Clobon

[reepa]

Also because of MPUI is portable yet and SMPlayer is become portable (now save settings in a ini file), you can think to create a completely portable version of it now...and distribute it in a general-build zip archive (without the installation process), didn't you?
Very good software!

If you don't care for an installer, I zipped up the 2007-10-11 Generic build:
http://www.mediafire.com/?bdnu9vyenzy
http://www.zshare.net/download/4312986fba833d/

[LoRd_MuldeR]

The light package doesn't seem to include smplayer. The mpui included in the your package re centers on the screen every time a video file repeats or another file in the queue is started compared to the default mpui which stays in the place on the screen it is moved to when a file repeats e.t.c.

That's correct.

[skystrife]

fontconfig appears to have been disabled in this build, where it was enabled in the previous ones. May I ask why?

[LoRd_MuldeR]

fontconfig appears to have been disabled in this build, where it was enabled in the previous ones. May I ask why?
This time I used the builds kindly provided by Gianluigi "Sherpya" Tiesi:
http://oss.netfarm.it/mplayer-win32.php

[cstrikedish]

It looks very nice! Download to try. :cool:

[LoRd_MuldeR]

MPlayer for Windows (2007-11-02)

[2007-11-02]
* MPlayer binaries updated to SVN-r24930
* SMPlayer updated to Version 0.5.61+SVN-r348

[Dkruskie]

Thanks for the update :)

[LoRd_MuldeR]

MPlayer for Windows (2007-11-18)

[2007-11-18]
* MPlayer binaries updated to SVN-r25088
* SMPlayer updated to Version 0.5.62 (SVN-r418)
* QT Runtime Libs updated to Version 4.3.2
* NSIS updated to Version 2.33

Note: Due to a bug in the QT Framework, SMPlayer currently doesn't open files with a name starting with a ' character.
This problem applies to the command-line only. Opening such files via File -> Open or via Drag & Drop does work.

[HarryM]

SMplayer is very good, big progress, much, much better than MPUI.

[temproh]

Is it possible to use CoreAVC instead of FFmpeg with MPlayer/MPUI? (I'm using Celtic Druid's latest MPlayer build and MPUI 1.1.10.) And does it make sense?

[LoRd_MuldeR]

Is it possible to use CoreAVC instead of FFmpeg with MPlayer/MPUI? (I'm using Celtic Druid's latest MPlayer build and MPUI 1.1.10.) And does it make sense?
There already is a working OpenSource (free) H.264 Decoder in ffmpeg/libavcodec, so the MPlayer Team will definitely stay with that one and will not put any effort in supporting a proprietary H.264 Decoder, such as CoreAVC, in their program. In terms of quality there is absolutely no need to use CoreAVC, because every (properly implemented) H.264 Decoder will produce 100% pixel-identical output! In terms of performance CoreAVC still might be the preferred choice, at least when we talk about pure software H.264 Decoders. But ffmpeg/libavcodec is on the way! There now is multi-threading support for sliced H.264 streams in the ffmpeg/libavcodec decoder. Multi-threading support for H.264 streams without slices (as produced by recent x264 encoder) is not in the official SVN yet, but there already is an experimental patch available. No idea when this will be ready for release, so be patient!

As far as I know there is an unofficial MPlayer patch for CoreAVC support, but I never tested it (nor am I interested in doing so). I'm sure this patch will not make it into the official SVN and it will be useless as soon as the ffmpeg/libavcodec H.264 decoder gets "real" multi-threading support. Furthermore you would need to buy CoreAVC to use that MPlayer patch!

Last but not least performance only matters when it comes to HD material. For regular SD material an up-to-date PC has far enough CPU power for smooth playback, even when using the ffmpeg/libavcodec H.264 decoders! In case you need maximum performance for HD H.264 videos, you might be far better off with a Hardware H.264 decoder (DXVA), instead of a pure software decoder. Neither ffmpeg/libavcodec nor CoreAVC support that (although it was announced for CoreAVC a long time ago), but I think Cyberlink's H.264 decoder does...

[kurt]

@ temproh: rvm described a method: http://forum.doom9.org/showthread.php?p=1021553

[LoRd_MuldeR]

@ temproh: rvm described a method: http://forum.doom9.org/showthread.php?p=1021553But keep in mind that you still have to buy CoreAVC in order to get the CoreAVCDecoder.ax ...

[kurt]

jup, or alternatively you luckily have the (old) test version ... (but I didn't try out if it works yet)