On Tue, 08 Jul 2008 20:36:10 -0400 Jose Gonzalez <[EMAIL PROTECTED]> babbled:
> Let me just make it clear what I'm saying here:
>
> I think a general (or just serial) gfx filter pipeline for evas render
> is largely unnecessary and mostly useless for real-time gui stuff.. I'd say
> ju
I wrote:
>Carsten wrote:
>
>> On Sat, 26 Apr 2008 00:42:47 -0400 Jose Gonzalez <[EMAIL PROTECTED]> babbled:
>>
>>
>>>Gustavo wrote:
>>>
>>>
On Thu, Apr 24, 2008 at 3:54 PM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
>
Carsten wrote:
> On Sat, 26 Apr 2008 00:42:47 -0400 Jose Gonzalez <[EMAIL PROTECTED]> babbled:
>
>
>>Gustavo wrote:
>>
>>
>>> On Thu, Apr 24, 2008 at 3:54 PM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
>>>
>>>
Ok, let me give you some 'criticisms' I have of parts
Carsten Haitzler (The Rasterman) wrote:
> On Thu, 24 Apr 2008 14:54:20 -0400 Jose Gonzalez <[EMAIL PROTECTED]> babbled:
>
>
>> Ok, let me give you some 'criticisms' I have of parts of the
>> approaches to this filters stuff that both Carsten and Gustavo
>> suggested, and let me start with
On Thu, 24 Apr 2008 14:54:20 -0400 Jose Gonzalez <[EMAIL PROTECTED]> babbled:
>
> Ok, let me give you some 'criticisms' I have of parts of the
> approaches to this filters stuff that both Carsten and Gustavo
> suggested, and let me start with:
>
> I just don't see a realistic "need"
On Sat, 26 Apr 2008 00:42:47 -0400 Jose Gonzalez <[EMAIL PROTECTED]> babbled:
>Gustavo wrote:
>
> > On Thu, Apr 24, 2008 at 3:54 PM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
> >
> >> Ok, let me give you some 'criticisms' I have of parts of the
> >> approaches to this filters stuff t
Gustavo wrote:
>> One other aspect that needs to be addressed has to do with the
>> very notion Gustavo mentioned about "negotiating" buffer sizes that
>> a filter/transform might need for putting results to.. and in fact
>> this also covers things like calculating update rects when de
On Thu, May 1, 2008 at 7:38 PM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
> Getting back to the evas filters/transforms stuff...
>
> One other aspect that needs to be addressed has to do with the
> very notion Gustavo mentioned about "negotiating" buffer sizes that
> a filter/transform
Getting back to the evas filters/transforms stuff...
One other aspect that needs to be addressed has to do with the
very notion Gustavo mentioned about "negotiating" buffer sizes that
a filter/transform might need for putting results to.. and in fact
this also covers things like calcul
I wrote:
>>> I wish someone would point out an interesting, and/or common,
>>> real-time gui use of something besides: one specialty filter (say a
>>> blur or a bumpmap) followed by a geometric transform (and possibly
>>> all clipped by a mask).
>>>
>>>
>> in order to do cov
>> I wish someone would point out an interesting, and/or common,
>> real-time gui use of something besides: one specialty filter (say a
>> blur or a bumpmap) followed by a geometric transform (and possibly
>> all clipped by a mask).
>>
>
> in order to do cover flow-like we need:
>
Gustavo wrote:
> On Thu, Apr 24, 2008 at 3:54 PM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
>
>> Ok, let me give you some 'criticisms' I have of parts of the
>> approaches to this filters stuff that both Carsten and Gustavo
>> suggested, and let me start with:
>>
>> I just don't
Let me give some further thoughts on your proposed api:
> it should be LIKE the clipping api
>
> filt = evas_object_filter_add();
> evas_object_resize(filt, 200, 200);
> evas_object_filter_effect_set(filt, EVAS_FILTER_CHILDREN_ONLY);
> evas_object_filter_type_set(filt, "blur/gaussian");
>
On Thu, Apr 24, 2008 at 3:54 PM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
>
> Ok, let me give you some 'criticisms' I have of parts of the
> approaches to this filters stuff that both Carsten and Gustavo
> suggested, and let me start with:
>
> I just don't see a realistic "need" for h
Ok, let me give you some 'criticisms' I have of parts of the
approaches to this filters stuff that both Carsten and Gustavo
suggested, and let me start with:
I just don't see a realistic "need" for having a built-in
mechanism of arbitrary lists of arbitrary filters to be applied
to a
Carsten wrote:
>> I also know that adding any of this to evas is going to
>> mean a fairly large re-working of the image internals (among
>> other things), and that although a general 'filters' mechanism
>> is a very powerful thing, there are many, many aspects here
>> that need to be con
On Wed, 16 Apr 2008 14:45:49 -0400 Jose Gonzalez <[EMAIL PROTECTED]> babbled:
>Carsten wrote:
>
> >> Anyway... Since you're still thinking about all this, and
> >> since this has already been discussed at bossa, I'll drop the issue.
> >>
> >
> > there is always room for input and d
I wrote:
> This wouldn't really have any impact with the use of 'native
> surfaces' - well, depends on how wide the interpretation of such.
> All the engines - with the singular exeption of the gl one - use
> native surfaces to do the rendering to, in one way or another.
>
That
Gustavo wrote:
>> PS.
>> This is fairly easy to do right now in evas, except with the
>> gl engine, since one'd need to draw to gl textures and there's no
>> code in evas right now to do that. So, your work on the gl filters
>> stuff could actually be very useful for that (among other
As usual, not much time but here it goes:
On Tue, Apr 22, 2008 at 5:47 AM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
>Gustavo wrote:
>
> >> > Ah, I'd like to write a small prototype of this idea. It would get an
> >> > ARGB buffer, get the filters as a linked list/array negotiate buffers
>
> We've mentioned the semantic interpretation of these 'surface'
> filters acting on an object as _functionally_ equivalent to first
> rendering the object to a buffer 'surface' and having the filter
> act on that surface... Ok, how about we make this former action
> available thru the evas a
Gustavo wrote:
>> > Ah, I'd like to write a small prototype of this idea. It would get an
>> > ARGB buffer, get the filters as a linked list/array negotiate buffers
>> > and then process, giving the output as another ARGB buffer to check
>> > the results. Then modify this to add hardware ac
On Mon, Apr 21, 2008 at 12:28 PM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
>Gustavo wrote:
>
> > On Mon, Apr 21, 2008 at 1:04 AM, Gustavo Sverzut Barbieri
> > <[EMAIL PROTECTED]> wrote:
> >
> >> Jose,
> >>
> >> I'm running out of time to reply to all of these ideas, I expect to
> >> g
Gustavo wrote:
> On Mon, Apr 21, 2008 at 1:04 AM, Gustavo Sverzut Barbieri
> <[EMAIL PROTECTED]> wrote:
>
>> Jose,
>>
>> I'm running out of time to reply to all of these ideas, I expect to
>> get back some development time after the company I started start to
>> calm down on the "real wo
On Mon, Apr 21, 2008 at 1:04 AM, Gustavo Sverzut Barbieri
<[EMAIL PROTECTED]> wrote:
>
> Jose,
>
> I'm running out of time to reply to all of these ideas, I expect to
> get back some development time after the company I started start to
> calm down on the "real world side" (we were getting infr
On Mon, 21 Apr 2008 01:04:55 -0300 "Gustavo Sverzut Barbieri"
<[EMAIL PROTECTED]> babbled:
> On Sun, Apr 20, 2008 at 5:19 AM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
> >
> >
> > > PS.
> > > Here's a distantly related issue though: One of the most common
> > > things that people want to d
On Sun, Apr 20, 2008 at 5:19 AM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
>
>
> > PS.
> > Here's a distantly related issue though: One of the most common
> > things that people want to do with images is to rotate them (possibly
> > in a 3D perspective way), flip them, blur them, etc. How
> PS.
> Here's a distantly related issue though: One of the most common
> things that people want to do with images is to rotate them (possibly
> in a 3D perspective way), flip them, blur them, etc. How can one make
> it easy to express such things for evas image objs (with filters) via
> th
> So, what kind of api should be provided for 'filters for evas
> objects'? And how can general/loadable such filters be defined and
> obtained?
>
> Gustavo has given one possible suggestion (still needs the
> issue of general/loadable ones addressed, and may want to replace
> the 'set
> This is the kind of thing that makes 'chaining' of arbitrary
> filters a problem unless very strict semantic rules are followed,
> and an api used which is able to naturally represent those rules.
>
> I'll continue this a bit later, but please do jump in
> with comments or whatnot
Ok, let me continue where I left off last time.
We have these various kinds of notions for possible 'filters'
in evas (there are others as well, including ones that might involve
time, ie. animation related ones), but most people here would seem
to want something along the lines of (2
Gustavo wrote:
>> PS.
>> Some here would like to have ultimately flexible 'filters'
>> defined via some cpu&gpu supported "shading language" (a kind of
>> gfx scripting mechanism), but I seriously doubt that anyone here
>> is going to spend the time and effort required to design and
Sorry for not much time to reply to this in depth, probably raster
will do it, by my point goes for the last statement:
On Wed, Apr 16, 2008 at 3:45 PM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
> PS.
> Some here would like to have ultimately flexible 'filters'
> defined via some cpu&gpu
Carsten wrote:
>> Anyway... Since you're still thinking about all this, and
>> since this has already been discussed at bossa, I'll drop the issue.
>>
>
> there is always room for input and discussion. until someone actually knuckles
> down and starts doing this, discussion is good a
On Tue, 15 Apr 2008 15:17:57 -0400 Jose Gonzalez <[EMAIL PROTECTED]> babbled:
> > i did? where? :) i am thinking about this still - though right now i think
>
> Nowhere, it was an exaggeration to get Gustavo and you
> going on this. :)
h! drat. so i'm still perfectly sane. DAMN IT!
Carsten wrote:
>>> don't be too excited... it will take time to have someone to do that.
>>>
>> What! I thought you were working on this full-steam ahead..
>> Carsten said that's what you were doing! You're going to have
>> to speak with him about it.. slap him around a bit and thr
On Mon, 14 Apr 2008 01:49:04 -0400 Jose Gonzalez <[EMAIL PROTECTED]> babbled:
>Gustavo wrote:
>
> >> >- 4x4 proj transf => good, one idea that we were considering.
> >> >
> >>
> >> That's very nice for "we". :)
we here is the peolpe who happened to be in the discussion at the tim
Gustavo wrote:
>> >- 4x4 proj transf => good, one idea that we were considering.
>> >
>>
>> That's very nice for "we". :)
>>
>
> you mean because of me? Or because of others? At least raster, if you
> ask him, he have tons of ideas on how to do things, he have considered
> almo
On Sun, Apr 13, 2008 at 3:58 AM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
>Gustavo wrote:
> >> PS.
> >> I'd just set a 4x4 proj transf (you can get some funky curved
> >> stuff that way) and have utility functions for generating such in
> >> various ways (eg. for obtaining one from
Gustavo wrote:
>> PS.
>> I'd just set a 4x4 proj transf (you can get some funky curved
>> stuff that way) and have utility functions for generating such in
>> various ways (eg. for obtaining one from four dst points, for
>> composing two transforms, etc.).
>>
>
> Ok, trying to rep
On Sat, Apr 12, 2008 at 4:53 AM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
>I wrote:
>
> >Gustavo wrote:
> >
> >
> >> Filters will just be filtered by filters, so it's like
> >> "SO1(O1->F1)->F2->F3". Object O1 that is filtered by F1 and inside
> >> Smart Object SO1 that is filtered by
I wrote:
>Gustavo wrote:
>
>
>> Filters will just be filtered by filters, so it's like
>> "SO1(O1->F1)->F2->F3". Object O1 that is filtered by F1 and inside
>> Smart Object SO1 that is filtered by F2 that is filtered by F3, O1
>> will get these 3 filters.
>>Example, F1 could be blur,
Gustavo wrote:
> Filters will just be filtered by filters, so it's like
> "SO1(O1->F1)->F2->F3". Object O1 that is filtered by F1 and inside
> Smart Object SO1 that is filtered by F2 that is filtered by F3, O1
> will get these 3 filters.
>Example, F1 could be blur, while F2 be rotation and
I wrote:
>> Of course one could implement F1 as a weird filter that uses fragment
>> shaders to provide a fade-out effect, so eliminating the need for that
>> in clipper.
>>
>
> That is very easy to obtain via (projective) transforms and
> masks (image, grads, or general 'drawing obj
Gustavo wrote:
>> The main difference is that of avoiding the iterative 'clipping'
>> mechanism as the single method for doing everything.
>> What you want is something like: A clips B clips C clips D clips
>> E clips F clips G clips H say, where H is eg. an image obj and G a
>>
On Fri, Apr 11, 2008 at 4:29 PM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
>Cedric wrote:
>
>
> > On Fri, Apr 11, 2008 at 8:35 AM, Jose Gonzalez wrote:
> >
> >>I wrote:
> >> >> However, as I said, I have no time to work on this ATM, so if you like
> >> >> to try an alternative approac
Cedric wrote:
> On Fri, Apr 11, 2008 at 8:35 AM, Jose Gonzalez wrote:
>
>>I wrote:
>> >> However, as I said, I have no time to work on this ATM, so if you like
>> >> to try an alternative approach, please do it. Keep it as a branch
>> >> somewhere and share your results, someone may t
On Fri, Apr 11, 2008 at 8:35 AM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
>I wrote:
> >> However, as I said, I have no time to work on this ATM, so if you like
> >> to try an alternative approach, please do it. Keep it as a branch
> >> somewhere and share your results, someone may test it an
I wrote:
>> However, as I said, I have no time to work on this ATM, so if you like
>> to try an alternative approach, please do it. Keep it as a branch
>> somewhere and share your results, someone may test it and see how well
>> it works, maybe it would suffice and this would be integrated,
>>
Gustavo wrote:
>>> Well, what we've discussed at BossaConference, raster, cedric and
>>> others might complement/correct me here: add a mechanism similar to
>>> clip as it would accumulate various filters (so rotation + shear + ...
>>> will look fine). Make a function available for the filter t
On Thu, Apr 10, 2008 at 8:22 PM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
> Gustavo wrote:
>
> > On Thu, Apr 10, 2008 at 6:00 PM, Jose Gonzalez wrote:
> >
> >
> > > Just wondering if any progress has been made on this (eg.
> > > Gustavo, Vincent, ...?), or if anyone from the SoC is planning
On Thu, 10 Apr 2008, Jose Gonzalez wrote:
>
> Just wondering if any progress has been made on this (eg.
> Gustavo, Vincent, ...?), or if anyone from the SoC is planning to
> give it a try?
i won't touch that anytime soon. I'm more focused on my new "toy"
(cross-compiling for wince)
Vince
Gustavo wrote:
> On Thu, Apr 10, 2008 at 6:00 PM, Jose Gonzalez wrote:
>
>> Just wondering if any progress has been made on this (eg.
>> Gustavo, Vincent, ...?), or if anyone from the SoC is planning to
>> give it a try?
>>
>
> I haven't touch my development environment for a wh
On Thu, Apr 10, 2008 at 6:00 PM, Jose Gonzalez <[EMAIL PROTECTED]> wrote:
>
> Just wondering if any progress has been made on this (eg.
> Gustavo, Vincent, ...?), or if anyone from the SoC is planning to
> give it a try?
I haven't touch my development environment for a while now. This
comp
Just wondering if any progress has been made on this (eg.
Gustavo, Vincent, ...?), or if anyone from the SoC is planning to
give it a try?
If not, then maybe I'll spend a bit of time to at least get the
ball rolling on this for evas.. at least get image fill-transforms
(affine ones),
55 matches
Mail list logo
