-
 KDE-Apps.org Applications for the KDE-Desktop 
 GTK-Apps.org Applications using the GTK Toolkit 
 GnomeFiles.org Applications for GNOME 
 MeeGo-Central.org Applications for MeeGo 
 CLI-Apps.org Command Line Applications 
 Qt-Apps.org Free Qt Applications 
 Qt-Prop.org Proprietary Qt Applications 
 Maemo-Apps.org Applications for the Maemo Plattform 
 Java-Apps.org Free Java Applications 
 eyeOS-Apps.org Free eyeOS Applications 
 Wine-Apps.org Wine Applications 
 Server-Apps.org Server Applications 
 apps.ownCloud.com ownCloud Applications 
--
-
 KDE-Look.org Artwork for the KDE-Desktop 
 GNOME-Look.org Artwork for the GNOME-Desktop 
 Xfce-Look.org Artwork for the Xfce-Desktop 
 Box-Look.org Artwork for your Windowmanager 
 E17-Stuff.org Artwork for Enlightenment 
 Beryl-Themes.org Artwork for the Beryl Windowmanager 
 Compiz-Themes.org Artwork for the Compiz Windowmanager 
 EDE-Look.org Themes for your EDE Desktop 
--
-
 Debian-Art.org Stuff for Debian 
 Gentoo-Art.org Artwork for Gentoo Linux 
 SUSE-Art.org Artwork for openSUSE 
 Ubuntu-Art.org Artwork for Ubuntu 
 Kubuntu-Art.org Artwork for Kubuntu 
 LinuxMint-Art.org Artwork for Linux Mint 
 Arch-Stuff.org Art And Stuff for Arch Linux 
 Frugalware-Art.org Themes for Frugalware 
 Fedora-Art.org Artwork for Fedora Linux 
 Mandriva-Art.org Artwork for Mandriva Linux 
--
-
 KDE-Files.org Files for KDE Applications 
 OpenTemplate.org Documents for OpenOffice.org
 GIMPStuff.org Files for GIMP
 InkscapeStuff.org Files for Inkscape
 ScribusStuff.org Files for Scribus
 BlenderStuff.org Textures and Objects for Blender
 VLC-Addons.org Themes and Extensions for VLC
--
-
 KDE-Help.org Support for your KDE Desktop 
 GNOME-Help.org Support for your GNOME Desktop 
 Xfce-Help.org Support for your Xfce Desktop 
--
openDesktop.orgopenDesktop.org:   Applications   Artwork   Linux Distributions   Documents    LinuxDaily.com    Linux42.org    OpenSkillz.com   
 
Artwork
News
Groups
Knowledge
Events
Forum
People
Jobs
Register
Login



Sponsoring


-
- Content .- Fans (2) . 

BeDistorted

   0.3  

KDE Improvement

Score 79%
BeDistorted
zoom


Homepage:  Link
Depends on  KDE 4.x
Downloads:  603
Submitted:  Jun 30 2010
Updated:  Dec 15 2011

Description:

Proof of concept.
THIS IS FOR XRENDER COMPOSITING ONLY!

*** THIS IS COMPLETELY OUTDATED ***
Progress will happen at https://sourceforge.net/p/bekwinfx/




Changelog:

0.3
----
- "completed" porting, ie. make it actually work - sorry :-\
- better performance
- less glitches (there still, esp. with...)
- linear down -> "blur" -> linear up (*very* fast on at least nvidia, therefore:)
- optionally also blur while moving the window

0.2
----
- version for KDE >= 4.7
- some improvements/fixes




LicenseGPL
Send to a friend
Subscribe
Other  Artwork  from thomas12777
Report inappropriate content



goto page: prev   1  2 

-

 Linear scaling is likely to be nearest instead!

 
 by koko2k on: Dec 15 2011
 
Score 50%

Thanks for updating this!

However, just see attached screenshot, the effect is configured to just do scaling:
http://ompldr.org/vYnIxdQ/linear.jpeg
is that normal?
Also it still seems that plasma want's to blur under the shadows.

The other problem seems to be solved, thanks!


Reply to this

-
.

 Re: Linear scaling is likely to be nearest instead

 
 by thomas12777 on: Dec 15 2011
 
Score 50%

"linear" - NOT "bi-linear" ;-)

yes, that's "normal" (linear down / linear up doesnt' look like blurred at all :)
Could be that the filter setting is indeed ignored on your side but you should anyway use a 2 pass blurring (even when scaling) for better results. 3 pass is usually overhead.

I'll add more configuration to only scale and not displace as well as scale factors for coming versions.

The windows set the "to be shadowed" region themselve, please grep the property and compare it with the window dimensions (eg with xwininfo)

However plasma is meanwhile supposed to use the same system as the bespin decoration and the oxygen popups to draw it's shadows, so ultimately if it works with them, it's a plasma bug ;-P


Reply to this

-

 Re: Re: Linear scaling is likely to be nearest ins

 
 by koko2k on: Dec 15 2011
 
Score 50%

Oh, I understood the difference between linear and bilinear now.
Would it be possible to (optionally) use a bilinear scaling?
As i said previously, xrender performs pretty well when scaling translucent windows (resize effect, bilinear mode), at least on nvidia (asap i will test on an eeepc 1005ha with an intel gpu).

About the shadow issue, it is strange that it doesn't happens with opengl blurring.
Isn't the clock shadow "hardcoded" in the svg plasma theme file itself?

Anyway, i could try to file a bug report to kde if you think it would be useful.


Reply to this

-

 Re: Re: Re: Linear scaling is likely to be nearest

 
 by thomas12777 on: Dec 15 2011
 
Score 50%

The function already uses the same filter (XRender doesn't specify things like GL_LINEAR but you can set the filter to an arbitrary char*: "good" and "fast" are supported by at least the nvidia driver. "fast" looks certainly like "GL_NEAREST" and smooth looks like a linear filter (but no way like GL_LINEAR)

I tried to query supported filters here (to get an idea whether there's more possible) but the function returns a null pointer.
So for now, i don't know about more filters. If you'd know that the nvidia driver would eg. support a "boxblur" or "lanczos" filter string, i'll happily add it :)

Regarding the shadows: please post window geometry and blur region. Whether the new shadows are use or not afaik depends on the theme - no idea whether the gl blur code has some legacy support or so.


Reply to this

-

 Re: Re: Re: Linear scaling is likely to be nearest

 
 by thomas12777 on: Dec 15 2011
 
Score 50%

The function already uses the same filter (XRender doesn't specify things like GL_LINEAR but you can set the filter to an arbitrary char*: "good" and "fast" are supported by at least the nvidia driver. "fast" looks certainly like "GL_NEAREST" and smooth looks like a linear filter (but no way like GL_LINEAR)

I tried to query supported filters here (to get an idea whether there's more possible) but the function returns a null pointer.
So for now, i don't know about more filters. If you'd know that the nvidia driver would eg. support a "boxblur" or "lanczos" filter string, i'll happily add it :)

Regarding the shadows: please post window geometry and blur region. Whether the new shadows are use or not afaik depends on the theme - no idea whether the gl blur code has some legacy support or so.


Reply to this

-

 Re: Re: Re: Re: Linear scaling is likely to be nea

 
 by thomas12777 on: Dec 15 2011
 
Score 50%

While stepping across my older code - there's an hardcoded padding to the blurarea which does not belong there. Since your plasma shadow is rather small, i guess this (4px) <strike>is</strike> was it...


Reply to this

-

 Re: Re: Re: Re: Re: Linear scaling is likely to be

 
 by koko2k on: Dec 16 2011
 
Score 50%

I poped-up the calendar by clicking the clock:
they are perfectly the same, nothing changes between opengl and xrender

Xrender+bedistorted window dimensions:
Width: 406
Height: 259


Xrender+bedistorted xprops|grep -i blur:
_KDE_NET_WM_BLUR_BEHIND_REGION(CARDINAL) = 5, 5, 401, 5, 4, 10, 402, 2, 5, 12, 401, 245, 4, 257, 402, 2

Opengl+blur window dimensions:
Width: 406
Height: 259

Opengl+blur xprops|grep -i blur:
_KDE_NET_WM_BLUR_BEHIND_REGION(CARDINAL) = 5, 5, 401, 5, 4, 10, 402, 2, 5, 12, 401, 245, 4, 257, 402, 2


Reply to this

-

 Re: Re: Re: Re: Re: Linear scaling is likely to be

 
 by koko2k on: Dec 16 2011
 
Score 50%

I poped-up the calendar by clicking the clock:
they are perfectly the same, nothing changes between opengl and xrender

Xrender+bedistorted window dimensions:
Width: 406
Height: 259


Xrender+bedistorted xprops|grep -i blur:
_KDE_NET_WM_BLUR_BEHIND_REGION(CARDINAL) = 5, 5, 401, 5, 4, 10, 402, 2, 5, 12, 401, 245, 4, 257, 402, 2

Opengl+blur window dimensions:
Width: 406
Height: 259

Opengl+blur xprops|grep -i blur:
_KDE_NET_WM_BLUR_BEHIND_REGION(CARDINAL) = 5, 5, 401, 5, 4, 10, 402, 2, 5, 12, 401, 245, 4, 257, 402, 2


Reply to this

-

 Re: Re: Re: Re: Re: Re: Linear scaling is likely t

 
 by thomas12777 on: Dec 16 2011
 
Score 50%

yes, as mentioned it's very likely that hardcoded padding which dows not belong at this space neither fixes the remaining glitches.
I'm working on the latter and in this of course removed that nonsense padding.



-

 Re: Re: Re: Re: Linear scaling is likely to be nea

 
 by koko2k on: Dec 16 2011
 
Score 50%

About the filters, what i can say for sure is that the resize effect (the one that 'stretches' the windows) seems to use a bilinear filtering depsite of the scale method i choose.


Reply to this

-

 Re: Re: Re: Re: Re: Linear scaling is likely to be

 
 by thomas12777 on: Dec 16 2011
 
Score 50%

Well and i /know/ it's the very same texture filter, because i touched the kwin window scaling code quite a lot (the actual effect, where i btw added the texture scaling mode =) merely sets the window scale factor, the backend does the rest.

You're however right in that the nvidia driver seems to ignore the filter setting - there's chance that the driver selects the method internally (make bigger -> smooth, make much smaller -> fast)

As mentioned, that routine isn't any specified like OpenGL - you throw in sth. and get out sth. where sth. is sth. =D

However, there's still a chance that you've a, well, "false", assumptions about the outcome of a plain linear down -> linear up pass (try with gimp, even bi-linear looks ... improvable - NOT boxblur, that's entirely different)

Now use gimp to perform a 4x (or even 8x) bilinear scaledown, then perform a minimal gaussian blur (what's not really possible with xrender) - try a 3x3 kernel - and then perform a bilinear scale up.

See the difference? (btw: use a desktop screenshot or sth. for this. surprisingly the result with a picture of say, clouds, is much better ;-)

The XRender approximation is to displace the pixmap, in the next version you can try w/o, but you won't like it =)


Reply to this

-

 Re: Re: Re: Re: Re: Re: Linear scaling is likely t

 
 by koko2k on: Dec 16 2011
 
Score 50%

Well, before opening this: https://bugs.kde.org/show_bug.cgi?id=288526 ,
I tried with gimp to scale an image to 'X' times smaller,
then shifted it in 4 transparent layers to relative coordinates:
-1,-1;-1,1;+1,+1;+1,-1
and then rescaled it to the original size.
The scaling filter was a simple bilinear and the result wasn't THAT bad.
Here is the original:
http://wpage.unina.it/aorefice/sharevari/XrenderOrNot/Original.jpg
Here is the 'faked' blur:
http://wpage.unina.it/aorefice/sharevari/XrenderOrNot/Reduce.by.4X,translate.4.Times,rescale.to.4X.png
http://wpage.unina.it/aorefice/sharevari/XrenderOrNot/Reduce.by.8X,translate.4.Times,rescale.to.8X.png

But now i've had another idea.
Make a copy of the picture and scale it to 1/2,
copy the result and scale it by another 1/2 and so on.
Do this -say- 4 times.
Then rescale all the resulting pictures to the original size,
make them translucent and compose them see the result, this is very good!:

Final picture, new method:
http://wpage.unina.it/aorefice/sharevari/XrenderOrNot/Other.method.png

Gimp project, new method:
http://wpage.unina.it/aorefice/sharevari/XrenderOrNot/Other.method.xcf

I also tried by compositing only with 2 iterations,
and the result is still usable, maybe not so good, but still usable for productive needs:
http://wpage.unina.it/aorefice/sharevari/XrenderOrNot/Other.method_2_iterations.png

try play with the gimp project!
...so if you can manage to tell xrender to scale and filter somehow the image, we can have a very good
result!



-

 Re: Re: Re: Re: Re: Re: Linear scaling is likely t

 
 by koko2k on: Dec 16 2011
 
Score 50%

Like promised,
I just tried the resize effect on a poor 945gm+atom n270 1gb ram
Intel driver is 2.17.0 and xorg-server is 1.11.2
resizing translucent windows IS smooth; well the resolution is just 1024x600, but there are no jerkyness at all, even when the window is big as the screen.

Strangely enough, even with the intel driver, changing the xrender scaling mode seems to be ignored and i've always a filtered scaling.



-

 KDE 4.9.3

 
 by svah4cky0 on: Nov 24 2012
 
Score 50%
svah4cky0svah4cky0
Valley Force Corp's
Home
-
Agus Winata 0

Valley Force Corp's
Indonesia, Surabaya
Last visit Jan 4 2013
0 Friends
0 Groups

More info
Send a message
Add as friend
Other contents
--

failed compiling under KDE 4.9.x, thanks

/home/agus/Packages/AUR/bedistorted-kwin-fx/bedistorted.cpp: In member function ‘virtual void KWin::BeDistorted::drawWindow(KWin::EffectWindow*, int, QRegion, KWin::WindowPaintData&)’:
/home/agus/Packages/AUR/bedistorted-kwin-fx/bedistorted.cpp:181:92: error: ‘PAINT_DECORATION_ONLY’ was not declared in this scope
/home/agus/Packages/AUR/bedistorted-kwin-fx/bedistorted.cpp: In member function ‘void KWin::BeDistorted::propertyNotify(KWin::EffectWindow*, long int)’:
/home/agus/Packages/AUR/bedistorted-kwin-fx/bedistorted.cpp:357:22: warning: comparison between signed and unsigned integer expressions [-Wsign-compare]
make[2]: *** [CMakeFiles/kwin4_effect_bedistorted.dir/bedistorted.o] Error 1
make[1]: *** [CMakeFiles/kwin4_effect_bedistorted.dir/all] Error 2
make: *** [all] Error 2


Am I not good enough for you?
Reply to this

goto page: prev   1  2 

Add commentBack






-

-
Do you like or dislike Ubuntu Unity?
 Yes, unity is alien technology!
 It is less confusing than Gnome 3 default, shell.
 Granny thinks it is much more usable than Gnome 2
 Canonical is embarrasing itself with this split project
 Gnome 3 default shell is much better
 I dislike Unity, Gnome 3 default shell is alien technology!
 None of the above, I like the 2Gb for free and Apple alike behavior. Will post a comment instead

resultmore




 
 
 Who we are
Contact
More about us
Frequently Asked Questions
Register
Twitter
Blog
Explore
Artwork
Jobs
Knowledge
Events
People
Updates on identi.ca
Updates on Twitter
Facebook App
Content RSS   
News RSS   
Discussion RSS   
Events RSS   

Participate
Groups
Forum
Add Artwork
Public API
About KDE-Look.org
Legal Notice
Spreadshirt Shop
CafePress Shop
Advertising
Sponsor us
Report Abuse
 

Copyright 2001-2014 KDE-Look.org Team  
All rights reserved. KDE-Look.org is not liable for any content or goods on this site.
All contributors are responsible for the lawfulness of their uploads.
KDE and K Desktop Environment are trademarks of KDE e.V.