MPlayer for Windows (2008-06-01)

[rvm]

LordMullder is now smplayer your preferred Gui? It's pretty slow on slower hardware (like cpu's below 1 GhZ)...

Mmm, I decrease the CPU speed to 800 MHz and I don't see that smplayer is slow. Of course HD videos can't be played smoothly, but normal videos play ok.

[LoRd_MuldeR]

LoRd_MuldeR: Can you please add an option in your next release to be able to choose whether MPUI or SMPlayer is the default player?

MPUI will automatically become the "default" front-end, if you don't install SMPlayer. If you install both, MPUI and SMPlayer, then SMPlayer will be the "default" player. But you can remove/rename the "SMPlayer.exe" at any time and re-run "SetFileAssoc.exe". Then all file associations will be changed to MPUI insted of SMPlayer. Of course you have to make sure that "MPUI.exe" is still there...

[vbjeff]

When I try to play a AVI2 (OpenDML) MJPEG video with SMPlayer, it reports that the video is 0 sec long and the slider does not work, but the video still plays. Is there a problem with getting the duration of a video that is an OpenDML MJPEG video?

Here is a link to a sample video (10 sec, 18MB):
http://www.dcresource.com/reviews/canon/powershot_sd800-review/MVI_0059.AVI

[LoRd_MuldeR]

When I try to play a AVI2 (OpenDML) MJPEG video with SMPlayer, it reports that the video is 0 sec long and the slider does not work, but the video still plays. Is there a problem with getting the duration of a video that is an OpenDML MJPEG video?

Here is a link to a sample video (10 sec, 18MB):
http://www.dcresource.com/reviews/canon/powershot_sd800-review/MVI_0059.AVI

I guess this is more a MPlayer problem than a SMPlayer problem: If MPlayer cannot detect the length of the video, it might report "length = 0" to SMPlayer or even not report anything at all. Then SMPlayer's slider cannot work for obvious reasons. This problem can also happen with corrupted AVI files, which are lacking a proper index block! Try to add -idx to "Additional Options for MPlayer" (you find it at Preferences -> Advanced). This will force MPlayer to rebuild the missing index block, if necessary. But opening your AVI file might take a few moments then...


[EDIT]

With your original file MPlayer reports a length of 0.03 seconds, which explains why SMPlayer's slider isn't working. Unfortunately in this case -idx doesn't help at all. But after re-muxing your AVI file with Avidemux, I got it working properly and MPlayer reports a length of 10.0 seconds now. So I guess there was "something" wrong with your AVI...

[vbjeff]

I guess this is more a MPlayer problem than a SMPlayer problem: If MPlayer cannot detect the length of the video, it might report "length = 0" to SMPlayer or even not report anything at all. Then SMPlayer's slider cannot work for obvious reasons. This problem can also happen with corrupted AVI files, which are lacking a proper index block! Try to add -idx to "Additional Options for MPlayer" (you find it at Preferences -> Advanced). This will force MPlayer to rebuild the missing index block, if necessary. But opening your AVI file might take a few moments then...


[EDIT]

With your original file MPlayer reports a length of 0.03 seconds, which explains why SMPlayer's slider isn't working. Unfortunately in this case -idx doesn't help at all. But after re-muxing your AVI file with Avidemux, I got it working properly and MPlayer reports a length of 10.0 seconds now. So I guess there was "something" wrong with your AVI...


Thanks for your fast response, using Avidemux did fix the problem. When I looked at the header info (using abcAVI Tag Editor) from the original AVI and the modified AVI, I noticed that Avidemux appeared to remove any references to any AVI2 (OpenDML) entries. Since Avidemux did work properly with the original AVI I guess there may be a bug or limitation in MPlayer?

Unfortunately, the MPlayer web site does not appear to have a forum where I can post questions, and it looks like I need another degree to figure out how to submit a bug using their bug tracking system, so I guess this won't get fixed any time soon.

[LoRd_MuldeR]

You can enabled "Create OpenDML files" in Avidemux's Preferences (look at the "Output" tab).
The resulting file still plays fine in MPlayer here...

[rvm]

Unfortunately, the MPlayer web site does not appear to have a forum where I can post questions

There's no forum, but there's a mailing list:
http://www.mplayerhq.hu/design7/mailing_lists.html

[vbjeff]

You can enabled "Create OpenDML files" in Avidemux's Preferences (look at the "Output" tab).
The resulting file still plays fine in MPlayer here...
Thanks for the suggestion. I tried using the option you stated, but according to abcAVI Tag Editor, the new header still does not contain OpenDML specific header entries, just some additional bytes in a "Junk" field.

I'm still not sure if the problem is with the original AVI file (which is what comes out of all current Canon digital cameras) or with MPlayer. Since other software like GSpot, Avidemux, and even Windows Media Player recognize the proper video length, it seems like a problem with MPlayer??


There's no forum, but there's a mailing list:
http://www.mplayerhq.hu/design7/mailing_lists.html
Thanks for the info, this should help to get some answers.

[LoRd_MuldeR]

I'm still not sure if the problem is with the original AVI file (which is what comes out of all current Canon digital cameras) or with MPlayer.

I think it's extremely unlikely that MPlayer has any AVI specific bugs, since AVI is an old and well-known format and it's MPlayer's/MEncoder's "primary" format. Also MPlayer is known for it's good error resilience. If there are any problems with AVI, it might be something that was broken recently (and might be fixed already). Maybe you try other (older) MPlayer builds and compare what happens....

http://tirnanog.fate.jp/mirror/mplayer/
http://oss.netfarm.it/mplayer-win32.php

[LoRd_MuldeR]

*UPDATE*

I just updated my package to SMPlayer v0.5.53 :)

[acantoni]

First of all let me say THANK YOU for your work Lord_Mulder ! awesome package!

I have a problem though, in previous version in smplayer i could , after quiitting a video, automatically restart it at the timeframe i left .

So if for instance in a clip i've seen the first 20 minutes, next time i open the same file i'd start at 20 minutes.

This feature was incredibly useful for me.

In the latest release, both of your pack and of vanilla smplayer this function isn't working and it seems i'm unable to turn it on.

Any advice on how to bring this feature on is really appreciated!

Thanks!

[LoRd_MuldeR]

First of all let me say THANK YOU for your work Lord_Mulder ! awesome package!

I have a problem though, in previous version in smplayer i could , after quiitting a video, automatically restart it at the timeframe i left .

So if for instance in a clip i've seen the first 20 minutes, next time i open the same file i'd start at 20 minutes.

This feature was incredibly useful for me.

In the latest release, both of your pack and of vanilla smplayer this function isn't working and it seems i'm unable to turn it on.

Any advice on how to bring this feature on is really appreciated!

Thanks!

Options -> Preferences -> General -> Media Settings
Enable "Remember settings for all files" and disable "Don't remember time position" :)

[acantoni]

Thanks Mulder!
I did know about that option but.. didn't work!!

Aftermessing around i found the problem!

In the 2nd option from the left in the main menu (open , *play* , video , audio, subtitles, browse, options , help )
Play -> u've got a bunch of option, latest one is REPEAT , well if this option is on it seems that file start always from the start and that was why the resume wasn't working for me!

(my smplayer isn't in english so i may call some menu with the wrong name)

[Razorholt]

mplayer question: How can we find out that mplayer finishes a video whitout calling stdin/stdout?

Thanks,
- Dan

[LoRd_MuldeR]

mplayer question: How can we find out that mplayer finishes a video whitout calling stdin/stdout?

Thanks,
- Dan

You either parse each line from stdout and wait for "Exiting... (End of file)" or you wait for the MPlayer process to terminate...

The latter can be done under Windows via the following Win32 API calls (untested ^^):
CreateProcess(nil, PChar(Commandline), nil, nil, false, 0, nil, nil, si, pi); // Create process
WaitForSingleObject(pi.hProcess, INFINITE); // Wait for process to terminate

[Razorholt]

Thanks LoRd_MuldeR for your reply. What I'm trying to achieve here is to feed mplayer with a list of files coming from a server (playlist). I would like mplayer to play the files one after another without having it to close and re-open in between videos.

The solution has to be applicable for Linux, Mac and Windows, this is why I don't really fancy using win32 API.

I may look into -playlistbut I don't think it would be relevant since the actual playlist sits on a server. I also tried -idle but that didn't work.

Thanks,
- Dan

[wqcr]

Hello everybody,
I have problems with playing HD videos. Mplayer says "ERROR>can't use overlay mode: please use -vo directx:noaccel". I try verbose parameter. My video card supports 7 of 15 overlay modes. If I use video output directx:noaccel, it stresses my CPU to 80% if I use 2000 MHz instead of 800 MHz. Please don't write something like "Change your graphics card". I CANNOT change graphic card, because I using IGP SIS M760GX on my notebook. I also try gl and gl2 output but it not work. So, how can I play HD video on my notebook on windows? (I try X11 output in linux and it works fine, but I'm lazy starting to Slax through one HD file).

:thanks:

PS: Sorry for my EN language

[foxyshadis]

Are there any newer drivers for the chipset out? Usually that's the only way to fix those issues. Since mplayer has no vmr output, I don't think it'll work otherwise. =\

[rvm]

I may look into -playlistbut I don't think it would be relevant since the actual playlist sits on a server.

I think you can pass a URL to -playlist, and the playlist can have URLs pointing to any place. I didn't test it but I think it's that way.

[LoRd_MuldeR]

The solution has to be applicable for Linux, Mac and Windows, this is why I don't really fancy using win32 API.

Well, under Linux and Mac there should be similar ways to create a process and wait for it to terminate. But under Win32 you do it like the code I posted above. Unless there is a cross-platform library that hides the OS-specific API calls, you will have to implement one function per OS...

[vlada]

I have porblems with MPlayer an DV AVI video. The video won't play with both MPUI and SMPlayer as a frontend. Here is the log:
command line:
"c:\Program Files\Multimedia\Video\MPlayer\mplayer.exe" -slave
-identify -wid 3541922 -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:\Instalace\_Novy\video2.avi

MPlayer dev-SVN-r24387-4.2.1 (C) 2000-2007 MPlayer Team
CPU: AMD Athlon(tm) 64 Processor 3500+ (Family: 15, Model: 79, Stepping: 2)
CPUflags: MMX: 1 MMX2: 1 3DNow: 1 3DNow2: 1 SSE: 0 SSE2: 0
Compiled with runtime CPU detection.
Setting process priority: abovenormal
113 audio & 235 video codecs
C:\WINDOWS\Fonts\Arial.ttf doesn't look like a bitmap font description, ignoring.
Cannot load bitmap font: C:\WINDOWS\Fonts\Arial.ttf

Playing D:\Instalace\_Novy\video2.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: [dvsd] 720x576 24bpp 25.000 fps 28800.0 kbps (3515.6 kbyte/s)
ID_FILENAME=D:\Instalace\_Novy\video2.avi
ID_DEMUXER=avi
ID_VIDEO_FORMAT=dvsd
ID_VIDEO_BITRATE=28800000
ID_VIDEO_WIDTH=720
ID_VIDEO_HEIGHT=576
ID_VIDEO_FPS=25.000
ID_VIDEO_ASPECT=0.0000
ID_AUDIO_FORMAT=1
ID_AUDIO_BITRATE=1536000
ID_AUDIO_RATE=0
ID_AUDIO_NCH=0
ID_LENGTH=8.88
Opening video filter: [screenshot]
==========================================================================
Opening video decoder: [dshow] DirectShow video codecs
Decoder supports the following YUV formats: YUY2 UYVY
Decoder is capable of YUV output (flags 0x9)
VDec: vo config request - 720 x 576 (preferred colorspace: Packed YUY2)
[PP] Using codec's postprocessing, max q = 4.
VDec: using Packed YUY2 as output csp (no 0)
Movie-Aspect is undefined - no prescaling applied.
VO: [directx] 720x576 => 720x576 Packed YUY2
VideoDecoder::SetExtAttr: registry failure
Selected video codec: [qdv] vfm: dshow (Sony Digital Video (DV))
==========================================================================
ID_VIDEO_CODEC=qdv
==========================================================================
Opening audio decoder: [pcm] Uncompressed PCM audio decoder
AUDIO: 48000 Hz, 2 ch, s16le, 1536.0 kbit/100.00% (ratio: 192000->192000)
ID_AUDIO_BITRATE=1536000
ID_AUDIO_RATE=48000
ID_AUDIO_NCH=2
Selected audio codec: [pcm] afm: pcm (Uncompressed PCM)
==========================================================================
AO: [dsound] 48000Hz 2ch s16le (2 bytes per sample)
ID_AUDIO_CODEC=pcm
Starting playback...
SwScaler: reducing / aligning filtersize 1 -> 4
SwScaler: reducing / aligning filtersize 1 -> 1
SwScaler: reducing / aligning filtersize 1 -> 1
[swscaler @ 00CCD9A0]SwScaler: Lanczos scaler, from yuyv422 to bgr24 using MMX2
[swscaler @ 00CCD9A0]SwScaler: Lanczos scaler, from yuyv422 to bgr24 using MMX2
[swscaler @ 00CCD9A0]SwScaler: using 4-tap MMX scaler for horizontal luminance scaling
[swscaler @ 00CCD9A0]SwScaler: using 4-tap MMX scaler for horizontal chrominance scaling
[swscaler @ 00CCD9A0]SwScaler: using n-tap MMX scaler for vertical scaling (BGR)
[swscaler @ 00CCD9A0]SwScaler: using MMX2 YV12->BGR24 Converter
[swscaler @ 00CCD9A0]SwScaler: 720x576 -> 720x576


MPlayer interrupted by signal 11 in module: filter_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.


Anyone has any idea what might be wrong? I have a 30MB sample if anyone is interested. The sample plays in VLC and WMP/MPC with both MS decoder and ffdshow.

Also I have a problem with SMPlayer. I updated to latest version and now after starting the player it starts eating whole CPU and nothing happens. What might be wrong? I heard something about SSA library taking longer to load, but 1 minute on Athlon64 3500+ is too long IMHO. Or am I just inpatient?

[rvm]

Also I have a problem with SMPlayer. I updated to latest version and now after starting the player it starts eating whole CPU and nothing happens. What might be wrong? I heard something about SSA library taking longer to load, but 1 minute on Athlon64 3500+ is too long IMHO. Or am I just inpatient?

In my computer (Turion 64, 2 GHz) it takes 30 seconds to create the font cache.

I don't know, try to delete the cache (C:\Documents and Settings\user\.fonts.cache-1), maybe it got corrupted.

[[)370|\|470!2]

Is it that hard to announce it doesn't work correctly with vista aero? If i knew, i wouldn't even bother downloading. "Vista compatibility" sounds inadequate.

[rvm]

Doesn't it work well is you use gl/gl2?

[[)370|\|470!2]

Omfg. It also messes up registry settings for all associated mediafiles after uninstall; what a piece of junk

[LoRd_MuldeR]

AFAIK MPlayer doesn't use the Windows registry at all ;)
Only my installer changes the file associations and only if you explicitly enable that option.

And if MPlayer doesn't run properly on Vista while it does on XP, it's M$'s job to fix those Vista compatibility issues....

[Razorholt]

Omfg. It also messes up registry settings for all associated mediafiles after uninstall; what a piece of junk

Referring Mplayer as "a piece of junk" while running Vista makes your remark quite irrelevant - Very funny actually.

[[)370|\|470!2]

Referring Mplayer as "a piece of junk" while running Vista makes your remark quite irrelevant - Very funny actually.

C'mon. Teh only funny person here is you, hence you're using windows, no matter which version. According to your "logic", you should use *nix or dos. Or windows 3.10 at least. Lmao. And still, if you wanna bash vista, get yourself a decent puter 1st.

[[)370|\|470!2]

AFAIK MPlayer doesn't use the Windows registry at all ;)
Only my installer changes the file associations and only.

It was concerning your installer exactly. Sorry i didn't make myself clear.

if you explicitly enable that option.

It is enabled by default. Think again.

And if MPlayer doesn't run properly on Vista while it does on XP, it's M$'s job to fix those Vista compatibility issues....

For some odd reason MPC doesn't have this "compatibility issue". Weird, don't you think?..

[LoRd_MuldeR]

It is enabled by default. Think again.
So? If you don't want to associate media files with MPlayer, then you can uncheck that option.
If you keep it enabled, then it does exactly what it's expected to do.

Think -> Everything works OK so far...

For some odd reason MPC doesn't have this "compatibility issue". Weird, don't you think?..

It's not so weird if you know that MPC is based on DirectShow, as Windows Media Player is. DirectShow is a part of DirectX, which is one of M$'s preferred technologies. They even released the new DirectX 10 exclusively for Vista. One of the (useless) attempts to force people to buy vista ^^

MPlayer is cross-platform software, so it does not use a proprietary and platform-specific technology, which DirectX is, for obvious reasons! MPlayer has it's own decoders/splitter built-in. When running under Windows, MPlayer uses the Overlay Renderer for video output by default. If Vista (or Aero) breaks the Overlay renderer, then that is a bug and nothing else. They should fix their bugs, not expect developers to workaround them!

Surprisingly enough, a lot of my friends use Vista now, and they all assured me that they can use MPlayer without the slightest problem. Maybe you should check your system again...

[Razorholt]

C'mon. Teh only funny person here is you, hence you're using windows, no matter which version. According to your "logic", you should use *nix or dos. Or windows 3.10 at least. Lmao. And still, if you wanna bash vista, get yourself a decent puter 1st.

You're assuming that I use Windows like you assume that Mplayer is crap or doesn't work on Vista. Do us a favor and stop assuming and blaming others when the real issue comes from your end. Like LoRd_MuldeR suggested, check your system again... Or ask someone.

And since you asked, I use Mplayer on Linux, Mac (not 100% stable but...) and Windows. As far as I'm concerned it's pretty stable compared to other players such as VLC.


Take care,

- Dan

[[)370|\|470!2]

So? If you don't want to associate media files with MPlayer, then you can uncheck that option.
If you keep it enabled, then it does exactly what it's expected to to.

Think -> Everything works OK so far......

You simply didn't get it, do you. There wasn't a problem your installer associated files with mplayer, although it deleted all other associations for another softwares for these files, which alone is bit lame already. The real problem arised when i uninstalled it and the mess it left behind, e. g., .avi, .mp4, .mkv, .ts and so on are no longer recognized by os. Not that such a huge problem, right. Dunno to code an uninstaller properly, huh? :devil:



It's not so weird if you know that MPC is based on DirectShow, as Windows Media Player is. DirectShow is a part of DirectX, which is one of M$'s preferred technologies. They even released the new DirectX 10 exclusively for Vista. One of the (useless) attempts to force people to buy vista ^^

Yeah, M$ sucks, Vista sucks, thanks mate, i didn't know, you've just opened my eyes... :cool:


MPlayer is cross-platform software, so it does not use a proprietary and platform-specific technology, which DirectX is, for obvious reasons! MPlayer has it's own decoders/splitter built-in. When running under Windows, MPlayer uses the Overlay Renderer for video output by default. If Vista (or Aero) breaks the Overlay renderer, then that is a bug and nothing else. They should fix their bugs, not expect developers to workaround them!

If it can't use DS renderer properly, then you(or whoever positioning it for Vista) should say so. Is there a problem with that? Moreover, there's no way chosing other renderer but overlay, right? Although i saw some option there with word "renderer", there were no VMR7 or VMR9 options there. And... Lol, Vista (or Aero) doesn't break the Overlay renderer — it's simply too advanced to use such an obsolete algorithm. Yeah, another reason to hate M$ — they trying to move forward, not backward. :D

Surprisingly enough, a lot of my friends use Vista now, and they all assured me that they can use MPlayer without the slightest problem. Maybe you should check your system again...

It depends on what your definition of "problem" is. If it makes desktop switch to basic theme becoz of some s/w while there's dozens of similar softwares that doesn't, i'd say it is a problem.

[Gusar]

There is actually no bug to fix in Vista or in MPlayer. Aero is a compositor and overlay is by design incompatible with compositing. That's why Aero is switched off while an overlay window is present. One solution would be for MPlayer to implement VMR or EVR outputs, which are compatible with a compositor. The other is to use -vo gl:yuv=# / -vo gl2:yuv=# (the yuv number depends on your graphic card, see mplayer manpage).

And MPlayer does use DirectX on Windows. The outputs are after all named -vo directx and -ao dsound for a reason.


[)370|\|470!2, while you have a valid concern, your tone is very rude and disrespectful towards doom9 members and especially MPlayer developers.

[LoRd_MuldeR]

You simply didn't get it, do you. There wasn't a problem your installer associated files with mplayer, although it deleted all other associations for another softwares for these files, which alone is bit lame already. The real problem arised when i uninstalled it and the mess it left behind, e. g., .avi, .mp4, .mkv, .ts and so on are no longer recognized by os. Not that such a huge problem, right. Dunno to code an uninstaller properly, huh? :devil:

The idea of an uninstaller is to uninstall, nothing else :rolleyes:

My uninstaller will remove the files that were copied to your HDD during install. In fact MPlayer doesn't need an uninstaller at all, because it doesn't install any files, except the files that are copied to the install directory. So moving the install folder to recycle bin is enough. Nevertheless I added an uninstaller, because various people asked for it. But it's not the job of my (un)installer to re-associate your media files with other applications. I agree, it would be a nice feature to back up the file associations before install and restore them at uninstall. But it's work to implement that and my time is limited. So instead of posting so much flame, you could contribute to the project by writing a patch to backup file associations ...

Yeah, M$ sucks, Vista sucks, thanks mate, i didn't know, you've just opened my eyes... :cool:

That's not what I said nor what I think. But it's a known fact that it's a long way to go for Vista to become as stable as WinXP is now...

If it can't use DS renderer properly, then you(or whoever positioning it for Vista) should say so.

You still don't get it. MPlayer doesn't use DirectShow, nor is MPlayer expected to use DirectShow, nor is there any reason why MPlayer should use DirectShow. MPlayer is simply a piece of software that works 100% independent of the DirectShow Framework. That is why MPlayer runs on Windows as well as on Linux and MacOS. DirectShow based applications are limited to Windows and they always depend on DirectShow Filters. At the same time MPlayer is 100% self-contained, absolutely no need for Codecs, Filters, Plugins, whatever...

Furthermore MPlayer supports a number of different renderers! The ones that work on Windows are at least: Overlay (DirectX), OpenGL and OpenGL V2. Overlay is supposed to work on Windows, no matter which Windows version you are running - it's a basic feature of Windows and it's Window's fallback renderer for all applications! Even DirectShow applications fall back to Overlay if all other renderes fail. Also note that applications can use the Overlay renderer, even if they do not use DirectShow! That's exactly what MPlayer does...

[[)370|\|470!2]

...you assume that Mplayer is crap or doesn't work on Vista.

I didn't say "crap" towards MPlayer. I didn't say "crap" at all actually. :) I didn't say it doesn't work in Vista — you said so in your 1st post. xD Though it actally works in vista. Moreover, if you disable Vista Aero, you won't notice any difference as it was in XP. Peace.

[[)370|\|470!2]

...your tone is very rude and disrespectful towards doom9 members and especially MPlayer developers.

You're right... Although i'm kinda tired frankly hearing from all corners people bashing vista & m$ for almost no apparent reason. Makes me cross the line sometimes. Not that i'm agreed with all M$ does, nor that i like everything in vista.

[vlada]

In my computer (Turion 64, 2 GHz) it takes 30 seconds to create the font cache.

I don't know, try to delete the cache (C:\Documents and Settings\user\.fonts.cache-1), maybe it got corrupted.

Didn't help. :-( I let it running for 15 minutes without any change. Just eating all CPU and no window is displayed. The strange thing is, that font cache file isn't created anymore after starting SMPlayer. But it was there before I deleted it. :confused:

I had to return back to 0.5.2, which works fine for me.

[Gusar]

You're right... Although i'm kinda tired frankly hearing from all corners people bashing vista & m$ for almost no apparent reason.Oh, there are plenty of reasons to bash Vista, MMCSS being the biggest one, but let's not go there as it's off topic here.

But the fact is also, that MPlayer is not fully compatible with Vista. So probably some documentation is in order, stating to either use GL outputs or deal with the fact that Aero will switch off. If you're watching a movie in fullscreen, it doesn't matter anyway. Also with Aero off, you get higher performance.

[Razorholt]

Small problem with -vo gl is that it makes my PC reboot when I open a HD file (720p MOV). OpenGL would help if it could come up with an update that fixes that problem, as well as the fullscreen issue - I already stated that issue here on doom9 and I'm patiently waiting for an update...

[LoRd_MuldeR]

Small problem with -vo gl is that it makes my PC reboot when I open a HD file (720p MOV). OpenGL would help if it could come up with an update that fixes that problem, as well as the fullscreen issue - I already stated that issue here on doom9 and I'm patiently waiting for an update...

I had a lot of problems with the gl renderer in the past, like video disappearing or messing up when resizing or going fullscreen. But with the recent builds the gl renderer seems to work 100% fine. Might also be the latest Catalyst drivers update, not sure. Also note I'm on XP x64-Edition, not Vista...

[rvm]

Didn't help. :-( I let it running for 15 minutes without any change. Just eating all CPU and no window is displayed. The strange thing is, that font cache file isn't created anymore after starting SMPlayer. But it was there before I deleted it. :confused:

I had to return back to 0.5.2, which works fine for me.

Then probably it's another problem, not related to the font cache.

What package did you install? Mine (http://smplayer.sourceforge.net/en/windows/download.php) or LoRd_MuldeR's?

Does it happen when you just run smplayer or when you try to open a file?

Do you have the option "Create index if needed" in Preferences->Performance enabled by any chance?

[foxyshadis]

Mulder, you've never been pissed off by a shoddy installer? You really have an obligation to reset associations as you found them if you change them, or more generally anything changed in the registry and system configs. It's disrespectful to your users otherwise, and guaranteed to anger people.

That's exactly the reason why I never let any application automatically associate anything, because every so often a completely broken uninstaller comes along and breaks everything.

Razorholt, a random diatribe against Vista is completely uncalled for. You're not supposed to encourage pointless flamewars.

[LoRd_MuldeR]

Again: MPlayer doesn't need an Uninstaller at all. My Installer is basically a SFX, that extracts the files to the install folder. No other files will be put on the system (except Startmenu entries). Nor will any registry changes happen, except those for the file associations. And even those will happen only if explicitly selected by the user. So simply deleting the Install folder would be enough - the uninstaller was added by user request only, it's really not needed! Of course I 100% agree that backing up the old file associations before install and restoring them after uninstall would be a nice feature! But it needs to be implemented and my time is limited because of exams. So this will remain on my to-do list for some time. Also there are some problems to solve: What if you run the Installer for a second time? Will it backup the associations that have already been changed then? And what if the user has manually changed the file associations after Install? Will I still restore the state before Install at Uninstall time? Then I would undo the user's manual changes and the next users starts crying. Furthermore I really don't think that file associations are that much important: You can re-associate any file extension to any application at any time with a few clicks....

[LoRd_MuldeR]

What package did you install? Mine (http://smplayer.sourceforge.net/en/windows/download.php) or LoRd_MuldeR's?

Would it make any difference? I don't use subtitles at all, so that feature is very untested in my package.
If I can improve anything for that, I would like to know...

[rvm]

Would it make any difference?

Different versions of MPlayer.

[foxyshadis]

But it needs to be implemented and my time is limited because of exams. So this will remain on my to-do list for some time.
Sure, that's understandable.
Also there are some problems to solve: What if you run the Installer for a second time? Will it backup the associations that have already been changed then? And what if the user has manually changed the file associations after Install? Will I still restore the state before Install at Uninstall time? Then I would undo the user's manual changes and the next users starts crying. Furthermore I really don't think that file associations are that much important: You can re-associate any file extension to any application at any time with a few clicks....
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.

The issue that raises - what if you reinstall but to a different folder - has no real solution without registry timestamps, so you just do whatever you want.

[[)370|\|470!2]

Of course I 100% agree that backing up the old file associations before install and restoring them after uninstall would be a nice feature! But it needs to be implemented and my time is limited because of exams. So this will remain on my to-do list for some time. Also there are some problems to solve: What if you run the Installer for a second time? Will it backup the associations that have already been changed then?

Tell me one thing... Was that a first installer you ever made? I thought the fact, that installer shouldn't even touch associations that belongs to other programs using these files, obvious enough. There's quite plenty of room in registry, to simply add new ones for a new proggie, then remove if/when uninstalled, ya know. But no, this dumb thing you created have to completely destroy any reg entries for these files. Good job, now my system doesn't even know what .wav files are. It asks me what program should it use to open it... Needless to say that from now on i'm not installing a single byte of code if it comes from you. :mad:

[LoRd_MuldeR]

Needless to say that from now on i'm not installing a single byte of code if it comes from you. :mad:
Congratulations :)

[vlada]

rvm
Sorry for my late reply. I use LoRd_MuldeR's installer and I also tried official SMPlayer installer. Both with the same result.

The player won't even start, it just eats my whole CPU. Since it won't show up, I can't set anything in the player. It is strange that other people don't have any problems. I'm thinking what could be so special on my PC. But it is an ordinary A64 3500+ with Win XP and Comodo Firewall/Antivirus. Which now reminds me, that the antivirus causes the same problem to Apache server. I'm going to check this...

[rvm]

Yes, that's strange.

Have you checked in the task manager which process uses most of the CPU when this happens? Probably it's smplayer, but who knows, maybe it's the antivirus or something.

You can also try to delete the config file, just in case it got corrupted (C:\Documents and Settings\Username\.smplayer\smplayer.ini) but I really doubt this will fix anything.