No DXVA option available (1/130 movies)
#1
Hello

Im having a problem with 1 movie out of like 130 movies. It happens in the movie "Tangled". Its an mkv file in 7.4GB 1080p who just stutters all the way through the film. I also get a lot of frames dropped, like 500 in 30sec.

The thing is that this is the first time i have ever seen this. I have movies on 13GB 1080p who plays all fine, with less than 10 frames dropped through the whole film.

DXVA is enabled in all my other movies exept in this one. Cant even go and enable it like in all my other movies. I also tried playing it on my stationary using the same dharma stable 10.0 build, and it activates DXVA all fine and plays perfectly. So it cant be cause of a bad movie file.

The system im using is:

ASrock ION 330HT-BD
http://www.asrock.com/nettop/overview.as...20330HT-BD

I just installed windows 7 x64 on it, but dont know if that could have something to do with it. Really hope someone can help me with this.
Reply
#2
It is probably an issue with how the movie was encoded (maybe too many reference frames or something else that breaks DXVA compatibility).
Reply
#3
then why am i able to play it on my stationary PC then, without problems?
Reply
#4
wiskar Wrote:then why am i able to play it on my stationary PC then, without problems?

Are you playing it on your stationary PC using DXVA? Or just using the CPU to decode? I'm familiar with the release you are talking about and it isn't DXVA compliant.
Reply
#5
same exact issue as Wiskar. What makes a file DXVA compliant or not? Interesting thing is that it plays on WDTV Live without a problem.
Reply
#6
Would need a "Mediainfo" on the file in question.
http://mediainfo.sourceforge.net/en

Also if you boot a XBMC Live session (off CD or USB) I bet hardware acceleration (VDPAU) will work because it is less picky (than DXVA) on encoding parameters.
Reply
#7
Was checking MKVInfo and in fact, the problematic video is encoded with profile high at L4.1.... I assume that is why the issue occurs.... will have a go with XBMC Live to see if it plays fine.
Reply
#8
Its not the media in wiskars case is it if you read his first post he can play the same file on a different machine using the same build of Dharma Rolleyes
Reply
#9
fishe Wrote:Was checking MKVInfo and in fact, the problematic video is encoded with profile high at L4.1....

That profile should work for DXVA. What is the resolution of the video (actual Height and Width)?
Reply
#10
>>X<<' Wrote:Its not the media in wiskars case is it if you read his first post he can play the same file on a different machine using the same build of Dharma Rolleyes

That is why I was questioning whether on the other machine he was actually decoding it using DXVA. There is a reason I asked because I'm familiar with the file he is using but I no longer have it since I couldn't use hardware acceleration on multiple machines.
Reply
#11
gabbott Wrote:That is why I was questioning whether on the other machine he was actually decoding it using DXVA. There is a reason I asked because I'm familiar with the file he is using but I no longer have it since I couldn't use hardware acceleration on multiple machines.

lol

He told you that in post one

wiskar Wrote:I also tried playing it on my stationary using the same dharma stable 10.0 build, and it activates DXVA all fine and plays perfectly
Reply
#12
quick question, are your systems using different graphics card?

it's been awhile since i've looked actively into dxva.. but when i did this (may of last yr?) nvidia seems to have better dxva support overall.

there are certain videos that nvidia cards can figure out how to accelerate but ATI cannot.
Reply
#13
Just tried in XBMC Live and same issue. Graphics card is NVIDIA ION with Atom processor. Plays everything else without a glitch. Here's what MKV Info says:

(MKVInfo) + EBML head
(MKVInfo) |+ Doc type: matroska
(MKVInfo) |+ Doc type version: 2
(MKVInfo) |+ Doc type read version: 2
(MKVInfo) + Segment, size 7526599935
(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: 4251
(MKVInfo) | + Seek entry
(MKVInfo) | + Seek ID: 0x11 0x4d 0x9b 0x74 (KaxSeekHead)
(MKVInfo) | + Seek position: 7526514449
(MKVInfo) | + Seek entry
(MKVInfo) | + Seek ID: 0x1c 0x53 0xbb 0x6b (KaxCues)
(MKVInfo) | + Seek position: 7526490441
(MKVInfo) |+ EbmlVoid (size: 4025)
(MKVInfo) |+ Segment information
(MKVInfo) | + Timecode scale: 1000000
(MKVInfo) | + Muxing application: libebml v0.7.9 + libmatroska v0.8.1
(MKVInfo) | + Writing application: mkvmerge v3.2.0 ('Beginnings') 编译于 Feb 12 2010 16:46:17
(MKVInfo) | + Duration: 6016.427s (01:40:16.427)
(MKVInfo) | + Date: Tue Mar 01 06:46:24 2011 UTC
(MKVInfo) | + Segment UID: 0xab 0x61 0xac 0x69 0x02 0x45 0x8b 0xb7 0x85 0xbd 0x6c 0x71 0x1e 0x44 0x40 0x71
(MKVInfo) |+ Segment tracks
(MKVInfo) | + A track
(MKVInfo) | + Track number: 1
(MKVInfo) | + Track UID: 1
(MKVInfo) | + Track type: video
(MKVInfo) | + Enabled: 1
(MKVInfo) | + Default flag: 0
(MKVInfo) | + Forced flag: 0
(MKVInfo) | + Lacing flag: 0
(MKVInfo) | + MinCache: 1
(MKVInfo) | + Timecode scale: 1
(MKVInfo) | + Max BlockAddition ID: 0
(MKVInfo) | + Codec ID: V_MPEG4/ISO/AVC
(MKVInfo) | + Codec decode all: 1
(MKVInfo) | + CodecPrivate, length 170 (h.264 profile: High @L4.1)
(MKVInfo) | + Default duration: 41.708ms (23.976 fps for a video track)
(MKVInfo) | + Language: eng
(MKVInfo) | + Name: XXXXXXXXXXXXXXXXXX
(MKVInfo) | + Video track
(MKVInfo) | + Pixel width: 1876
(MKVInfo) | + Pixel height: 1080
(MKVInfo) | + Interlaced: 0
(MKVInfo) | + Display width: 1876
(MKVInfo) | + Display height: 1080
(MKVInfo) | + A track
(MKVInfo) | + Track number: 2
(MKVInfo) | + Track UID: 3476704937
(MKVInfo) | + Track type: audio
(MKVInfo) | + Enabled: 1
(MKVInfo) | + Default flag: 1
(MKVInfo) | + Forced flag: 0
(MKVInfo) | + Lacing flag: 1
(MKVInfo) | + MinCache: 0
(MKVInfo) | + Timecode scale: 1
(MKVInfo) | + Max BlockAddition ID: 0
(MKVInfo) | + Codec ID: A_DTS
(MKVInfo) | + Codec decode all: 1
(MKVInfo) | + Language: eng
(MKVInfo) | + Name: dts-core 1536k
(MKVInfo) | + Audio track
(MKVInfo) | + Sampling frequency: 48000
(MKVInfo) | + Channels: 6
(MKVInfo) |+ EbmlVoid (size: 1024)
(MKVInfo) |+ Cluster
Reply
#14
fishe Wrote:Just tried in XBMC Live and same issue. Graphics card is NVIDIA ION with Atom processor. Plays everything else without a glitch. Here's what MKV Info says:

[snip]

fishe Wrote:(MKVInfo) | + Pixel width: 1876

[snip]

This video width is not compatible with NVIDIA ION first-generation.
That may be the issue you are encountering here.

Ion (first-generation Nvidia Ion)
Full HD decode (1080i/p): Yes, 3rd Generation PureVideo
All current third generation PureVideo hardware (G98, MCP77, MCP78, MCP79MX, MCP7A) cannot decode H.264 for the following horizontal resolutions: 769–784, 849–864, 929–944, 1009–1024, 1793–1808, 1873–1888, 1953–1968 and 2033–2048 pixel[6]
http://en.wikipedia.org/wiki/Nvidia_Pure...reVideo_HD

Ion 2 (next-generation Nvidia Ion)
Hardware Video Decode Acceleration: Yes, 4th Generation PureVideo
The H.264-decoder no longer suffers the framesize restrictions of VP3, and adds hardware-acceleration for MVC, a H.264 extension used on 3D Blu-ray discs.
http://en.wikipedia.org/wiki/Nvidia_Pure...reVideo_HD
Reply
#15
Note To Self: Never buy anything with Ion1 hardware for XBMC purposes. I also see it can't decode 2048, so that also rules out 2k cinematic resolution. Sad
Reply

Logout Mark Read Team Forum Stats Members Help
No DXVA option available (1/130 movies)0