The Arch Linux Wiki says that TearFree is no longer needed when using
DRI3:
https://wiki.archlinux.org/index.php/intel_graphics#Tear-free_video
Is that correct?
Does enabling TearFree actually do anything when using DRI3? Or is
TearFree=True being ignored when using DRI3?
--
You received this
** Changed in: xserver-xorg-video-intel (Fedora)
Status: Unknown => Won't Fix
** Changed in: xserver-xorg-video-intel (Fedora)
Importance: Unknown => Undecided
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-
** Bug watch added: Red Hat Bugzilla #977391
https://bugzilla.redhat.com/show_bug.cgi?id=977391
** Also affects: xserver-xorg-video-intel (Fedora) via
https://bugzilla.redhat.com/show_bug.cgi?id=977391
Importance: Unknown
Status: Unknown
--
You received this bug notification beca
No. (Though there maybe some hardware which may require TearFree by
default to function correctly, in which case it will be enabled
automatically.) The problem is that it increases memory allocation
considerably and reduces performance, giving you the same penalty as
using a compositor. If you then
Will it be made default? Tx
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/755841
Title:
[sandybridge] Graphics tearing when playing video
Status in Compiz Core:
F
** Changed in: xserver-xorg-video-intel
Status: In Progress => Fix Released
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/755841
Title:
[sandybridge] Graphics
I'm happy with TearFree now. Please report any issues you find as
separate bugs, thanks everyone.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/755841
Title:
[sandyb
TearFree should be much improved as of:
commit fa2687bdd5a4c8bc608dac8bb711035f0752a725
Author: Chris Wilson
Date: Mon Oct 21 18:55:23 2013 +0100
sna: Eliminate the synchronous wait from inside TearFree
Defer the actual wait until the next use of the screen pixmap, and then
if
*** Bug 67823 has been marked as a duplicate of this bug. ***
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/755841
Title:
[sandybridge] Graphics tearing when playing
Since I saw fbcompose mentioned above as a lightweight standalone
compositor that can produce tear-free output working around this issue,
I'd like to mention I've found another similar compositor that seems to
be under more active development:
Compton: https://github.com/chjj/compton
Its a nice l
running ubuntu 13.04/kde 4.10 on my laptop (kernel 3.8/ ddx 2.21,
ivybridge). kwin still tears at the top of the screen even with sna
enabled and vsync on in kwin, but I assume thats just this bug:
https://bugs.kde.org/show_bug.cgi?id=307965
So I tried disabling vsync in kwin and using the tearfre
** Bug watch added: KDE Bug Tracking System #307965
https://bugs.kde.org/show_bug.cgi?id=307965
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/755841
Title:
[sandy
Works great now, no more tearing. Thank you!
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/755841
Title:
[sandybridge] Graphics tearing when playing video
Status in
The cause is that replies end up being blocked by the synchronous
pageflip used for the tear free update of the scanout. The solution is
obvious, but just tricky to implement in an efficient manner that also
solves the unnecessary readbacks. If I get it right the extra complexity
should help for no
(In reply to comment #113)
> vsync seems to be fully working now on SNB/IVB with 2.21 and kernel 3.8, so
> the remaining issue is to get TearFree solid and performant for all use
> cases.
Thanks for working on this.
I have upgraded to Linux 3.8-rc7 and xf86-video-intel 2.21.2 on my
ThinkPad X200 (
** Changed in: xserver-xorg-video-intel
Importance: High => Wishlist
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchpad.net/bugs/755841
Title:
[sandybridge] Graphics tearing wh
vsync seems to be fully working now on SNB/IVB with 2.21 and kernel 3.8,
so the remaining issue is to get TearFree solid and performant for all
use cases.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
(In reply to comment #111)
> I'm on Ubuntu 12.10 using SNA.
>
> Tear is still present on video playback (mainly with VLC) with compositor
> enabled or disabled. (va-api enabled/disabled no changes as well)
Which is expected as Ubuntu 12.10 doesn't carry the required kernel
patches.
--
You recei
I'm on Ubuntu 12.10 using SNA.
Tear is still present on video playback (mainly with VLC) with
compositor enabled or disabled. (va-api enabled/disabled no changes as
well)
this is my xorg.conf video options:
Option "AccelMethod" "sna"
Option "SwapbuffersWai
Did some test here and I thinks I find out the origin of the issue ( comment
#19 gave me the right hint, about overlay ):
Basically if you:
- disable composite ( sorry till now I cannot find a better solution )
AND
- [VLC] deselect this option: Video -> Display -> Accelerated video output
(Overla
This isn't fixed for ivybridge in 12.04 (with all updates), still
tearing at the top of videos. It is fixed in 12.10's compiz though.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-intel in Ubuntu.
https://bugs.launchp
I don't understand the technical details, so please forgive
misunderstandings or stupid questions.
Do I need SNA for the TearFree option? I get stuttering with SNA and TearFree,
and still get tearing with TearFree without SNA.
I created a xorg.conf with only the following:
Section "Device"
Id
I'm now on Kubuntu 12.10 and I enabled in xorg.conf both the tearfree
option and the sna acceleration. It's definitely better: the xv output
seems fine so far in mplayer, the gl output is however unusable as the
video keep halting during the play (truthfully I don't really care about
it as long as
(In reply to comment #108)
> I don't understand the technical details, so please forgive
> misunderstandings or stupid questions.
>
> Do I need SNA for the TearFree option? I get stuttering with SNA and
> TearFree, and still get tearing with TearFree without SNA.
> I created a xorg.conf with only
Note in addition to using pageflipping via the TearFree option, there is
a glimmer of light in the form of
kernel commit d7d4eeddb8f72342f70621c4b3cb718af9361712
Author: Chris Wilson
Date: Wed Oct 17 12:09:54 2012 +0100
drm/i915: Allow DRM_ROOT_ONLY|DRM_MASTER to submit privileged batchbuf
(In reply to comment #105)
> I still can see tearing even if driver option "TearFree" is enabled, when I
> rotate display right or left (xorg monitor Option "Rotate"), so when the
> axes are reversed.
Yup, that's expected at this moment in time. To avoid tearing down will
require another indirecti
I still can see tearing even if driver option "TearFree" is enabled,
when I rotate display right or left (xorg monitor Option "Rotate"), so
when the axes are reversed.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to xserver-xorg-video-int
Forwarding a message from Axel Rohde
Hi Chris,
I just tested the standalone OpenGL compositor fbcompose
from this site
https://launchpad.net/~fluxbox-maintainers/+archive/nightly/+packages
fluxbox-fbcompose_1.3.2+nightly+120311-1_amd64.deb
... on a i5-3550, Debian wheezy, xf86-video-intel-2.20
28 matches
Mail list logo
