View Full Version : MPlayer for Windows (2008-06-01)
Pages :
1
2
3
4
5
6
7
8
[
9]
10
11
12
13
14
15
16
17
18
Razorholt
17th February 2007, 19:52
Thanks LoRd_MuldeR! I still get a better result with the resize (within the GUI) with gl2 tho.
I've noticed that the dude behind smplayer posted at the mplayer mailinglist regarding gl/gl2, so hopefully we'll get someone to look into the issue...
Razorholt
18th February 2007, 02:53
ARRRRGG! I tried to switch from -vo gl to -vo directx and now I can't get the video to play inside the GUI, only when I go fullscreen - The sound plays fine though.
-vo directx:noaccel works fine in both mode, but the video quality is not impressive at all...
Razorholt
18th February 2007, 07:14
nevermind... -nocolorkey fixed it :D
Razorholt
19th February 2007, 22:41
Does MPUI/mplayer require mfc71.dll and mfc71.dll to run on windows? I know VLC does...
Thanks,
- Dan
LoRd_MuldeR
19th February 2007, 23:49
Does MPUI/mplayer require mfc71.dll and mfc71.dll to run on windows? I know VLC does...
Thanks,
- Dan
I just checked with Depency Walker. MPUI uses "MFC42U.DLL", but "mfc71.dll" was not used.
Nevertheless MPUI definitely doesn't use Microsoft Foundation Classes, it's pure Delphi.
BTW: Why asking? Did you encounter any problems with MPUI/MPlayer missing DLLs ???
Razorholt
20th February 2007, 00:10
Thanks a lot! I was asking before prior to using mplayer I was using VLC, which needed those 2 DLLs.
Another question for ya :D: I'm currently embedding the version dev-SVN-r19966-3.4.2 of mplayer.exe, because the size of it is quite good: 3.5MB - and it works. Where can I find the latest version compiled with the minimum reqs at around the same size? All I can find are newer versions greater than 10MB.
Cheers.
- Dan
LoRd_MuldeR
20th February 2007, 00:15
Thanks a lot! I was asking before prior to using mplayer I was using VLC, which needed those 2 DLLs.
Another question for ya :D: I'm currently embedding the version dev-SVN-r19966-3.4.2 of mplayer.exe, because the size of it is quite good: 3.5MB - and it works. Where can I find the latest version compiled with the minimum reqs at around the same size? All I can find are newer versions greater than 10MB.
Cheers.
- Dan
The 3.5 MB version obviously got compressed with some "EXE Packer" tool.
Just get the latest MPlayer build from Celtic's site and use UPX (http://upx.sourceforge.net/) to "shrink" it.
I'd recomment:
upx --force --brute "c:\path to mplayer\mplayer.exe"
Razorholt
20th February 2007, 01:00
WOW!!! Great program indeed!!! From 10MB to 3.2MB... Nice compression. I will try and compress my setup file and see what I end up with :)
Thanks man!
LoRd_MuldeR
20th February 2007, 01:05
WOW!!! Great program indeed!!! From 10MB to 3.2MB... Nice compression. I will try and compress my setup file and see what I end up with :)
Thanks man!
I need to speak a word of warning:
For compressing a single EXE file, UPX is a great solution.
But if you have several EXE's in an archive or an installer, it's a baaad idea ;)
My installer includes 7 MPlayer builds and the installer made with the UPX'd versions was 3 times bigger than the one made from the original "big" EXE files!
That's because compressing compressed files doesn't work very well...
Furthermore compressing an Installer-EXE with UPX won't work, because SFX files have the data stored as "Overlay" and UPX will either leave the Overlay unprocessed or even strip it of (depends on settings used).
Razorholt
20th February 2007, 01:15
ok, I'll leave the installer alone then. :)
foxyshadis
20th February 2007, 02:08
You can include upx in your installer and have it run after the install, then delete it. You know that final step in installing acrobat where it's "Optimizing performance"? That's similar to what it's doing, along with building a prefetch cache and other junk.
LoRd_MuldeR
20th February 2007, 03:39
I already though about that ;)
The problem is that MPlayer.exe is ~11MB in size.
UPX takes a lot of time to compress such a big EXE file, especially in --brute mode.
I think most users would hate the new installer, when it takes 10 times longer to install...
foxyshadis
20th February 2007, 04:27
Sure, but you don't have to use such things, the alternative isn't --brute or nothing. ;)
Just a quick test:
level size time
1 5.8M 0.5s
3 5.5M 1.5s
4 5.3M 2.5s
5 4.6M 3.5s
6 4.6M 4.5s
7 4.4M 7.0s
10 4.3M 55.0s
10 being --best. I never use --brute, not worth it.
So if installation filesize is a concern, even -1 halves it almost instantly, and the other lower levels don't take much longer.
Razorholt
20th February 2007, 05:25
I tried UPX (both --best and --brute) on mplayer.exe (several versions) and I noticed that the video is out of synch... why is that?
LoRd_MuldeR
20th February 2007, 20:59
I tried UPX (both --best and --brute) on mplayer.exe (several versions) and I noticed that the video is out of synch... why is that?
That definitely shouldn't happen :(
LoRd_MuldeR
20th February 2007, 21:23
Sure, but you don't have to use such things, the alternative isn't --brute or nothing. ;)
This seems to be a good setting:
upx.exe -9 --crp-ms=999999 mplayer.exe
Acceptable speed and compressed to 37% of size :)
LoRd_MuldeR
20th February 2007, 22:08
You can include upx in your installer and have it run after the install, then delete it.
Tada :D
MPUI.2007-02-20.Light-Package.exe (http://mulder.brhack.net/public/downloads/testing/MPUI.2007-02-20.Light-Package.exe)
(for testing purpose only!)
Now with 100% more UPX. Please test it and report back...
Razorholt
20th February 2007, 22:34
OK. It worked well for me. I have a P4 2.2Ghz / 5120RAM machine with winXP. Now, if I may add a comment on this method... What is the point for using this new method?
1. You still have a pretty large file (a turn off for some users)
2. We now have to wait an additional 30 to 40 seconds for UPX to compress the file... but what for? To gain a few MB? Is it worth it?
So, here is a suggestion:
1. Do not include mplayer.exe in your package
2. Ask the user to choose which package will be suitable for them and download the appropriate mplayer.exe (3,5MB ish compiled with UPX ;)) during the installation - ISTools offers a free script that does just that.
The downloading time is the issue with your build, not the size of your files.
-Dan
LoRd_MuldeR
20th February 2007, 22:46
We now have to wait an additional 30 to 40 seconds for UPX to compress the file... but what for?
Decrease the startup time of MPlayer.
UPX compressed EXE's are smaller, so they are loaded from HDD to RAM faster.
Of course it needs some time for the decompress step, but it's still faster...
And note: You don't have to wait for the UPX step during Setup, it's still optional!
Do not include mplayer.exe in your package
Well, that's the idea of the my package: Have everything you need in one self-contained Package/Installer.
Without MPlayer.exe my package would be incomplete, so I have to keep that file!
Ask the user to choose which package will be suitable for them and download the appropriate mplayer.exe
The reason I don't like "Online-Installers" is that you (a) need to be connected to the internet at install-time and that you (b) depend on the server, which might be unavailable or even go offline forever...
The downloading time is the issue with your build, not the size of your files.
Downloading everything as single files isn't that much smaller:
4.2 MB (MPlayer) + 0.5 MB (MPUI) + 10 MB (Codecs) = 14.7 MB
My Full-Package with 7(!) MPlayer builds, MPUI and Codecs included = 17.5 MB
:)
Just for comparison: VLC Player setup is ~10 MB and WMPlayer 11 is even 24.5 MB
And we all know what WMPlayer can play without additional software: not much!
foxyshadis
21st February 2007, 02:15
I d'no, -9 still seems pretty strong, way too far down the diminishing returns aisle. I didn't bother to put it in my test because I figured 3-5 would be the sweet spot; when the package itself installs in two seconds or less, I figured you wouldn't want to dump an extra half-minute on people for dubious benefit.
LoRd_MuldeR
23rd February 2007, 18:00
*Updated once again*
:D
Schrade
26th February 2007, 10:22
Lord_Mulder,
Is it possible to add a frame display and/or a method to Goto specific frames?
What I'm basically looking for is the control-G (Goto) method of Media Player Classic. It gives you the frame you stopped on and also the ability to input what frame you want to go to.
Delerue
26th February 2007, 17:52
I would like to congratulate the MPlayer devs. This player has the best non-MS WMV decode I ever see; very compatible, really fast, and you can jump to any part of any video (Adrenaline Rush, per example), witch other players (WMP, MPC and even VLC) can't. The H.264 decode is almost too fast as CoreAVC. Really amazing!
The only complain I have is about the interface. Too much simple in terms of configuration. I think that console commands isn't the way. Ah! And some WMV9 videos can't redirect the audio channels properly.
Keep going. ;)
P.S.: I'm using a Sempron 3000+, but I want to know if MPlayer has dual-core optimizations.
LoRd_MuldeR
26th February 2007, 21:11
Lord_Mulder,
Is it possible to add a frame display and/or a method to Goto specific frames?
What I'm basically looking for is the control-G (Goto) method of Media Player Classic. It gives you the frame you stopped on and also the ability to input what frame you want to go to.
AFAIK to hast host-application can only send "jump to %" commands to MPlayer. Jump to a specific frame is not possible during playback. Only the start frame number can be set via commandline, but I'm not sure if that works with all formats...
LoRd_MuldeR
26th February 2007, 21:17
The only complain I have is about the interface. Too much simple in terms of configuration. I think that console commands isn't the way. Ah! And some WMV9 videos can't redirect the audio channels properly.
Keep going. ;)
P.S.: I'm using a Sempron 3000+, but I want to know if MPlayer has dual-core optimizations.
The problems is that MPlayer has about one million command-line switches and filters available. Having them all implemented in the GUI is impossible. So only the very basic stuff can be set form the GUI directly and all the rest can be set via "Additional commandline parameters". Not really nice, but the only way I can think of. User A wants to have filter 1 implemented in the GUI, user B wants filter 2 and user C wants filter 3. In the end we would need to support all filters and this would bloat the GUI like hell. So I prefer to keep things as simple as possible...
MPlayer uses ffmpeg decoders (libavcodec) for most formats. Those decoders don't have much multi-threading support yet, so all we can do is wait for ffmpeg team to further improve their decoders...
ricardo.santos
28th February 2007, 23:19
Hi LoRd_MuldeR
Thanks for MPUI, i have only good things to say about it but (isnt there always a but) dvd,vcd,mp3 etc etc all play fine in MPUI but i play flv videos with it the audio is not in sync with the video, in VLC the same video plays in sync.
Can you tell me how that can be fixed, i have ffdshow setup tp play flv4 and flvsplitter to play flv6.
Thanks
LoRd_MuldeR
28th February 2007, 23:48
Hi LoRd_MuldeR
Thanks for MPUI, i have only good things to say about it but (isnt there always a but) dvd,vcd,mp3 etc etc all play fine in MPUI but i play flv videos with it the audio is not in sync with the video, in VLC the same video plays in sync.
Can you tell me how that can be fixed, i have ffdshow setup tp play flv4 and flvsplitter to play flv6.
Thanks
ffdshow & flvsplitter are *not* related to MPlayer/MPUI !!!
Those are DirectShow filters, as used by Windows Media Player & Co. But MPlayer doesn't use DirectShow!
If MPlayer doesn't play FLV4 videos in sync, then this is either a bug in MPlayer or libavcodec.
All we can do is wait for the MPlayer/ffmpeg team to fix the problem.
Of course a bug report to the MPlayer mailing list might be helpfull, if not done yet...
ExtraEye
28th February 2007, 23:50
LoRd_MuldeR: any news about the video not re-locating itself in the middle of the screen every time it loads a new video?
LoRd_MuldeR
1st March 2007, 00:04
LoRd_MuldeR: any news about the video not re-locating itself in the middle of the screen every time it loads a new video?
That's a feature I added to MPUI myself :devil:
Well, if you don't like it, I would have to make a 'special' build for you with that feature removed.
I could also make it optional, but adding a new checkbox results in updating *all* language files :(
Adding a special command-line switch for that also isn't the way to go...
I will think about that, when I have more time. Need to concentrate on written exam ATM.
ricardo.santos
1st March 2007, 00:27
ffdshow & flvsplitter are *not* related to MPlayer/MPUI !!!
Those are DirectShow filters, as used by Windows Media Player & Co. But MPlayer doesn't use DirectShow!...
Hi thanks for the info, i knew Mplayer doesn need them, i just mentioned them just in case you needed the info eventough it doesnt need them, a conflict..., just some extra info... im a newbie :)
iŽll look for the link on the mplayer site for reporting bugs
Thanks for the help
wyrd
1st March 2007, 00:52
@ricardo.santos
Hi,
Could you try -correct-pts option?
sorry, if i'm wrong.(i'm not well this function):)
thanks
avih
1st March 2007, 11:41
That's a feature I added to MPUI myself :devil:
Well, if you don't like it, I would have to make a 'special' build for you with that feature removed.
I could also make it optional, but adding a new checkbox results in updating *all* language files :(
Adding a special command-line switch for that also isn't the way to go...
I will think about that, when I have more time. Need to concentrate on written exam ATM.
Since I'm unable to compile it myself (couldn't find free tools to do that), would you be kind enough to compile a "lean and mean" version without file info, menu, context menu or keyboard shortcuts related to info/opening new items? This way it could be used as a very simple player to bundle on CD etc. If you do that, I'd love to have the modified source too.
thanks.
LoRd_MuldeR
1st March 2007, 15:16
Since I'm unable to compile it myself (couldn't find free tools to do that), would you be kind enough to compile a "lean and mean" version without file info, menu, context menu or keyboard shortcuts related to info/opening new items? This way it could be used as a very simple player to bundle on CD etc. If you do that, I'd love to have the modified source too.
thanks.
Did you try like this with existing version ???
MPUI.exe -noopen -multiple -autoquit -compact -topmost
In order to compile MPUI all you need is Delphi. I still use Delphi 7 Professional, because I own a license for that version. Newer versions should work too and if you are not going to redistribute your binaries, a free Personal Edition should be fine. You could also try to use Lazarus/FreePascal, which is OpenSource. Nevertheless, in all cases you need to get the Unicode Controls working, which are not party of Delphi's Standard Library...
Chints
5th March 2007, 19:09
I observed few problems, any idea?
1)Seeking is not corect (at least real video)
2)Mplyaer stops/closes while playing Some rmvb files (looks like old ones). MPUI is still ok. only mplayer instance is closed.
Chints
5th March 2007, 19:38
Myne is a Turion X2, I have not seen any optimize options.
avih
5th March 2007, 23:50
Did you try like this with existing version ???
MPUI.exe -noopen -multiple -autoquit -compact -topmost
In order to compile MPUI all you need is Delphi. I still use Delphi 7 Professional, because I own a license for that version. Newer versions should work too and if you are not going to redistribute your binaries, a free Personal Edition should be fine. You could also try to use Lazarus/FreePascal, which is OpenSource. Nevertheless, in all cases you need to get the Unicode Controls working, which are not party of Delphi's Standard Library...
I just did. But compact mode is without the clip controls too, and I want them to stay. Also, when you press ESC, it goes out of compact mode. What I need is a pure playback application. Like the current MPUI, but without the menu items (and their KB shortcuts), without clip information and without the playlist functionality. Bottom toolbar (less the mentioned 2 items) should stay. Pure playback, No info or "around" functionalities. If you could compile such a version and post the modified source and binaries, I'd appreciate it :)
ricardo.santos
6th March 2007, 02:02
Mulder
Can you tell us which skin is the one used in the first post?
Thanks
sillKotscha
6th March 2007, 02:10
Mulder
Can you tell us which skin is the one used in the first post?
Thanks
my guess...
Vista Transformation Pack (http://www.jcxp.net/forums/index.php?showforum=83) :rolleyes:
various customizations are possible... for example my XP transformed "vista"...
http://img217.imageshack.us/img217/7483/001no7.png (http://imageshack.us)
LoRd_MuldeR
6th March 2007, 02:47
Mulder
Can you tell us which skin is the one used in the first post?
Thanks
It's one of the "BricoPacks" from CrystalXP.net
The one I use is the "Vista Inspirat" pack. Really good work and 100% free :)
http://crystalxp.net/bricopack/en.htm
LoRd_MuldeR
6th March 2007, 02:58
avih, I don't understand what is so bad about having a menubar and clip information. If a user doesn't want to see clip info, then why should he go there? And what if some users want to see clip info, but it was removed? Maybe you can explain a little bit more...
The problem I see is that what you request would need a lot of modifications to the program. If I remove the menubar, the playlist and the info window, all the code that uses the removed controls won't compile any more. So I guess a lot of code would have to be removed or modified, which is a piece of work and also a danger of introducing new bugs. Maybe it would be more easy to write a new app from the scratch instead of messing arround with MPUI. In fact you won't need much: Just put a Panel control on the Form to show the video and write a short piece code to exec MPlayer with the correct parameters. You won't even need to redirect the stdout. I made some minimalistic player like this for my InstantPlayer tool before I started to use MPUI in InstantPlayer...
// EDIT
Found it on my HDD, maybe it can be useful for you:
http://www.mytempdir.com/1243238
avih
7th March 2007, 21:11
thx :) i think i'll try to compile it myself somehow... it's something i need for myself. thx again for the effort :)
ricardo.santos
7th March 2007, 22:41
@ricardo.santos
Hi,
Could you try -correct-pts option?
sorry, if i'm wrong.(i'm not well this function):)
thanks
Could you explain how to do it? i dont see any menu to input that sintax?
Thanks
wyrd
8th March 2007, 02:03
It's simply:)
add to Tools->Options->Additional MPlayer Parameters:
http://tirnanog.fate.jp/tmp/snap/mpopt.jpg
I've tested this sample (http://tirnanog.fate.jp/tmp/sample/flv/un-sync.flv).
Regards.
//ADD:
latest document
http://www.mplayerhq.hu/DOCS/man/en/mplayer.1.html
LoRd_MuldeR
9th March 2007, 02:16
thx :) i think i'll try to compile it myself somehow... it's something i need for myself. thx again for the effort :)
Did you try instplay.exe instead of MPUI.exe ???
http://www.mytempdir.com/1243238
Delerue
9th March 2007, 06:55
I'm not sure if I've already told this. If I insert a DVD Video that comes with an AVI file inside the DVD root and select the MPUI to 'play CD/DVD' it can't play the DVD Video, but only the AVI file. Really weird.
LoRd_MuldeR
9th March 2007, 18:59
I just found thus MPlayer build on the mirror:
mplayer-dev-SVN-r22495-4.1.2.7z (http://tirnanog.fate.jp/mirror/Misc%20(not%20by%20celtic_druid)/mplayer_test/mplayer-dev-SVN-r22495-4.1.2.7z)
The great news is, that OpenGL renderer seems to work in GUI embedded MPlayer now :)
I've tried with MPUI and -vo gl2 and it seems to work okay now!
Nevertheless -vo gl still doesn't work, but I guess that's okay as long as gl2 works.
Can others confirm ???
I've just test it right now in my computer with an ATI card, and yes, now it works (even gl works).
It's not perfect, sometimes the video freezes or corrupts when exiting from fullscreen mode.
I also test it with my smplayer and it works too, although that build has some problems: it lacks the file pthreadGC2.dll (I found it in the MPUI folder) and has no support for -ass and even -cache options.
LoRd_MuldeR
9th March 2007, 20:23
Let's wait for Celtic Druid to update his builds with OpenGL fix included.
I will then update the MPUI packages and add a new option to the installer...
LoRd_MuldeR
9th March 2007, 20:29
I found those builds to work too:
http://oss.netfarm.it/mplayer-win32.php
And yes, there are still bugs in then OpenGL renderer, but it's a great improvement anyway...
wyrd
10th March 2007, 05:12
@LoRd_MuldeR,rvm
ahh.. sorry,these are test builds for me.(static-link fontconfig, aspect ratio in mkv, OpenGL, etc..):D
Why would I upload it there??... so, It's maybe buggy..
I've just test it right now in my computer with an ATI card, and yes, now it works (even gl works).
It's same for me.
it lacks the file pthreadGC2.dll
You are right, I forgot it.
and has no support for -ass and even -cache options.
"-cache problem":
I confirmed it,but I don't know reason yet.It maybe svn problem.. because even Sherpya-SVN-r22472 reproduce.
as for "-ass problem":
It works fine for me in MPUI.
Probably I think it to works in smplayer when you copy fonts folder(font.conf,etc..) to "your screen shot folder(e.g. C:/Documents and Settings/Administrator/desktop)".
Let's wait for Celtic Druid to update his builds with OpenGL fix included.
I agree with you.=D
Best Regards.
//EDIT:
"desktop folder" -> "screen shot store folder"
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.