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

[arfster]

You can cleary see all these features missing here:
http://ati.amd.com/products/radeonhd3800/specs.html

The fact that you are unable to see the difference is another problem (driver versions, ccc settings, reg tweaks, playback software)


Nothing more than marketing gibberish there. Note it also doesn't claim to have anything new over earlier cards. For example:

"The GPU uses post processing algorithms to enhance standard and low resolution videos and movies on your HD display. "

So does the 2400. In fact, being overly literal as they are, so does pretty much every video card ever made.


I could also sarcastically point out that this is the same company that still hasn't fixed the bug where SD uses an 16-235 YUV>RGB matrix, and HD an expanded one. They've known about that for 14 months now, and just don't care enough to fix it. They've also broken all acceleration for all 2xxx/3xxx/4xxx setups with dual monitors for the past 8 months.

Bluntly, they couldn't give a crap about video quality, their only focus is adding stupid marketing gimmicks (eg fleshtone/colour "correction", dynamic contrast adjustment etc).


Not just me either, nobody else has seen any difference either. I've even analysed the screenshots, they're pixel-for-pixel identical. For setup issues, I have a clean copy of Vista on a separate disk that gets disk-imaged back to newness for when I want to test something - saves any config problems or driver remnants getting in the way.

[ranpha]

Tested this last year when DVBviewer added EVR: over an hour, average cpu use was something like 0.6% playing 16mbit interlaced h264. That's BBC HD live over satellite, so there's the overhead from DVB Viewer too. Setup was a core2 duo in Vista32, underclocking itself to 1.5ghz or thereabouts.

Is that using MPC-HC individual decoder?

[tetsuo55]

ATI''s full of shit i know that.

But these slides do show enhancements

http://www.tomshardware.com/de/HD-4870-Radeon-ATi-RV770,testberichte-240071-4.html

[Kurtnoise]

Kurtnoise13
Try to clear settings MPC-HC. This me helped solve the problem with subtitles. I found the cause, which caused a problem with subtitles on my test computer with windows xp. Everything happened after experiments with Combined Community Codec Pack (CCCP), I deleted Codec Pack, and has made the removal of the old settings MPC-HC. After that MPC-HC again became reproduce subtitles.
doesn't work either for me...

anyway, I stay with the HR from now.

[tetsuo55]

So i formatted my PC and have the latests beta catalyst installed

8.8 to be precise.

Now all the movies i try to play break up terribly when trying to watch them, eventually the decoder crashes and i get stuck with the same broken frame for the entire movie (seeking doesn't help) i need to play another movie in DXVA mode to get DXVA working again.

Now i think this might be related to b-pyramids and bluray-compliance updates. i have to test a sample that doesn't use b-pyramid to be sure.

[Kado]

MPEG2_A/C is better than MPEG2_IDCT because they support dual-stream decoding for picture-in-picture.

http://pwp.netcabo.pt/kado/idct_dual.png
Vista x86 SP1 + 9800GTX 177.89

[ADude]

everybody who has a slower PC should suffer, because you are part of a select group of users that has a CPU fast enough not to need DXVA?

Generally, everybody who has a slower PC usually does not have a DXVA-capable GPU.

I have a PC with a CPU that is capable of playing 1080p H264 videos with software only, yet the GPU is not quite recent enough to support DXVA.

So, those PCs that are recent enough to have a DXVA-capable GPU and yet do not happen to have a CPU that can play everything with software are a tiny fraction.

What happens is that people will upgrade their GPU and pay more to do so than they would pay to upgrade their CPU to one that can play H264 with software.

There was a short period of time when DXVA-capable GPUs were cheaper than 3.0ghz dual-core CPUs, but that was like a couple of months or so. :D

The clincher is that some 1080p H264 files that you might find with the content you like, happen to be encoded without DXVA support anyway, so you still need the CPU and good software like CoreAVC Professional, in order to play those non-DXVA-compliant files.

[STaRGaZeR]

When I load a DVD in MPC-HC with PowerDVD8 DXVA2 MPEG2-IDCT acceleration (EVR), the load is just about 5-10% only (Phenom 9500 but MPC-HC is single-threaded in Task Manager to only use one core). The same applies if I load the same DVD with DXVA1 MPEG2-C in overlay mixer. The same story applies if I use Microsoft MPEG2 DXVA2 in EVR or DXVA1 in VMR9/VMR7/overlay.

Plus, loading a 1080p h.264 video in MPC-HC using either PowerDVD8 H.264 decoder or the internal MPC decoder also gives the same values.

Only if I disable DXVA, the CPU rises to between 15-20%.

I actually never see 1%-only MPC-HC utilization when DXVA is activated, whether it is MPEG2 or h.264. More often than not, counting overhead, up to 10% CPU will still be used for other things like decoding the audio etc. So I assume the CPU utilization will be less than 5% even with single core if overhead is removed.

Below is the CPU utilization of using DXVA1 MPEG2-A in VMR9 playing DVD in DXVA Checker (single-threaded in Task Manager to use only one core of a 2.2Ghz CPU).

http://thumbnails9.imagebam.com/1141/f459db11407666.gif (http://www.imagebam.com/image/f459db11407666/)


3%-5% with only overhead from reading the video from the DVD and splitting the video.



The most reliable is EVR. Just pass NV12 colorspace (ffdshow can do it) to it and AVP2 will be activated for whatever SD video you use. VMR9 can too but I did not find a reliable method to trigger AVP2, it is hit-and-miss. Hardware resizing with high quality bicubic (in pixel-shaders) of course can be done in EVR, VMR9/7 and Haali VR.


Weird, because with IDCT I get only 1-2% usage with DVDs. I told you to use a Blu-ray sources because with DVD content is very difficult to tell the difference. Hell without any DXVA I never get more than 5%, doing deinterlacing and such. If I'm using any kind of bitstream decoding, CPU stays at 0-1% all the time. Windows task manager is not good to test this things IMO. I can guarantee you UVD2, at least in its current state and drivers, doesn't have MPEG-2 bitstream acceleration, only assisted decoding for IDCT and whatever those A and C mean.

Just do a test. If you're playing your Blu-ray movies from a (m2)ts container, mux them into Matroska. I've done it, with (m2)ts using internal splitter or Haali's CPU fluctuates between 2-10%, the exact same file in Matroska is between 0-1%. Matroska rules :)

About the renderers, I'm already using NV12 putput in ffdshow with EVR Custom, it was just to confirm. Edge-enhancement is VERY useful for SD videos.

Its strange that stargazer's card does not report MPEG2_VLD, maybe it won't be available/visable until catalyst 8.8?

So enable EVR and it will automatically enable AVP2, does my hd2400pro have this feature?

Mine and all others out there, they'll not report MPEG2_VLD. And I highly doubt they will with a driver update. Maybe with the next iteration of UVD. I've already sent a ticket to ATI requesting full bitstream decoding for famous formats like DivX and MPEG2, but will they listen? :rolleyes:

To enable all the Avivo options you only have to either use DXVA or use NV12 output in conjunction with a compatible renderer. EVR/EVR Custom is the best, works always. You can use ffdshow for that. This has been already asked for, but I'll do it again: a output colorspace option in MPC internal decoders like the one in ffdshow would be really nice, as they're almost the same.


Stargazer and Ranpha could you try it again with the latest version of DXVAchecker
Also if possible with the latest ati driver, you can find it here:
http://forums.guru3d.com/showpost.php?p=2809130&postcount=121

DXVA Checker 1.8.1.0: http://bluesky23.hp.infoseek.co.jp/

Same options, IDCT, A and C.

I use cyberlinks decoder which uses my videocards assisted decoding too(most importantly the deinterlacing part)

however as soon as MPC-HC supports mpeg2 i won't have to rely on closed source payware anymore.

Ah, so true. But you don't need PDVD to have the card handle the deinterlacing part. As soon as the Microsoft decoder uses DXVA the deinterlacing process is handled by the graphics card, and it will use the method selected in CCC. I recommend Vector adaptive. So you can trash PDVD now if you want and use Microsoft's decoder+DXVA+ATI's deinterlacing from now on :D

So i formatted my PC and have the latests beta catalyst installed

8.8 to be precise.

Do yourself a favour and stay away of those betas. They're only optimized to make the 4870X2 look good in the launch reviews. For me all of them have something broken. Stick with 8.7 until 8.8 is released.

[dZeus]

Generally, everybody who has a slower PC usually does not have a DXVA-capable GPU.

Generally, the percentage of people not having a fast enough CPU to play back 1080-lines H264 contents is significant. Part of which own a DXVA capable GPU, part of which can cheaply upgrade their CPU if they wish to, and part of which can't, but can get a very cheap DXVA gpu (ATI HD3400, etc).

Imho cpu speed is overrated, and most would rather get an accelerator which supports Aero Glass as a nice upgrade for an old pc.

I have a PC with a CPU that is capable of playing 1080p H264 videos with software only, yet the GPU is not quite recent enough to support DXVA.

And I have multiple PCs which all can NOT play back 1080p in software, but I own 2 DXVA videocards that will allow this (HD3650 AGP and HD2400 AGP).


So, those PCs that are recent enough to have a DXVA-capable GPU and yet do not happen to have a CPU that can play everything with software are a tiny fraction.

based on which statistics? One PC out of a total of one? Good luck with that.


What happens is that people will upgrade their GPU and pay more to do so than they would pay to upgrade their CPU to one that can play H264 with software.

There was a short period of time when DXVA-capable GPUs were cheaper than 3.0ghz dual-core CPUs, but that was like a couple of months or so. :D

I doubt you can beat the price of a HD2400 AGP with a CPU that supports H264 1080p, plus which makes a nice Aero-glass capable upgrade too. If you can find one that is (lots of people out there with phased-out cpu sockets)...


The clincher is that some 1080p H264 files that you might find with the content you like, happen to be encoded without DXVA support anyway, so you still need the CPU and good software like CoreAVC Professional, in order to play those non-DXVA-compliant files.

haven't run into any non-compliant blu-ray or HDDVD disk yet...

[tetsuo55]

What happens is that people will upgrade their GPU and pay more to do so than they would pay to upgrade their CPU to one that can play H264 with software.

Slow down for a moment.

Youre comparing a 40$ videocard with a 300$ entirely new pc here

[carlo_0000]

hi i don't know if this bug is already reported but

with dxva and a ati 2400pro and dxva

i have a bug when using the mpc video decoder of mpchc

with alternate software like dvbvieuwer

(altdvb)

in 1280*720 @50 fps using mpc video decoder all is fine work great

but in 1440*1080 or 1920*1080

i have this

http://perso.latribu.com/tribu/jpg/AltDVB.JPG

i tryed olways the last ati driver but still same problem
olso tryed other deinterlace methode in ATI catalyst control center :mad:


the computer is a athlon xp 3100+ soket A (win xp)
i buyed the hd2400pro tu upgrade my media player but they didin say that powerdvd with dxva didin't work with no SSE2 cpu's
so my only hope is the mediaplayer codec, or i buyed for nothing

[tetsuo55]

Try catalyst 8.5

[carlo_0000]

thanks but i alredy tryed

the 8.2 8.3 8.4 8.5 8.6

8.4 and before (no dxva working)

i use now the last beta driver for pci-e(only) but work olso on agp card

but does someone have an idea where it s like that ?

picture is green and cuted in 4 ?

is it a deenterlace probleme ? (in work in 720p)

[tetsuo55]

Is it VC1 or h264?

[carlo_0000]

Is it VC1 or h264?

it s h264


i just tested to record the channel

when i record it and playbacl in mpchc, it play fine

so i think it s not the codec but what is it than ?

olos tested overlay vrm7 vrm9 (evr xp no dxva)

[tetsuo55]

Could you upload a small sample of the non-working file?

[carlo_0000]

ok

i can upload a sample but that can i play olso in mpchc

it s in the dvbvieuwer (live from sat) that it bug

http://rapidshare.com/files/138328964/20080818_2303_BBC_HD_Dup01.TS.html

[tetsuo55]

if the sample already works in MPC-HC then i cannot use it to help you, maybe Casimir can though

[ADude]

Slow down for a moment.

Youre comparing a 40$ videocard with a 300$ entirely new pc here

The same PCs that won't take a CPU upgrade also can't utilize DXVA-capable videocards.

For example, I built an HT-PC about 6 months ago or so.

It's GPU is nox DXVA-capable (ATI 1250), but I can play 1080p H264 videos with a cpu that currently costs $40-$50.

My previous video PC was a laptop with a CPU upgrade to a single core 1800mhz. The GPU cannot be upgraded.

In the house, being used by various people are 9 PCs. 7 will never be able to play H264 1080p videos because their socket cannot accept a fast enough cpu and their bus won't accept a recent graphics card with DXVA-capable GPU.

I would hazard a guess that 80-90% of the PCs in the world can never play 1080p H264 videos due to using previous sockets and buses.

The remaining ones are very recent and thus can play them EITHER with a new CPU or with a new GPU.

[ooferomen]

The same PCs that won't take a CPU upgrade also can't utilize DXVA-capable videocards.

For example, I built an HT-PC about 6 months ago or so.

It's GPU is nox DXVA-capable (ATI 1250), but I can play 1080p H264 videos with a cpu that currently costs $40-$50.

My previous video PC was a laptop with a CPU upgrade to a single core 1800mhz. The GPU cannot be upgraded.

In the house, being used by various people are 9 PCs. 7 will never be able to play H264 1080p videos because their socket cannot accept a fast enough cpu and their bus won't accept a recent graphics card with DXVA-capable GPU.

I would hazard a guess that 80-90% of the PCs in the world can never play 1080p H264 videos due to using previous sockets and buses.

The remaining ones are very recent and thus can play them EITHER with a new CPU or with a new GPU.

so you have 7 PCs with out a AGP slot? :confused:

i added full dual-bitstream decoding of h264 vc1 and mpeg2 to my computer for $25, a much better deal than buying a whole new one.

[ghostonline]

.... just for the sake of playing regular hd, less than 92usd(shipping included, with $20 rebate), ati hd3650 agp is there for you.
if agp is not old enough, then less than 70usd(shipping included), you can get hd2400pro pci.

laptop with user gpu upgrade ability? even many high-end models in today's world do not have that feature..


go to high end extreme, as far as right now, dxva can provide better playing result than a quad @4Ghz under certain condition.

[zambelli]

Mine and all others out there, they'll not report MPEG2_VLD. And I highly doubt they will with a driver update. Maybe with the next iteration of UVD. I've already sent a ticket to ATI requesting full bitstream decoding for famous formats like DivX and MPEG2, but will they listen? :rolleyes:
DivX (MPEG-4) VLD decoding? Why bother? It's such a lightweight codec compared to H.264 HP that it's difficult to imagine what computer couldn't decode it in software only. Plus, the vast majority of MPEG-4 content is not even HD. I'm sure ATI/AMD has better things to do.

[dZeus]

The same PCs that won't take a CPU upgrade also can't utilize DXVA-capable videocards.

...I would hazard a guess that 80-90% of the PCs in the world can never play 1080p H264 videos due to using previous sockets and buses.

The remaining ones are very recent and thus can play them EITHER with a new CPU or with a new GPU.

I suppose those statistics come from the same dark place as your last ones; Every PC with 1.5v AGP or newer supports DXVA videocards. The i820 and i815 chipset were the first to support it. Which production was started at.. the end of 1999/beginning of 2000? Look up world-wide production figures starting at those years to get an idea how big the market for DXVA products is.

[hrr]

Hi !
Generally, everybody who has a slower PC usually does not have a DXVA-capable GPU.

I have a PC with a CPU that is capable of playing 1080p H264 videos with software only, yet the GPU is not quite recent enough to support DXVA.

So, those PCs that are recent enough to have a DXVA-capable GPU and yet do not happen to have a CPU that can play everything with software are a tiny fraction.

What happens is that people will upgrade their GPU and pay more to do so than they would pay to upgrade their CPU to one that can play H264 with software.

There was a short period of time when DXVA-capable GPUs were cheaper than 3.0ghz dual-core CPUs, but that was like a couple of months or so. :D

The clincher is that some 1080p H264 files that you might find with the content you like, happen to be encoded without DXVA support anyway, so you still need the CPU and good software like CoreAVC Professional, in order to play those non-DXVA-compliant files.

I don't think so. I have a P4 2,6 Ghz and I Buy an ATI HD 2400 in AGP that cost me 50 €. The cost of changing mainboard, CPU and memory is far superior to the cost of the DXVA-capable GPU and thanks to that, now I can use my Z2000 at 1080p with DXVA compatible content. It is not possible with CoreAVC.

[arfster]

I suppose those statistics come from the same dark place as your last ones; Every PC with 1.5v AGP or newer supports DXVA videocards. The i820 and i815 chipset were the first to support it. Which production was started at.. the end of 1999/beginning of 2000? Look up world-wide production figures starting at those years to get an idea how big the market for DXVA products is.

All true - although it has to be said getting dxva working on an agp setup is a bit of a lottery :-)

[arfster]

Is that using MPC-HC individual decoder?

No, was with cyberlink, cos the mpchc decoder doesn't handle paff interlacing properly. Doesn't make any difference to CPU hit though, both are doing full offload - mpchc's decoder playing 1080p h264 is also under 1%.

[ranpha]

No, was with cyberlink, cos the mpchc decoder doesn't handle paff interlacing properly. Doesn't make any difference to CPU hit though, both are doing full offload - mpchc's decoder playing 1080p h264 is also under 1%.

Well, I have never seen this 1% CPU utilization for, it was even higher for blu-ray discs (PowerDVD easily exceeds 10%). Even with lower-bitrate downloaded materials even I do not see constant 1% CPU time.

[alexins]

Media Player Classic HomeCinema (x86), svn 736 (http://www.xvidvideo.ru/content/view/179/1/)
Media Player Classic HomeCinema (x64), svn 736 (http://www.xvidvideo.ru/content/view/180/1/)

Supported languages: CN, CZ, DE, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA

Changes log (http://www.xvidvideo.ru/content/view/7/17/)

Updated : Polish translation; FIX : selection of a language not all data transferred(need restart on MPC-HC); ADD : Adding Entries to the Explorer Context Menu for Directory(MPC now reads the entire directory - For activating of this option, it is necessary to open 'Options -> Formats' and to push the button ‘Ok’.)

[clsid]

MPC-HC file association cleanup bug. These commands are not working:

mplayerc /unregvid
mplayerc /unregaud

They should undo all file associations and cleanup the related registry keys (HKCR\mplayerc.*, etc.).

[The_Rebel]

Media Player Classic HomeCinema (x86), svn 736 (http://www.xvidvideo.ru/content/view/179/1/)
Media Player Classic HomeCinema (x64), svn 736 (http://www.xvidvideo.ru/content/view/180/1/)

Supported languages: CN, CZ, DE, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA

Changes log (http://www.xvidvideo.ru/content/view/7/17/)

Updated : Polish translation; FIX : selection of a language not all data transferred(need restart on MPC-HC); ADD : Adding Entries to the Explorer Context Menu for Directory(MPC now reads the entire directory - For activating of this option, it is necessary to open 'Options -> Formats' and to push the button ‘Ok’.)


Thanks! with this build the cyberlink codec (h.264) works a hell of a lot better (every single video i've tried is using DXVA, out of 14 encodes blockiness/corruption occurs in only 3 encodes!)

Note: seems like the number of reference frames ins't causing the blockiness.

Video A (Working perfectly):

0x00000000 H264 Sequence Parameter Set
profile_idc = 100 (PROFILE_IDC_High)
constraint_set0_flag = 0
constraint_set1_flag = 0
constraint_set2_flag = 0
constraint_set3_flag = 0
reserved_zero_4bits = 0
level_idc = 51
seq_parameter_set_id = 0
chroma_format_idc = 1
bit_depth_luma_minus8 = 0
bit_depth_chroma_minus8 = 0
lossless_qpprime_flag = 0
seq_scaling_matrix_present_flag = 0
log2_max_frame_num_minus4 = 5
pic_order_cnt_type = 0
log2_max_pic_order_cnt_lsb_minus4 = 6
num_ref_frames = 11
gaps_in_frame_num_value_allowed_flag = 0
pic_width_in_mbs_minus1 = 43 (704)
pic_height_in_map_units_minus1 = 24 (400)
frame_mbs_only_flag = 1
direct_8x8_inference_flag = 1
frame_cropping_flag = 0
vui_parameters_present_flag = 1
vui_parameters():
aspect_ratio_info_present_flag = 0
overscan_info_present_flag = 0
video_signal_type_present_flag = 0
chroma_loc_info_present_flag = 0
timing_info_present_flag = 1
num_units_in_tick = 125
time_scale = 5994
fixed_frame_rate_flag = 1
nal_hrd_parameters_present_flag = 0
vcl_hrd_parameters_present_flag = 0
pic_struct_present_flag = 0
bitstream_restriction_flag = 1
motion_vectors_over_pic_boundaries_flag = 1
max_bytes_per_pic_denom = 0
max_bits_per_mb_denom = 0
log2_max_mv_length_horizontal = 11
log2_max_mv_length_vertical = 11
num_reorder_frames = 2
max_dec_frame_buffering = 11



Video B (blockiness/corruption):

0x00000000 H264 Sequence Parameter Set
profile_idc = 100 (PROFILE_IDC_High)
constraint_set0_flag = 0
constraint_set1_flag = 0
constraint_set2_flag = 0
constraint_set3_flag = 0
reserved_zero_4bits = 0
level_idc = 51
seq_parameter_set_id = 0
chroma_format_idc = 1
bit_depth_luma_minus8 = 0
bit_depth_chroma_minus8 = 0
lossless_qpprime_flag = 0
seq_scaling_matrix_present_flag = 0
log2_max_frame_num_minus4 = 5
pic_order_cnt_type = 0
log2_max_pic_order_cnt_lsb_minus4 = 6
num_ref_frames = 11
gaps_in_frame_num_value_allowed_flag = 0
pic_width_in_mbs_minus1 = 79 (1280)
pic_height_in_map_units_minus1 = 44 (720)
frame_mbs_only_flag = 1
direct_8x8_inference_flag = 1
frame_cropping_flag = 0
vui_parameters_present_flag = 1
vui_parameters():
aspect_ratio_info_present_flag = 0
overscan_info_present_flag = 0
video_signal_type_present_flag = 0
chroma_loc_info_present_flag = 0
timing_info_present_flag = 1
num_units_in_tick = 1001
time_scale = 60000
fixed_frame_rate_flag = 1
nal_hrd_parameters_present_flag = 0
vcl_hrd_parameters_present_flag = 0
pic_struct_present_flag = 0
bitstream_restriction_flag = 1
motion_vectors_over_pic_boundaries_flag = 1
max_bytes_per_pic_denom = 0
max_bits_per_mb_denom = 0
log2_max_mv_length_horizontal = 11
log2_max_mv_length_vertical = 11
num_reorder_frames = 2
max_dec_frame_buffering = 11


I'm using Cyberlink's AVC/H.264 decoder (v8.0.1730) & VMR9 Renderless.

P.S The Subs are looking amazing in this build (in the stable builds they don't quite scale right..)

Edit again: could it be "num_units_in_tick"?... just compared some more videos.. doesn't look like this is a problem..

It must have something to do with compression or something.. (no expert here), i'm sure you developer guys will figure it out though.

Thanks goes out to all the MPC-HC devs and everyone else that contributes.

[ikarad]

Media Player Classic HomeCinema (x86), svn 736 (http://www.xvidvideo.ru/content/view/179/1/)
Media Player Classic HomeCinema (x64), svn 736 (http://www.xvidvideo.ru/content/view/180/1/)

Supported languages: CN, CZ, DE, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA

Changes log (http://www.xvidvideo.ru/content/view/7/17/)

Updated : Polish translation; FIX : selection of a language not all data transferred(need restart on MPC-HC); ADD : Adding Entries to the Explorer Context Menu for Directory(MPC now reads the entire directory - For activating of this option, it is necessary to open 'Options -> Formats' and to push the button ‘Ok’.)

Can you add support of Hd-subtitles from blu-ray in a release? Is it possible or not?

[Aleksoid1978]

MPC-HC file association cleanup bug. These commands are not working:

mplayerc /unregvid
mplayerc /unregaud

They should undo all file associations and cleanup the related registry keys (HKCR\mplayerc.*, etc.).

HKCR\mplayerc.* not cleanup in original code MPC-HC, i add for cleanup \\shell\\* ,but forgot cleanup DefaultIcon(add later).

P.S. - Apparently this is my bag - will try to correct :) (I forgot undo file associations)

[saint-francis]

I've got a file I just finished making and I can't play it in MPC HC 64. It plays fine in MPC HC 32 bit but it uses FFDShow and I don't have a 64 bit FFDShow to try it out. In 32 bit MPC HC it plays fine with both FFDShow and DXVA.

SAMPLE (http://rapidshare.com/files/138602421/hk2_test-001.mkv.html)

P.S. I screwed up encoding it and I need to redo it. I accidentally lowered the b frames to accommodate the new b frames patch but I forgot to enable it. So it's only 3 b frames.

[Aleksoid1978]

MPC-HC file association cleanup bug. These commands are not working:

mplayerc /unregvid
mplayerc /unregaud

They should undo all file associations and cleanup the related registry keys (HKCR\mplayerc.*, etc.).

fix ...

[alexins]

Media Player Classic HomeCinema (x86), svn 737 (http://www.xvidvideo.ru/content/view/182/1/)
Media Player Classic HomeCinema (x64), svn 737 (http://www.xvidvideo.ru/content/view/183/1/)

Supported languages: CN, CZ, DE, ES, FR, HU, IT, KR, PL, RU, SK, TR, UA

Changes log (http://www.xvidvideo.ru/content/view/7/17/)

FIX : MPC-HC file association cleanup bug (rev.731), these commands are not working:
mplayerc /unregvid
mplayerc /unregaud
_______________________________________________________________________________
I've got a file I just finished making and I can't play it in MPC HC 64. It plays fine in MPC HC 32 bit but it uses FFDShow and I don't have a 64 bit FFDShow to try it out. In 32 bit MPC HC it plays fine with both FFDShow and DXVA.

SAMPLE (http://rapidshare.com/files/138602421/hk2_test-001.mkv.html)

P.S. I screwed up encoding it and I need to redo it. I accidentally lowered the b frames to accommodate the new b frames patch but I forgot to enable it. So it's only 3 b frames.
I checked the file in mpc-hc x64 rev.737 (http://www.xvidvideo.ru/content/view/183/1/), it is well reproduced.
MPC-HC x64 used only internal filters, installation ffdshow it was not required.
http://s61.radikal.ru/i174/0808/ba/6a125e0a3bdat.jpg (http://radikal.ru/F/s61.radikal.ru/i174/0808/ba/6a125e0a3bda.jpg.html)
http://s39.radikal.ru/i083/0808/ea/1197f95c5a3ft.jpg (http://radikal.ru/F/s39.radikal.ru/i083/0808/ea/1197f95c5a3f.jpg.html)

ffdshow x64 getting is possible here (http://www.xvidvideo.ru/content/category/1/5/6/)

[ooferomen]

is display stats not working for anyone else? i'm using evr custom and it won't show up

[Aleksoid1978]

is display stats not working for anyone else? i'm using evr custom and it won't show up

Try install latest DirectX - must work

[clsid]

@Aleksoid1978,

I saw you added MPC to the shell context menu for directories. Could you modify that code to only enqueue audio/video files (those with file extensions from the Formats page in MPC options)? We don't want MPC to enqueue all kinds of other filetypes. Images/Playlist files should also be skipped.

For example a directory with .mp3 files will often contain a .txt/.nfo file (tracklist), and a .jpg (album art), and a .m3u (playlist). Those should all not be enqueued. Only the .mp3 files should get enqueued.

If a user would want to open a playlist, then the user would open that directly, not by adding the contents of a whole directory.

[clsid]

And maybe allow the user to control what MPC add to the context menus. Some people might prefer not to add those items to the context menu.

I suggest adding the following options to "Options -> Formats":

[Header: "File association options"]
1) Add "Enqueue in MPC" option in the context menu of directories.
2) Add "Play with MPC" option in the context menu of associated files.
3) Add "Enqueue in MPC" option in the context menu of associated files.

[Aleksoid1978]

@Aleksoid1978,

I saw you added MPC to the shell context menu for directories. Could you modify that code to only enqueue audio/video files (those with file extensions from the Formats page in MPC options)? We don't want MPC to enqueue all kinds of other filetypes. Images/Playlist files should also be skipped.

For example a directory with .mp3 files will often contain a .txt/.nfo file (tracklist), and a .jpg (album art), and a .m3u (playlist). Those should all not be enqueued. Only the .mp3 files should get enqueued.

If a user would want to open a playlist, then the user would open that directly, not by adding the contents of a whole directory.

i see ...

[JohnLai]

Any future plan to add deinterlace bob mode?

[clsid]

The internal MPEG-2 decoder already supports bob deinterlacing. So I assume you mean a shader. I don't think it is possible to do bob with shaders.

[ADude]

@Aleksoid1978,

I saw you added MPC to the shell context menu for directories. Could you modify that code to only enqueue audio/video files (those with file extensions from the Formats page in MPC options)? We don't want MPC to enqueue all kinds of other filetypes. Images/Playlist files should also be skipped.

For example a directory with .mp3 files will often contain a .txt/.nfo file (tracklist), and a .jpg (album art), and a .m3u (playlist). Those should all not be enqueued. Only the .mp3 files should get enqueued.

If a user would want to open a playlist, then the user would open that directly, not by adding the contents of a whole directory.

Other file types to exclude:

.sfv
.md5

which are both checksum files.

[Aleksoid1978]

Other file types to exclude:

.sfv
.md5

which are both checksum files.
This file type NOT in extension list, that MPC-HC support - is not include on open

[Snowknight26]

I have a file that plays fine without DXVA using the internal H.264 decoder but has some weird issues when played with DXVA. Looks like random 16x16 blocks are shown from the previous frame or two during the current frame. 3 refs so that can't be the problem.

Using r737 x64 with a Radeon 4850 and Catalyst 8.7 drivers under Vista.
http://www.stfcc.org/misc/dxva.mkv

Edit: One more problem it seems. Same setup but without DXVA (file is 12 refs). Issue similar to how CoreAVC sometimes used to show glitches from old x264 builds. Visible on the right side.

http://www.stfcc.org/misc/blocking.mkv

And a second file that does the same thing, old x264 build, 3 refs so DXVA is enabled. Catalyst 8.8 here.

http://www.stfcc.org/misc/blocking2.png
http://www.stfcc.org/misc/blocking2.mkv

Edit 2: My I'm on a roll. 3rd issue. Playing yet a 3rd file (with DXVA) shows this pulsating blue line on the very left side of the video.. even looks like its not part of the video but a couple pixels further. Without DXVA enabled there is a white line on the right side that also pulsates. Doesn't happen very often though. Catalyst 8.7 this time.

http://www.stfcc.org/misc/bluething.png

[htpchdtv]

Hello,

Gabest's Media Player Classic was always my favorite player and I hope Media Player Classic HomeCinema will be better :) Thanks to all developers and supporters. This is my first post here, but I'm following this thread since around page 100.

Here are my 2 cents :)

I'm building a HTPC based on a J6C2 (aka NC62K) from Jetway with the MCP78S chipset (GeForce 8200 mGPU) from Nvidia on top. Driver 177.79.

My CPU is a BE-2400 which runs at 1800 MHz @ 0.9 V due to the fact it's just cooled with a headpipe and no fans.

I have chosen this combination to build a silent, HDTV ready sat receiver which shall use as little power as possible.

Because of that, I do count on DXVA!!!

I ran DXVA Checker 1.9.0.0 and may post the readings if someone is interested.

I'm using Media Player Classic HomeCinema (x86), svn 733 just internal filters. All my sample files (all 1080p) ran smooth with DXVA :) CPU is never above 30 % (depending on the video sample). If CPU is between 1% to 8%, my GPU temterature goes up to 68°C :( The sucker will get a headpipe later.

After installing Directx redist August 2008, everything stuttered. Removed it and it's playing smooth again.

When I play Nvidea's PureVideoHD trailer, CPU goes up to 50% -> I guess no DXVA at all. How can I check this?

I have one sample which can't be rendered with MPC HC or anything else I tried so far. Filename BatmanBegins_1080p.wmv 164MB, length about 2:29. This file was originally listet on MS HD sample side. I found it on emule and uploaded it http://rapidshare.com/files/138498006/BatmanBegins_1080p.wmv.html for you to play around if you like. It might be a DRM thing :(

Once again, I think DXVA has great potential :cool:

Best regards,

htpchdtv

PS: I know the DXVA discussion was about a week ago, but I had to wait 5 days till I was allowed to post :mad:

[THX-UltraII]

I have not fully succeeded to AUTOplay the disired subtitles of a .mkv file with MPC HC.

I installed VSFilter, but figured out that the VSFilter is not the required filter for me (at least, not for the .mkv files that I use). I found out that when I rightclick my mouse when a .mkv is playing I get to see the filters that are used. The last line when clicking on filters shows the MAP where the .mkv file is installed. Clicking on this line shows up another menu where I can select the disired audiotrack and subtitle (in my case 'Dutch') and then MPC HC shows the subtitles fine. But the problem is that I want to AUTOLOAD the Dutch subtitles (because I use the anit-tearing option of MPC HC edition). I think this should be possible but like to know how.

thanks for all help.

ps. autoload subtitles in MPC HC settings setting ON/OFF doesn t make any diff.

[clsid]

Configure the preferred subtitles languages in Haali Media Splitter settings. Then the subtitles will be displayed by default, instead of hidden by default.

[THX-UltraII]

thank m8, I see that in the settings of the Haali Media Splitter there are 2 things in the suboptions LANGUAGES that can be altered:

Audio Language priority
Subtitle language priority

I filled in ''Dutch'' and ''Dut'' (without the quotes) in the Subtitle language priority but this doesn t help.....

Maybe I m doing something wrong here or have to type in something else?

[sneaker_ger]

"dut" should be the correct setting. Make sure that the language of the subtitle is really set to dutch and that it's not only the name of the subtitle that has been set to "Dutch". In the Filter Menu it should NOT say "S: Dutch [Undetermined]" but "S: doesnotmatter [Dutch; Flemish]" - you may also check it in MKVMerge GUI which is part of MKVToolnix.

/edit:
Just made a few tests:
Haali's Media Splitter is case sensitive, so "dut" is correct while "Dut" is not correct. Together with the above you should be able to get it running.