View Full Version : MPlayer for Windows (2019-10-15)
Pages :
1
[
2]
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
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> 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?
Maybe a blacklist on the executable name ?
Or even a whitelist with authorised programs in which mplayer isn't listed ? What if you rename to somethingelse.exe ?
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
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.
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
vBulletin® v3.8.11, Copyright ©2000-2026, vBulletin Solutions Inc.