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

hdboy
2nd October 2009, 14:37
Is there a way to use MPC's mpeg-ts splitter in another directshow app, namely kmp? I have a file with a TrueHD track that for some reason only MPC's internal mpeg-ts splitter is able to see. haali's splitter, for ex, does not see this track. I download MPC's standalone codecs and tried registering and using the various mp*splitter.ax, but none of them work. you may why don't I just use MPC? I have problem playing the file smoothly in MPC for other reasons. kmp plays it fine but it does not see the trueHD audio track using its own or haali's splitter. because this is the only English audio track, it's kinda important.

Update: I solved this by removing haali splitter. I registered mpegsplitter.ax from the standalone pack and use MPC Mpeg splitter (Gabest)

ikarad
2nd October 2009, 20:29
http://sourceforge.net/tracker/?func=detail&aid=2805913&group_id=170561&atid=854651

bug not corrected

shades
3rd October 2009, 01:32
Hi,
I was wondering why I can play all my .x264 encoded and even 1080p sampled movies just fine with DXVA on my ATi 4850 upstairs with no glitches at all on the screen but it is all blocky and green backgrounds downstairs on my ATi 3850 AGP card for quite a few of the same .x264 encoded movies.
Both MPCHC boxes report that DXVA is working, both are running the latest drivers and patches and will play other x264 encoded movies fine. Just some movies have corruption on the 3850 AGP with a green screen with blocks of colour when there is movement. However, the 4850 is fine.

I always run the latest MPCHC and ffdshow on both PCs from xvidvideo.ru

Oh yes, I can get the 4850 to have similar problems IF I choose anything except Default system renderer.

Specs.
4850 running latest XP 32bit with all M$ patches.AMD X64 dual core 2800 4GB memory
3850 running latest XP 32bit Media center with all M$ patches. AMD AthlonXP3200 2GB memory

Gamezcdr
3rd October 2009, 07:21
Go to Vista ?

shades
3rd October 2009, 07:34
Go to Vista ?

That's really unhelpful but thanks anyway.

Poutnik
3rd October 2009, 12:42
I may be wrong, but DXVA non-compatible X264 settings can be graphic card dependent.

mariner
3rd October 2009, 18:59
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.

Lincoln Burrows
3rd October 2009, 22:44
Is there a way to open a Blu-ray project on MPC-HC just like TMT from Arcsoft is doing? MPC-HC can do that with DVD projects.

If not, can we expect this in the near future? :D

Does MPC-HC have some internal decoder capable of recognizing DVDs? I asked the BSPlayer developers and they told me since their player was commercial (there's also a free version available but only the paid one can play DVDs) and they said that were not allowed to use free MPEG-2 decoders in the default package (we may download any of those elsewhere), that they needed to develop one. I assume the MPEG-2 decoder (?) from MPC was developed by Gabest?

What kinds of decoders are required on the MPC (or any other player) default package to play Blu-ray projects (when I say project, I am not talking about a bunch of m2ts files, I mean the whole Blu-ray project/decrypted, with all menus and sorts of things)?

Is this a matter of changing the code (to work like PDVD old versions or TMT) or simply inserting another decoder(s) in the internal settings from the player? If it will require changing the whole code, can it be done or it's a daunting task?

Mixer73
4th October 2009, 04:07
bug not corrected

Yes, your bug is listed as open, I don't believe anybody has stated it has been fixed yet.

hdboy
4th October 2009, 16:35
Is there a way to open a Blu-ray project on MPC-HC just like TMT from Arcsoft is doing? MPC-HC can do that with DVD projects.

I wonder if it's possible to use arcsoft's BDMV navigator filter to do that?

rica
4th October 2009, 20:27
We added a completely new renderer a few days ago, it should be split into wasapi and dsound

Where is this; what ax it is?

Thx.

I can't see that in SVN 1290, nor in SA filters?

tetsuo55
4th October 2009, 20:39
Where is this; what ax it is?

Thx.

I can't see that in SVN 1290, nor in SA filters?its not compiled in yet, its very new code.

rica
4th October 2009, 20:40
its not compiled in yet, its very new code.

So i hope we gonna get it ASAP?

Thank you.

tetsuo55
4th October 2009, 21:07
So i hope we gonna get it ASAP?

Thank you.It will be included faster if albain can improve it

Mangix
4th October 2009, 23:22
i FINALLY fixed my tearing issues with MPC. when i used VSync or even Alternative VSync, it would always tear regardless if what i did. But I FINALLY found the fix.

after using D3Overrider to enable Triple Buffering+VSync and enabling alternative VSync, i get NO tearing at all. doesn't matter what framerate it's at.

Good Bye exclusive mode :)

THX-UltraII
5th October 2009, 09:51
It will be included faster if albain can improve it

will this new audio renderer make Reclock redundant if you don t need PAL-speeddown?

mariner
5th October 2009, 10:45
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.

pirlouy
5th October 2009, 12:46
"Attachments Pending Approval"

-> Please, use images hosting website instead of this functionality. Else you can't be sure people won't forget to read your post again...

tetsuo55
5th October 2009, 14:12
will this new audio renderer make Reclock redundant if you don t need PAL-speeddown?Thats the idea.

mark0077
5th October 2009, 14:29
Wow that'll be nice. I suppose the question is going to be asked if it hasn't already been.... will it have smart speed control like playing 23.97fps content at 24fps when 24hz is detected, ie slight speed adjustments.

Jong
5th October 2009, 14:57
will this new audio renderer make Reclock redundant if you don t need PAL-speeddown?The frame rate adjusting capabilities of Reclock are not just needed for PAL speedown. Many in PAL countries have TVs that run at a native 50Hz, even some that support a 24p input. So for smooth playback 24p material has to be sped up to 25p/50Hz. These people too will continue to need Reclock.

tetsuo55
5th October 2009, 15:01
We wont be including pal-speeddown or anything similar, but patches are welcome

Jong
5th October 2009, 15:11
Yep, I understand. Just wanted to make the situation clear.

THX-UltraII
5th October 2009, 15:56
Many in PAL countries have TVs that run at a native 50Hz, even some that support a 24p input. So for smooth playback 24p material has to be sped up to 25p/50Hz. These people too will continue to need Reclock.
Never thought about this and always wondered why someone would need the SPEEDUP function. Now I understand this, not everyone has a 24Hz capable display

THX-UltraII
5th October 2009, 15:59
We wont be including pal-speeddown or anything similar, but patches are welcome
Maybe you can talk with James (Reclock dev.) and see if he can help you out to include such a feature in MPC-HC? This would be great since this will make reclock dedundent! Not that I hate Reclock, on the contrary. But having more software on a HTPC most of the times only does more bad then good :) Also Reclock will not become available in a x64 version and I want to go to run all my programs in x64 and since MPC-HC is becoming more and more available in x64....

Jong
5th October 2009, 16:20
There are three problems with that:

- Reclock is still needed if you use more than one player, e.g. for full Blu-ray disc playback. Not MPC-HC's problem. but a reason to have Reclock none the less.

- Even just handing over the code is BOUND to lead to a lot of questions James is not capable of supporting (time, not ability!).

- More importantly! Slysoft are bringing out their own player with "Reclock technology" later this year. It's going to be free, so MPC-HC is not a threat in that sense, but this is where Slysoft's interest and focus is rather than supporting Reclock for free to thrid parties.

But, hey, you can ask!

tetsuo55
5th October 2009, 17:38
I think its better, if audio/video speed up/down gets done by FFdshow.

MPC-HC is a video player. Which means we try to present the video and audio samples at the best possible time.
When you have this in mind its more than logical to place any audio/video adjustment outside of the renderer.

Like this:

FILE > Splitter > Decoder > Postprocessing(e.g. pal speedup) > renderer.
This way the renderer doesn't need any special stuff, all it needs to do is present whatever it gets as accurately as possible

And the same architecture can be used for all other options:
-Video Pulldown and up
-Universal video resampler (upsample to 600 frames, which can be devided equaly to any of the standard refresh rates)
-Audio frequency resampling and DSP

Basically what ffdshow already does

clsid
5th October 2009, 19:42
I think its better, if audio/video speed up/down gets done by FFdshow.And the ffdshow developers will say the opposite: its the job of the player and the renderers.

When will the focus be on bug fixing instead of adding new features? The amount of bugs on the tracker currently just keeps growing.

starla_
5th October 2009, 19:55
I think its better, if audio/video speed up/down gets done by FFdshow.

MPC-HC is a video player. Which means we try to present the video and audio samples at the best possible time.
When you have this in mind its more than logical to place any audio/video adjustment outside of the renderer.

Actually I would have to argue against this (as a developer of MediaPortal I have no such huge urge to force some other application to behave in a way I want to, opposite to the users of MPC-HC :P).

The main reason why I think it is the player applications responsibility is that ffdshow is just an audio codec in this context. What you are proposing is that every audio codec should implement the PAL pulldown. This is not feasible unless Microsoft is able to come with a standard how rate conversion should be handled in codec side and how player should be communicating that to the audio codecs (and I cannot see that happen ever).

Maybe MPC-HC and MediaPortal dev teams should join the forces to create a perfect open source audio renderer?

tetsuo55
5th October 2009, 20:07
And the ffdshow developers will say the opposite: its the job of the player and the renderers.

When will the focus be on bug fixing instead of adding new features? The amount of bugs on the tracker currently just keeps growing.We're trying to work together more closely with FFdshow team.
The core dev's are working on bug fixes, but not in the form of bandaids, but by solving the underlaying root cause.

root cause solutions are being applied (in random order, no timeline for the date it will be fixed) to:
-Mp4 splitter
-Video Renderer
-Audio Renderer

Actually I would have to argue against this (as a developer of MediaPortal I have no such huge urge to force some other application to behave in a way I want to, opposite to the users of MPC-HC :P).

The main reason why I think it is the player applications responsibility is that ffdshow is just an audio codec in this context. What you are proposing is that every audio codec should implement the PAL pulldown. This is not feasible unless Microsoft is able to come with a standard how rate conversion should be handled in codec side and how player should be communicating that to the audio codecs (and I cannot see that happen ever).

Maybe MPC-HC and MediaPortal dev teams should join the forces to create a perfect open source audio renderer?I dont disagree, but video clock speed editing is a function of post-processing, not video/audio decoding nor rendering.
Having a standalone decoder do immediately supplies the option to all players, instead of limiting it to a special renderer or player.

That said i think it would be great if we join forces.
Especially since we focus fully on video playback and not the media center experience (which mediaportal does 10x better anyway)

Jong
5th October 2009, 20:41
video clock speed editing is a function of post-processing, not video/audio decoding nor rendering.
Having a standalone decoder do immediately supplies the option to all players, instead of limiting it to a special renderer or player.But that's what Reclock does NOW. Seems little point in expending large amounts of valuable developer time to duplicate Reclock, even if in an open source environment, It is free after all.

The ONLY justification for doing work on duplicating Reclock functionality is if it was to offer a "one-stop" player with all features built in (And then it would be pretty far down the list of MPC-HC priorities I would imagine!).

tetsuo55
5th October 2009, 20:44
But that's what Reclock does NOW. Seems little point in expending large amounts of valuable developer time to duplicate Reclock, even if in an open source environment, It is free after all.

The ONLY justification for doing work on duplicating Reclock functionality is if it was to offer a "one-stop" player with all features built in (And then it would be pretty far down the list of MPC-HC priorities I would imagine!).That is definately not the road we are walking right now.

bobdynlan
5th October 2009, 21:54
My wish list: (lucky you, I'm very content with the current renderer/splitters/codecs/dxva implementations :D)
Remember Pan & Scan. And some better hints for doing the actual pan & scan. Maybe four buttons with a "+" layout. Or at least to import the current manual pan & scan into a new preset. And remember that. Most users, out of laziness or scared by the Edit mode of Pan & Scan, choose Stretch to Window or Touch Window from Outside which are equally bad. Having large black bars is bad for the device itself and is bad for the viewing experience (they are not quite as black as they should on current tech). Eliminating them should be a compromise between source % and aspect ratio variation. How about warp scaling? That would be a killer...

Extend command line parameters to include Change fullscreen resolution and maybe renderer and filters.

We could have lived without the Mediainfo implementation, and instead have something similar to KMP's. It's easy to bind Information (Ctrl+3) to TAB, but that works only on files that have the Clip info defined. If it could use the data from Properties->Details would be enough. Shure you can bind Properties to TAB too, but you get a popup that defaults to Clip informations, and that does not fit well and is not toggleable.

Last attempt on better hotkeys:
framestep <-> jump medium (reason: first impression)
pause-> mouse1 double-click (reason: right click menu)
audio delay-> maybe add +CTRL (reason: prone to accidentaly keypress)
support for pan & scan presets

After the first introduction by ATI (in games), using shaders for post processing effects in a video player is a great addition, overlooked by so many talented people. The sharpening filters are going well, but how about softening, denoising, adding noise, deinterlacing, etc. etc.?

Using store settings to .ini file sometimes leads to loosing all user defined shaders. You cannot permanently remove built-in shaders (if using registry, too). Implementing some sort of sliders to variate -/+ constants would increase the usefulness of shaders, check out vdshader by Avery Lee, very Pixel Bender alike i.e. easy to use. A build with // TODO : add nVidia PerfHUD !!! implemented would also be a killer, being able to measure the GPU load when using dxva, various resizers, optimizing shaders, etc.

I don't know much about directx and gpu processing, but did some basic translations/adaptations from various sources. Here it's a noise(grain) shader, good against color bands, giving some film effect, any improvement is welcomed: //ps_2_0
/* I've missed Xvid's film effect
bobdynlan's adaptation of GrainPS2 from Looki's Shader Pack V 2.0 */

sampler s0 : register(s0);
float4 p0 : register(c0);
#define clock (p0[3]) /* it was static only before I found this :D */
#define PI acos(-1)

float mccool_rand(float2 ij) {
/* Random algorithm by Sylvain Lefebvre */
const float4 a=float4(pow(PI,4),exp(5),pow(13, PI / 2.0),sqrt(1997.0));
float4 result =float4(ij,ij);
for(int i = 0; i < 3; i++) {
result.x = frac(dot(result, a));
result.y = frac(dot(result, a));
result.z = frac(dot(result, a));
result.w = frac(dot(result, a));
}
return (float)result.xy;
}


float4 main(float2 tex : TEXCOORD0) : COLOR
{
float fStrength = 0.10; /* 0.05=min; 0.1=LOW; 0.15=med; 0.2=strong */

float clkvar = 0.001; /* 0.0=static grain 0.001=fix some noise banding */
float4 c1 = tex2D(s0,tex);
float rand = mccool_rand(tex+clkvar*clock)*fStrength;
// c1.rgb=(0.5,0.5,0.5); /* display only grain */
c1.rgb *= float3(1-rand,1-rand,1-rand);

return c1*(1+fStrength/2);
}

THX-UltraII
6th October 2009, 07:55
Do you guys think that when the free Slyplayer will be released, most people will make the swith to Slyplayer? Rumor says this is going to be the best free player even made.

tetsuo55
6th October 2009, 08:50
Do you guys think that when the free Slyplayer will be released, most people will make the swith to Slyplayer? Rumor says this is going to be the best free player even made.I don't see how they are going to add a lot of the features people want, without getting sued.

BetaBoy
6th October 2009, 09:28
Do you guys think that when the free Slyplayer will be released, most people will make the swith to Slyplayer? Rumor says this is going to be the best free player even made.

/me saves this quote for future reference

THX-UltraII
6th October 2009, 11:07
lets be clear on this one!: I ll stick with MPC-HC no matter what! Great free player and with the new audio renderer thats comming I think it will be the best player on the market!

Tetsuo, any idea when you will unleash :) the first version of MPC-HC with the new renderer?

tetsuo55
6th October 2009, 11:35
With albain and starla_ helping out it might be sooner than i though...

THX-UltraII
6th October 2009, 11:47
With albain and starla_ helping out it might be sooner than i though...

And can you give any hints if it might be possible with the 4XXX series to have bitstreaming?

pirlouy
6th October 2009, 12:01
Do you guys think that when the free Slyplayer will be released, most people will make the swith to Slyplayer? Rumor says this is going to be the best free player even made.
They promise a lot of things. When you see features list, that looks impossible.
But as a user, of course, I'm really interested in this player...

tetsuo55
6th October 2009, 12:07
And can you give any hints if it might be possible with the 4XXX series to have bitstreaming?i hope so.

THX-UltraII
6th October 2009, 13:33
i hope so.

Tetsuo, I m one of those guys who cannot wait and want to enjoy bitstreaming via HTPC right now :o

I have found a cheap Asus Xonar HDAV Slim card. I found out that this card is only supported (as for bitstreaming) by TMT3 exclusive. Do you think if this card will be compatible with bitstreaming in MPC-HC in the near future? If not, I m not going to buy it. If yes, I will :)

kieranrk
6th October 2009, 14:30
I have found a cheap Asus Xonar HDAV Slim card. I found out that this card is only supported (as for bitstreaming) by TMT3 exclusive. Do you think if this card will be compatible with bitstreaming in MPC-HC in the near future? If not, I m not going to buy it. If yes, I will :)

I am going to contact Asus in my role as "Corporate Liason Officer" :p and find out if this can be supported.

pirlouy
6th October 2009, 21:48
I'm not sure what you expect Asus to answer. They should have a sponsorship with TMT so I can't imagine they will answer it's compatible.

I guess it's like DVXA; it's something up to coders. If bitstreaming technology is implemented in MPC-HC code, then all cards will be supported...

kieranrk
7th October 2009, 00:32
They should have a sponsorship with TMT so I can't imagine they will answer it's compatible.


How do you know that they sponsor TMT. Maybe TMT was the only company willing to work with them to get the bitstreaming code in.

At the end of they day if it will increase sales of their product they'll help us.

boyumeow
7th October 2009, 05:19
Sorry to interrupt every1 when U all r having a lot of excitement here. Can any1 explain to me what full-screen(alt-enter) aspect ratio is? I'm asking cause I'm getting a result that is not what I have expected. What I meant here is that the height I believe is correctly enlarge to my desktop height(1050) but the width is not (bigger than my desktop width(1680)). What I need to know is whether it is correct or any1 is having the same problem or it might be my own setting which causes it. I'm using Vista32 home with GT8600, MPC-HC_1290 . Thanks and pardon my poor written language.

B.F.
7th October 2009, 05:40
Recently update player to the new version.
Why "Position subtitles relative to video frame" option doesn't work for ass subs anymore?

sysdump.txt
7th October 2009, 07:47
@boyumeow
your widescreen-monitor has a width to height ratio of 16:10 whilst most widescreen-broadcasts has a 16:9 ratio.
So either you will have to stretch the image, or you will have to live with black bars above and beneath the picture.

tetsuo55
7th October 2009, 07:58
Recently update player to the new version.
Why "Position subtitles relative to video frame" option doesn't work for ass subs anymore?this is a known issue.

clsid
7th October 2009, 12:10
Has anyone been able to pinpoint when that regression was introduced into the code? This is one of the reasons why I suggested putting development builds on SourceForge. It helps tracking down the origins of bugs.

Idea:
Perhaps one of the builders can upload a large collection of old revisions? When compressed together in a couple of RAR archives it should give relatively small files to upload. For example 50 revisions per archive. Compiling a large number of revisions could be done automatically through a batch script.
1) Update SVN to revision X. TortoiseSVN has the ability to update to specific revisions. My idea assumes that there is a command line call for that as well.
2) Full rebuild.
3) Move mplayerc.exe (or mpc-hc.exe) to a folder named X.
4) X=X+1 (or +5 or +10)
5) go to step 1