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

[clsid]

Ideally buffering should just work with animation as well, without special workarounds. Only VFR could be a bit problematic since the frame rate needs to be known/guessed, that's probably why it wasn't implemented that way.

[Daiz]

How is that?

I also don't watch content in german, unless its a german production. I watch it in english, as thats the language most the content i watch was produced in, come to think of it, nearly all of it, i guess.

Oh. Well, I'd have expected you to watch stuff in german seeing as they dub pretty much everything around there.


PS:
Sometimes ignorance is bliss - i just enjoy a movie, and don't wonder about which font was used for the forced subs. :D

Just like how many people just enjoy the movie, and don't fuss over the extreme smoothing, low resolution and compression artefacts present in the XviD rip they are watching, right ;)

EDIT: So I took a look at the Avatar subtitle sample, and here's what I found out. The subtitles indeed seem to cause some dropped frames (around 8-10, according to MPC-HC's statistics). Converting the SRT to ASS didn't change the situation at all. But then I made an interesting discovery: I turned off CUDA decoding in CoreAVC so that it'd use the CPU to decode the video, and now the subtitles don't cause any lag at all.

[nevcairiel]

Just like how many people just enjoy the movie, and don't fuss over the extreme smoothing, low resolution and compression artefacts present in the XviD rip they are watching, right ;)
Well its too late for me there, but at least the playback chain i can optimize, so as long as the content is actually good enough, i might make it through the movie happy. :D

[ForceX]

Does somebody has a link to the written statement ?
http://www.kmplayer.com/forums/showthread.php?t=141

I think one of their chief argument was that KMP is written in Delphi, not C, hence there is no chance of there being copied code from MPC, and KMP only links against Gabest's filters, hence it isn't violation of GPL.

MPC-HC by default uses insane subtitle settings on quadcores (and higher). It enables "allow animation while buffering" which pretty much just eats CPU cycles. It is supposed to help with tearing issues, but its just a terrible code hack. I think it should be disabled or just removed entirely.
To get animation, use subpicture buffer of zero. For best performance (without correct animation) use non-zero buffer.
When using animated subtitles, using sub picture buffering is the only way I can get smooth playback, setting it to 0 makes playback horribly stuttery due to crazy frame dropping during animation, even though I have CPU cycles to spare. I'd rather have high CPU usage with smooth playback rather than idle CPU with crappy playback. I really suggest not changing it. MPC-HC is THE recommended player for fansubbed anime these days and they have just started using animated softsubs for karaoke.

[JanWillem32]

The reason of the slow subtitle renderer is mainly because of the font handling. I've been trying to get it corrected, so it can use 8-bit RGBA instead of 4-bit RGBA, handle multithreading better and use a cleaner composing method. It's still a bit hard to get it working, but at least I've disabled mipmap generation for some parts (still in testing phase). A true upgrade would be to move to DirectX 10/11 native font rendering and composing. (DirectX 9 lacks a lot font rendering technology.) That does involve quite a lot of work to get both hardware-level rendering (for DirectX 10 or newer generation GPU's) and software rendering paths working. Also, the OS requirement is an obstacle. I fully understand the need for supporting Windows XP, as it's still an officially supported OS.
At least on the allocator-presenter parts it seems to be okay, as the blending stage for main video, subtitles, OSD and the stats screen is clean and efficient for what I've seen in the code of EVR CP, Sync and VMR-9 (renderless).

[clsid]

http://www.kmplayer.com/forums/showthread.php?t=141

I think one of their chief argument was that KMP is written in Delphi, not C, hence there is no chance of there being copied code from MPC, and KMP only links against Gabest's filters, hence it isn't violation of GPL.


When using animated subtitles, using sub picture buffering is the only way I can get smooth playback, setting it to 0 makes playback horribly stuttery due to crazy frame dropping during animation, even though I have CPU cycles to spare. I'd rather have high CPU usage with smooth playback rather than idle CPU with crappy playback. I really suggest not changing it. MPC-HC is THE recommended player for fansubbed anime these days and they have just started using animated softsubs for karaoke.
The whole KMP issue has been discussed many times before in the past. Translating code to a different language does not make it your own unique work. Plus it has been proven several times in the past that KMP had the same specific bugs as MPC.

The stuttering issues are partly due to the renderer changes that were made in MPC-HC. People were already enjoying smooth playback of fansubs with the old MPC.

[ForceX]

The reason of the slow subtitle renderer is mainly because of the font handling. I've been trying to get it corrected, so it can use 8-bit RGBA instead of 4-bit RGBA, handle multithreading better and use a cleaner composing method. It's still a bit hard to get it working, but at least I've disabled mipmap generation for some parts (still in testing phase). A true upgrade would be to move to DirectX 10/11 native font rendering and composing. (DirectX 9 lacks a lot font rendering technology.) That does involve quite a lot of work to get both hardware-level rendering (for DirectX 10 or newer generation GPU's) and software rendering paths working. Also, the OS requirement is an obstacle. I fully understand the need for supporting Windows XP, as it's still an officially supported OS.
At least on the allocator-presenter parts it seems to be okay, as the blending stage for main video, subtitles, OSD and the stats screen is clean and efficient for what I've seen in the code of EVR CP, Sync and VMR-9 (renderless).
The newest generation web browsers are using Direct2D and DirectWrite to offload font rendering completely on the GPU, which greatly speeds up the rendering quality and performance on those platforms. Unfortunately it's only available on updated Vista and Win 7 (damn MS). If you can use that for Vista+ OSes and use a fallback for XP, I think at least Vista+ can get a huge speedup in subtitle handling.

[cyberbeing]

MPC-HC by default uses insane subtitle settings on quadcores (and higher). It enables "allow animation while buffering" which pretty much just eats CPU cycles. It is supposed to help with tearing issues, but its just a terrible code hack. I think it should be disabled or just removed entirely.
To get animation, use subpicture buffer of zero. For best performance (without correct animation) use non-zero buffer.

Please don't remove this from the standalone VSFilter.dll. For whatever reason, I've found that the standalone VSFilter.dll doesn't have the CPU usage problem that the internal MPC-HC VSFilter has with that buffered animation hack. That feature being enabled by default in VSFilter.dll has been a lifesaver during the past year for a few of the more stupid uses of slow ASS features I've run into. To my surprise, it actually seems to work very well with karaoke, moving text, fades, and other advanced text effects in VSFilter.dll, without causing flickering, and it actually makes some previously unplayable segments, playable on my oldish AMD X2 4800+ PC.

On another note, more testing is probably needed, but VSFilter.dll appears to get a reduction in CPU usage and a decent performance boost on difficult samples, by using Profile-guided optimization (PGO). The only tricky part about using PGO, is finding good representative samples to use for manual profiling step of the instrumented dll, since you can potentially make things worse.

[clsid]

VSFilter.dll does not even have that option.

[clsid]

If its only 100Kb, i might even consider turning that on by default, and make those people shut up that don't have the runtime installed. :pSizes of the filters were still tiny compared to the FFmpeg dlls. Static linking by default would be helpful for portability. Certainly when they eventually replace the internal ones in MPC ;)

[ceb]

@HoP & JanWillem32
I had your same problem with EVR CP but a more recent version solved it. Try a version after r3043, I think it's because of the fix "YV12 Chroma Upsampling for ATI", it's the only one that makes sense to me. Sorry for the late answer HoP (I had forgotten about the other thread :p).

Anyway, I see that there are a lot of people who enjoy watching anime fansub like me. :D
I watch both soft and hard sub, what are the best quality settings regardless of performance?
I leave everything at default except "Maximum Texture Resolution" changed to "Desktop" (improves subtitle quality of softsubs) and remove the tick from "Round up to power of two".
Also, I noticed that the shaders (in my case Sharpen Complex 2) are applied to the subtitles (only hardsubs). Is there a way to avoid this? I guess it's not possible since they're part of the video but perhaps there is a way...

[clsid]

Hardsubs are part of the video. So do the math...

[cyberbeing]

VSFilter.dll does not even have that option.

Correct, there is no option, but for whatever reason it seems to be enabled automatically when using pre-buffering in VSFilter.dll. No clue when exactly that change happened in the MPC-HC branch (VSFilterMod?), but karaoke, moving text, fading, etc work with pre-buffering in the standalone VSfilter.dll possibly for the past year or so.

As I mentioned above, it's helpful and seems to offer a performance boost, so be careful not to disable it in the standalone dll if you make any changes to the MPC-HC internal filter. It's one of the major advantages the MPC-HC VSFilter has over the Guliverkli2 VSFilter, and has allowed me to leave pre-buffering enabled full-time, without any apparent repercussions.

[jos99]

Any advice on how to force MPC-HC to use the MPEG2 DXVA decoder for MPEG2 .ts TV recordings, it always seem to default to non DXVA decoder here (1.5.2.3085)?



Recent recordings of BBC HD (UK) give sound but no video, using internal or external codecs/splitters in MPC-HC - sample 22MB
Open a new ticket.

OK, done here (https://sourceforge.net/apps/trac/mpc-hc/ticket/829) #829.
Thanks for whoever fixed this, all BBC HD and BBC One HD recordings now seem to work smoothly with MPC-HC inbuilt H.264 decoder and TS splitter:thanks:.

[Mercury_22]

Any advice on how to force MPC-HC to use the MPEG2 DXVA decoder for MPEG2 .ts TV recordings, it always seem to default to non DXVA decoder here (1.5.2.3085)?

Thanks for whoever fixed this, all BBC HD and BBC One HD recordings now seem to work smoothly with MPC-HC inbuilt H.264 decoder and TS splitter:thanks:.

See this According to your signature, you have a ATI HD4670 - those do not support DXVA for MPEG-2. Neither do the 5xxx series. The 6xxx series claim to support it, but i have no conclusive evidence that it works in MPC-HC.
Correct !
Sorry I've forgot no VLD for me :mad: only IDCT :stupid:

But the crash is still there in BE MOD (with MPEG-2 DXVA enable but not used) and it isn't in the official (SVN) version:p



"No problem" :rolleyes:we are waiting for you:p:)
So does your card support DXVA VLD for mpeg2 ?

[jos99]

See this

So does your card support DXVA VLD for mpeg2 ?
9800GT, DXVA works if I set Microsoft DTV DVD MPEG2 decoder as preferred external filter, but if I don't do that MPC-HC just defaults to non DXVA internal MPEG2 decoder.

[lukanz]

i have encodec one file with Xmedia Recode and try to watch with MPC-HC but there is no VIDEO & AUDIO using a fresh installed MPC-HC but adding CoreAVC i'm able to watch the movie...anyone else having problem with this movie and MPC-HC

here is the sample movie : http://www23.zippyshare.com/v/51283375/file.html

here the mediainfo :

General
Complete name : Test.mp4
Format : MPEG-4
Format profile : Base Media
Codec ID : isom
File size : 15.5 MiB
Duration : 1mn 53s
Overall bit rate : 1 146 Kbps
Encoded date : UTC 2011-05-05 18:05:55
Tagged date : UTC 2011-05-05 18:05:55
Writing application : Lavf52.106.0

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : Baseline@L3.0
Format settings, CABAC : No
Format settings, ReFrames : 1 frame
Codec ID : avc1
Codec ID/Info : Advanced Video Coding
Duration : 1mn 53s
Bit rate mode : Variable
Bit rate : 1 024 Kbps
Width : 640 pixels
Height : 360 pixels
Display aspect ratio : 16:9
Frame rate mode : Constant
Frame rate : 30.000 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.148
Stream size : 13.7 MiB (89%)
Writing library : x264 core 114 r1900
Encoding settings : cabac=0 / ref=1 / deblock=1:0:0 / analyse=0x1:0x111 / me=hex / subme=5 / psy=1 / psy_rd=0.00:0.00 / mixed_ref=0 / me_range=16 / chroma_me=1 / trellis=0 / 8x8dct=0 / cqm=0 / deadzone=21,11 / fast_pskip=1 / chroma_qp_offset=0 / threads=12 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=0 / weightp=0 / keyint=250 / keyint_min=25 / scenecut=40 / intra_refresh=0 / rc_lookahead=40 / rc=abr / mbtree=1 / bitrate=1024 / ratetol=1.0 / qcomp=0.60 / qpmin=10 / qpmax=51 / qpstep=4 / vbv_maxrate=1500 / vbv_bufsize=1500 / nal_hrd=none / ip_ratio=1.00 / aq=1:1.00
Encoded date : UTC 2011-05-05 18:05:55
Tagged date : UTC 2011-05-05 18:05:55

Audio
ID : 2
Format : AAC
Format/Info : Advanced Audio Codec
Format profile : LC
Codec ID : 40
Duration : 1mn 53s
Bit rate mode : Variable
Bit rate : 126 Kbps
Channel(s) : 2 channels
Channel positions : Front: L R
Sampling rate : 44.1 KHz
Compression mode : Lossy
Stream size : 1.71 MiB (11%)
Encoded date : UTC 2011-05-05 18:05:55
Tagged date : UTC 2011-05-05 18:05:55

[HTPC-User]

Hi!
@HTPC-User
Please check these versions: 2990 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-1-5-2-2990.html), 2991 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-1-5-2-2991.html).
2990 seems to be working.
2991 seems to be broken.

So hopefully someone can now locate the bug and fix it!



@HTPC-User: I have that, too. In D3D exclusive mode without VSync, all keystrokes before the first mouse click are just too sensitive. It also happens if you try to seek by chapters or time, pause/play, change the audio or subtitle streams. Everything is done like as if you tap the key or key combination two or three times. I don't know what causes it. I haven't found a bug report on this item on trac yet, so if you could submit one, I would appreciate it.


How and where? :)
The link to the bug reports in the first posting doesn't work for me.

Concerning the forced subtitles I got recently the hint to try LAV filters. As soon as possible I will try that, but perhaps has someone an idea how to only show forced subtitles in MPC-HC (with ffdshow) without additional filters or programs.
Manually switching them on and off when needed is quit annoying. :)

:thanks:

[mindbomb]

9800GT, DXVA works if I set Microsoft DTV DVD MPEG2 decoder as preferred external filter, but if I don't do that MPC-HC just defaults to non DXVA internal MPEG2 decoder.

9800gt doesnt support vld. it supports idct, which the microsoft decoder does support.

[SamuriHL]

Something is wrong with the latest build:


67>c:\dev\projects\mpc-hc\src\thirdparty\MediaInfo\MediaInfo\../../../../include
/stdafx_common_afx2.h(1): error C2059: syntax error : '<<'
67>c:\dev\projects\mpc-hc\src\thirdparty\MediaInfo\MediaInfo\../../../../include
/stdafx_common_afx2.h(24): error C2059: syntax error : '=='
67>C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\include\windowsx.h(19): e
rror C2143: syntax error : missing ';' before '{'
67>C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\include\windowsx.h(19): e
rror C2447: '{' : missing function header (old-style formal list?)
67>
67>Build FAILED.
67>


I've reinstalled MSVC 2010 Premium on my machine and updated it to SP1. So.....yea.

EDIT: Nevermind. Looks like a merge conflict caused by applying clsid's patch from last night before going to bed. I've reverted the file and am going to build again.

[Aleksoid1978]

i have encodec one file with Xmedia Recode and try to watch with MPC-HC but there is no VIDEO & AUDIO using a fresh installed MPC-HC but adding CoreAVC i'm able to watch the movie...anyone else having problem with this movie and MPC-HC

here is the sample movie : http://www23.zippyshare.com/v/51283375/file.html

here the mediainfo :

Play fine with internal splitter and audio/video decoder.

[lukanz]

@ Aleksoid1978

i played around and find out the reason was with Output set to EVR Custom Pres* there is no video playback and no sound...but with Output set to System Default it work...

i'm on win7_x64 and geforce9800 + mpc-hc_x32 1.5.2.3085

[namaiki]

Disable DXVA.

[Aleksoid1978]

@ Aleksoid1978

i played around and find out the reason was with Output set to EVR Custom Pres* there is no video playback and no sound...but with Output set to System Default it work...

i'm on win7_x64 and geforce9800 + mpc-hc_x32 1.5.2.3085

I use - EVR Custom, Win 7 x64, MPC-HC x86 - and all play fine.
But - by video is Intel HD.

[namaiki]

I use - EVR Custom, Win 7 x64, MPC-HC x86 - and all play fine.
But - by video is Intel HD.

I tested on Intel 4500MHD and 9600M GT.
Plays without issue on Intel but just black screen on 9600M GT.

[JanWillem32]

@HTPC-User (and any others interested): trac is the main support center for submitting bug reports, commenting on other reports, and there are even some guides to read. http://sourceforge.net/apps/trac/mpc-hc

[betaking]

yestoday , i install vs2010+SP1 compile is ok! thanks clsid & all dev!

[ceb]

Hardsubs are part of the video. So do the math...
Yeah, I added it later. Perhaps for you and the others it's obvious but for someone like me who knows little it's not. :D
Any suggestions?

Anyway, I see that there are a lot of people who enjoy watching anime fansub like me. :D
I watch both soft and hard sub, what are the best quality settings regardless of performance?
I leave everything at default except "Maximum Texture Resolution" changed to "Desktop" (improves subtitle quality of softsubs) and remove the tick from "Round up to power of two".

[bjd]

Just noticed that somwhere between .3058 and .3085 seeking via a web browser is broken. Sorry have not got any compiled versions between to test and isolate futher. All other web browser functions seem fine.

[mike23]

When I start to play an *.mpg with MPC-HC under 64bit Win7 then at first a popup appears:

"THe installed DirectX End-User Runtime is outdated. please download and install the June 2010 release or newer in order for MPC-HC to function properly"

Hmm, I have already DirectX 11 installed. At least this is shown in dxdiag.exe

So why does MPC-HC not detect this fact?

Mike

[mike23]

I can play an *.mpg successfully with MPC-HC here on 64bit Win7 but the movie fails with other well known wide spread players (e.g.VLC). It is sometimes stuttering.

In order to ensure that my friends and colleagues can play the movie as well I would like to "repair" the *.mpg.

Can I load it in MPC and save it WITH re-indexing it?
Video codec is MPEG-1

Mike

[nevcairiel]

Just do what it tells you to, don't question the popup!

But seriously, if it shows that, you're missing a component. The part of DX that MPC-HC uses is *NOT* part of the standard DirectX, not 9, not 10, and not 11. If a game needs it, they usually bring it with them, but MPC-HC just asks you to download it yourself.
And to clear up something else: DX11 is *NOT* a replacement for DX9. Alot of applications still use DX9, including MPC-HC, so you need to keep that updated as well - which the Runtime update will do.

[namaiki]

For further information about the DirectX Runtimes:
http://www.google.com/search?sourceid=chrome&ie=UTF-8&q=directx+runtime#sclient=psy&hl=en&safe=off&biw=1280&bih=709&source=hp&q=site:microsoft.com+directx+runtime&aq=f&aqi=&aql=f&oq=&pbx=1&bav=on.2,or.r_gc.r_pw.&fp=e7386a9c3eba4fdd

See the first two entries.

[jos99]

9800gt doesnt support vld. it supports idct, which the microsoft decoder does support.
K, thanks for the explanation, I could have sworn MPEG2 DXVA used to work though, maybe not:D!

[kikker]

Anyone have an idea as to what would create such blockiness and green smearing when I switch to full screen? I just put together a new system, and I've tried several different output formats, all of which result in the same thing.

Is there a setting I'm overlooking possibly? I'm playing back primarily MKVs for HD material on a HDTV. Playing the same material within a window works just fine.

I have latest AMD video drivers for my 3xxx card.

Thanks...

[pankov]

Guys,
I'm not using MPC-HC as my main player but I use it from time to time to check if a given problem is player or filter related and I try to replicate the same graph in both MPC-HC and ZoomPlayer and I usually am able to do it.
Recently I've noticed a problem that looks very strange to me - if I add ffdshow audio decoder as preferred and disable the internal decoders for AAC/AC3/DTS and start playback of a video file it plays fine but if I drop another file on MPC-HC instead of stopping the first one and starting the new it directly starts it so I have two files playing ... or at least the audio of two and no video. Often the player crashes afterwards but not always.
Any body got a clue what am I doing wrong?
This is just after settings reset and adding a few external filters.
Here is my .ini file in case it's as simple as changing an option that I've missed
http://www.mediafire.com/?wk07btim5ks6p9d

[v0lt]

MPC-HomeCinema 1.5.2.3089 (x86) (http://www.mediafire.com/?xfgh33iws56bh)
Updated mpciconlib.dll. Redraw all the icons, change the order.
Need to reassociate extensions with icons.
The easiest way to do this:
1. Go to "Options ...-> Formats", uncheck "With icons" and click "Apply"
2. Checkbox "With icons" back and click "Apply" again
3. Close the "Options".


PS: 4-bit 16x16 icons and try a little blur for 32-bit 16x16 icons.
http://i.imgur.com/pD3C2.png

[Aleksoid1978]

Hi
This sample (https://rapidshare.com/files/460405805/Vier-001.mkv) will crash MPC-HC DXVA decoder on ~22s.
There seems to be problem in video itself, but decoder should handle it, not crash i think.

Fix in rev. 3090

[pawlol83]

After updating the MPC home cinema version of 3058 (x86) I have a problem with using the program from the WEB interface. I mean a problem with the inability to scroll through the video progress slider.

The problem occurs in the rev. 3088, 3089

Please refer to the problem. Thanks in advance.

[betaking]

to all dev how to remove DataExecutionPrevention form mpc-hc code? i have chnage release.vsprops DataExecutionPrevention="2" to DataExecutionPrevention="0"
but after compler mpc-hc still use dep!
<?xml version="1.0" encoding="windows-1250"?>
<VisualStudioPropertySheet
ProjectType="Visual C++"
Version="8.00"
Name="release"
>
<Tool
Name="VCCLCompilerTool"
Optimization="2"
PreprocessorDefinitions="_SCL_SECURE_NO_WARNINGS"
RuntimeLibrary="0"
DebugInformationFormat="3"
BufferSecurityCheck="true"
EnableEnhancedInstructionSet="1"
AdditionalOptions="/MP"
/>
<Tool
Name="VCLinkerTool"
GenerateDebugInformation="true"
OptimizeReferences="2"
EnableCOMDATFolding="2"
LargeAddressAware="2"
RandomizedBaseAddress="2"
DataExecutionPrevention="0"
/>
</VisualStudioPropertySheet>

[v0lt]

After updating the MPC home cinema version of 3058 (x86) I have a problem with using the program from the WEB interface. I mean a problem with the inability to scroll through the video progress slider.

The problem occurs in the rev. 3088, 3089
IMHO, the problem appeared in version 3072. There are some very strange changes

Fixed in 3094.

[clsid]

MSVC2010 uses common.props for settings.

[betaking]

MSVC2010 uses common.props for settings.
OK!
change
</ClCompile>
<Link>
<OptimizeReferences>true</OptimizeReferences>
<EnableCOMDATFolding>true</EnableCOMDATFolding>
<LargeAddressAware>true</LargeAddressAware>
<LinkIncremental>false</LinkIncremental>
to
</ClCompile>
<Link>
<OptimizeReferences>true</OptimizeReferences>
<EnableCOMDATFolding>true</EnableCOMDATFolding>
<LargeAddressAware>true</LargeAddressAware>
<DataExecutionPrevention>false</DataExecutionPrevention>
<LinkIncremental>false</LinkIncremental>
dep is remove

[Mercury_22]

Revision 3095 it's not working !
"...No file to patch..."
My working solution it's to delete this lines if [ -f mingw-w64-crt/misc/mingw_getsp.S ];
then
rm mingw-w64-crt/misc/mingw_getsp.S
fifrom buildmingwlibs.sh and this lines Index: mingw-w64-crt/misc/mingw_getsp.S
===================================================================
--- mingw-w64-crt/misc/mingw_getsp.S (revision 2509)
+++ mingw-w64-crt/misc/mingw_getsp.S (working copy)
@@ -22,14 +22,14 @@
#endif
ret

-.globl __MINGW_USYMBOL(longjmp)
- .def __MINGW_USYMBOL(longjmp); .scl 2; .type 32; .endef
-__MINGW_USYMBOL(longjmp):
+.globl _longjmp
+ .def _longjmp; .scl 2; .type 32; .endef
+_longjmp:
#ifdef _WIN64
xorl %eax,%eax
movl %eax, (%rcx)
- leaq __MINGW_USYMBOL(fctMsvcrtLongJmp)(%rip), %rax
+ leaq _fctMsvcrtLongJmp(%rip), %rax
jmpq *(%rax)
#else
- jmp *__MINGW_USYMBOL(fctMsvcrtLongJmp)
+ jmp *_fctMsvcrtLongJmp
#endif
from mpchc_Mingw64.patch

P.S. To use gcc 4.6.0 for x64 too you need to replace the "C:\MPC-HC\src\filters\transform\MPCVideoDec\ffmpeg_x64\root-i686-pc-mingw32\x86_64-w64-mingw32\include" folder with the one from your "C:\MSYS\mingw\x86_64-w64-mingw32\include"

EDIT: why don't we just add libgcc.a and libmingwex.a for both x86 and x64 to the SVN and make Everybody Happy ?

[hajj_3]

remember window position seems to have stopped working for me, it was working in MPC-HomeCinema 1.5.2.3033 (x64) but i just tried build MPC-HomeCinema 1.5.2.3093 (x64) and it won't remember the window position, i've tried unchecking and re-checking the box but it doesn't fix it.

Can someone else confirm this please.

[Aleksoid1978]

remember window position seems to have stopped working for me, it was working in MPC-HomeCinema 1.5.2.3033 (x64) but i just tried build MPC-HomeCinema 1.5.2.3093 (x64) and it won't remember the window position, i've tried unchecking and re-checking the box but it doesn't fix it.

Can someone else confirm this please.

Try this build - http://aleksoid.tosei.ru/Test/mpc-hc.exe.position.7z

If don't help - can make desktop screenshot before close MPC-HC, and after open(when restore position break).

[tetsuo55]

OK!
change
</ClCompile>
<Link>
<OptimizeReferences>true</OptimizeReferences>
<EnableCOMDATFolding>true</EnableCOMDATFolding>
<LargeAddressAware>true</LargeAddressAware>
<LinkIncremental>false</LinkIncremental>
to
</ClCompile>
<Link>
<OptimizeReferences>true</OptimizeReferences>
<EnableCOMDATFolding>true</EnableCOMDATFolding>
<LargeAddressAware>true</LargeAddressAware>
<DataExecutionPrevention>false</DataExecutionPrevention>
<LinkIncremental>false</LinkIncremental>
dep is removeI still don‘t understand why you need to disable it?
You do understand that any problems are caused by either broken filters, drivers or virisses/trojans/worms....

[betaking]

I still don‘t understand why you need to disable it?
You do understand that any problems are caused by either broken filters, drivers or virisses/trojans/worms....

I disable only for mpc-hc! not disable for other app! because i diy a codecpack for some chinese people. if not disable dep for mpc-hc! mpc-hc be crash. Mine is a separator or an old version of the decoder causes, but they do not know, they are only concerned with stability and compatibility, because some of the decoder has stopped development of alternative solutions can not be found!

[hajj_3]

Try this build - http://aleksoid.tosei.ru/Test/mpc-hc.exe.position.7z

If don't help - can make desktop screenshot before close MPC-HC, and after open(when restore position break).

That build doesn't fix it. I don't know what this means: "and after open(when restore position break)"

[Aleksoid1978]

That build doesn't fix it. I don't know what this means: "and after open(when restore position break)"

Make desktop screenshot before you close MPC-HC, and after open again.