New release of Media Player 6.4

[gabest]

Originally posted by chros
Still the QT bug: When using the DirectX renderer, there's sound distorsion in Full Screen mode when the toolbar is visible (if the toolbar had fade away the problem is gone ...). And yes, with this renderer the playback is much faster ...

Really? Is the movie controller not running in overlay? (test with the printscreen button) No idea for the sound... how much is the cpu usage when the toolbar becomes active and when it hides?

Question: what's the difference between the (other) renderers ??? (system default, Overlay mixer, VMR9 (renderless)) which should I use ?

Those are dshow renderers, for real and quicktime they do nothing. With the vmr7/vmr9 (renderless) subtitling becomes available, overlay mixer always runs in overlay (good if you want tv-out mirrored from overlay but the sys.def. doesn't want to use overlay for some reason), system default uses the old gdi/ddraw renderer on non-xp and vmr7 (windowed mode, w/o subtitling) on xp, both can dynamically switch on/off overlay depending on the current resources.

[Razor04]

Gabest you just made my day

[Yusaku]

I'd personally vote for approach similar to Mail Messages rules dialogs - i.e. by default, do not make any modifications to automatic graph building and try to mimic Microsoft's graph builder (empty list of rules).

Then, you could add rules like "do not include this filter at all", "include this filter for media types this, this and that"; "include this filter everytime", just like i.e. in Outlook Express. If you code sufficient number of rules, you could do virtually anything with this approach. Plus, it is easily extendable (GUI-wise) by writing new rules.

[lump1]

I've searched through the thread and already found two requests for an "Enqueue in MPC" feature. Adding this would also make a huge usability difference for me. I know MPC already supports command line switches, but nothing like /ADD on Winamp. If MPC had that... WOW!

Just for fun I've been using MPC as a music player, and noticed a couple of bugs which are probably low-priority (especially compared to the "enqueue" feature). One of them is that it incorrectly estimates the playing time of VBR mp3's. When the file is almost done playing, the position indicator makes it look like it's only halfway through. Slightly more worrying is that some constant bitrate mp3's play "silently". I mean, the file is being read, and the progress indicator moves forward, but no sound is being sent out. Interestingly, seeking in the file turns the sound on.

BTW, thank you for making this awesome media player. It is so close to flawless that it freaks me out.

[gabest]

lump1:
- There is a /add command line switch already, just has to be added to the registry manually... :
- It is not easy to position within a vbr mp3, the mpeg splitter of dshow is probably not good at this. Recently, I looked the source code of a little tool "mp3info" when I wanted to make a new source filter for mp3 and saw how bad the situation was :P I didn't give it up yet, but that will be a full day (or two) work.

Yusaku: Yea, rules would be cool, I don't really like long lists. Just have to define the templates first... My ideas:
rule1: <always load/disable> <filter> [for <majortype> [and <subtype>] ... <majortype> [and <subtype>]]
rule2: override merit for <filter> with <merit>

<filter> could also be loaded from an external file if the user knows the clsid.

And of course still waiting more suggestions :P

[Lobuz]

The solution for vbr mp3 or audio related stuff could be foobar project. It's not fully open but I thing that main developer could help with it.
Another idea I have is to control speed of cd-rom like or by cdbremse (to silence it while playing movie).
And something to play not fully downloaded movies with gaps without problems.

Regards
Lobuz

ps. small problem with sound in quicktime 6.1 with changing resolution the sound sometimes disappeare after one play (stop pause replay)

[Yusaku]

Lobuz: like or by cdbremse - if something, then BY cdbremse - it is not as easy a task as it seems (especially for older drives), so no need to code it again - IMO. On the other hand - when I had bad CD drive, I had it slowed down by CD-Bremse for 99% of the time (just turned it on for really, really big copying). I think you should send a suggestion for shortcut keys for CD-Bremse directly to it's author, it's really not too related to MPC

Gabest: maybe another rule could be "connect <filter> to <filter> [for majortype....]" - I think it'd be more user friendly than setting a merit. But probably it is an equivalent. But why not have [for majortype [and minortype]] part even in the "set merit"? Otherwhise one'd have to set multiple always/never load a filter rules to have the same effect.
I cannot think of anything more; from my (minor) understanding of DShow there's nothing you would not be able to do with these two rules, is there?

[gabest]

maybe another rule could be "connect <filter> to <filter> [for majortype....]"

Noooo, it isn't the "graphedit" part yet Maybe it would be better to find some real-life problems and construct a solution after them. The most common use I can think of would be to assign decoder or transform filters for the same type, this could be done by setting the "not load" or "always load" status (in the inside it would be just the matter of boosting or lowering the merit).

[Yusaku]

lol

Well, as I wrote if you could implement the two rules that you proposed, it'd be more than enough

And ad reallife situations: I think that it'd be best to include a set of "hidden" rules, that'd load files like ffdshow.ax, dvobsub.ax, OGM demultiplexer etc. from the directory that mpc is executed from (basics for playback of today's standard A/V formats). All that automatically without setting anything in registry or ini-files. This would make it a killer player for autoruns (although I don't use them, this'd be really neat).

The target for autoruns should be a CD with an autorun that'd just execute "mplayerc.exe ." and it'd play everything on the CD, without any decoder filters installed on the destination computer (taken from CD), just like that.

[ipnt]

Hi Gabest, I was silent 2 weeks, but thanks a lot for "Keep aspect ratio". Keep aspect ratio disabled + video frame - normal size + resolution setting to 720x576 is the best solution for TV out playback. Once again, thanks.

I noticed that MPC has problem with VMR9. First top line and first left column is not displayed and picture is blurring. There is not 1:1 output. Overlay and VMR7 is ok. I send a small clip for testing, please try it playback with your configuration.

PS: Has your TVset (sum horizontal pixels of picture tube)/(sum vertical pixels)=4/3 ? My has not
Somethig about square and non-sqaure pixels, resolutions etc
http://www.uwasa.fi/~f76998/video/conversion/

[gabest]

I noticed that MPC has problem with VMR9. First top line and first left column is not displayed and picture is blurring. There is not 1:1 output. Overlay and VMR7 is ok. I send a small clip for testing, please try it playback with your configuration.

LOL, how the hell did you notice this? (edit: just got your test clip, I understand now ) The StretchRect function in dx9 which I use to put the video picture onto the backbuffer doesn't use bilinear filtering unless I crop the source rectangle a bit (weird). It must be a bug in dx9 or the drivers, but I tried nearly all of the detonator drivers and none of them fixed it.

PS: Has your TVset (sum horizontal pixels of picture tube)/(sum vertical pixels)=4/3 ? My has not
Somethig about square and non-sqaure pixels, resolutions etc
http://www.uwasa.fi/~f76998/video/conversion/

Hm, let me just count those pixels But I don't think there will be 720 columns exactly. Am I wrong?

edit2: I was reading that document a bit, but I still think that there is no real resolution in the "analog domain". There are tables which tell the sampling frequency and column count for different targets when digitalizing (720 for dvd/vcd/..), but the aspect ratio is still 4:3 for all of them. Resizing when outputting it back to the tv just restores the non-square pixels. If I were not doing it then you would get square pixels and there would be two black bars at the side of the picture on the tv (on the tv-out you can see exactly what on the monitor, or not?).

[epere4]

Originally posted by Yusaku
And ad reallife situations: I think that it'd be best to include a set of "hidden" rules, that'd load files like ffdshow.ax, dvobsub.ax, OGM demultiplexer etc. from the directory that mpc is executed from (basics for playback of today's standard A/V formats). All that automatically without setting anything in registry or ini-files. This would make it a killer player for autoruns (although I don't use them, this'd be really neat).

The target for autoruns should be a CD with an autorun that'd just execute "mplayerc.exe ." and it'd play everything on the CD, without any decoder filters installed on the destination computer (taken from CD), just like that.

I would love that!!!
Maybe there is a way to include a command that allows that from the command line...

[lump1]

There is a /add command line switch already, just has to be added to the registry manually...

Well, you would make one user very happy if the next version of MPC would add the correct registry string on its own. Almost as good would be instructions/documentation about how to adjust the registry to allow /add on the command line. I'm not afraid of hacking around in regedit, and this feature would mean a huge usability improvement for me.

[epere4]

I have noticed a bug in both the 6.4.4.0 and 6.4.4.2
I wasn´t present in 6.4.3.1
Didn´t test in the intermediate versions, because I never downloaded

them.

The problem is the /fullscreen switch in the command line. I doesn´t

work in the newer verions.
The movie starts but the player doesn´t go to fullscreen. I doesn´t

show any error message.
I am using it this way:
mplayerc.exe "moviename.avi" /fullscreen /play

Thanks

[phrentec]

Is it possible for the Increase/Decrease Rate option to have a user input feature on the value of by what amount it will change by instead of the normal 1x 2x 3x integer, like be able to increase the rate slightly by a specific number of frames or better yet have the ability to choose at what framerate you what the video to be played at. Like suppose a training video is being played and the instructor in the video just talks a bit slow but so increasing the rate by 2x is just a bit too fast and you'll miss out on what he is saying but increasing it by 1.5x or the such will be a little faster but not too fast as to miss what the lecture is about. or if the videos actual framerate is 10fps allowing the user to input to play at 15fps or 13fps will do about the same. edit: this is not really important at all since there are other video players and plugins that can do this, it was just something for MPC to have in order to make it a bit easier to work with.

[murattttt]

Hello epere4 and Gabest.
The command line switches seem not to work for me too. They have been great convenience to me when burning my divx files to CD. Just laziness maybe but I think you can enable them again.

And for the change framerate thing, it is one of the reasons I'd like to upgrade to Windvd2000 platinum but it is not that good for divx playback you will also assume. I mostly have access to PAL dvd's (therefore PAL divxes). Most of the time the pitch is enough fast to produce crap speech. However I know that what WinDVD does is just changing the framerate of the video in small intervals and doing nothing to the intonation/ pitch ratio. Maybe a plug in for MPC to handle such video

[phrentec]

that'd load files like ffdshow.ax, dvobsub.ax, OGM demultiplexer etc. from the directory that mpc is executed from

BSPlayer is one player that I know of that can somewhat do this. check out this for instructions on how http://forum.doom9.org/showthread.php?s=&postid=294063

But yes it would be good if MPC could do it as well.

[gabest]

http://vobsub.edensrising.com/mpc2kxp6443.rar
http://vobsub.edensrising.com/mpc98me6443.rar

changes:
- no more "(un)intelligent graph building", another unique feature no other player has :P
- the common filters aren't auto-added onto the list yet, but if you want to help me, please make a list of them (file name, filter name, clsid, major/subtypes).
- the audio switcher accepts floating point samples, though the 44.1KHz downsampling isn't working with them yet.
- the last window position remembered is the center point, this should fix the up-left crawling, but if still doesn't taste good, I can disable centered zooming when this option is on.
- /fullscreen fixed
- qt engine: fixed non-ansi file names for the unicode build, and finally I figured out how to open urls.

[ookzDVD]

@gabest,

I'm using the 6.4.4.3, and I've got the error,

The instruction at "0x0040d1b3" referenced memory at "0x00000000".
The memory could not be "read".

while playing the .ogm files.

Thank you

[gabest]

Hm, no problems here. Do we use the same oggds.dll? My version is 0.9.9.5.

If the same, can you cut a few kbs of a crashing ogm for me?