AVS › AVS Forum › Video Components › Home Theater Computers › x264 Encoding Options for Hardware Compatibility & DXVA
New Posts  All Forums:Forum Nav:

x264 Encoding Options for Hardware Compatibility & DXVA - Page 3

post #61 of 269
2/12/08 at 10:17am
For SD DVD:
Code:


  _CQ_Robert_Q2_eq(crf)
  
    9
    20
    250
    3
    10
    51
    false
    false
    false
    1
    40
    .stats
    
    1
    
    3
    1
    false
    false
    false
    0
    true
    1
    3
    -2
    -1
    6
    4
    0
    3
    -1
    14000
    2
    16
    25
    2
    3.1
    1.4
    1.3
    0
    0.9
    1.0
    0.6
    20
    0.5
    40
    0
    true
    true
    true
    true
    false
    true
    true
    true
    true
    true
    true
    true
    false
    true
    false
    false
    false
    false
    false
    false
    false
    false
    true
    false
    false
    
    0

For HD-DVD:
Code:


  _CQ_Robert_Q2_eq(crf)
  
    9
    18
    250
    3
    10
    51
    false
    false
    false
    1
    40
    .stats
    
    1
    
    3
    1
    false
    false
    false
    0
    true
    1
    3
    -2
    -1
    6
    4
    0
    3
    -1
    25000
    2
    16
    25
    2
    4.1
    1.4
    1.3
    0
    0.9
    1.0
    0.6
    20
    0.5
    40
    0
    true
    true
    true
    true
    false
    true
    true
    true
    true
    true
    true
    true
    false
    true
    false
    false
    false
    false
    false
    false
    false
    false
    true
    false
    false
    
    0
Reply
Reply

AVS Top Picks

post #62 of 269
2/12/08 at 1:18pm
Thanks!
Reply
Reply
post #63 of 269
2/15/08 at 11:58am
Any body know why the following file won't work for me? I changed the profile to High@3.1, but all I get is a green screen.

Code:
[ About file ]

Name: test.mkv
Date: 15/02/2008 14:37:56
Size: 194,392,813 bytes (185.387 MB)

[ Generic infos ]

Play duration: 00:21:15 (1274.607 s)
Container type: matroska
Creation time: 8/10/2007 02:33:10 UTC
Number of streams: 2
Type of stream nr. 1: audio (A_AC3)
Type of stream nr. 2: video (V_MPEG4/ISO/AVC)
Audio streams: 1
Muxing Application: libebml v0.7.7 + libmatroska v0.8.1
Writing Application: mkvmerge v2.1.0 ('Another Place To Fall') built on Sep  7 2007 16:51:48

[ Relevant data ]

Resolution: 720 x 528
Width: multiple of 16
Height: multiple of 16

[ Video track ]

Codec ID: V_MPEG4/ISO/AVC
Resolution: 720 x 528
Frame aspect ratio: 15:11 = 1.363636
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 15:11 = 1.363636
Framerate: 23.976024 fps

[ Audio track ]

Codec ID: A_AC3
Channels (container): 6
Sample rate: 48000 Hz
Mode: 3 front, 2 rear, 1 LFE

[ About H.264 encoding ]

User data: x264
User data: core 56
User data: H.264/MPEG-4 AVC codec
User data: Copyleft 2005
User data: http://www.videolan.org/x264.html
User data: cabac=1
User data: ref=3
User data: deblock=1:0:0
User data: analyse=0x3:0x133
User data: me=hex
User data: subme=6
User data: brdo=0
User data: mixed_ref=0
User data: me_range=16
User data: chroma_me=1
User data: trellis=1
User data: 8x8dct=1
User data: cqm=0
User data: deadzone=21,11
User data: chroma_qp_offset=0
User data: threads=6
User data: nr=0
User data: decimate=1
User data: mbaff=0
User data: bframes=3
User data: b_pyramid=1
User data: b_adapt=1
User data: b_bias=20
User data: direct=1
User data: wpredb=1
User data: bime=1
User data: keyint=240
User data: keyint_min=24
User data: scenecut=40(pre)
User data: rc=2pass
User data: bitrate=769
User data: ratetol=2.0
User data: rceq='blurCplx^(1-qComp)'
User data: qcomp=0.80
User data: qpmin=10
User data: qpmax=51
User data: qpstep=4
User data: cplxblur=20.0
User data: qblur=0.5
User data: ip_ratio=1.40
User data: pb_ratio=1.30
SPS id: 0
  Profile: High@L5.1
  Num ref frames: 6
  Chroma format idc: YUV 4:2:0
PPS id: 0 (SPS: 0)
  Entropy coding type: CABAC
  Weighted prediction: No
  Weighted bipred idc: B slices - implicit weighted prediction
  8x8dct: Yes

[ Profile compliancy ]

Profile to check: MTK PAL 6000
Resolution: Ok
Framerate: 23.976024 <> 25
Warning: If you need a more complete report, then click on "DRF analysis"

This report was created by AVInaptic (18-11-2007) on 15 feb 2008, h 14:56:49
Reply
Reply
post #64 of 269
2/16/08 at 6:22pm
An excellent utility, thanks!

Any thoughts on making it command-line driven? I have a number of files I'd like to batch convert as well as new ones I get every week or two.
Reply
Reply
post #65 of 269
2/16/08 at 6:34pm
Thread Starter 
@DJBlu, I imagine there is more info you might need, but I have an MKV that won't work with IDC Changer. I get an "H264 Info not found" dialog box.

The file:

Code:
[ About file ]

Name: somefile.mkv
Date: 23/12/2007 17:17:03
Size: 4,697,117,685 bytes (4479.52 MB)

[ Generic infos ]

Play duration: 01:42:35 (6155.392 s)
Container type: matroska
Creation time: 15/11/2006 01:18:05 UTC
Number of streams: 4
Type of stream nr. 1: video (V_MPEG4/ISO/AVC)
Type of stream nr. 2: audio (A_AC3) {Dolby Digital 5.1}
Type of stream nr. 3: subtitle (S_TEXT/UTF8) {English}
Type of stream nr. 4: subtitle (S_TEXT/UTF8) {Swedish}
Audio streams: 1
Muxing Application: libebml v0.7.7 + libmatroska v0.8.0
Writing Application: mkvmerge v1.7.0 ('What Do You Take Me For') built on Apr 28 2006 17:20:19

[ Relevant data ]

Resolution: 1280 x 688
Width: multiple of 32
Height: multiple of 16

[ Video track ]

Codec ID: V_MPEG4/ISO/AVC
Resolution: 1280 x 688
Frame aspect ratio: 80:43 = 1.860465 (~1.85:1)
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 80:43 = 1.860465 (~1.85:1)
Framerate: 23.975860 fps

[ Audio track ]

Codec ID: A_AC3
Channels (container): 6
Sample rate: 48000 Hz
Mode: 3 front, 2 rear, 1 LFE

[ About H.264 encoding ]

User data: x264
User data: core 54
User data: H.264/MPEG-4 AVC codec
User data: Copyleft 2005
User data: http://www.videolan.org/x264.html
User data: cabac=1
User data: ref=5
User data: deblock=1:-1:-1
User data: analyse=0x3:0x113
User data: me=hex
User data: subme=7
User data: brdo=1
User data: mixed_ref=1
User data: me_range=16
User data: chroma_me=1
User data: trellis=1
User data: 8x8dct=1
User data: cqm=0
User data: deadzone=21,11
User data: chroma_qp_offset=0
User data: slices=3
User data: nr=0
User data: decimate=1
User data: mbaff=0
User data: bframes=3
User data: b_pyramid=1
User data: b_adapt=1
User data: b_bias=0
User data: direct=1
User data: wpredb=1
User data: bime=1
User data: keyint=250
User data: keyint_min=25
User data: scenecut=40
User data: rc=2pass
User data: bitrate=5722
User data: ratetol=1.0
User data: rceq='blurCplx^(1-qComp)'
User data: qcomp=0.60
User data: qpmin=10
User data: qpmax=51
User data: qpstep=4
User data: cplxblur=20.0
User data: qblur=0.5
User data: ip_ratio=1.40
User data: pb_ratio=1.30
SPS id: 0
Profile: High@L5.1
Num ref frames: 8
Chroma format idc: YUV 4:2:0
PPS id: 0 (SPS: 0)
Entropy coding type: CABAC
Weighted prediction: No
Weighted bipred idc: B slices - implicit weighted prediction
8x8dct: Yes
Reply
Reply
post #66 of 269
2/17/08 at 4:17am
That file has been encoded with an extremely old version of x264, it has also been packed with a very old version of mkvmerge, you can try remuxing, but i doubt it will work
Reply
Reply
post #67 of 269
2/18/08 at 1:41am
Quote:
Originally Posted by ExDeus View Post

@DJBlu, I imagine there is more info you might need, but I have an MKV that won't work with IDC Changer. I get an "H264 Info not found" dialog box.

The file:

Code:
[ About file ]

Name: somefile.mkv
Date: 23/12/2007 17:17:03
Size: 4,697,117,685 bytes (4479.52 MB)

[ Generic infos ]

Play duration: 01:42:35 (6155.392 s)
Container type: matroska
Creation time: 15/11/2006 01:18:05 UTC
Number of streams: 4
Type of stream nr. 1: video (V_MPEG4/ISO/AVC)
Type of stream nr. 2: audio (A_AC3) {Dolby Digital 5.1}
Type of stream nr. 3: subtitle (S_TEXT/UTF8) {English}
Type of stream nr. 4: subtitle (S_TEXT/UTF8) {Swedish}
Audio streams: 1
Muxing Application: libebml v0.7.7 + libmatroska v0.8.0
Writing Application: mkvmerge v1.7.0 ('What Do You Take Me For') built on Apr 28 2006 17:20:19

[ Relevant data ]

Resolution: 1280 x 688
Width: multiple of 32
Height: multiple of 16

[ Video track ]

Codec ID: V_MPEG4/ISO/AVC
Resolution: 1280 x 688
Frame aspect ratio: 80:43 = 1.860465 (~1.85:1)
Pixel aspect ratio: 1:1 = 1
Display aspect ratio: 80:43 = 1.860465 (~1.85:1)
Framerate: 23.975860 fps

[ Audio track ]

Codec ID: A_AC3
Channels (container): 6
Sample rate: 48000 Hz
Mode: 3 front, 2 rear, 1 LFE

[ About H.264 encoding ]

User data: x264
User data: core 54
User data: H.264/MPEG-4 AVC codec
User data: Copyleft 2005
User data: http://www.videolan.org/x264.html
User data: cabac=1
User data: ref=5
User data: deblock=1:-1:-1
User data: analyse=0x3:0x113
User data: me=hex
User data: subme=7
User data: brdo=1
User data: mixed_ref=1
User data: me_range=16
User data: chroma_me=1
User data: trellis=1
User data: 8x8dct=1
User data: cqm=0
User data: deadzone=21,11
User data: chroma_qp_offset=0
User data: slices=3
User data: nr=0
User data: decimate=1
User data: mbaff=0
User data: bframes=3
User data: b_pyramid=1
User data: b_adapt=1
User data: b_bias=0
User data: direct=1
User data: wpredb=1
User data: bime=1
User data: keyint=250
User data: keyint_min=25
User data: scenecut=40
User data: rc=2pass
User data: bitrate=5722
User data: ratetol=1.0
User data: rceq='blurCplx^(1-qComp)'
User data: qcomp=0.60
User data: qpmin=10
User data: qpmax=51
User data: qpstep=4
User data: cplxblur=20.0
User data: qblur=0.5
User data: ip_ratio=1.40
User data: pb_ratio=1.30
SPS id: 0
Profile: High@L5.1
Num ref frames: 8
Chroma format idc: YUV 4:2:0
PPS id: 0 (SPS: 0)
Entropy coding type: CABAC
Weighted prediction: No
Weighted bipred idc: B slices - implicit weighted prediction
8x8dct: Yes

If the file is opened by any other application then this will occur too. Lazy programming I know.

If not, then can you PM me the file name and I'll have a look in my "resources" at the file you are using.
Reply
Reply
post #68 of 269
2/18/08 at 1:33pm
HELP

Ok, so I changed my 720p mkv files to L4.1 using the IDC Changer. DXVA worked great and the picture was much more smooth (no 20fps), EXCEPT about every 10 min or so, especially on high motion scenes, the 20fps pops up again for a few seconds (frames are dropped). Then, when the scene switches, playback is totally smooth again.

What in the world could be causing this? I have an 8500gt with cyberlink h.264 decoder and P4 3.4ghz processor....file playback with MPC-Home Cinema (EVR checked).
Reply
Reply
post #69 of 269
2/18/08 at 1:45pm
Quote:
Originally Posted by paolomaldini View Post

HELP

Ok, so I changed my 720p mkv files to L4.1 using the IDC Changer. DXVA worked great and the picture was much more smooth (no 20fps), EXCEPT about every 10 min or so, especially on high motion scenes, the 20fps pops up again for a few seconds (frames are dropped). Then, when the scene switches, playback is totally smooth again.

What in the world could be causing this? I have an 8500gt with cyberlink h.264 decoder and P4 3.4ghz processor....file playback with MPC-Home Cinema (EVR checked).

I have noticed this on a few aswell. I can't offer any help other than to re encode and reduce the reference frame by 1 or 2.
Reply
Reply
post #70 of 269
2/18/08 at 2:09pm
Thanks.

I'm noticing it on quite a few of the 720p files. It's disappointing.

1. What program do you use for the re-encode?
2. What's the minimum processor you think we'd need get a perfect software decoding (ie. Coreavc) on a 1080p? I was thinking an AMD Dual Core 4400+ should easily do the trick.
Reply
Reply
post #71 of 269
2/18/08 at 2:12pm
I think MPC-HC isn't quite perfect yet. However, I've only seen glitches that on maybe 5% of mkv files.
Reply
Reply
post #72 of 269
2/19/08 at 12:59am
Quote:
Originally Posted by paolomaldini View Post

HELP

Ok, so I changed my 720p mkv files to L4.1 using the IDC Changer. DXVA worked great and the picture was much more smooth (no 20fps), EXCEPT about every 10 min or so, especially on high motion scenes, the 20fps pops up again for a few seconds (frames are dropped). Then, when the scene switches, playback is totally smooth again.

What in the world could be causing this? I have an 8500gt with cyberlink h.264 decoder and P4 3.4ghz processor....file playback with MPC-Home Cinema (EVR checked).

How do you monitor the outputted framerate? Visually or with a tool? I am only using my cpu (BE-2350) for decoding and I do seem to experience framedrops as well. But I want to be sure through measurement. The playback is smooth 98% of the time (24Hz compatible setup), but some camera movements seem so choppy and sometimes I experience some kind of tearing effect. It's different from the judder I experienced before (caused by the 24Hz incompatible setup which is now fixed).

Quote:
Originally Posted by paolomaldini View Post

Thanks.
2. What's the minimum processor you think we'd need get a perfect software decoding (ie. Coreavc) on a 1080p? I was thinking an AMD Dual Core 4400+ should easily do the trick.

An AMD 4400+ is a close call when it comes to decoding 1080p. I think it's advisable to have a cpu that stays under 50% load during play. Some have reported that the bird scene from a 1080p x264 encode of Planet Earth (1st episode, 1st 2 minutes) causes a cpuload peak of 95% on an AMD 6000+. All slower cpu's aren't able to maintain the framerate. My BE-2350 (equal to 4000+) can't even maintain audio playback during that scene. I've heard that Intel dualcores have a lot better decoding capabilities than AMD dualcores. The new Intel E8400 cpu is very populair among htpc users since it's fast (peaks to 80% in bird scene) and still can be cooled passively (with a Scythe Mini Ninja heatsink). So, if you're willing to spend a little more on a new motherboard and cpu I would say the Intel E8400 is the best choice.
Reply
Reply
post #73 of 269
2/19/08 at 9:52am
Hi Moondust,

My observation was visual. To me, it looks like frame skipping and the video is a bit choppy, but it only lasts until the next scene. I can't measure it.

What version of MPC-HC are people using? I still have the October 14, 2007 build. Maybe one of those later Doom builds might help?

---
Wow, Planet Earth really cripples a 6000+ like that? I wanted to try an AMD4800+ but it sounds like that won't be nearly enough. Maybe I should just go for a Q6600 and be done with it.
Reply
Reply
post #74 of 269
2/19/08 at 1:07pm
I've noticed skipping with certain files as well. And it skips in the exact same spots each time. Maybe my files are bad?
Reply
Reply
post #75 of 269
2/19/08 at 1:58pm
Nbarsley

I don't think the files are bad. When I use coreavc, they play fine (albeit my processor is maxed out). I happens on most of my 720p mkv files. Hardware acceleration works great after the IDC Changer switches it to L4.1. But, then you get these periodic glitches for a few seconds. It's annoying.
Reply
Reply
post #76 of 269
2/19/08 at 11:24pm
Quote:
Originally Posted by paolomaldini View Post

My observation was visual. To me, it looks like frame skipping and the video is a bit choppy, but it only lasts until the next scene. I can't measure it.

Maybe I am experiencing the same thing although here I don't use HA (yet). In some scenes part of the picture has choppy playback (always with camera movements) like frames are dropped. At the same time other parts of the picture look fine, probably since they experience less camera movement. When the scene changes the choppy playback is gone, but that can happen during a scene as well when the camera movement slows down. I am experiencing it with 1080p as well as 720p.

Have you noticed any tearing effect? That's another thing I see from time to time, also during camera movements. Like the picture is split in two horizontally and one part can't keep up for a split second? It doesn't bother me very much, but if I can fix it I would like to.

Quote:
Originally Posted by paolomaldini View Post

Wow, Planet Earth really cripples a 6000+ like that? I wanted to try an AMD4800+ but it sounds like that won't be nearly enough. Maybe I should just go for a Q6600 and be done with it.

A Quad cpu consumes a lot of power and therefore is quite hot. Hot cpu's need active cooling, and active cooling makes noise which of course we don't want in an htpc. Right now an Intel E8400 (dualcore) seems to be the best choice. It's powerful for the heaviest 1080p material to date, doesn't consume a lot of power and stays quite cool, so passive cooling is possible (highly recommended for a silent htpc).
Reply
Reply
post #77 of 269
2/20/08 at 4:52am
Can anybody confirm that Core AVC really uses 'hardware acceleration' after applying - IDC Changer switch to L4.1 - using NVIDIA 8000s series card? or its just a myth?? So also, what version of the NVIDIA driver is best for the above, read somewhere that the older versions permit HA while the newer (Dec 20, 07 WHQL update) doesnt.
Reply
Reply
post #78 of 269
2/20/08 at 9:03am
Quote:
Originally Posted by embolism View Post

Can anybody confirm that Core AVC really uses 'hardware acceleration' after applying - IDC Changer switch to L4.1 - using NVIDIA 8000s series card? or its just a myth?? So also, what version of the NVIDIA driver is best for the above, read somewhere that the older versions permit HA while the newer (Dec 20, 07 WHQL update) doesnt.

I haven't read that Coreavc does this yet. I'm simply using the cyberlink decoder with MPC-HC and an 8500gt (latest Nvidia WHQL driver).
Reply
Reply
post #79 of 269
2/20/08 at 9:16am
Moondust,

I experience the exact same thing you are, except for the tearing. I really haven't seen that...although this could be a product of the TV (Pioneer that fully accepts 24fps).

It doesn't happen on all files. For example, last night I watched a 720p rip of Eastern Promises (good movie), and it was picture perfect. There must be something about the way the file is encoded that makes those periodic glitches we see.....because you and I are both seeing them and you aren't using HA and I am (8500gt w/ p4 3.4). What software are you using to play the files? Is it MPC-HC because that's what I'm using?
----
Thanks for your advice on the E8400. I'm going to look around for a good deal.
Reply
Reply
post #80 of 269
2/20/08 at 12:41pm
Its hard for me to tell if the files play correctly without DXVA because my CPU can't handle them. But I have a 720p MKV file of a soccer game that plays perfectly with DXVA, no skipping at all. With other files the cpu usage drops to ~10% and the audio/video never is out of sync but every 10 or so seconds it starts skipping. I agree that it must be something to do with the way that the files are encoded. I have a 2 minute mkv file that does have the problem, so I'll try to fix the file using the long method (not just using the idchanger).

I'm glad to hear that other people are having the same problem!
Reply
Reply
post #81 of 269
2/20/08 at 4:02pm
Could someone tell me or guide me through how to make hardware decoding work?

1. How can I tell if my video card supports it? Is there a spec I have to look for? 8500GT.
2. What software/codecs/settings do I need to install to get it to work? I'm currently using CoreAVC with Media Player Classic. I hope to continue to use MPC.
3. Once (and if) I do get it working, what can I look at to actually confirm it?
4. For mkv h264 files that cannot be decoded in hardware (seems to be the majority of 1080p files), how can I have them automatically be decoded via CoreAVC instead? Or is Cyberlink's decoder better than CoreAVC?

Thanks.
Reply
Reply
post #82 of 269
2/21/08 at 1:32am
Quote:
Originally Posted by paolomaldini View Post

Moondust,
It doesn't happen on all files. For example, last night I watched a 720p rip of Eastern Promises (good movie), and it was picture perfect. There must be something about the way the file is encoded that makes those periodic glitches we see.....because you and I are both seeing them and you aren't using HA and I am (8500gt w/ p4 3.4).

I don't see framedropping in every x264 mkv, but the good ones are a minority. With The Bourne Ultimatum 1080p/DTS I haven't seen any framedropping at all. Might be the way the movie is editted by the way. Despite the framedropping my viewing experience is still ok, but it would be awesome if this problem is tackled. I hope it's the encoding method/settings. They will probably continue to improve the encodes, so there is hope this is just a temporary problem.

Quote:
Originally Posted by paolomaldini View Post

What software are you using to play the files? Is it MPC-HC because that's what I'm using?

I am using MPC-HC as well. I will try playing with a different player this weekend. As for codecs, I have tried both CoreAVC and ffdshow, both showing the framedropping.
Reply
Reply
post #83 of 269
2/21/08 at 2:59am
To check if DXVA is working with MPC-HC do the following:

Rightclick on the image, go to filters, select the mpc decoder.

next to DXVA you will see a grey bar, inside will be a message, i'm not exactly sure what it says when it's working but when its not working it says " not using dxva"
Reply
Reply
post #84 of 269
2/21/08 at 4:36am
Cannot trust the grey box which says :not using DXVA.
I have Nvidia 8600 card and with some x264 (720p) files which are converted to 4.1 (IDC changer), using cyberlink decoder - see a CPU usage drop (2 cores - 25% each drop to 1-2% usage) even though that box remains greyed out.
But is hardware decoding necesssarily better?

I dont now answers to:
Is cyberlink better than core avc (software decoding only)
Its a simple fact that we dont have hardware decoding for 1800p files (x264) at this time. So why mess with it?
Reply
Reply
post #85 of 269
2/21/08 at 5:54am
Quote:
Originally Posted by embolism View Post

Cannot trust the grey box which says :not using DXVA.
I have Nvidia 8600 card and with some x264 (720p) files which are converted to 4.1 (IDC changer), using cyberlink decoder - see a CPU usage drop (2 cores - 25% each drop to 1-2% usage) even though that box remains greyed out.
But is hardware decoding necesssarily better?

I dont now answers to:
Is cyberlink better than core avc (software decoding only)
Its a simple fact that we dont have hardware decoding for 1800p files (x264) at this time. So why mess with it?

1. You cannot use the mpc decoder and cyberlink at the same time
2. mpc decoder is not yet perfect
3. Hardware decoding is better most of the time, as the output is always the same (software decoders do not always use the correct decoding methods, and fast enough cpu's do not exist to decode the heaviest hddvd/bluray)
4. Cyberlink is a better decoder than CoreAVC, but CoreAVC is MUCH faster
5. Its a fact that you DO have hardware decoding for 1080p(x264) files and we have had it from the start, the only proble is you do not have any 1080p files which are compliant with DXVA, this thread explains how to re-encode with the correct settings.

Keep in mind the the Scene has only just found out about this, up until 2 weeks ago all 1080p and most 720p scene releases do not work on DXVA
Reply
Reply
post #86 of 269
2/21/08 at 2:43pm
Thread Starter 
Quote:
Originally Posted by paolomaldini View Post

HELP

Ok, so I changed my 720p mkv files to L4.1 using the IDC Changer. DXVA worked great and the picture was much more smooth (no 20fps), EXCEPT about every 10 min or so, especially on high motion scenes, the 20fps pops up again for a few seconds (frames are dropped). Then, when the scene switches, playback is totally smooth again.

What in the world could be causing this? I have an 8500gt with cyberlink h.264 decoder and P4 3.4ghz processor....file playback with MPC-Home Cinema (EVR checked).

Does it only happen with EVR? What about other renderers?

Quote:
Originally Posted by embolism View Post

Cannot trust the grey box which says :not using DXVA.

The best way to check for DXVA is to see what the video renderer is actually rendering, rather than relying on what the decoder says it is decoding.

In MPC HC, right-click on the playback window.
Select Filters > EVR (or "Video Renderer", or whatever renderer you are using).
Select the "Pin Info" tab.
Ensure "Pin: [IN] (something)..." is selected in the drop-down.

Look down for:

- Connection media type:

Video: DXVA 1440x1088 (16:9) 25.00fps


The "DXVA" indicates hardware acceleration. For software decoding, you'll see something like:

Video: YUY2 1280x720 23.98fps
Reply
Reply
post #87 of 269
2/21/08 at 4:37pm
ExDeus...I haven't tried it with anything but EVR because Hardware Acceleration doesn't seem to work if I don't have EVR selected.

That said, I did try to play the file with software only, and it played fine. So somewhere along the MCP-HC, cyberlink decoder, nvidia 8500gt chain, something is dropping.
Reply
Reply
post #88 of 269
2/21/08 at 9:08pm
How do I get hardware decoding?
NVidia 8600GT card, using latest version
Cyberlink PowerDVD 7.3
Using MPC-HC with EVR
Thanks for any help
Reply
Reply
post #89 of 269
2/22/08 at 3:23pm
Attachment 102808

Should recognise more mkv's, i.e. earlier versions.

 

IDC Changerv0.3.zip 9.3603515625k . file
Reply
Reply
post #90 of 269
2/22/08 at 7:42pm
Quote:
Originally Posted by DJBlu View Post

Attachment 102808

Should recognise more mkv's, i.e. earlier versions.

hey, love the program... it seems to many every 720p I've tried work. Any chance you can make the program take command line arguments? If you can just let arg1 prefill the filename path would be good, but it would be great if i didn't have to browse to the file each time. It would also offer automation to those with large collections.
Reply
Reply
New Posts  All Forums:Forum Nav:
  Return Home
  Back to Forum: Home Theater Computers

AVS Top Picks

AVS › AVS Forum › Video Components › Home Theater Computers › x264 Encoding Options for Hardware Compatibility & DXVA