Kodi Community Forum
DXVA2 enabled causes tearing - Printable Version

+- Kodi Community Forum (https://forum.kodi.tv)
+-- Forum: Support (https://forum.kodi.tv/forumdisplay.php?fid=33)
+--- Forum: General Support (https://forum.kodi.tv/forumdisplay.php?fid=111)
+---- Forum: Windows (https://forum.kodi.tv/forumdisplay.php?fid=59)
+---- Thread: DXVA2 enabled causes tearing (/showthread.php?tid=96165)

Pages: 1 2

DXVA2 enabled causes tearing - adrianf74 - 2011-03-07

Hello all:

I just did a recent brand new install and it seems as though some files I am playing are causing tearing issues with DXVA2 enabled.

System is a very basic one:

Asus P755H-M Pro Motherboard
Intel i3 540 Clarkdale CPU
(HD is handled by onboard GPU)
Win 7 64-Bit Ultimate

Running Dharma 10.0, some files will give that macroblocking/tearing/green screen issue. If I disable DVXA2 in the settings, the problems go away.

Is this a know issue and is there a fix to this? I can play the files perfectly fine in MPC-HC.

I should add that my install has been a fresh install (done Friday) so I haven't the simplest reason why this is happening. Most files play fine but a select few are doing this.

Here's the Media Info from one file:
Quote:Format : Matroska
File size : 6.54 GiB
Duration : 1h 48mn
Overall bit rate : 8 655 Kbps
Encoded date : UTC 2011-03-01 14:38:35
Writing application : mkvmerge v3.2.0 ('Beginnings') Feb 12 2010 16:46:17
Writing library : libebml v0.7.9 + libmatroska v0.8.1

Video
ID : 1
Format : AVC
Format/Info : Advanced Video Codec
Format profile : [email protected]
Format settings, CABAC : Yes
Format settings, ReFrames : 12 frames
Codec ID : V_MPEG4/ISO/AVC
Duration : 1h 48mn
Bit rate : 7 141 Kbps
Width : 1 280 pixels
Height : 534 pixels
Display aspect ratio : 2.35:1
Frame rate : 23.976 fps
Color space : YUV
Chroma subsampling : 4:2:0
Bit depth : 8 bits
Scan type : Progressive
Bits/(Pixel*Frame) : 0.436
Stream size : 5.27 GiB (81%)
Title : (deleted)
Writing library : x264 core 114 r1913 5fd3dce
Encoding settings : cabac=1 / ref=12 / deblock=1:-3:-3 / analyse=0x3:0x113 / me=umh / subme=10 / psy=1 / psy_rd=1.10:0.10 / mixed_ref=1 / me_range=32 / chroma_me=1 / trellis=2 / 8x8dct=1 / cqm=2 / deadzone=21,11 / fast_pskip=0 / chroma_qp_offset=-2 / threads=6 / sliced_threads=0 / nr=0 / decimate=1 / interlaced=0 / constrained_intra=0 / bframes=6 / b_pyramid=2 / b_adapt=2 / b_bias=0 / direct=3 / weightb=1 / open_gop=0 / weightp=2 / keyint=250 / keyint_min=23 / scenecut=40 / intra_refresh=0 / rc_lookahead=60 / rc=2pass / mbtree=1 / bitrate=7141 / ratetol=1.0 / qcomp=0.60 / qpmin=1 / qpmax=63 / qpstep=4 / cplxblur=20.0 / qblur=0.5 / vbv_maxrate=40000 / vbv_bufsize=30000 / nal_hrd=none / ip_ratio=1.40 / aq=1:0.80
Language : English

Audio
ID : 2
Format : DTS
Format/Info : Digital Theater Systems
Codec ID : A_DTS
Duration : 1h 48mn
Bit rate mode : Constant
Bit rate : 1 510 Kbps
Channel(s) : 6 channels
Channel positions : Front: L C R, Side: L R, LFE
Sampling rate : 48.0 KHz
Bit depth : 24 bits
Compression mode : Lossy
Stream size : 1.14 GiB (17%)
Title : DTS 5.1 1510kbps
Language : English


- pkscout - 2011-03-07

adrianf74 Wrote:Running Dharma 10.0, some files will give that macroblocking/tearing/green screen issue. If I disable DVXA2 in the settings, the problems go away.

I have the same problem here. Anything I record via SAGETV on our local NBC station has green macro blocks on the bottom third of the screen with DVXA2 enabled. No other recordings from other channels have this issue. All recordings work fine in SAGETV and all recordings work fine with DVXA2 turned off.

- adrianf74 - 2011-03-13

Anybody have anything on this yet?

Seems pretty straightforward. When I have acceleration on, most files work fine... for instance, watched one 1080p file tonight; 50% gpu usage without acceleration - between 0% and 3% with it on. Try to watch other files - both 1080p and 720p (with the specs listed precviously), and get the following:

Image

Again, running an i3-540 which should be simple enough. Included player chokes. If I watch it in MPC-HC, no issues. Considering many people have nought Intel CPUs and are doing this in HTPC builds with XBMC, one might think this could be resolved without having to buy a cheap card like an ATI 5450.

- SALAMINOMACHOS - 2011-03-13

Good morning to all of you
I have the same configuration and i face the same problem. It happens for 3-5 seconds and then everything is perfect.

- adrianf74 - 2011-03-14

SALAMINOMACHOS Wrote:Good morning to all of you
I have the same configuration and i face the same problem. It happens for 3-5 seconds and then everything is perfect.

In my case, with select files, it happens constantly and will resolve itself just to happen again. It's a weird issue. Anyone?

- Mutovkin - 2011-03-14

I had these issues and decided to upgrade to GeForce GT 430, got it and even though it is better now, I'm still having these issues and only in XBMC. VLC 1.1.7 and MPC-HC play files quite fine.

- vidor - 2011-03-15

It happens to me also,i3 ...

pixelisation or how shoul I call the the picture further up and random freese for1 or 2 sec ...everything happens randomly

- onizuka - 2011-03-17

Also having this issue, only when DVXA2 is enabled. Scene changes help alleviate, happens frequently when the OSD is brought up. MPC-HC is fine.

Laptop
Running core 2 duo 2.3Ghz
4GB
9800m GTS 1GB

- talvins - 2011-03-17

Same problem for me. Tearing with xbmc, works perfectly with mpc-hc.

I try the tiben20 version, based on Directshow filter as I understand.
By default, it use ffdshow-dxva2 if installed, if not ffdshow and at last, mpcdec (mpc-hc filter).
- With ffh264-dxva2, I have the same problem than original xbmc (most of frame are dropped with lot of "tearing").
- With "ffh264", it's too slow.
- If I desactivate ffdshow, xbmc show "DirectShow" as decoder : I don't know which decoder is it very slow.
- If I registered mpcdec filter, it's not use by xbmc.

- steelman1991 - 2011-03-17

talvins Wrote:Same problem for me. Tearing with xbmc, works perfectly with mpc-hc.

I try the tiben20 version, based on Directshow filter as I understand.
By default, it use ffdshow-dxva2 if installed, if not ffdshow and at last, mpcdec (mpc-hc filter).
- With ffh264-dxva2, I have the same problem than original xbmc (most of frame are dropped with lot of "tearing").
- With "ffh264", it's too slow.
- If I desactivate ffdshow, xbmc show "DirectShow" as decoder : I don't know which decoder is it very slow.
- If I registered mpcdec filter, it's not use by xbmc.
As far as I know 'Direct Show' is just a generic term to indicate either ffdshow or mpcdec is being used. I think the only way to really confirm what is being used is to remove one from the system and force xbmc to use the only available one on the system - in this instance remove ffdshow forcing mpcdec use.

- talvins - 2011-03-17

I agree, but why xbmc show "ffh264-dxva2" in dc field (when press 'o') when I install ffdshow-dxva, "ffh264" when I uncheck the ffdshow dxva module and "DirectShow" when I totally desactivate (or uninstall) ffdshow ?

There is no difference in treatement before and after mpcdec filter registration (mpcdec.ax)

- steelman1991 - 2011-03-17

Might be better to take this to the DSCodec thread and not hijack this one.

- talvins - 2011-03-18

Ok for that, but it can solve the main problem : I make this tests because, as many people, I have tearing. (and the DSPlayer thread is closed)

- steelman1991 - 2011-03-18

talvins Wrote:Ok for that, but it can solve the main problem : I make this tests because, as many people, I have tearing. (and the DSPlayer thread is closed)
I didn't say the DSPlayer thread, I said the DSCodec thread - http://forum.xbmc.org/showthread.php?tid=94645&highlight=dscodec

- onizuka - 2011-03-18

anyone else having this issue?