H264 ripped from HD-DVD with MPC-HC DXVA Glitches? [Archive]

View Full Version : H264 ripped from HD-DVD with MPC-HC DXVA Glitches?

Ingram

14th December 2010, 17:08

I've tried getting help in the main thread but no one has had any input yet.

My problem is that I can't properly play video from my HD-DVD's that are encoded in H264 (Transformers, Into the Wild, Stardust, Black Snake Moan, Lucky Number Slevin.) Every 4 seconds there is a glitch/flash back to a previous frame from before. This problem goes away if I seek into the file enough and come back, then the video plays fine? This problem is present regardless of if I put the video into an MKV container or just play the raw H264 file.

I have successfully ripped VC-1 encoded HD-DVDs to MKV and they play without fault.

I've tried playing the raw video file demuxed with Clown_BD, TsRemuxer and EVODemux. The same problem arises.

The only solution I've found is to use the PDVD10 Video decoder instead of MPC-HC's built in one.

I don't understand what is going on, considering that I can play H264 Blu-ray rips without this issue. It seems solely limited to H264 from HD-DVD?

What's different about H264 on HD-DVD that is causing this issue?

---

I'm using version 2762, on an ATI 5670 card with Cat 10.10. Also replicated the issue on my HTPC with the current version from the website and on an ATI 3200.

Here is the MKV info:
(MKVInfo) + EBML head
(MKVInfo) |+ EBML version: 1
(MKVInfo) |+ EBML read version: 1
(MKVInfo) |+ EBML maximum ID length: 4
(MKVInfo) |+ EBML maximum size length: 8
(MKVInfo) |+ Doc type: matroska
(MKVInfo) |+ Doc type version: 2
(MKVInfo) |+ Doc type read version: 2
(MKVInfo) + Segment, size 23736584552
(MKVInfo) |+ Seek head
(MKVInfo) | + Seek entry
(MKVInfo) | + Seek ID: 0x15 0x49 0xa9 0x66 (KaxInfo)
(MKVInfo) | + Seek position: 4099
(MKVInfo) | + Seek entry
(MKVInfo) | + Seek ID: 0x16 0x54 0xae 0x6b (KaxTracks)
(MKVInfo) | + Seek position: 4254
(MKVInfo) | + Seek entry
(MKVInfo) | + Seek ID: 0x1c 0x53 0xbb 0x6b (KaxCues)
(MKVInfo) | + Seek position: 23736240939
(MKVInfo) |+ EbmlVoid (size: 4043)
(MKVInfo) |+ Segment information
(MKVInfo) | + Timecode scale: 1000000
(MKVInfo) | + Muxing application: libebml v1.0.0 + libmatroska v1.0.0
(MKVInfo) | + Writing application: mkvmerge v4.4.0 ('Die Wiederkehr') built on Oct 31 2010 21:52:48
(MKVInfo) | + Duration: 8887.170s (02:28:07.170)
(MKVInfo) | + Date: Sun Dec 12 05:24:58 2010 UTC
(MKVInfo) | + Segment UID: 0x97 0x3a 0x15 0x73 0x3f 0x49 0xa8 0xbf 0xab 0x61 0x20 0x1b 0x00 0x98 0xdc 0xed
(MKVInfo) |+ Segment tracks
(MKVInfo) | + A track
(MKVInfo) | + Track number: 1
(MKVInfo) | + Track UID: 3831334838
(MKVInfo) | + Track type: video
(MKVInfo) | + Lacing flag: 0
(MKVInfo) | + MinCache: 1
(MKVInfo) | + Codec ID: V_MPEG4/ISO/AVC
(MKVInfo) | + CodecPrivate, length 58 (h.264 profile: High @L4.1)
(MKVInfo) | + Default duration: 41.708ms (23.976 fps for a video track)
(MKVInfo) | + Language: und
(MKVInfo) | + Video track
(MKVInfo) | + Pixel width: 1920
(MKVInfo) | + Pixel height: 1080
(MKVInfo) | + Display width: 1920
(MKVInfo) | + Display height: 1080
(MKVInfo) | + Content encodings
(MKVInfo) | + Content encoding
(MKVInfo) | + Content compression
(MKVInfo) | + Algorithm: 3 (header removal)
(MKVInfo) | + Settings: length 1, data: 0x00
(MKVInfo) | + A track
(MKVInfo) | + Track number: 2
(MKVInfo) | + Track UID: 4949888
(MKVInfo) | + Track type: audio
(MKVInfo) | + Codec ID: A_EAC3
(MKVInfo) | + Default duration: 5.333ms (187.500 fps for a video track)
(MKVInfo) | + Audio track
(MKVInfo) | + Sampling frequency: 48000
(MKVInfo) | + Channels: 6
(MKVInfo) | + Content encodings
(MKVInfo) | + Content encoding
(MKVInfo) | + Content compression
(MKVInfo) | + Algorithm: 3 (header removal)
(MKVInfo) | + Settings: length 2, data: 0x0b 0x77
(MKVInfo) | + A track
(MKVInfo) | + Track number: 3
(MKVInfo) | + Track UID: 131701160
(MKVInfo) | + Track type: subtitles
(MKVInfo) | + Lacing flag: 0
(MKVInfo) | + Codec ID: S_VOBSUB
(MKVInfo) | + CodecPrivate, length 348
(MKVInfo) | + Content encodings
(MKVInfo) | + Content encoding
(MKVInfo) | + Content compression
(MKVInfo) |+ EbmlVoid (size: 1168)
(MKVInfo) |+ Cluster

Ingram

17th December 2010, 13:30

7ekno

19th December 2010, 02:47

I believe there is a known Catalyst driver bug in one of the 10.x version that screws hardware H.264 decode ... turn off hardware decoding and does it go away?

7ek

setarip_old

19th December 2010, 04:02

Hi! I've tried getting help in the main thread but no one has had any input yet.See my and others' posts in response to your earlier, essentially duplicate thread...

Ingram

19th December 2010, 09:05

I've not checked there because it seemed dead, and also I've since discovered it wasn't MKVMerge's fault since the problem occurs before I even use that program.

I guess it is a driver problem. Considering software decoding is fine.

That sucks :(

kieranrk

19th December 2010, 13:39

Possibly your video card is balking at the pulldown elements in the stream.

TinTime

19th December 2010, 18:30

I found exactly the same thing with an Nvidia card (8600GT) and MPC-HC DXVA with HD DVD AVC streams. The problem exists whether or not pulldown has been removed with eac3to.

However CoreAVC's CUDA decoding works fine with them so I use that (I use madVR so I'd have to use CoreAVC to get hardware acceleration anyway). DG NV tools also has no problem processing these streams, again with hardware acceleration.

Ingram

20th December 2010, 09:42

Yea, I've tried removing the pulldown flag too, same thing.

Software decoding, and using the PDVD10 Video Decoder with DXVA play the files perfectly though.

Ingram

23rd December 2010, 19:50

Interesting... I'm removing the pulldown flag with tsMuxeR and I'm getting these warnings:

Warning! Source stream contain irregular pulldown marks. Mistiming between original fps and fps/1.25(without pulldown) exceed 100ms.
Warning! Source stream contain irregular pulldown marks. Mistiming between original fps and fps/1.25(without pulldown) exceed 200ms.
Warning! Source stream contain irregular pulldown marks. Mistiming between original fps and fps/1.25(without pulldown) exceed 400ms.
Warning! Source stream contain irregular pulldown marks. Mistiming between original fps and fps/1.25(without pulldown) exceed 800ms.
Warning! Source stream contain irregular pulldown marks. Mistiming between original fps and fps/1.25(without pulldown) exceed 1601ms.

Maybe the cause?