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

LoRd_MuldeR

4th April 2010, 18:25

hi, i have noticed, that when playing stream (http://radio.com/some_stream.pls) mplayer create *.tmp file in the %tmp% folder (when this is videostream the temp file gets very big - about gb for hour).

That's the first time I hear this. And I cannot see this behavior here. Please post your complete MPlayer commandline!

(Find it under Options -> View Logs -> MPlayer, if you are using SMPlayer)

roozhou

5th April 2010, 03:59

LoRd_MuldeR

5th April 2010, 13:28

I guess mplayer is caching the stream in %tmp%

I checked MPlayer's open file handles as well as MPlayer's file system activity. I found nothing that would indicate a writing a TEMP file while playing a stream.

That's why I asked for a complete command-line...

LoRd_MuldeR

17th April 2010, 02:00

MPlayer for Windows 2010-04-16 :)

[2010-04-16]
* MPlayer binaries updated to SVN-r31027
* SMPlayer updated to Version 0.6.9 (SVN-r3488)

ElQuia

18th April 2010, 16:26

Thanks Mulder, will try. What´s better or new or fixed?
Regards.
:thanks:

LoRd_MuldeR

18th April 2010, 16:43

Thanks Mulder, will try. What´s better or new or fixed?

And I thought I included release notes in my previous post :p

(If you need more details, I can only recommend to have a look at the MPlayer SVN (svn://svn.mplayerhq.hu/mplayer/trunk) log)

cweb

19th April 2010, 10:44

Hello,
just a quick question.
Why is it that whenever I update mplayer (smplayer interface), I lose my saved presets (radio) ?

avih

21st April 2010, 23:25

And I thought I included release notes in my previous post :p

(If you need more details, I can only recommend to have a look at the MPlayer SVN (svn://svn.mplayerhq.hu/mplayer/trunk) log)
May I ask about the download stats you have? Was wondering how many people use this package. I've been using it as my main player for quite while now, and I'm pretty happy with it. So, yet again, thx for the maintenance :)

LoRd_MuldeR

21st April 2010, 23:30

Hello,
just a quick question.
Why is it that whenever I update mplayer (smplayer interface), I lose my saved presets (radio) ?

Because you probably didn't uncheck the "Reste MPlayer settings" option during install.

For the Average Joe it's recommended to keep that option enabled, because "bad" settings remaining from a previous install may cause problem.

May I ask about the download stats you have? Was wondering how many people use this package. I've been using it as my main player for quite while now, and I'm pretty happy with it. So, yet again, thx for the maintenance :)

Hard to say, because I have several mirrors and not all mirrors have logs available. Also there are many "software" web-sites that mirror the package.

Anyway, for the 2010-04-16 release I count 17958 downloads so far (Google Code mirror + Mariush (http://forum.doom9.org/member.php?u=160669) mirror + BRHACK mirror + bplaced mirror, Full Package only, including "Auto Update" downloads).

Softpedia (http://www.softpedia.com/get/Multimedia/Video/Video-Players/MPlayer-for-Windows-Full-Package.shtml) counts 804270 downloads, but I think that includes all versions released since 2007. So people might have downloaded multiple times...

avih

22nd April 2010, 03:54

Cool stats, not bad at all :)

ElQuia

25th April 2010, 21:09

mulder:
Just a comment. Instaled latest build, reseted ALL preferences.
Still "stutters" on high def movies. :(
I cant pinpoint what the problem is because MPC HC and Power DVD play high def OK, then it's not my PC. Going to try VLC tomorrow ...
But I love mplayer/smplayer for all but that, and I hate having to change to MPCHC only for high def...

Just my cents ....

LoRd_MuldeR

25th April 2010, 21:27

Just a comment. Instaled latest build, reseted ALL preferences.

For the thousands time: This is intentional, if you don't uncheck "Reste all MPlayer settings" during setup :rolleyes:

Still "stutters" on high def movies. :(

If the libavcodec decoders used by MPlayer aren't fast enough to decode HD content smoothly on your system, then there's nothing that I could do. Don't you get that ???

The DirectShow decoder you are using in MPC-HC (may that be the internal DXVA decoder, Core AVC, DivX H.264, DiAVC or whatever) obviously is faster and thus delivers smooth playback...

ElQuia

27th April 2010, 20:32

For the thousands time: This is intentional, if you don't uncheck "Reste all MPlayer settings" during setup :rolleyes:

If the libavcodec decoders used by MPlayer aren't fast enough to decode HD content smoothly on your system, then there's nothing that I could do. Don't you get that ???

The DirectShow decoder you are using in MPC-HC (may that be the internal DXVA decoder, Core AVC, DivX H.264, DiAVC or whatever) obviously is faster and thus delivers smooth playback...

Mulder: maybe I did not write clearly, I INTENTIONALLY reseted all preferences bu uncheking the box. So as to avoid any misconfiguration during testing.

"...Don't you get that ???..."

:devil: brother, I AM NOT a programmer, just a hardware technician and advanced user. No need to answer like that. If you can`t take heat from people who use your compilations you should not be here.

With the ...

the libavcodec decoders used by MPlayer aren't fast enough to decode HD content smoothly on your system

... it should have been enough. I get it.

Well, let´s hope then that the guys who are behind mplayer for windows, get it better.

LoRd_MuldeR

27th April 2010, 20:42

Mulder: maybe I did not write clearly, I INTENTIONALLY reseted all preferences bu uncheking the box. So as to avoid any misconfiguration during testing.

Sorry, to me it sounded like you are complaining about the reset.... :o

:devil: brother, I AM NOT a programmer, just a hardware technician and advanced user. No need to answer like that. If you can`t take heat from people who use your compilations you should not be here.

With the ...

... it should have been enough. I get it.

Well, let´s hope then that the guys who are behind mplayer for windows, get it better.

It's just that I'm pretty sure I had answered that already ;)

If MPlayer (i.e. ffmpeg/libavcodec) doesn't decode HD content smoothly on your system (not even with the "MT" builds), then that certainly is a pity.

But repeating your problem every singly time I post an updated package won't make the problem go away.

If anybody can make HD content (i.e. H.264/AVC at high resolution and bitrate) play more smoothly in MPlayer, then this are the ffmpeg guys who write the H.264 decoder.

(Well, unless something is horribly misconfigured in my packages, but I currently have no indication for that case ^^)

pr0fessor

2nd May 2010, 12:04

That's the first time I hear this. And I cannot see this behavior here. Please post your complete MPlayer commandline!

(Find it under Options -> View Logs -> MPlayer, if you are using SMPlayer)
i use mplayer from cmd without any gui interface. here is my command line:
mplayer "http://78.90.221.226:8000/alpha" -cache 64 Playing http://78.90.221.226:8000/alpha.
Connecting to server 78.90.221.226[78.90.221.226]: 8000...
Name : AlphaRadio high quality mp3 stream
Genre : Alternative
Website: http://www.alpharadio.bg
Public : no
Bitrate: 128kbit/s
Cache size set to 64 KBytes
Cache fill: 0.00% (0 bytes)
ICY Info: StreamTitle='';
Cache fill: 0.00% (0 bytes)
Audio only file format detected.
==========================================================================
Opening audio decoder: [mp3lib] MPEG layer-2, layer-3
mpg123: Can't rewind stream by 1138 bits!
AUDIO: 48000 Hz, 2 ch, s16le, 128.0 kbit/8.33% (ratio: 16000->192000)
Selected audio codec: [mp3] afm: mp3lib (mp3lib MPEG layer-2, layer-3)
==========================================================================
AO: [dsound] 48000Hz 2ch s16le (2 bytes per sample)
Video: no video
Starting playback...
mpg123: Can't rewind stream by 371 bits!

but i don't know is this visible outside my country.
when mplayer play the stream, it creates in %tmp% file IH???.tmp :
"C:\Documents and Settings\Administrator\Local Settings\Temp\IHDD8.tmp"
the strange is that when i play stream from digitally imported with same command line there is no *.tmp file. and when my drive is filled with tmp file (i have 1gb free space) the mplayer continues playing the stream...
stream in this page http://support.microsoft.com/kb/306126 creates tmp file too:
mplayer -playlist "http://support.microsoft.com/servicedesks/ShowMeHow/3061261.asx" this link to stream creates tmp file too... or directly: mplayer mms://wm.microsoft.com/ms/mcsp/servicedesk/Q306126a.wmv tmp file is created with gui (mpui) too...
i attached my config file (with single thread in config there is no difference)
sorry for my poor english :)

LoRd_MuldeR

2nd May 2010, 12:55

pr0fessor, I can play your stream from http://www.alpharadio.bg/mp3high.m3u and MPlayer certainly does NOT create any "temp" file here :confused:

I checked my %TEMP% folder for suspicious files: nothing. I checked all open file handles in the MPlayer process: nothing. I watched filesystem activity in Process Monitor: nothing.

Using "MPlayer Sherpya-SVN-r31027-4.2.5" on Windows 7 Professional (64-Bit version).

[EDIT]

Exactly same behavior with your WMV stream (mms://wm.microsoft.com/ms/mcsp/servicedesk/Q306126a.wmv). No "temp" file created or accessed anywhere...

pr0fessor

2nd May 2010, 16:39

LoRd_MuldeR

2nd May 2010, 17:05

i try this version too. it seems that the problem is only on windows2000 (i have windows xp installed too and there is no tmp file)

I have no idea why MPlayer should behave differently on Win2k. But after all, you should ask about that topic on the MPlayer mailing list:
http://www.mplayerhq.hu/design7/mailing_lists.html

sweetooth

21st May 2010, 08:27

I have a few issues. Installed Mulder's MPlayer/SMPlayer combo (MPUI.2010-04-16.Full-Package.exe) on an old computer running windows xp (no internet access).

1. I used the default installation, and SMPlayer associated itself with quite a few file types. But when I uncheck file extensions (globally or singularly) it reverts back to default on "apply", or "okay". This is on windows xp.

Do I need to uninstall, and do a custom install? Will uninstalling revert file extensions to previous?

2. When I 1st tried to use SMPlayer it hung up, alternating between "subtitles", and
"updating font cache". After about 30 minutes I shut it down, and turned subtitles off.
???????

3. Everytime I reboot I get a nag screen about checking for updates for MPlayer. Don't want it choosing/asking to update anyway. Couldn't find a setting. Would deleting/renaming update.exe, or update.dat help?

Thanks in advance.

LoRd_MuldeR

21st May 2010, 09:52

1. I used the default installation, and SMPlayer associated itself with quite a few file types. But when I uncheck file extensions (globally or singularly) it reverts back to default on "apply", or "okay". This is on windows xp.

Do I need to uninstall, and do a custom install? Will uninstalling revert file extensions to previous?

All changes regarding file type associations that were done by my installer can be reverted (or re-applied) at any time with the included File Associations tool. Of course file associations were only changed initially by my installer, if you enabled that option during setup. Also note that associations changed by other software are out of scope...

2. When I 1st tried to use SMPlayer it hung up, alternating between "subtitles", and
"updating font cache". After about 30 minutes I shut it down, and turned subtitles off.???????

Updating the font cache can take a few minutes. But it's only done once. It only has to be re-done, if you updated to a new version or if your font files have changed. And there's nothing that could be done to avoid the required font cache update. This is inherent to "fontconfig", which is required for displaying subtitles...

3. Everytime I reboot I get a nag screen about checking for updates for MPlayer. Don't want it choosing/asking to update anyway. Couldn't find a setting. Would deleting/renaming update.exe, or update.dat help?

Please stop spreading nonsense! The update reminder appears for one single time, every 14 days. It of course will re-appear on next reboot, if (and only if) you aborted the update check. Aborting the check every single time, will result in an endless loop. And of course the update reminder is only "installed", if you decided to install that functionality during setup. If you suddenly changed your mind and don't want the update reminder any more, you can easy "disable" it by removing the corresponding entry from your autostart. If you aren't familiar with RegEdit, I'd recommend Autoruns (http://technet.microsoft.com/en-us/sysinternals/bb963902.aspx) for that purpose...

avih

21st May 2010, 10:16

...

Please stop spreading nonsense! The update reminder appears for one single time, every 14 days. It of course will re-appear on next reboot, if (and only if) you aborted the update check. Aborting the check every single time, will result in an endless loop. And of course the update reminder is only "installed", if you decided to install that functionality during setup. If you suddenly changed your mind and don't want the update reminder any more, you can easy "disable" it by removing the corresponding entry from your autostart. If you aren't familiar with RegEdit, I'd recommend Autoruns (http://technet.microsoft.com/en-us/sysinternals/bb963902.aspx) for that purpose...
I wouldn't call it nonsense, especially when it seem to be true and he didn't fabricate the facts. You could tell him this can be avoided by letting the updater complete it's check/download/whatever. However, I'd personaly consider it a somewhat rude approach.

One could easily expect that canceling an update check will send it to rest for another 2 weeks, or something similar (as in: cancel = "Remind me again in two weeks time").

I think the best is if the user is presented with choices of:
1. Cancel and check later ASAP (=next reboot [or whatever your scheduler does])
2. Cancel and check again in 2 weeks.

And I really think the 1st option shouldn't be there, but as long as it's optional, it's fine IMO.

Note: I've never used the updater so I might be completely wrong about the options available. If I interpreted the posts incorrectly, then my appology.

LoRd_MuldeR

21st May 2010, 11:25

I think the best is if the user is presented with choices of:
1. Cancel and check later ASAP (=next reboot [or whatever your scheduler does])
2. Cancel and check again in 2 weeks.

And I really think the 1st option shouldn't be there, but as long as it's optional, it's fine IMO.

That definitely would be the most flexible solution. But I currently have no time to implement that (although it really isn't much work). I also think about just running check without asking the user again. I usually don't like apps to "phone home" without explicit user agreement. But in this case the message box seems to cause more trouble than it helps...

avih

21st May 2010, 11:56

That definitely would be the most flexible solution. But I currently have no time to implement that (although it really isn't much work). I also think about just running check without asking the user again. I usually don't like apps to "phone home" without explicit user agreement. But in this case the message box seems to cause more trouble than it helps...
That was more of a suggestion. My main point was that I don't think bashing the user was appropriate, as he does have a point...

LoRd_MuldeR

21st May 2010, 12:23

That was more of a suggestion. My main point was that I don't think bashing the user was appropriate, as he does have a point...

Well, it simple isn't true that the update reminder appears at every system start. This definitely was a wrong information and it might give people the wrong idea. But it's also true that the current implementation (no way to completely skip the update check, only a way to delay it to the next reboot) is suboptimal. I will fix this, as soon as I have some spare time...

burro08

21st May 2010, 16:11

LoRd_MuldeR

21st May 2010, 18:34

Hi LoRd_MuldeR, i have the latest version of mplayer, and using the smplayer fe.. i usually go to pref> Advanced> Options for mplayer.. and in the options line put -aspect 5:4... and all my video files play full screen even when moving to the next file..

but this isnt working anymore when i start a video it look like its set to 4:3

any ideas why??

I assume the command-line switch only works when MPlayer itself controls the video output window. But when using SMPlayer, then SMPlayer controls the video output window.

Did you try using built-in "Video" -> "Aspect Ratio" feature of SMPlayer ???

burro08

21st May 2010, 19:14

yea it works but im looking a way to do it from start up.... ive always done it the way i described earlier using smplayer.. its just recently stopped working

LoRd_MuldeR

22nd May 2010, 21:54

MPlayer for Windows 2010-05-22 :)

[2010-05-22]
* MPlayer binaries updated to SVN-r31170
* SMPlayer updated to Version 0.6.9 (SVN-r3532)

burro08

24th May 2010, 16:52

Ive solved my problem concerning setting the aspect ratio automatically to full screen for all files on open... as for as i can see you now have to do two things

i am using a folder of tv eps as my example

1. pref> Advanced> Options for mplayer.. and in the options line put -aspect 5:4

2. pref> Advanced> Monitor aspect put 5.4

These settings i use to output to my tv.. u can change as needed

steevjanpan

9th June 2010, 03:05

Okay folks, for many moons now, the Mplayer playlist seems to like to rattle off a gaggle of songs, and then randomly just choke. Simply moving the mouse makes it go again, onto the next song.

I've tried putting the mouse focus in different places and even into a different application alltogether, but sure as government workers take coffee breaks... And so the girls get to top up their drinks each time I run for the mouse.

Any ideas anyone? I'm quite baffled as I write, which in itself is highly unusual. Hell, I've even reloaded windoze on my silly 'puter but no matter what I do, the sun always rises in the same place the next morning...

:eek: (suffocated and helpless)

imadthemad

10th June 2010, 01:13

so i updated mplayer, and now it wont play my .flv or .avi xvid files
didnt try other types as these are the 2 i need most
when i open a file everytime it says updating font cache in status bar then disappears. i waited overnight. same thing each time i open mplayer.

i went to prefrences-->subtitles and changed the sub font to mplayer sub font.

now when i open a file with mplayer i dont get the message, but the file still doesnt play (meaning i dont think font cache was the problem)

in playlist it shows length of file to be 00:00:00 so something must be going on for mplayer to not be able to read the file. the file plays fine with windows media player.

imadthemad

10th June 2010, 01:18

attached log

adam777

10th June 2010, 22:13

Hello all,
A quick question - does Mplayer for windows support DVB-T?
From what I could find online, it seems that the support for DVB is limited for linux.
Thanks in advance, Adam.

steevjanpan

15th June 2010, 04:27

What? No service for tourists without Avatars?
Okay sorry moderator. Fixed at left! :D

(Question in my original post above, thanks)

Ryoandr

17th June 2010, 03:44

LoRd_MuldeR

17th June 2010, 10:48

Hello all,
A quick question - does Mplayer for windows support DVB-T?
From what I could find online, it seems that the support for DVB is limited for linux.
Thanks in advance, Adam.

I've never seen TV-support (DVB-x) working with the Windows-port of MPlayer. Sorry.

However would works fine on Windows is: Use DVBViewer's streaming capabilities to stream the TV to your local network. Then use MPlayer or VLC as clients.

LoRd_MuldeR

17th June 2010, 10:51

I have a wierd problem.
I have a M2TS file from a bluray with mpeg2 video and lpcm audio. When I try to read it I only get video. If I enter -demuxer lavf in the
preferences>advanced>Options for Mplayer>options
field, it works, but then some other files don't work well (I get some dvd vob files stuttering). So I tried enabling "remember setting for all files" and entering -demuxer lavf in
view info and properties>Mplayer Options>Options
field, I then get sound but no video with my m2ts file...
I can't see what I'm doing wrong, so if someone could help

Strange. If you set "-demuxer lavf" for a single file (properties>Mplayer Options>Options), then the behaviour for that file should be identical to settings the option globally (preferences>advanced>Options for Mplayer>options). So did you compare the MPlayer logs and especially the command-lines for both situations?

LoRd_MuldeR

17th June 2010, 10:54

attached log

The MPlayer log would be more interesting than the SMPlayer log ;)

If MPlayer really hangs in "updating font cache" for a very long time (longer than the usual "few minutes"), then this may be caused by a "bad" font file in your "Windows\Fonts" folder. From the MPlayer log you could try to figure out at which file it hangs. Then you could remove the problematic font file. Well, if MPlayer really hangs in the font cache update...

Ryoandr

17th June 2010, 12:04

Strange. If you set "-demuxer lavf" for a single file (properties>Mplayer Options>Options), then the behaviour for that file should be identical to settings the option globally (preferences>advanced>Options for Mplayer>options). So did you compare the MPlayer logs and especially the command-lines for both situations?
When I add "-demuxer lavf" in the global options, all works ; if I add "-demuxer lavf" in the properties>Mplayer Options>Options, then I get no video. I spotted that in the second case there's a -vid 4113 that gets added to the command line.
(all of this with "remember settings for all files" disabled, and the "file_settings" folder emptied to make sure there isn't a setting adding that -vid option)

nijiko

17th June 2010, 16:57

Why not update to 31372 with FFmpeg 0.6?

adam777

18th June 2010, 09:06

I've never seen TV-support (DVB-x) working with the Windows-port of MPlayer. Sorry.

However would works fine on Windows is: Use DVBViewer's streaming capabilities to stream the TV to your local network. Then use MPlayer or VLC as clients.

Yep, that's pretty much the path I've taken, not using DVBViewer though
:thanks:

Ryoandr

28th June 2010, 12:45

When I add "-demuxer lavf" in the global options, all works ; if I add "-demuxer lavf" in the properties>Mplayer Options>Options, then I get no video. I spotted that in the second case there's a -vid 4113 that gets added to the command line.
(all of this with "remember settings for all files" disabled, and the "file_settings" folder emptied to make sure there isn't a setting adding that -vid option)
So, nobody knows why that -vid 4113 gets added ?

steevjanpan

2nd July 2010, 01:57

Okay folks, for many moons now, the Mplayer playlist seems to like to rattle off a gaggle of songs, and then randomly just choke. Simply moving the mouse makes it go again, onto the next song.

Hi folks, your opportunity to answer my question (quoted above) has expired, so I won't be checking back here for answers any more, however you are welcome to create yourselves a bug report and fix the issue in the future. Thanks for your attention.

ElQuia

16th July 2010, 21:19

Hey Mulder ... long time no see :-). Are you still maintaining the project?, there has not been an update in some time ....
Just asking ...

LoRd_MuldeR

17th July 2010, 22:13

Sure, but the MPlayer 2010-06-13 binaries didn't work for me. So update is delayed until Sherpya has fixed the problem...

ElQuia

17th July 2010, 22:57

Sure, but the MPlayer 2010-06-13 binaries didn't work for me. So update is delayed until Sherpya has fixed the problem...

OK :D You are the Man :thanks:

pr0fessor

20th July 2010, 17:14

hi, i have noticed, that when playing stream (http://78.90.221.226:8000/alpha) mplayer create *.tmp file in the %tmp% folder (when this is videostream the temp file gets very big - about gb for hour). what's the point ot this - i can use wget for windows or flashget or dump stream with mplayer? i tested from old release mplayer-1.0rc2 to latest - the same problem. in latest releases switch "-lavdopts skiploopfilter=all" not working (i use it for slow computers and h264 720p)
p.s. it's strange - when play something from di.fm http://72.26.204.28:6384 - there is no tmp file...
i use mplayer from cmd without any gui interface. here is my command line:
mplayer "http://78.90.221.226:8000/alpha" -cache 64
but i don't know is this visible outside my country.
when mplayer play the stream, it creates in %tmp% file IH???.tmp :
"C:\Documents and Settings\Administrator\Local Settings\Temp\IHDD8.tmp"
the strange is that when i play stream from digitally imported with same command line there is no *.tmp file. and when my drive is filled with tmp file (i have 1gb free space) the mplayer continues playing the stream...
stream in this page http://support.microsoft.com/kb/306126 creates tmp file too:
mplayer -playlist "http://support.microsoft.com/servicedesks/ShowMeHow/3061261.asx" this link to stream creates tmp file too... or directly: mplayer mms://wm.microsoft.com/ms/mcsp/servicedesk/Q306126a.wmv tmp file is created with gui (mpui) too...
i attached my config file (with single thread in config there is no difference)
sorry for my poor english :)
i found the solution here:
http://www.wilderssecurity.com/showthread.php?t=260611
i have http checking in nod32 disable (ports that are checked by default: 80, 8080 and 3128 - for that reason not all streams create tmp files) and no more tmp files :)
under 2000 i use nod32, but under xp - avira...
tmp files are created by nod32, but stream never end and the free space end...
sorry for my poor english

lych_necross

28th August 2010, 07:33

@LoRd_MuldeR. Its been awhile since your package of Mplayer has been updated. Are there any updates planned for the future? I haven't noticed any major problems, just curious.

LoRd_MuldeR

28th August 2010, 11:52

@LoRd_MuldeR. Its been awhile since your package of Mplayer has been updated. Are there any updates planned for the future? I haven't noticed any major problems, just curious.

Updates will be released when the MPlayer builds get fixed ;)

The latest (MT) builds that worked correctly on my system date back to 2010-05-13. Everything after that crashes at MPEG-2 playback, which is a show stopper :o
Actually with the "MT" builds the ffmpeg2 decoder never worked on my system, but at least the libmpeg2 was still working, back at that time...

I discussed the issue with Sherpya a while ago. Some info is here:
http://lists.mplayerhq.hu/pipermail/mplayer-dev-eng/2010-August/065647.html

Moreover the latest SMPlayer build is from 2010-05-19 (ftp://ftp.berlios.de/pub/smplayer/windows/). So currently there isn't any reason to update the package with the "old" (working) MPlayer builds either.