On Tue, 25 Nov 2003 23:37:36 +0100 Adria'n Casaju's
<[EMAIL PROTECTED]> babbled:
>
>
> >>How about thumnailing windows when they slide out of your viewport? That
> >>way you could have all the windows thumnailed and access to them at
> >>once. And another plus is that time spent thumnailing is split and you
> >>don't spend all the time getting the images when going to show them.
> >>
> >>
> >
> >it also means keeping LOTS of copies of window contents around you may never
> >actually use, and what about when a window lowers itself? or another raises?
> >keep grabbing windosw contents just before every operation...
> >
> >have i also pointed out that READING the framebuffer is about 10 times slower
> >than writing to it? ie grabbing window contents is a very expensive operation
> >to be avoided as much as possible?
> >
> >
>
> The idea is to keep just the latest copy of actual windows. If is comes
and THAT part involves keeping lots of memory around for the pixmaps... let me
just give an example.
you have 4 desktops "worth" of windows. lets say on average they overlap some,
but some space is between windows - so lets be conservative and say 80% screen
coverage. you run 1600x1200 @ 32bpp. to do proper scaled down versions you
actually have to keep full res shadow copies of every window. (it is to an
extent possible to justupdate thumbnails - but it depends what size thumbnails
are etc.) thats... 1600x1200 * 4 * (32 / 8) * 0.8 bytes of ram... 23.4Mb... kept
around ALL the time... just in case you go into expose mode... let me think
about this... errr... NO. (ok now we can argu where this memeory lives. on video
card? in system ram? if scaling we'll need it to sit in system ram anyway...
theres caveats. i wont go into them all).
> to be a useful feature there will be very few ones not used. But aside
> of that, just grabbing data from the bramebuffer for a window whenever
> you iconify it, lower it or it slides around is not too much times, but
> still not very few. You could keep as an option. I now it is really easy
> to say thing and do nothing as I am doing but I'd like to contribute in
> some way like giving ideas.
also rememebr it adds overhead. EVERY operation (raise, lower, move, resize)
will then invole e having to grab the screen again... i repeat. READING the
framebuffer is an order of magnitude slower than writing on almost ALL video
cards. in the past i have seen something like 1/10th the speed of writes. that
means more overhead for everything you do by a large margin, more sluggish
performance, more memory used... yes its possible - but the "cost" is VERY VERY
VERY high and its still only partly done becuase you cant track window updates
(the contents change form the last tim the window was moved or resized - your'e
watching a video, or drawigng in gimp etc.) and if you dont move or resize the
window then it wont update fully - now u need to continuously scan pixels ALL
the time (e16 does this taking a LOT of shorcuts to minimize impact). it's very
expensive... theres a much better way around the corner doing it via xdamage and
xfixes etc. when they become real commonplace extensions. then it'd be possible
to get expose, alpha blended windows, REAL updating icon thumbnails of windows
in pagers and the iconbox... and much much much much more... done right :) but
this might be a little ways off.
anyway. for now in e17 this isnt quite on the cards... for now. give us time to
fix up the basics again :)
> --
> ---------------------------------------------
> http://EuropeSwPatentFree.internautas.org/
> Per una Europa sense patents de programari.
> Por una Europa sin patentes de software.
> Because I want a software patent free Europe.
>
--
--------------- Codito, ergo sum - "I code, therefore I am" --------------------
The Rasterman (Carsten Haitzler) [EMAIL PROTECTED]
熊耳 - 車君 [EMAIL PROTECTED]
Mobile Phone: +61 (0)413 451 899 Home Phone: 02 9698 8615
-------------------------------------------------------
This SF.net email is sponsored by: SF.net Giveback Program.
Does SourceForge.net help you be more productive? Does it
help you create better code? SHARE THE LOVE, and help us help
YOU! Click Here: http://sourceforge.net/donate/
_______________________________________________
enlightenment-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/enlightenment-devel