[prev in list] [next in list] [prev in thread] [next in thread]
List: kde-panel-devel
Subject: D5249: [RFC] New effect plugin - projector (keystone) correction
From: Martin_Gräßlin <noreply () phabricator ! kde ! org>
Date: 2017-04-06 19:23:06
Message-ID: 20170406192306.110558.34490.CC3EBEA0 () phabricator ! kde ! org
[Download RAW message or body]
graesslin added a comment.
In https://phabricator.kde.org/D5249#100193, @nowicki wrote:
> The idea that I have in mind ATM is to redirect drawing the whole screen into a \
FBO and then draw it screen by screen applying transformation where necessary. This \
should be fairly easy thanks to the render target stack in KWin. Doing it this way \
would get rid of the ugly artifacts at window edges. The downside is that it \
introduces a requirement for maximum texture size to be at least the size of the \
virtual desktop (already imposed by the blur and backgroundcontrast effects). I'm \
planning to run this on an old Intel Pineview and I hope it would have enough juice \
to handle this.
Out from past experience with that: using a full screen fbo and redirect the \
complete rendering to it results in about half the frame rate. Though the \
architecture through framebuffer blit improved.
REPOSITORY
R108 KWin
REVISION DETAIL
https://phabricator.kde.org/D5249
To: nowicki, #plasma, graesslin
Cc: luebking, kwin, plasma-devel, #kwin, progwolff, lesliezhai, ali-mohamed, \
jensreuterberg, abetts, sebas, apol
[Attachment #3 (text/html)]
<table><tr><td style="">graesslin added a comment.
</td><a style="text-decoration: none; padding: 4px 8px; margin: 0 8px 8px; float: \
right; color: #464C5C; font-weight: bold; border-radius: 3px; background-color: \
#F7F7F9; background-image: linear-gradient(to bottom,#fff,#f1f0f1); display: \
inline-block; border: 1px solid rgba(71,87,120,.2);" \
href="https://phabricator.kde.org/D5249" rel="noreferrer">View \
Revision</a></tr></table><br /><div><div><blockquote style="border-left: 3px solid \
#8C98B8; color: #6B748C;
font-style: italic;
margin: 4px 0 12px 0;
padding: 8px 12px;
background-color: #F8F9FC;">
<div style="font-style: normal;
padding-bottom: 4px;">In <a href="https://phabricator.kde.org/D5249#100193" \
style="background-color: #e7e7e7; border-color: #e7e7e7;
border-radius: 3px;
padding: 0 4px;
font-weight: bold;
color: black;text-decoration: none;" rel="noreferrer">D5249#100193</a>, <a \
href="https://phabricator.kde.org/p/nowicki/" style=" border-color: #f1f7ff;
color: #19558d;
background-color: #f1f7ff;
border: 1px solid transparent;
border-radius: 3px;
font-weight: bold;
padding: 0 4px;" rel="noreferrer">@nowicki</a> wrote:</div>
<div style="margin: 0;
padding: 0;
border: 0;
color: rgb(107, 116, 140);"><p>The idea that I have in mind ATM is to \
redirect drawing the whole screen into a FBO and then draw it screen by screen \
applying transformation where necessary. This should be fairly easy thanks to the \
render target stack in KWin. Doing it this way would get rid of the ugly artifacts at \
window edges. The downside is that it introduces a requirement for maximum texture \
size to be at least the size of the virtual desktop (already imposed by the blur and \
backgroundcontrast effects). I'm planning to run this on an old Intel Pineview \
and I hope it would have enough juice to handle this.</p></div> </blockquote>
<p>Out from past experience with that: using a full screen fbo and redirect the \
complete rendering to it results in about half the frame rate. Though the \
architecture through framebuffer blit improved.</p></div></div><br \
/><div><strong>REPOSITORY</strong><div><div>R108 KWin</div></div></div><br \
/><div><strong>REVISION DETAIL</strong><div><a \
href="https://phabricator.kde.org/D5249" \
rel="noreferrer">https://phabricator.kde.org/D5249</a></div></div><br \
/><div><strong>To: </strong>nowicki, Plasma, graesslin<br /><strong>Cc: \
</strong>luebking, kwin, plasma-devel, KWin, progwolff, lesliezhai, ali-mohamed, \
jensreuterberg, abetts, sebas, apol<br /></div>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic