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

STaRGaZeR
16th September 2008, 08:35
DXVA works flawlessly and even plays my Divx and MPEG using hardware.
1080p is at full resolution playback with full DTS decode from mkv file with no more than 4% CPU usage.
720p 3% CPU
Divx same
MPEG same

I didn't even know DXVA supported these files, but it's working! full speed, I can even do a virus scan in the background while playing 1080p!!:)

Getting low CPU usage doesn't mean you're using DXVA. There is no hardware acceleration support por MPEG2 and DivX, so you can't be using them. Your low CPU usage is because they don't need more to be decoded. DXVA is only for H.264 and VC1 if you're using MPC internal decoders.

shades
16th September 2008, 10:47
Getting low CPU usage doesn't mean you're using DXVA. There is no hardware acceleration support por MPEG2 and DivX, so you can't be using them. Your low CPU usage is because they don't need more to be decoded. DXVA is only for H.264 and VC1 if you're using MPC internal decoders.

Fair enough. that makes sense. I was never able to play 1080p h264 before. It was not watchable even when overclocking as far as I could. Strangly enough, the 1080p content offered in WMV format played fine. I guess Mediaplayer recognised that format and had the acceleration enabled for this compression scheme.

Any Quicktime or trailer HD content refused to play...until now.
Everything is playing flawlessly and the passthrough of audio via spdif is correctly being transferred and is in sync. I am one very happy person. :)

BTW I just tried the same combination on my MediaCentre PC, which is just XP I suppose, but it also now works with no problems. I haven't found anything i can't play yet although, there is a few places where tearing can be seen in video and the colour looks a little strange like the film has been rendered from black and white to colour via technicolour or something ;)
May be my TV settings. I will test more and report back but i am very happy :)

rahzel
16th September 2008, 11:43
i have a HTPC with a digital optical out going to my receiver. i would like to passthrough the audio (DTS/AC3) so my receiver can decode the audio. i just want to make sure i'm doing it right. right now, i have AC3 and DTS set to SPDIF in the Audio Decoder Settings/Codecs in ffdshow, and according to my receiver, it is in fact outputting Dolby Digital and DTS. is this way preferred, or should i use MPC HC's built in DTS/AC3 filters and configure it for SPDIF passthrough? or should i even get AC3filter?

i have a 5.1 system with a DTS/AC3 capable receiver. if i wanted to use MPC HC's built in filters, should i select SPDIF then check LFE? and what should i set 'Output sample format' to?

JohnLai
16th September 2008, 16:35
One noob question here~ What kind of colourspace conversion does the DXVA(h.264) mode use?

pvkleeff
16th September 2008, 18:20
Is it ok with this build :
http://www.zshare.net/download/18837500d1438396/


If it didn't works, can you check Major type used by Media Portal (is it MEDIATYPE_Video or MEDIATYPE_MPEG2_PES ?)

Hi Casimir,

Now at least I can connect the video out pin of the MP File Reader to the video in pin of the MPC Video Decoder and the file start playing but at a very low framerate. When I activate DXVA (on both my XP and Vista machines) the file skips frames a lot and ultimately stops playing at all (in sw mode the framerate is about 11~14 fps)

Here are the pin out properties of the tsReader: http://i308.photobucket.com/albums/kk343/pvkleeff/MP-TSReader.png

Delerue
17th September 2008, 05:28
Newbie question: what's the advantage of x64 MPC (and FFDShow) version?

ACrowley
17th September 2008, 08:26
i have a HTPC with a digital optical out going to my receiver. i would like to passthrough the audio (DTS/AC3) so my receiver can decode the audio. i just want to make sure i'm doing it right. right now, i have AC3 and DTS set to SPDIF in the Audio Decoder Settings/Codecs in ffdshow, and according to my receiver, it is in fact outputting Dolby Digital and DTS. is this way preferred, or should i use MPC HC's built in DTS/AC3 filters and configure it for SPDIF passthrough? or should i even get AC3filter?

i have a 5.1 system with a DTS/AC3 capable receiver. if i wanted to use MPC HC's built in filters, should i select SPDIF then check LFE? and what should i set 'Output sample format' to?

It doesnt Matter if you use AC3filter or build in decoders for SPDIF.
Only the Receiver decodes the Stream....so you wont get better quality with other Decoders

Also it doesnt Matter if you select LFE or Bitdepth etc when using SPDIF.
The AC3 or DTS Bitstream goes directly to your Receiver

Estelle
17th September 2008, 08:31
Hello.I found the lastest svn 796 's menu item "open directory" is not work.It can't open any media file in directoy.plz check.

betaking
17th September 2008, 10:43
Hello.I found the lastest svn 796 's menu item "open directory" is not work.It can't open any media file in directoy.plz check.

Me too, svn 795 has this problem too!

alexins
17th September 2008, 11:27
Me too, svn 795 has this problem too!
1. Options -> Player -> Formats (file extensions) - We choose what file types will be reproduced in the MPC-HC.
http://s54.radikal.ru/i145/0809/1a/8d71436ba6fdt.jpg (http://radikal.ru/F/s54.radikal.ru/i145/0809/1a/8d71436ba6fd.png.html)
2. File -> Open Directory -> Select Directory
http://s55.radikal.ru/i147/0809/97/916a9f7f4822t.jpg (http://radikal.ru/F/s55.radikal.ru/i147/0809/97/916a9f7f4822.png.html)http://s44.radikal.ru/i105/0809/d8/074affd810b4t.jpg (http://radikal.ru/F/s44.radikal.ru/i105/0809/d8/074affd810b4.png.html)
3. Reproduced film (listen to music) in the selected folder.
http://s48.radikal.ru/i122/0809/ff/370d0555c23ct.jpg (http://radikal.ru/F/s48.radikal.ru/i122/0809/ff/370d0555c23c.jpg.html)

Estelle
17th September 2008, 11:31
An other bug with the 64 bit version of lastest svn of mpc:the internal realmedia source filter looks broken... it not work...,but the 32 bit version of mpchc's realmedia source filter can work on my Winodws Vista 64 bit version,plz check,thx.

betaking
17th September 2008, 11:37
1. Options -> Player -> Formats (file extensions) - We choose what file types will be reproduced in the MPC-HC.
http://s54.radikal.ru/i145/0809/1a/8d71436ba6fdt.jpg (http://radikal.ru/F/s54.radikal.ru/i145/0809/1a/8d71436ba6fd.png.html)
2. File -> Open Directory -> Select Directory
http://s55.radikal.ru/i147/0809/97/916a9f7f4822t.jpg (http://radikal.ru/F/s55.radikal.ru/i147/0809/97/916a9f7f4822.png.html)http://s44.radikal.ru/i105/0809/d8/074affd810b4t.jpg (http://radikal.ru/F/s44.radikal.ru/i105/0809/d8/074affd810b4.png.html)
3. Reproduced film (listen to music) in the selected folder.
http://s48.radikal.ru/i122/0809/ff/370d0555c23ct.jpg (http://radikal.ru/F/s48.radikal.ru/i122/0809/ff/370d0555c23c.jpg.html)
Thanks!

clsid
17th September 2008, 11:59
An other bug with the 64 bit version of lastest svn of mpc:the internal realmedia source filter looks broken... it not work...,but the 32 bit version of mpchc's realmedia source filter can work on my Winodws Vista 64 bit version,plz check,thx.
Not a bug. There is no 64-bit RealPlayer. MPC needs components from RealPlayer to decode RealMedia files.

shades
17th September 2008, 12:26
It doesnt Matter if you use AC3filter or build in decoders for SPDIF.
Only the Receiver decodes the Stream....so you wont get better quality with other Decoders

Also it doesnt Matter if you select LFE or Bitdepth etc when using SPDIF.
The AC3 or DTS Bitstream goes directly to your Receiver

Please correct me if I am wrong but I believe this only is true if you select "passthrough" for the SPDIF. You can also have ACfilter "decode" the sound before sending it to SPDIF. If you just passthrough the stream, the reciver decodes it for you if it supports the streams. ACfilter also can pad DTS sound or wrapp it. If your reciver supports decoding Dolby Digital and DTS sound it will have it labled on the front and you can select pass through to save on decode cycles via software. Pass through means just that and as above, either will do as they don't affect the sound at all if they truely pass though the sound.

There is also some problems with SPDIF on some soundcards that limit bitrate. Have a look at the AC Filter webpage for more info. Try passthrough first. Internal will suffice and if you have problems, then look at something like AC3Filter if you need to.

Shakey_Jake33
17th September 2008, 14:09
Please correct me if I am wrong but I believe this only is true if you select "passthrough" for the SPDIF. You can also have ACfilter "decode" the sound before sending it to SPDIF.

Yeah but you can't send the sound in decoded form over SPDIF, there's not enough bandwidth (for 5.1 at least), that's why it's encoded in the first place. It will send as 2.0 PCM.

rack04
17th September 2008, 19:53
Has anyone been able to get Arsoft working with MPC-HC to decode DTS-HD? As a test I set FFDshow Audio Decoded to block but when I closed MPC-HC and reopened it the block wasn't there. I have setting stored in .ini but it seems this setting isn't stored.

menlvd
18th September 2008, 01:23
Has anyone been able to get Arsoft working with MPC-HC to decode DTS-HD? As a test I set FFDshow Audio Decoded to block but when I closed MPC-HC and reopened it the block wasn't there. I have setting stored in .ini but it seems this setting isn't stored.

http://pic.ipicture.ru/uploads/080906/4347/thumbs/cR0R4AZR0f.jpg (http://ipicture.ru/Gallery/Viewfull/6570759.html) http://pic.ipicture.ru/uploads/080906/4347/thumbs/LSdRYNtMOI.jpg (http://ipicture.ru/Gallery/Viewfull/6550670.html)

draggoon01
18th September 2008, 02:39
Btw, how much would it require an extra work to allow MPC-HC read dvd image files (.iso etc) directly like vlc does?

i would also be interested in this feature

mikegun
18th September 2008, 07:43
hi,

is there any way to get dxva with newer cats in fullscreen
when resolution is set to 1080@60hz ?!
I got only stuttering and pixelation.

thanks.

krbo
18th September 2008, 09:57
It doesnt Matter if you use AC3filter or build in decoders for SPDIF.


until you have well known "DTS crackle" .

Then you will need AC3filter just to bypass DTS to receiver and eliminate problem

XibaD
18th September 2008, 12:17
I have a problem with Catalyst 8.9 and Windows XP x64. With Catalyst 8.8 and DirectX updates, DXVA was working in 32 or 64 bit MPC-HC (latest 795 version). With Catalyst 8.9, simply stopped working. I have a ATI Radeon HD 3850. Any ideas?

clsid
18th September 2008, 12:46
Just enable the option "magic fix for random driver failure". Or if you can't find that option, revert back to Catalyst 8.8.

XibaD
18th September 2008, 12:55
Just enable the option "magic fix for random driver failure". Or if you can't find that option, revert back to Catalyst 8.8.

Thanks for the hilarious answer. Hope there is a fix, I don't want to stick with 8.8 forever.

cca
18th September 2008, 16:10
If the problem is the driver, the devs can't do a thing about it. Wait for catalyst 8.10. I installed 8.9 too, but did not even bother to check DxVA, I have settled for CoreAVC to do my H264 decoding.

ChronoReverse
18th September 2008, 16:57
He's running Windows XP 64bit so maybe ATI was lazy with the drivers there.

In any case, Windows XP Pro 32bit here with Catalyst 8.9 on a 3400 and DXVA still works in EVR.

Turtleggjp
18th September 2008, 19:34
Is anyone else still having trouble playing back clips that are 1080 vertical resolution? On my Radeon 3450 (ASUS) I get some blurring at the bottom of the screen. This doesn't happen with videos that are mod16, like 1920x800. I will soon be encoding lots of videos at 1920x1080 (new TV season starting), and I'm wondering if it is ok to encode at 1080 or if I should pad it up to 1088. This works perfectly (no blurring), but then it doesn't quite fill my TV. I noticed that someone said their Radeon 4850 worked well with non-standard resolutions, and I am planning on upgrading to a 4000 series soon to get 7.1 channel HDMI sound. If this will also solve the blurring problem, then I'll just encode at 1080 and wait for my upgrade. Thanks.

Matt

XibaD
18th September 2008, 20:36
I will try to contact technical support lol

ACrowley
19th September 2008, 06:51
I have a problem with Catalyst 8.9 and Windows XP x64. With Catalyst 8.8 and DirectX updates, DXVA was working in 32 or 64 bit MPC-HC (latest 795 version). With Catalyst 8.9, simply stopped working. I have a ATI Radeon HD 3850. Any ideas?

HD4870....no Problems here with DXVA(2) on H264/VC1

yonta
19th September 2008, 09:04
MPC Video Decoder shows broken pictures with this sample (http://www.sendspace.com/file/eynjub) in DXVA mode, it plays fine in software mode though.
8600GT with forceware v175.19.

XibaD
19th September 2008, 15:05
HD4870....no Problems here with DXVA(2) on H264/VC1

Windows XP x64 edition?

EDIT

Answer from ATI support

This appears to be a bug issue. Please report bug issues directly to the catalyst driver team. In the meantime, continue to use catalyst 8.8.

manuel74
19th September 2008, 15:09
In the latest build there is this new shader:
"YV12 Chroma Upsampling pixel shader added"

Can somebody explain me what it does ?

bye
Manuel

Leak
19th September 2008, 16:11
Can somebody explain me what it does ?
You might be interested in this thread (http://forum.doom9.org/showthread.php?t=141066) where I posted it originally... :)

The short-short version: if you're passing YV12 video to your VMR9/EVR renderer in MPC-HC *AND* the result has 2x2 sized blocks on colorful high-contrast edges this shader will clean up the mess. (These example images (http://forum.doom9.org/showthread.php?p=1185067#post1185067) should make it's function quite obvious...)

np: Skream - Pass The Red Stripe (Soul Jazz Records Singles 2006-2007 (Disc 3))

rack04
19th September 2008, 16:56
if you're passing YV12 video to your VMR9/EVR renderer in MPC-HC

Meaning ffdshow output colorspace is YV12?

DigitalDeviant
19th September 2008, 17:15
Meaning ffdshow output colorspace is YV12?

Correct.

STaRGaZeR
19th September 2008, 18:47
Meaning ffdshow output colorspace is YV12?

It's what you want it to be, there are a bunch of selectable output colorspaces in the 'Output' section of ffdshow.

BTW Leak, I've a few questions after reading the other thread:

1 - I've the blocks in all colorspaces, in all resolutions, with and without DXVA, interlaced or progressive. The only one without them is ffdshow's RGB32HQ and it has some problems with interlaced material. I normally use NV12, selected in ffdshow when DXVA is not supported and used by default in MPC's internal DXVA decoder when using DXVA. Then I assume it's safe to use your shader always, am I right? If used when non required (for example when using RGB32HQ), what's the result? In my testing there is no difference, if the image is already RGB32HQ'ed your shader does nothing (at least with my eyes).

2 - This blocks are something that should not happen. So what is the cause, and how could we get rid of it without the need of a shader? It's the graphics card drivers or something else? More ATI drivers garbage?

3- This shader is AWESOME, thanks!

pitch.fr
19th September 2008, 20:09
This blocks are something that should not happen. So what is the cause, and how could we get rid of it without the need of a shader? It's the graphics card drivers or something else? More ATI drivers garbage?
the ATI drivers only do interlaced chroma upsampling at this point.

or maybe MPC HC should force it to do progressive ?!

it seems that the nvidia do proper progressively chroma upsampling, so maybe it's an ATI limitation after all :devil:

STaRGaZeR
19th September 2008, 20:16
the ATI drivers only do interlaced chroma upsampling at this point.

or maybe MPC HC should force it to do progressive ?!

it seems that the nvidia do proper progressively chroma upsampling, so maybe it's an ATI limitation after all :devil:

I'm asking because if it's ATI's fault they should know it. If you can confirm that I want to give them feedback.

pitch.fr
19th September 2008, 20:26
I'm asking because if it's ATI's fault they should know it. If you can confirm that I want to give them feedback.
they don't care about feedback.
arfster from AVS has been breaking their b*lls for a long time on TV/PC levels matters, all he got was drones answers :D

the question is : is it possible to get progressively chroma upsampling with the ATI ?

likely not.

STaRGaZeR
19th September 2008, 20:44
they don't care about feedback.
arfster from AVS has been breaking their b*lls for a long time on TV/PC levels matters, all he got was drones answers :D

the question is : is it possible to get progressively chroma upsampling with the ATI ?

likely not.

They do care about feedback, but you need to know how to properly 'contact and convince' them. I had several problems with games not working after upgrading to newer GPUs and in the next driver release after I told them the problem it was fixed, and working like a charm. I don't have experience with the video division, but who knows, let's try it. BTW using their web is not the right process. If you want the driver team to directly know the problem instead of you getting spammed by bots you should write here (http://ati.supportcenteronline.com/ics/survey/survey.asp?deptID=894&surveyID=486&type=web) always.

pitch.fr
19th September 2008, 20:51
that's the form I used a month ago to complain about their broken PS code("ghost" lines) with Haali's Renderer's/KMPlayer's renderers scalers(they work fine on nvidia).

never got a reply.

maybe I'll get a "oh sure, it's working. check the website" in a few months :D

anyhow, to get back on topic maybe Casimir knows if the ATI can do progressive chroma ?

they pass the HQV tests quite brilliantly, so that's surprinsing they cannot do that ?!

STaRGaZeR
19th September 2008, 22:40
It's your fault for waiting a response, they clearly states that they will not respond:

"Submissions to the Catalyst Crew Feedback will NOT be responded to."

:D

Leak
19th September 2008, 22:43
I normally use NV12, selected in ffdshow when DXVA is not supported and used by default in MPC's internal DXVA decoder when using DXVA. Then I assume it's safe to use your shader always, am I right?
If it's a colorspace with subsampled chroma and you're getting blocks you can use it.

If there are no blocks it'll blur the chroma a bit, but it shouldn't change much...

This blocks are something that should not happen. So what is the cause, and how could we get rid of it without the need of a shader?
Well, since our eyes are less sensitive to chroma than to luma (i.e. we notice changes in brightness more than changes in colour) video is usually compressed with the chroma (i.e. the color information) at half the resolution of the luma (brightness information) - that's part of what makes YV12 what it is.

For conversion back to RGB (which is what displays, well, display) you of course need to scale the chroma data so it's the same size as the luma data, and if you get blocks it has been done by point resizing (i.e. by making every "chroma pixel" twice as big), whereas my shader turns the point resizing into bilinear resizing (i.e. I interpolate between the existing values to make the chroma smoother).

Why a not-really el-cheapo graphics card that has even got it's own dedicated video decoder (like my Radeon 4850) does point resizing in YV12 to uglify the video I'll never understand...

This shader is AWESOME, thanks!
You're welcome... :)

np: Tocotronic - Hi Freaks (Superpitcher's Beautiful Freaks Mix) (Tocotronic)

STaRGaZeR
20th September 2008, 00:40
If it's a colorspace with subsampled chroma and you're getting blocks you can use it.

If there are no blocks it'll blur the chroma a bit, but it shouldn't change much...

Nah I just can't see that chroma blurring so it's not a problem. This shader will remain activated permanently.

Well, since our eyes are less sensitive to chroma than to luma (i.e. we notice changes in brightness more than changes in colour) video is usually compressed with the chroma (i.e. the color information) at half the resolution of the luma (brightness information) - that's part of what makes YV12 what it is.

For conversion back to RGB (which is what displays, well, display) you of course need to scale the chroma data so it's the same size as the luma data, and if you get blocks it has been done by point resizing (i.e. by making every "chroma pixel" twice as big), whereas my shader turns the point resizing into bilinear resizing (i.e. I interpolate between the existing values to make the chroma smoother).

Why a not-really el-cheapo graphics card that has even got it's own dedicated video decoder (like my Radeon 4850) does point resizing in YV12 to uglify the video I'll never understand...

Really nice explanation, thanks! If I understand correctly, as shaders affect the video once is uncompressed by the decoder and I have my decoders configured to always output YV12 for example, your YV12 shader will always work like it should regardless of the source as it'll be always converted to YV12. Now another noob question, how does NV12 compare to YV12? Does it have the same half-resolution chroma? All the YUV formats seem to look the same with ATI (bloking), so I'd assume that if they're not the same in that aspect, they're very similar.

About ATI, well, no comments. You can also submit the problem here (http://ati.supportcenteronline.com/ics/survey/survey.asp?deptID=894&surveyID=486&type=web) and pray...

Thanks again, I've been f*cked by those blocks for ages, now I understand why they're there and how to deal with them :)

Joniii
20th September 2008, 08:19
I'm not that familiar with GUID's so could someone with more experience explain what the problem is here when trying to play H.264 file with MPEGSplitter + Microsoft DTV/DVD Video Decoder, with this MPC-HC doesn't detect any H.264 codecs even though this decoder does have H.264.

Category CLSID:{083863F1-70DE-11D0-BD40-00A0C911CE86}
CLSID: {64777DC8-4E24-4BEB-9D19-60A35BE1DAAF}
FriendlyName: [Microsoft DTV/DVD Video Decoder]
Version: 2
Merit: 0x005FFFFF
Pin count: 6
----- Pin 0 ------
Flags: Output:0 ZeroInst:0 Renderer:0 ManyInst:0
Instances: 0
Media Types: 7
Type: 0
MajorType: KSDATAFORMAT_TYPE_DVD_ENCRYPTED_PACK {ED0B916A-044D-11D1-AA78-00C04FC31D60}
MinorType: KSDATAFORMAT_SUBTYPE_MPEG2_VIDEO {E06D8026-DB46-11CF-B4D1-00805F6CBBEA}
Type: 1
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: KSDATAFORMAT_SUBTYPE_MPEG2_VIDEO {E06D8026-DB46-11CF-B4D1-00805F6CBBEA}
Type: 2
MajorType: KSDATAFORMAT_TYPE_MPEG2_PES {E06D8020-DB46-11CF-B4D1-00805F6CBBEA}
MinorType: KSDATAFORMAT_SUBTYPE_MPEG2_VIDEO {E06D8026-DB46-11CF-B4D1-00805F6CBBEA}
Type: 3
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: KSDATAFORMAT_SUBTYPE_MPEG1Packet {E436EB80-524F-11CE-9F53-0020AF0BA770}
Type: 4
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: KSDATAFORMAT_SUBTYPE_MPEG1Payload {E436EB81-524F-11CE-9F53-0020AF0BA770}
Type: 5
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: FourCC:H264 {34363248-0000-0010-8000-00AA00389B71}
Type: 6
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: FourCC:h264 {34363268-0000-0010-8000-00AA00389B71}
----- Pin 1 ------
Flags: Output:0 ZeroInst:0 Renderer:0 ManyInst:0
Instances: 0
Media Types: 1
Type: 0
MajorType: KSDATAFORMAT_TYPE_DVD_ENCRYPTED_PACK {ED0B916A-044D-11D1-AA78-00C04FC31D60}
MinorType: KSDATAFORMAT_SUBTYPE_SUBPICTURE {E06D802D-DB46-11CF-B4D1-00805F6CBBEA}
----- Pin 2 ------
Flags: Output:1 ZeroInst:0 Renderer:0 ManyInst:0
Instances: 0
Media Types: 10
Type: 0
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: DXVA_ModeMPEG2_A {1B81BE0A-A0C7-11D3-B984-00C04F2E73C5}
Type: 1
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: DXVA_ModeMPEG2_C {1B81BE0C-A0C7-11D3-B984-00C04F2E73C5}
Type: 2
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: FourCC:NV12 {3231564E-0000-0010-8000-00AA00389B71}
Type: 3
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: FourCC:I420 {30323449-0000-0010-8000-00AA00389B71}
Type: 4
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: FourCC:YUY2 MEDIASUBTYPE_YUY2 {32595559-0000-0010-8000-00AA00389B71}
Type: 5
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: FourCC:YV12 MEDIASUBTYPE_YV12 {32315659-0000-0010-8000-00AA00389B71}
Type: 6
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: FourCC:IMC4 {34434D49-0000-0010-8000-00AA00389B71}
Type: 7
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: FourCC:IMC3 {33434D49-0000-0010-8000-00AA00389B71}
Type: 8
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: FourCC:S340 {30343353-0000-0010-8000-00AA00389B71}
Type: 9
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: FourCC:NV24 {3432564E-0000-0010-8000-00AA00389B71}
----- Pin 3 ------
Flags: Output:1 ZeroInst:0 Renderer:0 ManyInst:0
Instances: 0
Media Types: 1
Type: 0
MajorType: KSDATAFORMAT_TYPE_AUXLine21Data {670AEA80-3A82-11D0-B79B-00AA003767A7}
MinorType: KSDATAFORMAT_SUBTYPE_Line21_GOPPacket {6E8D4A23-310C-11D0-B79A-00AA003767A7}
----- Pin 4 ------
Flags: Output:1 ZeroInst:0 Renderer:0 ManyInst:0
Instances: 0
Media Types: 4
Type: 0
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: FourCC:AI44 MEDIASUBTYPE_AI44 {34344941-0000-0010-8000-00AA00389B71}
Type: 1
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: FourCC:AYUV MEDIASUBTYPE_AYUV {56555941-0000-0010-8000-00AA00389B71}
Type: 2
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: MEDIASUBTYPE_ARGB4444 {6E6415E6-5C24-425F-93CD-80102B3D1CCA}
Type: 3
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: DDPF_ARGB32 {773C9AC0-3274-11D0-B724-00AA006C1A01}
----- Pin 5 ------
Flags: Output:1 ZeroInst:0 Renderer:0 ManyInst:0
Instances: 0
Media Types: 10
Type: 0
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: DXVA_ModeMPEG2_A {1B81BE0A-A0C7-11D3-B984-00C04F2E73C5}
Type: 1
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: DXVA_ModeMPEG2_C {1B81BE0C-A0C7-11D3-B984-00C04F2E73C5}
Type: 2
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: FourCC:NV12 {3231564E-0000-0010-8000-00AA00389B71}
Type: 3
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: FourCC:I420 {30323449-0000-0010-8000-00AA00389B71}
Type: 4
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: FourCC:YUY2 MEDIASUBTYPE_YUY2 {32595559-0000-0010-8000-00AA00389B71}
Type: 5
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: FourCC:YV12 MEDIASUBTYPE_YV12 {32315659-0000-0010-8000-00AA00389B71}
Type: 6
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: FourCC:IMC4 {34434D49-0000-0010-8000-00AA00389B71}
Type: 7
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: FourCC:IMC3 {33434D49-0000-0010-8000-00AA00389B71}
Type: 8
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: FourCC:S340 {30343353-0000-0010-8000-00AA00389B71}
Type: 9
MajorType: FourCC:vids MEDIATYPE_Video {73646976-0000-0010-8000-00AA00389B71}
MinorType: FourCC:NV24 {3432564E-0000-0010-8000-00AA00389B71}

3ngel
20th September 2008, 12:59
Hi,
i don't know if that's already implemented (don't take me for dummy eheh), but it would not be useful to implement a .grf (Graphedit file) parser?

In this way it would be much more easy to test varius pin-connect configuration, and even make complex Graphs (wich could involve DirectX filter), that actually are really hell to implement (if not impossibile) with the actual "external filter" system.

The .grf file could be used both as a standalone file (that includes the source file too), so playing like a normal avi, or it could be used as a template (without the source file) to be used for making the chain (instead of using the priority system).

I think this would be great and could extend MPC far beyond its characteristic (combination and uses virtually unlimited).

Hope this idea will like and will be considered in some time :)

thuan
21st September 2008, 10:10
Leak, your shader is well a few days late, I bought an nvidia card to fix that problem lol. Anyway, I tried to use my old ATI card again and with your shader, it works great.
I did bring this problem to ATI support and it seemed to be either the guy who talked with me has problem with his eyesight or his screen is a POS that he said my two sample pictures were the same. In the end, he told me to go over it with ATI Catalyst driver team. I really hope they'll keep it together so we'll have good competition.

Snowknight26
22nd September 2008, 08:00
Just out of curiosity but how do you enable shaders? Every time I try to enable them by right clicking on the video, all but Edit shaders and another one are disabled.

CiNcH
22nd September 2008, 08:34
Just out of curiosity but how do you enable shaders? Every time I try to enable them by right clicking on the video, all but Edit shaders and another one are disabled.

They only work in Renderless/Custom Presenter modes. You may also need the d3dx9_XX.dll (e.g. d3dx9_28.dll) within the MPC folder.

Leak
22nd September 2008, 08:34
Just out of curiosity but how do you enable shaders? Every time I try to enable them by right clicking on the video, all but Edit shaders and another one are disabled.
What graphics card do you have?

Are you using the custom Direct3D renderer for VMR9 or EVR? (Shaders won't work without that...)

And have you installed the latest DirectX update from August (http://www.microsoft.com/downloads/details.aspx?FamilyID=2da43d38-db71-4c1b-bc6a-9b6652cd92a3&DisplayLang=en)? (Yeah, it's always the same web installer, but there's an update to DirectX every 2 months...)

manuel74
22nd September 2008, 11:37
Where I can download the latest rebuild ?
On xvidvideo.ru are stuck with 795 rebuild.

thanks
Manuel