Media Player Classic Home Cinema (MPC-HC) - DXVA!

[Spec-Chum]

indeed, mpeg2 is fixed, thanks !

You're welcome :)

[Spec-Chum]

Yes I do. MPC-HC used to strip off the HD portion, now it doesn't, so I think it is a regression, so maybe a quick fix? I know the audio system is being re-designed, but maybe this was commented out on accident.

Works fine here, used DTS-HD plays as DTS on my Denon amp (I don't have HD decoding on the amp or a DTS encoder).

I've tested with mpc 32 and 64 bit editions, but only on win 7.

What OS are you using, and can anyone else confirm this is happening?

regards

[tetsuo55]

nearly three months or one year?A new programmer will have to join specifically to work on bugs like yours
Anybody tried compiling w/ Visual Studio 2010 Beta 2?not yet, are you volunteering? :)

[73ChargerFan]

Works fine here, used DTS-HD plays as DTS on my Denon amp (I don't have HD decoding on the amp or a DTS encoder).

I've tested with mpc 32 and 64 bit editions, but only on win 7.

What OS are you using, and can anyone else confirm this is happening?

regards
I'm using Win7 x64, realtek spdif. Tested with realtek & ms drivers, and dx is up to date. Tested 1311 x86 & x64, no change.

Can someone upload some older compiles, svn 1180-1238, so I can test. EXE x86 only, about 2.5mb each.

[avivahl]

beliyaal just committed some fixes to the trunk.
Fixed: Scanline and refresh rate detection algorithm changed
Fixed: Scanline detection and sync was incorrect on rotated displays
Fixed: D3D device interference from other threads minimized
Added: TryLock added to CCritSec
http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc?view=rev&sortby=date&revision=1312

[avivahl]

I'm trying to compile the latest trunk and am getting the following two linker errors:
3>MPCVideoDecRU.lib(wcrtomb.o) : error LNK2019: unresolved external symbol __imp____lc_codepage referenced in function _wcsrtombs
3>MPCVideoDecRU.lib(mbrtowc.o) : error LNK2001: unresolved external symbol __imp____lc_codepage
Reading google, I found out the source of this is libmingwex.a... Some suggested of getting the problematic object file out of the lib, but I'm sure there's a more elegant solution...

Did anyone encounter this problem here? I'm using GCC-4.4.2 (MinGW) by komisar (http://komisar.gin.by/mingw/).
I also got this when using GCC-4.4.1-2 by TDM (http://www.tdragon.net/recentgcc/).

Should I try the previous branch by the official MinGW? or is there some kind of proper workaround?

[Aleksoid1978]

I'm trying to compile the latest trunk and am getting the following two linker errors:

Reading google, I found out the source of this is libmingwex.a... Some suggested of getting the problematic object file out of the lib, but I'm sure there's a more elegant solution...

Did anyone encounter this problem here? I'm using GCC-4.4.2 (MinGW) by komisar (http://komisar.gin.by/mingw/).
I also got this when using GCC-4.4.1-2 by TDM (http://www.tdragon.net/recentgcc/).

Should I try the previous branch by the official MinGW? or is there some kind of proper workaround?

Use gcc 4.5

[_xxl]

MPCVideoDecRU.lib(wcrtomb.o) : error LNK2019: unresolved external symbol __imp____lc_codepage referenced in function _wcsrtombs
3>MPCVideoDecRU.lib(mbrtowc.o) : error LNK2001: unresolved external symbol __imp____lc_codepage
Works fine with MinGW GCC 4.3.3.

[avivahl]

Use gcc 4.5Is 4.5 stable? Is there a mingw package of the latest trunk?

Works fine with MinGW GCC 4.3.3.Thanks. I'll try it w/ komisar's 4.3.4

[cweb]

indeed, mpeg2 is fixed, thanks !

mpeg2 dvb-s problem was solved for me too! Great..

[Casimir666]

Anybody tried compiling w/ Visual Studio 2010 Beta 2?

Done a quick test yesterday, compilation didn't works with VS2010. I suspect some troubles during project migration (especially on the output lib path for dependent projects)

[avivahl]

Alright... the linking issues I experienced might have to do w/ the fact I'm compiling w/ Visual Studio 2010 Beta 2. I got the same messages using both komisar's 4.3.4 AND the 4.3.3 custom install you guys linked to in the Compilation.txt. I might try the workaround people suggest on Google (modifying the libmingwex.a lib) later on today.

[komisar]

Hi, guys. What is the minimum requirements to reproduce "error LNK2019: unresolved external symbol __imp____lc_codepage referenced in function _wcsrtombs"?
Enough simple "configure && make"?

I will try to fix my mingw toolchain...

[mariner]

Greetings Casimir. I guess you did not get to read my earlier post, so here it is.

Greetings Casimir.

Arcsoft Video Decoder connectivity issue

Arcsoft has added support for media type {31435657-0000-0010-8000-00AA00389B71} in its latest decoder (version 160) for VC-1 contents, but the decoder is not getting loaded in MPC. MPC defaults to WMVideo Decoder DMO even when Arcsoft decoder is set to preferred in the external codec list. If WMVideo Decoder DMO is disabled, MPC complains about not finding a suitable decoder.

The new Arcsoft Video Decoder connects with MPC Source filter as well as other source/splitters in Graphedit and other DS players. For some reason it gets ignored in MPC. Would appreciate if you could kindly look into this issue.

Many thanks and best regards.

PS:
Did you also get a chance to look at my earlier post?

1920x1080x60p H264 mp4 playback problem, build 1290

Greetings Casimir.

1. Thanks for your continuing effort to improve MPC. Playback of 1920x1080x60p

h264 mp4 content no longer gives a back screen with Arcsoft MP4 Splitter/MPC

Decoder, but drops half the frames and plays at 30fps.

Using the internal splitter/MPC Decoder still produces a black screen.

2. The source frame rate reported by the OSD is somewhat suspect, as you can see

from the caps. It reports 59.937 with internal splitter, and 25.00 when MS

decoder is used. Hope you'll look into this.

3. Is there a reason the internal Matroska Splitter shares the same

clsid as Arcsoft Martroska Source filter -
{0A68C3B5-9164-4A54-AFAF-995B2FF0E0D4} ?

4. It seems that internal filters are no longer used when external filters are

set to preferred. Is this the correct behavior? I have always thought that

internals filters are always used when selected, regardless of the external

filters setting. Has this been changed?

Tested on Win 7 using EVR/CP.

Many thanks and best regards.

http://forum.doom9.org/attachment.php?attachmentid=10356&stc=1&d=1254592569



1440x1080x60p VC1 WMV playback problem, build 1290.

Greetings Casimir.

Just to let you know the internal MPC Video Decoder had problem with the above in

DXVA mode.

Tested fine with Arcsoft, MS MFT and NV MFT.

Link:
http://www.avsforum.com/avs-vb/showpost.php?p=17006927&postcount=63

Best regards.

http://forum.doom9.org/attachment.php?attachmentid=10358&stc=1&d=1254735826

[THX-UltraII]

any thoughts when the new MPC-HC (unofficial) build will be available with the gothsync renderer as option?

[tetsuo55]

I'm trying to compile the latest trunk and am getting the following two linker errors:

Reading google, I found out the source of this is libmingwex.a... Some suggested of getting the problematic object file out of the lib, but I'm sure there's a more elegant solution...

Did anyone encounter this problem here? I'm using GCC-4.4.2 (MinGW) by komisar (http://komisar.gin.by/mingw/).
I also got this when using GCC-4.4.1-2 by TDM (http://www.tdragon.net/recentgcc/).

Should I try the previous branch by the official MinGW? or is there some kind of proper workaround?
You probably have to re-create mplayerc.ru.rc in VS2010 BETA2.

VS2010 changes some include files, and the existing .rc is pointing to a function that changed names

More information here:
http://msdn.microsoft.com/en-us/library/799kze2z(VS.80).aspx
http://msdn.microsoft.com/en-us/library/f6xx1b1z(VS.80).aspx

[alexins]

Anybody tried compiling w/ Visual Studio 2010 Beta 2?

Don't pay attention to the VS2010 until no status RC, because much could change during this time.

p.s.
To work with VS2010, requires serious reconfiguration project MPC-HC.

[tetsuo55]

Don't pay attention to the VS2010 until no status RC, because much could change during this time.According to the release information and licence, Beta2 is feature complete.
The licence even states "Ready for production use"

Microsoft will only be working on further performance improvements and bugs found in Beta 2 for RTM (there will not be an RC)

[mrtemp]

when i change language from english to polish the submenu Audio and Subtitles (from right mouse button menu) does not work
in top menu everything is ok

http://img408.imageshack.us/img408/2996/nowy9.jpg

[avivahl]

Hi, guys. What is the minimum requirements to reproduce "error LNK2019: unresolved external symbol __imp____lc_codepage referenced in function _wcsrtombs"?
Enough simple "configure && make"?

I will try to fix my mingw toolchain...I wish it was a simple configure && make. In mpc-hc, they link the gcc-created libavcodec to the vs-created MPCVideoDec lib (they also link libgcc.a and libmingwex.a). Then, they link the resulted lib to the mpc-hc program.

Anyway, I ran the vs linker with the /VERBOSE flag so you'll get a log: http://www.sendspace.com/file/0burs2

You probably have to re-create mplayerc.ru.rc in VS2010 BETA2.

VS2010 changes some include files, and the existing .rc is pointing to a function that changed names

More information here:
http://msdn.microsoft.com/en-us/library/799kze2z(VS.80).aspx
http://msdn.microsoft.com/en-us/library/f6xx1b1z(VS.80).aspxWell, I know what the link errors are. The problem is that they are originated from code inside the libmingwex.a (that comes with GCC-MinGW).
I didn't even touch/compile the resource languages projects. It's not required for basic mpc-hc.exe compilation.

According to the release information and licence, Beta2 is feature complete.
The licence even states "Ready for production use"

Microsoft will only be working on further performance improvements and bugs found in Beta 2 for RTM (there will not be an RC)After a LOT of work on project settings and such, I got mpc-hc to compile, but not link (2 link errors left). I noticed VS2010Beta2 has some strange bugs where it freezes during compilation. Very annoying. Might actually have to wait for the RC (for it to be stable).

[tetsuo55]

I wish it was a simple configure && make. In mpc-hc, they link the gcc-created libavcodec to the vs-created MPCVideoDec lib (they also link libgcc.a and libmingwex.a). Then, they link the resulted lib to the mpc-hc program.

Anyway, I ran the vs linker with the /VERBOSE flag so you'll get a log: http://www.sendspace.com/file/0burs2

Well, I know what the link errors are. The problem is that they are originated from code inside the libmingwex.a (that comes with GCC-MinGW).
I didn't even touch/compile the resource languages projects. It's not required for basic mpc-hc.exe compilation.

After a LOT of work on project settings and such, I got mpc-hc to compile, but not link (2 link errors left). I noticed VS2010Beta2 has some strange bugs where it freezes during compilation. Very annoying. Might actually have to wait for the RC (for it to be stable).Good to hear about the results.

i read an MS thread about those linker errors when we tested BETA1 (no longer have the link) and MS staff said that if you recreate the rc files from vs2010 then the error would go away.

Also there are no plans for an RC, microsoft says VS2010 is finished, next release will be RTM

When you say compile but not link, does that mean you removed the file that was giving the error and have a working .exe?

EDIT:

Make sure you report all those problems to Microsoft(they have a site dedicated to vs2010 bugs) they think its stable. If you wait untill RTM to report these bugs they are unlikely to (ever) fix them.

[Spec-Chum]

After a LOT of work on project settings and such, I got mpc-hc to compile, but not link (2 link errors left). I noticed VS2010Beta2 has some strange bugs where it freezes during compilation. Very annoying. Might actually have to wait for the RC (for it to be stable).

I've spotted this:
http://ffmpeg.arrozcru.org/forum/viewtopic.php?f=1&t=891

I've not got 2010 installed yet, so can't test, but it looks like it may be of some use...

regards

Spec

[tetsuo55]

@ Compilers:

We should work on getting MPC-HC and FFdshow compiling under VS2010 beta2 as soon as possible.
Microsoft thinks VS2010 is stable and ready for production use, from what i'm reading on the thread this is far from the truth.

We need to report every problem encountered to microsoft now, after RTM chances of getting them fixed are slim at best.

[avivahl]

Done a quick test yesterday, compilation didn't works with VS2010. I suspect some troubles during project migration (especially on the output lib path for dependent projects)Just noted your reply... yep, I had to change a LOT of dependent libs to get it compiled. Also note that the global Include/Lib paths feature was removed (http://blogs.msdn.com/vsproject/archive/2009/07/07/vc-directories.aspx) in this new version. It is now per project.

I've spotted this:
http://ffmpeg.arrozcru.org/forum/viewtopic.php?f=1&t=891

I've not got 2010 installed yet, so can't test, but it looks like it may be of some use...

regards

SpecYep, that's exactly the same site I was talking about when I wrote (http://forum.doom9.org/showthread.php?p=1338748#post1338748) "Google"... :) Note that they worked around the problem by modifying libmingwex.a. Not so user-friendly, I would say.

[Casimir666]

Greetings Casimir. I guess you did not get to read my earlier post, so here it is.

Mpc matroska splitter was existing before Arsoft, if they have the same Clsid this is really weird.... (i didn't investigate on this).

When external filter are set to prefered it's normal they are use instead of internal filter (they are prefered :p)

I have answer for other questions. Your VC1 file is on my disk, but don't know when I'll have time to look for it.

[Brazil2]

3. Is there a reason the internal Matroska SPlitter shares the same clsid as Arcsoft Martroska Source filter -
{0A68C3B5-9164-4A54-AFAF-995B2FF0E0D4} ?

I can confirm that the CLSID of Arcsoft Matroska Source filter (not the Arcsoft Matroska splitter) is:
{0A68C3B5-9164-4A54-AFAF-995B2FF0E0D4}
I don't know about the MPC-HC one though since I don't use it as an external filter.

[clsid]

Perhaps they 'borrowed' Gabest's code and forgot to change the value.

[Brazil2]

Perhaps they 'borrowed' Gabest's code and forgot to change the value.
You're right, they did it:

StringFileInfo
Comments.http://gabest.org/
CompanyName..Gabest
FileDescription..Matroska Splitter
FileVersion..1.0.0.4
InternalName.Matroska Splitter
LegalCopyright.Copyright (C) 2003-2006 Gabest
OriginalFilename.MatroskaSplitter.ax
ProductName..Matroska Splitter.4..ProductVersion.1.0.0.4

[Casshern]

Good to see beliyaal back,

but the change to TryLock instead of CCritSec does not work for me. Now i got tearing, before i had none with my config:

WIN 7, EVR CP, VSYNC On, Alternate Vsync On, Desktop compositon disabled, everything else off, DXVA, Radeon 2600 Pro AGP, Catalyst 9.5.

Trylock does not seem neccessary and locks the device for too long. Pre 1312 versions work perfectly!

thanks,

Casshern

P.S.: If trylock fixes something for somebody else, maybe it should be made optional


beliyaal just committed some fixes to the trunk.

http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc?view=rev&sortby=date&revision=1312

[avivahl]

@komisar: after checking some of the sources of mingwex online, I found the following file:
http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/mingwex/mb_wc_common.h?rev=1.3&content-type=text/x-cvsweb-markup&cvsroot=src
It is included and used from mbrtowc.c and wcrtomb.c.
The question is: where is __lc_codepage implemented?

[mariner]

Greetings Casimir. Thanks for the kind reply.

I have answer for other questions....

??? Sorry, but I can't seem to locate your earlier reply.

Anyway, regarding Arcsoft VC1 Decoder connectivity problem, it was noted that earlier versions of the decoder only supported media type {629B40AD-AD74-4EF4-A985-F0C8D92E5ECA} and hence could not connect to MPC's internal source filter. Now that support for media type {31435657-0000-0010-8000-00AA00389B71} has been added to the new version 160 decoder, and yet the problem persists. Is this something difficult to fix?

I find this problem a little perplexing because the two connects well in Graphedit and other DS applications.

Many thanks and best regards.

[mariner]

You're right, they did it:

StringFileInfo
Comments.http://gabest.org/
CompanyName..Gabest
FileDescription..Matroska Splitter
FileVersion..1.0.0.4
InternalName.Matroska Splitter
LegalCopyright.Copyright (C) 2003-2006 Gabest
OriginalFilename.MatroskaSplitter.ax
ProductName..Matroska Splitter.4..ProductVersion.1.0.0.4

Greetings Brazil.

Thanks for this amazing piece of info.

The culprit is AsMatroskaSplitter.ax, which is registered during TMT's installation. It has to be unregistered if one needs to use MPC's internal matroska splitter.

There is actually a second second mkv splitter included, called MatroskaSplitter.ax. This has a a different clsid . Someone messed up, so it seems.

Best regards.

[Casimir666]

Greetings Casimir. Thanks for the kind reply.



??? Sorry, but I can't seem to locate your earlier reply.

Anyway, regarding Arcsoft VC1 Decoder connectivity problem, it was noted that earlier versions of the decoder only supported media type {629B40AD-AD74-4EF4-A985-F0C8D92E5ECA} and hence could not connect to MPC's internal source filter. Now that support for media type {31435657-0000-0010-8000-00AA00389B71} has been added to the new version 160 decoder, and yet the problem persists. Is this something difficult to fix?

I find this problem a little perplexing because the two connects well in Graphedit and other DS applications.

Many thanks and best regards.

Oups sorry mistype my message : I have no answers to your other questions.

[komisar]

@komisar: after checking some of the sources of mingwex online, I found the following file:
http://cygwin.com/cgi-bin/cvsweb.cgi/src/winsup/mingw/mingwex/mb_wc_common.h?rev=1.3&content-type=text/x-cvsweb-markup&cvsroot=src
It is included and used from mbrtowc.c and wcrtomb.c.
The question is: where is __lc_codepage implemented?
try -lmsvcrt while linking...

[tetsuo55]

Hello everyone.

We have made some changes to our webpage on sourceforge.

The tracker, changelog and WIKI have been moved to TRAC

Tracker: http://sourceforge.net/apps/trac/mpc-hc/report (tickets have to be moved manually unfortunately)
Changelog: http://sourceforge.net/apps/trac/mpc-hc/timeline
WIKI: http://sourceforge.net/apps/trac/mpc-hc/wiki (formatting of the old pages is broken and still needs to be fixed)

The forum and maillinglist have been removed too.
We have replaced the forum with PHPBB: http://sourceforge.net/apps/phpbb/mpc-hc/index.php

I would like to ask everyone that had anything on the old forum or tracker that is still unresolved to add those to the new forum or tracker(whichever is more appropriate)

We have also updated (read greatly simplified) the troubleshooting and bug reporting guidelines (unfortunately formatting is broken)

You can read them here: http://sourceforge.net/apps/trac/mpc-hc/wiki/Troubleshooting_guidelines

[avivahl]

try -lmsvcrt while linking...
It gave me many other linker errors stating "already defined" on many crt functions. I think the crt is already linked automatically (due to the /MT compilation flag). Anyway, I think that function is not exported any longer in the new CRT. It was undocumented, so they might have removed it in VS2010.

EDIT: I am now checking the CRT source that comes w/ vs. Will report more later.

EDIT2: Alright. I have to admit that I'm not much of a pro in these stuff (exported stuff, shared dlls), but I think microsoft changed the constant UNIT to a function that returns an INT. Does that make sense?
_CRTIMP UINT __cdecl ___lc_codepage_func(void);(that's from C:\Program Files\Microsoft Visual Studio 10.0\VC\crt\src\setlocal.h)

[Martin H]

Bug/Feature request:

Vsfilter is blocked if 'Auto-load subtitles' is enabled, but only if it's registered to the system, and not if used directly in MPC-HC through: 'External filters > Add filter > Browse'.

Also, 'Auto-load subtitles' only gets unticked upon startup, if Vsfilter is registered, and not if used directly in MPC-HC.

Thanks in advance!

[Gleb Egorych]

Good to see beliyaal back,

but the change to TryLock instead of CCritSec does not work for me. Now i got tearing, before i had none with my config:

WIN 7, EVR CP, VSYNC On, Alternate Vsync On, Desktop compositon disabled, everything else off, DXVA, Radeon 2600 Pro AGP, Catalyst 9.5.

Trylock does not seem neccessary and locks the device for too long. Pre 1312 versions work perfectly!

thanks,

Casshern

P.S.: If trylock fixes something for somebody else, maybe it should be made optional

Build 1312 cause problems for me too. I have stuttering, in Vista only at that.

Played H.264/AAC/MP4/29.97fps file on Vista x64/EVR-CP/optimal renderer settings/8800GT/FW191.07/ReClock. It's OK with rev1296. EVR-CP in WinXP is fine using both revisions.

[betaking]

Bug/Feature request:

Vsfilter is blocked if 'Auto-load subtitles' is enabled, but only if it's registered to the system, and not if used directly in MPC-HC through: 'External filters > Add filter > Browse'.

Also, 'Auto-load subtitles' only gets unticked upon startup, if Vsfilter is registered, and not if used directly in MPC-HC.

Thanks in advance!
if you use windows7 directly in MPC-HC through: 'External filters > Add filter > Browse' very useful!

Q: Subtitles are not displayed in Media Player Classic on Windows 7
A: Two solutions:

Make DirectVobSub a preferred filter:
MPC Options -> External Filter -> click "Add Filter..." -> select "DirectVobSub (auto-loading version)" and click OK -> choose "Prefer"
Enable the internal subtitle filter:
MPC Options -> Playback -> enable "Auto-load subtitles"
If you use mpc-hc on windows7 want to see two subtitles.you must do it!

[Martin H]

@betaking

You misunderstood my post...

@all
I'm talking about MPC(-HC)'s feature of using DShow filters directly from files without needing to register them to the system first, and that the changes* made to MPC-HC with regards to if vsfilter is detected or not, isn't applied when vsfilter is used in that way...

*MPC: Automatically block DirectVobSub filter (VSFilter) when the internal subtitle renderer will be used.

*MPC: The INITIAL value of the setting "Auto-load subtitles" will now default to OFF when DirectVobSub is detected as installed and to ON when DirectVobSub is not found.

(from guliverkli2 changelog, but also applies to MPC-HC)

[betaking]

@betaking

You misunderstood my post...

@all
I'm talking about MPC(-HC)'s feature of using DShow filters directly from files without needing to register them to the system first, and that the changes* made to MPC-HC with regards to if vsfilter is detected or not, isn't applied when vsfilter is used in that way...

*MPC: Automatically block DirectVobSub filter (VSFilter) when the internal subtitle renderer will be used.

*MPC: The INITIAL value of the setting "Auto-load subtitles" will now default to OFF when DirectVobSub is detected as installed and to ON when DirectVobSub is not found.

(from guliverkli2 changelog, but also applies to MPC-HC)

Revision 47 - Directory Listing
Modified Mon Mar 17 15:59:10 2008 UTC (19 months, 2 weeks ago) by clsid2
Added option to disable the automatic blocking of VSFilter when "Auto-load subtitles" is enabled and the internal subtitle filter is used. Disabling this block allows users to view two different subtitle languages at the same time (if they want to). The option is called "BlockVSFilter" and currently requires manual editing of the registry/ini, since it is not (yet) available in the GUI.
Revision 1226 - Directory Listing
Modified Thu Aug 13 19:40:56 2009 UTC (2 months, 2 weeks ago) by clsid2
Hidden option to disable the automatic blocking of VSFilter when using internal subtitle renderer. Useful when wanting to display two different subtitle files.

[avivahl]

Martin, well... but that initial value is set when MPC-HC is ran for the first time, isn't it? In that case, the "External Filters" list would be empty as well (default is empty... on first run), so it won't change the decision whether to activate it or not (the dicision will only be based upon if VSFilter is registered). Or do you want the check to happen again when you add VSFilter to the External Filters list? Or at every start up?

EDIT: just saw betaking's comment. maybe it's time for someone to add this feature to the GUI?

[Martin H]

@betaking

I know those changes, but they are unrelated to my issue i.e. i don't set that value... Thanks anyways :)

@avivahl

LOL - good point there, mate! I didn't even thought about that, as i make my own silent installer of MPC-HC + vsfilter which presets vsfilter as external filter through the registry, so it's enabled upon first startup, but of course that is a special case scenario obviously, and no need to change that...

But still however, there's one thing left, which to me also is the most important, and that is the following issue still isn't working with directly-used/unregistered vsfilter:

*MPC: Automatically block DirectVobSub filter (VSFilter) when the internal subtitle renderer will be used.

Thanks for your help, mate!

[clsid]

If you use MPC in such a way, then it would be a good idea to store its settings in an INI file. That way you have full control over the settings. Simply disable the internal sub render, et voila, problem solved.

[Martin H]

@clsid

Thanks for your reply, mate!

I know about the ini setting, but i don't believe the gabest code has been rewritten for that part, which i remember was much slower because of ineffecient coding of that part...

Anyway, i know that i can disable the internal sub-render, but the issue is that i normally use overlay mixer and hence needs VSFilter, but if i ever want's to change to one of the renderless modes(v7/9), then i don't want to use VSFilter, when that render allready supports subs internally.

Of course i can just disable VSFilter each time i change to a renderless mode, but i just thought that it was somewhat incoherent that the VSFilter blocking code didn't apply when using VSFilter directly/un-registered, and hence wanted to report it, as i believe that it wasn't thought about at the time it was implemented :)

I use VSFilter un-registered, since i only use it with MPC and hence, don't see the point in registering the filter to the whole system, and think that using it directly is "cleaner"...

Edit: I just retested the ini setting, and i can't tell the difference in speed, so thanks for reminding me of that option again! Also another cool thing i didn't knew about that option, is that it makes the generated file 'default.mpcpl' to be made in the app-folder and not in "%appdata%\Media Player Classic". Thanks again, mate!

[clsid]

It is also possible to load an unregistered filter through the command-line:
mpc-hc.exe /filter "vsfilter.dll"

Then you could make two .bat files. One for starting MPC with VSFilter, and one without.

[Martin H]

@clsid

Thanks for the tip, mate :)

[Snowknight26]

Did a recent revision change how MPC-HC handled DXVA on ATI cards? MPC-HC now tries to play all H.264 content with DXVA regardless of resolution/refs and causes noticable corruption in the video and occasionally on the desktop (http://i37.tinypic.com/2zex7w8.jpg).

[avivahl]

Alright... I uninstalled Visual Studio 2010 Beta 2 and reinstalled Visual Studio 2008 + SP1. Then I managed to compile MPC-HC with no issues using GCC-4.4.2-MinGW by komisar (as libavcodec's compiler).
I've noticed that the CRT source that comes w/ VS2008 does contain the missing declaration which broke linking w/ VS2010. It seems libmingwex uses an undocumented declaration which was removed in VS2010, and therefor any project linking to it (e.g MPCVideoDec) will have missing definitions at linking time.

Possible solution to get MPC-HC compiled w/ VS2010Beta2: someone has to fix libmingwex (at cygwin's CVS). :)

Anyway, I also noticed that the Trac wiki page regarding compilation is a bit outdated and has proper information mixed w/ unproper one.

[ikarad]

Hello everyone.

We have made some changes to our webpage on sourceforge.

The tracker, changelog and WIKI have been moved to TRAC

Tracker: http://sourceforge.net/apps/trac/mpc-hc/report (tickets have to be moved manually unfortunately)
Changelog: http://sourceforge.net/apps/trac/mpc-hc/timeline
WIKI: http://sourceforge.net/apps/trac/mpc-hc/wiki (formatting of the old pages is broken and still needs to be fixed)

The forum and maillinglist have been removed too.
We have replaced the forum with PHPBB: http://sourceforge.net/apps/phpbb/mpc-hc/index.php

I would like to ask everyone that had anything on the old forum or tracker that is still unresolved to add those to the new forum or tracker(whichever is more appropriate)

We have also updated (read greatly simplified) the troubleshooting and bug reporting guidelines (unfortunately formatting is broken)

You can read them here: http://sourceforge.net/apps/trac/mpc-hc/wiki/Troubleshooting_guidelines

could you explain how I post bug on the tracker because I don't understand how to do? it's very difficult