Page 2 of 2 |
LeoNatan
Banned
Posts: 73193
Location: Ramat Gan, Israel ๐ฎ๐ฑ
|
Posted: Wed, 4th Mar 2009 06:20 Post subject: |
|
 |
VGAdeadcafe wrote: | klite codec pack |
INSTAFAIL
|
|
Back to top |
|
 |
[sYn]
[Moderator] Elitist
Posts: 8374
|
|
Back to top |
|
 |
LeoNatan
Banned
Posts: 73193
Location: Ramat Gan, Israel ๐ฎ๐ฑ
|
Posted: Mon, 1st Mar 2010 05:47 Post subject: |
|
 |
If you use MPCHC, you don't need ffdshow. DXVA support in ffdshow is still very experimental and full of bugs.
Here are the correct settings for DXVA:
Also remember, that DXVA is source dependent; if it wasn't encoded to the specs, it will not play in DXVA. Look for the following marks to see if content is played in DXVA:
(Right click -> Render settings -> Display stats)
|
|
Back to top |
|
 |
|
Posted: Mon, 1st Mar 2010 13:21 Post subject: |
|
 |
DXVA is a bitch in general, if you have a nVidia card try CoreAVC + CUDA, it's very robust, much more flexible and less restrictive then DXVA.
If you own an ATI follow Leo's guide, if you have nVidia don't even bother with DXVA.
|
|
Back to top |
|
 |
|
Posted: Mon, 1st Mar 2010 13:52 Post subject: |
|
 |
what a load of crap me7, all nV models since 8xxx have dxva support using mpc hc, it works same way with ati/amd or wtv
|
|
Back to top |
|
 |
LeoNatan
Banned
Posts: 73193
Location: Ramat Gan, Israel ๐ฎ๐ฑ
|
Posted: Mon, 1st Mar 2010 14:32 Post subject: |
|
 |
But why would anyone use DXVA on an nV card anyway? CUDA is a bit slower, but is also a bit more compatible, whereas DXVA has very specific restrictions. 
|
|
Back to top |
|
 |
nouseforaname
รber-VIP Member
Posts: 21306
Location: Toronto, Canada
|
|
Back to top |
|
 |
LeoNatan
Banned
Posts: 73193
Location: Ramat Gan, Israel ๐ฎ๐ฑ
|
Posted: Mon, 1st Mar 2010 15:54 Post subject: |
|
 |
Right, that's the most important aspect. 
|
|
Back to top |
|
 |
|
|
Back to top |
|
 |
LeoNatan
Banned
Posts: 73193
Location: Ramat Gan, Israel ๐ฎ๐ฑ
|
Posted: Mon, 1st Mar 2010 16:05 Post subject: |
|
 |
It gets technical. Basically, when data is sent to DXVA, it is decoded and drawn immediately on the screen. That is why you can't add custom postprocessing in DXVA. On the other hand, when using CUDA, there is no direct way to draw on the screen, so the decoded image has to be copied back to the memory. While this is slower, it allows adding postprocessing capabilities to the players.
CUDA also can run out of memory when decoding large resolutions at large bitrates and a lot of reference frames, leading to comical results. I haven't heard of similar problems with DXVA, so could be the bad coding of CoreAVC; wouldn't be the first. 
|
|
Back to top |
|
 |
|
|
Back to top |
|
 |
[sYn]
[Moderator] Elitist
Posts: 8374
|
Posted: Mon, 1st Mar 2010 16:30 Post subject: |
|
 |
Thanks guys, working fine now I scrapped FFDSHOW!
|
|
Back to top |
|
 |
|
Posted: Mon, 1st Mar 2010 19:35 Post subject: |
|
 |
Mortibus wrote: | all bd/hd rips that have dxva work smoothly without any cpu consumption |
This is exactly the point. DXVA only works on all cards with AVC streams encoded within the High Profile 4.1 spec, CUDA has no such limitation - all encodes are hardware accalerated.
4.1 only allows 4 reference frames at 1080p, which is far from optimal with anime content.
|
|
Back to top |
|
 |
LeoNatan
Banned
Posts: 73193
Location: Ramat Gan, Israel ๐ฎ๐ฑ
|
Posted: Tue, 2nd Mar 2010 18:57 Post subject: |
|
 |
Actually MPCHC implementation is capable of L5.1 DXVA decoding, but it is up to the card in question to support that.
|
|
Back to top |
|
 |
|
Posted: Wed, 3rd Mar 2010 16:41 Post subject: |
|
 |
tried cuda crap and not only it's using more cpu but also lags like a bitch, so fuk it in teh butt
i don't have a singe rip that doesn't support dxva, even if i did dc can eat any hd content u throw at it without vcard's help
|
|
Back to top |
|
 |
Page 2 of 2 |
All times are GMT + 1 Hour |