Media Player Classic (patched build)

[jiifurusu]

I am quite sure I enabled whole program optimisation before I made my 2.39b build, at least that's what I wrote in my post at another forum where I first put out 2.39b. Ie. I made changes to the project files, rebuilt and didn't commit them. (I also did some experiments with enabling profiling, but VS 2005 doesn't work well with profiling on Vista 64 bit. These profiling experiments were IIRC the reason I didn't commit.)
I always perform a full rebuild after changing something so significant in the build settings, but when I was messing around with things today, handing my builds off to Cyberbeing for testing, I didn't perform any full rebuilds. Whole program optimisation had been enabled all the time.

I did make some changes to the code between the two releases, but I'm pretty sure it shouldn't be significant for rendering speed issues. (See guliverkli2 rev. 78 changeset.)

[Liisachan]

I would like to thank clsid and Aegisub devs again for all of great works. cyberbeing thanks for sharing the info.

Let me add something different. While \blur tag is very cool, old versions of VSFilter could be drastically confused by it, not just ignoring it. The reason is obvious. For older versions. {\blur1} looks like {\b} with an unrecognizable argument, so {\b1}{\blur1} would work as {\b1}{\b} and so when the style in the [Styles] is not bold, {\b1}{\blur1} means {\b1}{\b0} for older versions. {\blur1}{\b1} is ok for both old and new versions, but not {\b1}{\blur1}. The order matters. If {\blur} were called {\beg} there wouldn't have been this problem, but it's too late I guess. Usually no real problem unless you use {\blur} in soft-subbing, wrongly expecting that older VSFilter that doesn't know this tag will ignore it.

[jiifurusu]

Uh, I realise this is going off-topic for the thread, but when I implemented the new tags here I mainly intended them for hardsubbing, simply because it'd be hell to distribute a new version to thousands or millions of people... maybe in a few years it'd be realistic to use them in softsubs.
Also, heavy \be and \blur parameters will be slow either way.

[sneaker_ger]

jiifurusu's VSFilter build 2.39c crashes MPC + Haali's Renderer again, although this bug was supposed to be fixed with revision 74 of guliverkli2. Very strange...

[clsid]

This build should work:
https://sourceforge.net/project/showfiles.php?group_id=205650&package_id=246121&release_id=541232

[sneaker_ger]

Thx for the binary.
Was just wondering why it was crashing again when his build was supposed to be made from the SVN of guliverkli2 and thought that the fix was perhabs not committed correctly. I guess he was just using an old version then?

[jiifurusu]

Sorry, I hadn't updated with those patches before I made the build. I figure I should have done that, but wanted to rule out any other patches while working on the insane \be slowness problem.

[cyberbeing]

Well it seems like I'm not having the slow \be problem with VSFilter_20080828 so I guess Whole Program Optimization really did fix it ¯\(°_o)/¯. Anyways, I'm thankful for having fully functional VSFilter builds again and hopefully this bug doesn't reappear on my machine with future builds.

[Joniii]

No x64 version of VSFilter?

[clsid]

No, that doesn't work properly afaik.

[fastplayer]

clsid, just wanna know if you're gonna "backport" PNG support for screenshots from the MPC-HC project?

[clsid]

New build is available @ SF.

With PNG support ;)

[fastplayer]

That was fast! :thanks:

Here's the changelog for the curious ones:
##### 2008-10-05 (SVN revision 82) #####

* MPC: Save image/thumbnails now also supports PNG
* MPC: Updated libpng to 1.2.32
* MPC: Fixed playlist shuffle functionality
* MPC: some minor changes

[Tima]

I have an issue with frame decoding accuracy.

Originally, I had a problem with VirtualDub frame decoding accuracy. Problem is described here (http://forums.virtualdub.org/index.php?act=ST&f=7&t=16216), and has been fully resolved by switching from ffdshow to official Xvid decoder.

Seems that MPC is still affected with this issue even with official decoder -- on my real-life video, when it's asked to show frame x, it shows frame x+1.

[clsid]

I can't help you. Post it in the MPC-HC topic.

[Tima]

The problem is not only with MPC-HC, but also with guliverkli2 build.

Anyway, posted it also there.

[Liisachan]

@clsid
Thanks again for maintaining MPC!!

@Tima
When you want to be sure that the result is frame-accurate, consider opening your file via AVS, with "seekzero=true". Then seeking is very slow but quite accurate.
ps: Don't use libavcodec in ffdshow in VFW for Xvid anyway--with that bvop delay is a known problem as you can see in the first post of this thread.

[Tima]

Liisachan, the problem is that I want not only to recode frame-accurate, but play video frame-accurate too.

VirtualDub+Xvid_original_decoder doesn't have any problems neither with seeking, nor with encoding, so I assume playback can be easily fixed for MPC too.

[clsid]

VirtualDub uses VFW, not DirectShow.

[Liisachan]

@Tima you can play video frame-accurate via AVS. AVS is not only for encoding, you can also use it for just playing back. ffdshow+libavcodec VfW is not frame-accurate, which is a known problem. You can use 'Xvid' in ffdshow if you don't like it.

[Tima]

Liisachan, yes, I know it. The point is that even MPC+Xvid_original_decoder (without ffdshow in the middle) isn't frame acurate, while VDub+Xvid_original_decoder is. Forget about ffdshow :)

clsid, does it mean that original Xvid DShow decoder is droken, while original Xvid VFW decoder is not?

[clsid]

It is not broken. It is a side effect of b-frames.

[Liisachan]

MPC-Options-Playback-Open settings-Auto-load subtitles

This option was, iirc, whether you want MPC to load external sub files, for example foo.ass when you open foo.avi.

However, in recent versions, the internal sub-renderer doesn't work if you un-check "Auto-load subtitles" even for embedded subtitles like in MKV. This is confusing and imho not preferable.

If subs are embedded in MKV, usually you want to watch it.
On the contrary, even if there is foo.ass in the same folder, you may not want MPC to load it when you open foo.avi.
These are different things. IMO.

[clsid]

Well, in the past it was impossible to disable the internal renderer for embedded subs. So that is undesirable as well. I personally use VSFilter, so I don't care much about this.

[Liisachan]

ok, if you say so...
maybe you might want to make the "BlockInternalSub" option sometime, opposite of the recently-added "BlockVSFilter" option.

Thanks for clarification anyway.

[Martin H]

@clsid

I am having a hard time deciding if i should stick with your build and ffdshow, or change to MPC-HC without ffdshow and with VSFilter, since i only use ffdshow for XviD/DivX decoding, the audio formats you've disabled in your build, subs, and then nothing else, and i'm always using overlay mixer renderer, so many things in MPC-HC are irrelevant to me, and so i would very much appreciate if you would please answer a couple of questions of mine then, thanks...

1. Which build do you use and why(i can see that you are registered as a MPC-HC dev also), and if you use MPC-HC, then do you use it's internal decoder, or ffdshow's, for Xvid/DivX decoding ?

2. Would you say that the internal Xvid/DivX decoders of MPC-HC are just as good as the ones in ffdshow ?

3. Do you think the AC3/DTS/AAC decoders in ffdshow are better than MPC's, and that the MP3 decoder in MPC are better than ffdshow's ?(i'm guessing that, since you have configured your build like that...)

4. Sorry for off-topic, but now when i can ask you, then why do you and many others use VSFilter for subs(i have read you say that), when ffdshow also can display subs ? Is VSFilter much better than ffdshow for subs and how ?

Sorry for the many questions, and many thanks' in advance :)

[clsid]

1. I still use the regular MPC and ffdshow. I have XP, so I don't use/need EVR. I use CoreAVC, so no need for DXVA.
2. No, ffdshow has many useful options that the internal filters lack. Post-processing, control of colorspaces, etc.
3. They all work fine afaik.
4. VSFilter is much better.

[Martin H]

Thank's alot, mate, - it's very much appreciated :)

CU, Martin.

[Martin H]

Sorry clsid, if you could please just answer one final question for me, then i would very much appreciate it, thanks...

By default you've disabled AC3, DTS and AAC decoding in your build since ffdshow is more advanced for that(i'm guessing that's your reason), but what's the reason for leaving MP3 decoding enabled in MPC ?

Just currius... :)

[clsid]

Because it is preferred above the standard Windows decoder. But I also use ffdshow for it myself.

[betaking]

Hi clsid,can you make FLV Splitter support H.264/AAC?

[clsid]

I have no plans to do any further development on MPC.
Ask someone else...

[Martin H]

Again, many thank's for your kind helpfullness, it's very much appreciated :)

CU, Martin.

[zambelli]

Because it is preferred above the standard Windows decoder. But I also use ffdshow for it myself.
Preferred why? Are there known incompatibilities or bugs in the Windows MP3 decoder?

[clsid]

There is no such thing as a single "Windows MP3 decoder". There are at least a few different ones over the years. I can't remember any specific bugs. I simply just don't use them.

[Ayukawa]

4. VSFilter is much better.
Sorry for the newb question, but I am one....

MPC doesn't use VSFilter to display subtitles? I had thought that the new VSFilters listed in Guliverkli2 were implmented in the new builds of MPC.

Thanks.

[Martin H]

VSFilter is only partially implemented in MPC...

MPC can only display subs in: VMR7/9 Renderless and Haali Render outputs, but the standalone filter can display subs in all output modes, as the subs are overlayed on the decoded data before it's handed to the render, in contrary to MPC's subtitle render which mixes the subs in with the video at the rendering stage by taking advantage of a special feature in the VMR renderless modes i.e. supplying a custom allocator presenter...

VSFilter is also much more powerfull(option-wise) and also includes a Vobsub VDub plugin to rip vobsubs from vobs(DVDs)...

[nae1986]

This is a great piece of software and I install it on a lot of computers, using it as the default player for all supported types of media files.

To quickly associate file types, I use the "/regaud /regvid" switches on "mplayerc.exe". This works well, but some items are not associated: playlist files and the autoplay options.

I would like to have a switch to associate all of those items, like "/regall".

[tin3tin]

A commandline request: Is it possible to add a forced 16:9 and 4:3 parameter?

DVD slideshow GUI uses MPC to show avs scripts, but it's not possible to set the ratio flag in avs scripts, therefore this request. :)

[clsid]

Development of this regular version of MPC has stopped. Feature requests will NOT be implemented.

[Octo-puss]

But why? You are probably one of the verey few familiar with the code :)

[clsid]

I am not familiar with the code at all. I did not write it.

[betaking]

Hi clsid, last FLV Splitter does't support Adobe Flash Player 10
Plugin Final .Today I Install this but last Media Player Classic (patched build) and Media Player Classic Homecinema can not play FLV FILES! Please make new FLV Splitter to support it!
Because Adobe Flash Player9 hava a security problem! :thanks:

[clsid]

Don't cross-post. You can find an answer in the MPC-HC topic.

[nae1986]

Development of this regular version of MPC has stopped. Feature requests will NOT be implemented.

What about bugfixes? Are bugs going to be resolved?

[Ayukawa]

VSFilter is only partially implemented in MPC...
Thanks! That helped alot.

[clsid]

I am not the creator/developer of Media Player Classic.

I only bundled some publicly available patches that were created by various people, applied them to the last revision of the (inactive) Guliverkli project, and created the Guliverkli2 project to make the patched code easily accessible for everyone. Since then I have backported a few small fixes/improvements from MPC-HC project and made a few tiny tweaks. That is all.

I am NOT going to fix any bugs.

I am not a C++ programmer. I have not read the code. I am not familiar with the code of MPC. So don't bother asking me about it.

If people submit patches, then I might consider applying them. But unless people contribute, this project is dead!

If you want to submit a bug report or feature request, then go visit the MPC-HC topic. That projects has active developers.

[Liisachan]

I just want to say Thank you, clsid. Basically thanks should go to patch authors, that I know for sure, but your efforts are really appreciated and very much valuable.
Even just applying patches is really great sometimes (like celtic_druid was used to do that for ffdshow and other apps and many users in the world were greatly benefited). Those patch-works might be trivial for you, but not trivial at all for average users, really useful and helpful. Well, actually I'm talking more about VSFilter than about MPC itself, but I guess basically they're the same thing from your perspective of view.

Just wanted you to know how much I'm thanking you!

[clsid]

Thanks ;)

[Octo-puss]

I am not the creator/developer of Media Player Classic.

I only bundled some publicly available patches that were created by various people, applied them to the last revision of the (inactive) Guliverkli project, and created the Guliverkli2 project to make the patched code easily accessible for everyone. Since then I have backported a few small fixes/improvements from MPC-HC project and made a few tiny tweaks. That is all.

I am NOT going to fix any bugs.

I am not a C++ programmer. I have not read the code. I am not familiar with the code of MPC. So don't bother asking me about it.

If people submit patches, then I might consider applying them. But unless people contribute, this project is dead!

If you want to submit a bug report or feature request, then go visit the MPC-HC topic. That projects has active developers.

So does that mean MPC-HC is more up to date and with new features?