Log in

View Full Version : Media Player Classic Home Cinema (MPC-HC) - DXVA!


Pages : 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 36 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 87 88 89 90 91 92 93 94 95 96 97 98 99 100 101 102 103 104 105 106 107 108 109 110 111 112 113 114 115 116 117 118 119 120 121 122 123 124 125 126 127 128 129 130 131 132 133 134 135 136 137 138 139 140 141 142 143 144 145 146 147 148 149 150 151 152 153 154 155 156 157 158 159 160 161 162 163 164 165 166 167 168 169 170 171 172 173 174 175 176 177 178 179 180 181 182 183 184 185 186 187 188 189 190 191 192 193 194 195 196 197 198 199 200 201 202 203 204 205 206 207 208 209 210 211 212 213 214 215 216 217 218 [219] 220 221 222 223 224 225 226 227 228 229 230 231 232 233 234 235 236 237 238 239 240 241 242 243 244 245 246 247 248 249 250 251 252 253 254 255 256 257 258 259 260 261 262 263 264 265 266 267 268 269 270 271 272 273 274 275 276 277 278 279 280 281 282 283 284 285 286 287 288 289 290 291 292 293 294 295 296 297 298 299 300 301 302 303 304 305 306 307 308 309 310 311 312 313 314 315 316 317 318 319 320 321 322 323 324 325 326 327 328 329 330 331 332 333 334 335 336 337 338 339 340 341 342 343 344 345 346 347 348 349 350 351 352 353 354 355 356 357 358 359 360 361 362 363 364 365 366 367 368 369 370 371 372 373 374 375 376 377 378 379 380 381 382 383 384 385 386 387 388 389 390 391 392 393 394 395 396 397 398 399 400 401 402 403 404 405 406 407 408 409 410

mikelebron
21st December 2009, 14:34
Latest build broke m4a (Apple Lossless)... I new I was not going crazy!

I have all internal filters enabled in MPC-HC Build 1420 using default renderer.

It states there is no supported codec..


question... Does MPC-HC play m4a (apple lossless) format? I thought it did..

Aleksoid1978
21st December 2009, 15:09
Latest build broke m4a (Apple Lossless)... I new I was not going crazy!

I have all internal filters enabled in MPC-HC Build 1420 using default renderer.

It states there is no supported codec..

Short sample ?

clsid
21st December 2009, 15:54
Latest build broke m4a (Apple Lossless)... I new I was not going crazy!

I have all internal filters enabled in MPC-HC Build 1420 using default renderer.

It states there is no supported codec..
It only supports ALAC in M4A when you have QuickTime (or QT Lite) installed. It also only only works with 32-bit MPC-HC.

fastplayer
21st December 2009, 16:08
In the status bar text like "Playing" or "Paused" keeps flickering/refreshing from time to time. Why?

mikelebron
21st December 2009, 16:15
Hmmm... I will check to see if my QT was uninstalled... but I know it was working in a prior build (32 bit)

Very odd it would stop working with the newer build...

Anyway for me to verify if the codec is installed properly? Are there any splitters required for them to play properly (ie Haali, etc.)?

It only supports ALAC in M4A when you have QuickTime (or QT Lite) installed. It also only only works with 32-bit MPC-HC.

flanger216
21st December 2009, 16:37
MPCAudioRenderer works for me but it has some limitation as of now: Volumn Control does not work and it does not support rendering 32bit float PCM data. As far as I know Vista/7 audio rendering stack works with 32bit float audio data so if MPCAudioRenderer supports this data format, an unnecessary conversation won't occur.

For now the renderer only uses a WASAPI exclusive connection, so volume control isn't supposed to work... by design. Also, a 32bit float connection in a bitmatched environment (again, since this is a WASAPI exclusive connection) is neither feasible nor necessary: there aren't any unnecessary conversions, because the Windows mixer is taken out of the loop entirely.

thuan
21st December 2009, 18:00
ic, didn't know it use WASAPI, but personally I prefer to be able to change my volume from the player and I don't need perfect bitmatched, as long as it's inconceivable lost. I will keep on using normal DS then for now.

Keiyakusha
21st December 2009, 18:14
If I'll put ffdshow raw video filter (which will resize SD to HD) in between of decoder and renderer, it seems another colorimetry coefficients will be used. I can correct this with haali renderer, but how can I control this in EVR-CP? Or maybe I should control this from ffdshow? In my case both input and output in raw video filter is YV12.

clsid
21st December 2009, 19:12
The renderer assumes it needs to use BT.709 colors when the input video has HD resolution. But since you are resizing SD video, your input is BT.601.

You can use the BT.601 -> BT.709 shader to correct the colors.

Keiyakusha
21st December 2009, 19:27
Sorry I probably bad in explaining. This shader does the opposite thing. As I understand BT.601 is for SD. When its upscaled renderer thinks BT.709 should be applied. I want to make it BT.601 again or better just prevent any conversion.

EDIT:
For example:
This is SD without upscaling (http://imgur.com/yU0Mk.jpg)
This is with upscaling (http://imgur.com/q2FGO.jpg)
And this is with upscaling + shader (http://imgur.com/McQLz.jpg)

clsid
21st December 2009, 20:12
Then someone needs to add a new shader that does the inverse conversion.

Snowknight26
21st December 2009, 23:08
MPCVideoDecFilter.cpp:998 should be changed to say "too many reference frames", not "too much ref frame."


While we're at it, line 998:
if (m_nCompatibilityMode & 1) MessageBox (NULL, _T("DXVA : too much ref frame"), MPCVD_CAPTION, MB_OK);
should be changed to
if (m_nCompatibilityMode & 1) MessageBox (NULL, _T("DXVA : too many reference frames"), MPCVD_CAPTION, MB_OK | MB_SETFOREGROUND);


Line 993:
if (m_nCompatibilityMode & 1) MessageBox (NULL, _T("DXVA : SAR is not supported"), MPCVD_CAPTION, MB_OK);
to
if (m_nCompatibilityMode & 1) MessageBox (NULL, _T("DXVA : SAR is not supported"), MPCVD_CAPTION, MB_OK | MB_SETFOREGROUND);


Untested though..

xelox
22nd December 2009, 06:25
Ever since I decided to futz around with Windows 7, I cannot get DXVA working properly in MPC-HC. When playing back videos with subtitles, I get frame drops and the audio either crackles/stutters/skips. This happens with compliant and non-compliant DXVA encoded videos.

Setup:
Core 2 Solo 1.4Ghz
Intel X4500mhd
Windows 7 32-bit
Latest Intel and Realtek Drivers.

The audio problem occurs either using MPC-HC internal decoder or Microsoft's DTV-DVD Decoder. I've tried various version of MPC-HC to no avail.

This is something I noticed this morning...the audio problem goes away when I switch the renderer to EVR instead of EVR Custom Pres. With EVR, the video plays back perfectly fine. It looks to be something with rendering the subtitles thats causing the problem.

This is annoying me because this never happened under Vista. Has anyone else run into this problem with a setup similar to mine?

xiaonan04
22nd December 2009, 06:39
nVidia series 8(9)xxx for H.264 only
ATI Radeon HD series for H.264 and VC-1 decoding
Windows XP users, select Overlay Mixer, VMR7, VMR9 or VMR9 renderless
Vista users, select EVR or EVR custom renderer
Windows XP users, select VMR9 renderless
Vista users, select EVR custom renderer
In "Options / Playback", tick the checkbox "Auto-load subtitles

THX-UltraII
22nd December 2009, 08:39
I see that a new output is available in the MPC-HC settings called 'MPC Audio Renderer'. What does this exactly do? Is Reclock not needed/usable any more with this setting?

Abradoks
22nd December 2009, 19:56
I can correct this with haali renderer, but how can I control this in EVR-CP? Or maybe I should control this from ffdshow?
You can convert to RGB with ffdshow, or use Colormatrix to correct coefficients. If you prefer shaders, here is simple "BT.709 -> BT.601":
sampler s0 : register(s0);

float4 main(float2 tex : TEXCOORD0) : COLOR
{
float4 c0 = tex2D(s0,tex);
return float4 (0.00792238*c0[2] + 0.0784776*c0[1] + 0.9136*c0[0], -0.0671271*c0[2] + 1.17217*c0[1] - 0.10504*c0[0], 0.9582*c0[2] + 0.0322218*c0[1] + 0.00957823*c0[0], 0);
}

I re-wrote "BT.601 -> BT.709" some time ago. Maybe someone will find it useful too. Comment describes were final coefficients come from. "BT.601 -> BT.709":
sampler s0 : register(s0);
float4 p0 : register(c0);

#define height (p0[1])
#define width (p0[0])

float4 main(float2 tex : TEXCOORD0) : COLOR
{
// original pixel
float4 c0 = tex2D(s0,tex);

// activate conversion only when VMR uses wrong colorspace (cropped or downscaled HD)
//if (height > 719) {return c0;}
//if (height < 600 && width < 1025) {return c0;}

// r=c0[0], g=c0[1], b=c0[2]
return float4(-0.0140508*c0[2] - 0.0723492*c0[1] + 1.0864*c0[0], 0.0584022*c0[2] + 0.845052*c0[1] + 0.0965462*c0[0], 1.0418*c0[2] - 0.0276937*c0[1] - 0.0141063*c0[0], 0);
}

/*
R0=c0[0]
G0=c0[1]
B0=c0[2]

//BT.601
Kr0 = 0.299
Kb0 = 0.114
Kg0 = 1 - Kr0 - Kb0
//BT.709
Kr1 = 0.2126
Kb1 = 0.0722
Kg1 = 1 - Kr1 - Kb1

//RGB -> YUV using BT.601
Y = Kr0*R0 + Kg0*G0 + Kb0*B0
V = R0 - G0*Kg0/(1 - Kr0) - B0*Kb0/(1 - Kr0)
U = -R0*Kr0/(1 - Kb0) - G0*Kg0/(1 - Kb0) + B0

//YUV -> RGB using BT.709
R = Y + V*(1 - Kr1)
G = Y - U*(1 - Kb1)*Kb1/Kg1 - V*(1 - Kr1)*Kr1/Kg1
B = Y + U*(1 - Kb1)

//Simplified
r=-0.0140508*c0[2] - 0.0723492*c0[1] + 1.0864*c0[0]
g=0.0584022*c0[2] + 0.845052*c0[1] + 0.0965462*c0[0]
b=1.0418*c0[2] - 0.0276937*c0[1] - 0.0141063*c0[0]
*/

jackbluray
22nd December 2009, 20:42
Tetsuo55 , I have one question:
In the bug tracker (http://sourceforge.net/apps/trac/mpc-hc/report/1) I notice that every week, the number of bugs listed by users increase but when I read the timelime (http://sourceforge.net/apps/trac/mpc-hc/timeline) I notice that each version correct some problems but these problems are not written in the bug tracker and those written in the bug tracker are not corrected. Even bugs in red colors (the most important) are not corrected even after many months.
My question is: Does bugs listed in the bug tracker will be soon corrected ?

Excuse me but It is just a question and not a complaint.

tetsuo55
22nd December 2009, 23:36
Tetsuo55 , I have one question:
In the bug tracker (http://sourceforge.net/apps/trac/mpc-hc/report/1) I notice that every week, the number of bugs listed by users increase but when I read the timelime (http://sourceforge.net/apps/trac/mpc-hc/timeline) I notice that each version correct some problems but these problems are not written in the bug tracker and those written in the bug tracker are not corrected. Even bugs in red colors (the most important) are not corrected even after many months.
My question is: Does bugs listed in the bug tracker will be soon corrected ?

Excuse me but It is just a question and not a complaint.Hello.
MPC-HC is a volunteer project, most volunteers only fix problems they are interested in.

Most of the problems on the tracker are very complicated and take a lot of time to fix, most devs do not have that amount of time available.

Currently we have devoted dev time to fixing crashes and outdated libraries, this will result in a bunch of bugfixes.

namaiki
22nd December 2009, 23:50
Ever since I decided to futz around with Windows 7, I cannot get DXVA working properly in MPC-HC. When playing back videos with subtitles, I get frame drops and the audio either crackles/stutters/skips. This happens with compliant and non-compliant DXVA encoded videos.

Setup:
Core 2 Solo 1.4Ghz
Intel X4500mhd
Windows 7 32-bit
Latest Intel and Realtek Drivers.

The audio problem occurs either using MPC-HC internal decoder or Microsoft's DTV-DVD Decoder. I've tried various version of MPC-HC to no avail.

This is something I noticed this morning...the audio problem goes away when I switch the renderer to EVR instead of EVR Custom Pres. With EVR, the video plays back perfectly fine. It looks to be something with rendering the subtitles thats causing the problem.

This is annoying me because this never happened under Vista. Has anyone else run into this problem with a setup similar to mine?
Try select disable subtitle animation under 'Subtitles' in MPC-HC options, and make sure 'sub pics to buffer' is 3.

Keiyakusha
23rd December 2009, 00:33
You can convert to RGB with ffdshow, or use Colormatrix to correct coefficients. If you prefer shaders, here is simple "BT.709 -> BT.601":


I will try it later, thanks!

xelox
23rd December 2009, 05:19
Try select disable subtitle animation under 'Subtitles' in MPC-HC options, and make sure 'sub pics to buffer' is 3.

I have tried that. But, that does not solve the problem at all.

It's really strange that it only happens with Win7 and not Vista...unless there is something that Win7 is doing that Vista didn't.

So far, the best combination was using Win7 default sound drivers, MPC-HC svn 1000 and MS DTV-DVD decoder. But, MPC-HC still showed frame drops and audio still popped, crackled, stuttered, etc. at points.

betaking
23rd December 2009, 06:29
last svn 1339 options- key miss someting!see picture!

jackbluray
23rd December 2009, 09:33
Hello.
MPC-HC is a volunteer project, most volunteers only fix problems they are interested in.

Most of the problems on the tracker are very complicated and take a lot of time to fix, most devs do not have that amount of time available.

Currently we have devoted dev time to fixing crashes and outdated libraries, this will result in a bunch of bugfixes.

Thank you very much but I have another question:
Why, in the bug tracker, do you have an order of priority if developers don't fix these problems and don't use these priorities? What is the interest of these priorities (red, yellow, grey and blue)?

I thought that bugs referenced in red would be corrected in priority, and after bugs in yellow and after bugs in grey and after bugs in blue.

For example, ticket 16 exists since more than one year (numoranscer is the author for information). In the old bugtracker priority was 9 (the higher) and now priority is red (the higher) and no fix.

I understand that this project is a volunteer projet (and you make a wonderful job) but I ask myself the interest of a bugtracker if the problems referenced here are not corrected and why problems corrected by volunteers developers are not referenced in the bug tracker.

swp
23rd December 2009, 11:22
I have a very strange problem - please help!

Config:
Windows 7 64 bit
MPC-HomeCinema.1.3.1249.0.(x86)
ATI 5850 - HDMI Audio - multichannel PCM - Onkyo 605 (used for movies - set in playback/output)
SB Xfi - headphone (used for everything else)


Now almost everything works fine - including 24p playback without tearing etc. - except one thing:
xvid (avi) movies with mp3 audio have a strange popping sound when playing with MPC HC. Same thing with zoom player and ffdshow.

The movie plays OK with winamp and WMP12 with the same audio config, i.e., the movie itself + ATI HDMI audio out + receiver should be OK,

If I play with MPC HC but set the audio output to the XFi then the same movie plays OK.

In all it seems to be some strange issue between MPC HC - ATI HDMI Audio - multichannel PCM

Two additional strange observations:
When playing with ATI HDMI Audio settings I set 24bit 192 kHz. Then there was no noise for a while then even worse after around 30 secs
I even tried to use AC3filter to encode the output from MPC HC and send encoded stream through ATI HDMI Audio to the receiver. In this case there was no noise, but the playback was "ragged" - sound - stop - sound - stop ....


I am really lost and would really appreciate some help...
Thanks!

If you heard about anything like this plz. let me know to at least have something to experiment with...

DMD
23rd December 2009, 12:12
I apologize for the two questions, but I have not read the whole thread.

1 - I have a 32-bit Windows 7 must also install DirectX 9 or are included in DirectX 11?

2 - What are the best setting for playback for Blu ray disc

THANKS

namaiki
23rd December 2009, 12:19
1 - I have a 32-bit Windows 7 must also install DirectX 9 or are included in DirectX 11?

You have to install it. It is not included.


question
We don't use the priority system for bug fixing order, but rather for old vs new bugs

DMD
23rd December 2009, 12:24
You have to install it. It is not included.
Thanks will instantly

jackbluray
23rd December 2009, 14:05
He spoke about the old system and not the new bug tracker.

DrNein
23rd December 2009, 16:22
Media Player Classic HomeCinema (x86/x64), svn 1426 (http://xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-1426.html)

Kaspersky detects a keylogger when running this version.

XhmikosR
23rd December 2009, 17:00
It's obviously a false positive.

xiulet
23rd December 2009, 17:04
hi all :)

http://img8.imageshack.us/img8/9928/sinttulo2lr.png (http://img8.imageshack.us/i/sinttulo2lr.png/)

i have two questions:

a)what are de difference between Screen space shaders and shaders?
b)when i have to use the shader bt.601-->bt.709? may be on hd video? why?.

thank, you a lot.

adéu.:thanks:

alexins
23rd December 2009, 17:04
Kaspersky detects a keylogger when running this version.

is a false positive anti-virus.

www.virustotal.com result 0/40 (http://www.virustotal.com/ru/analisis/f4c0562dbe344bc96834a318f4adb9ce5c35d11124759a256cceae3c4e492e96-1261583859)

clsid
23rd December 2009, 19:28
@tetsuo55
Could you add this link to the Trac index page as well, below the other two tracker links:
http://sourceforge.net/apps/trac/mpc-hc/newticket

DMD
23rd December 2009, 21:19
NEW RELASE
Media Player Classic HomeCinema (x86/x64), svn 1443 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-1443.html)

tetsuo55
23rd December 2009, 21:23
Thank you very much but I have another question:
Why, in the bug tracker, do you have an order of priority if developers don't fix these problems and don't use these priorities? What is the interest of these priorities (red, yellow, grey and blue)?We do order the bugs for stuff that has to be fixed before the version number can be increased, but that only means the next version will take a long time to be released

I thought that bugs referenced in red would be corrected in priority, and after bugs in yellow and after bugs in grey and after bugs in blue.It does mean that in a way, it means the red ones have to be fixed before a new version, like 1.4 can be released.

For example, ticket 16 exists since more than one year (numoranscer is the author for information). In the old bugtracker priority was 9 (the higher) and now priority is red (the higher) and no fix.This bug appears to be very difficult to fix, devs have tried a couple of times already. We hope someone who is not on the project will provide a fix for us.

I understand that this project is a volunteer projet (and you make a wonderful job) but I ask myself the interest of a bugtracker if the problems referenced here are not corrected and why problems corrected by volunteers developers are not referenced in the bug tracker.The bug tracker is primarily used to keep a list of known bugs, and though providing as much data as possible, we hope that users will provide patches for these problems (this happens quite regularly, but usually not for difficult bugs like #16)

tetsuo55
23rd December 2009, 21:29
@tetsuo55
Could you add this link to the Trac index page as well, below the other two tracker links:
http://sourceforge.net/apps/trac/mpc-hc/newticketadded, but with a twist.

ikarad
23rd December 2009, 22:57
NEW RELASE
Media Player Classic HomeCinema (x86/x64), svn 1443 (http://www.xvidvideo.ru/media-player-classic-home-cinema-x86-x64/media-player-classic-homecinema-x86-x64-svn-1443.html)

changelog of 1443 version (doesn't appear in xvidivideo.ru)?

jackbluray
23rd December 2009, 23:01
It does mean that in a way, it means the red ones have to be fixed before a new version, like 1.4 can be released.



Thank you very much.
And for yellow and grey bugs?

This bug appears to be very difficult to fix, devs have tried a couple of times already. We hope someone who is not on the project will provide a fix for us.
is it the same thing for ticket 18, ticket 48 and ticket 162 ?

I noticed that a new version of vlc 1.1 will support pgs subtitle. Maybe you can ask and share your problems and knowledge even if it's not the same sotfware.

Leak
24th December 2009, 01:57
changelog of 1443 version (doesn't appear in xvidivideo.ru)?
Right off of xvidvideo.ru:
Изменения/Changes (1440-1443):

* Change : Windows 7 taskbar features - enable/disable on the fly;
* Update resource;
* updated English resource file for the previous commit;
* fix : 1440 rev.
Also, this (http://mpc-hc.svn.sourceforge.net/viewvc/mpc-hc/?view=log).

DMD
24th December 2009, 06:29
changelog of 1443 version (doesn't appear in xvidivideo.ru)?
're right, maybe they forgot.
This is what I found
http://sourceforge.net/apps/trac/mpc-hc/changeset/1443

Jaja1
24th December 2009, 14:02
Dscaler5 (with or without IVTC patch) doesn't work for me. The player crashes and this happens with the few versions I tested including 1443. All renderers suffer from this and it doesn't seem to matter what settings I use. Anyone else experiencing this?

clsid
24th December 2009, 14:19
No crashes here with 1443 on XP. I have only tried some mpeg files, not DVDs.

mark0077
24th December 2009, 14:53
Not sure exactly what build recently introduced this but when I minimize mpc and restore it again I get an ugly audio blip. Reproducable every time. Will go back through older builds to see where it came in.

Using wasapi out from reclock and evr-cp with nvidia card. Anyone else seeing this.

DMD
24th December 2009, 15:03
Wonder if you can set before playing any files or Blu ray disc, the option to choose audio and subtitles.
Avoiding a time to manually set the selection when playback is started, going in the path Navigate> Audio Language or Navigate>Subtitle Language

Thanks

Pr3d
24th December 2009, 17:27
I just tried the latest version with Windows 7 support.
Is not possible to use the right click menu on the taskbar as a recent played files history (just like happens with the Windows Explorer icon)?

her34
24th December 2009, 20:00
mp4 from youtube crashes mpc-hc

http://www.youtube.com/watch?v=iG9CE55wbtY
(hq18, 47mb)

alexins
24th December 2009, 20:29
mp4 from youtube crashes mpc-hc

http://www.youtube.com/watch?v=iG9CE55wbtY
(hq18, 47mb)
This file plays in mpc-hc without problems.

http://i002.radikal.ru/0912/ff/773645dd8051t.jpg (http://radikal.ru/F/i002.radikal.ru/0912/ff/773645dd8051.png.html) http://s60.radikal.ru/i170/0912/03/4d49a21ea864t.jpg (http://radikal.ru/F/s60.radikal.ru/i170/0912/03/4d49a21ea864.png.html)

Snowknight26
24th December 2009, 20:52
He said MP4, not FLV.

her34
24th December 2009, 21:03
This file plays in mpc-hc without problems.

http://i002.radikal.ru/0912/ff/773645dd8051t.jpg (http://radikal.ru/F/i002.radikal.ru/0912/ff/773645dd8051.png.html) http://s60.radikal.ru/i170/0912/03/4d49a21ea864t.jpg (http://radikal.ru/F/s60.radikal.ru/i170/0912/03/4d49a21ea864.png.html)

Hi,

You downloaded the flash version.

The mp4 version is 47MiB

Go to this website and enter youtube url
http://www.savevid.com/

click on "download mp4" link

73ChargerFan
24th December 2009, 21:17
Dscaler5 (with or without IVTC patch) doesn't work for me. The player crashes and this happens with the few versions I tested including 1443. All renderers suffer from this and it doesn't seem to matter what settings I use. Anyone else experiencing this?
Does anyone use DScaler as a mpeg2 decoder? I thought that project was DEAD.