good default is preferable to choose your poison.
Comments?
Nicolas Robidoux
Universite Laurentienne
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer
resampler, by Nicolas Robidoux, Minglun Gong,
John Cupitt, Adam Turcotte and Kirk Martinez, published in the
Proceedings of the Canadian Conference on Computer Science
Software Engineering, C3S2E 2009, Montreal, Quebec, Canada, May
19-21, 2009, ACM International Conference Proceedings Series
What would be the most general way of getting this abyss color to
gegl-buffer-access.c?
gegl/operations/affine/affine.c
would take care of rotation and scaling and a few other things,
although it probably is still not general enough.
Nicolas Robidoux
Universite Laurentienne
)
Nicolas Robidoux
Universite Laurentienne
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer
Intel.
In GEGL (production) code? Not sure.
Nicolas Robidoux
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer
faster)
sharp - snohalo with smoothing = 1/3.
smooth - snohalo with smoothing - 2/3.
smoother - snohalo with smoothing = 1.
Nicolas Robidoux
Universite Laurentienne
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https
) should not confuse anyone. (I think.)
Keep the ideas coming!
Nicolas Robidoux
Laurentian University
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer
sharpEnlarge and smoothEnlarge
and
sharpShrink and smoothShrink (or sharpReduce and smoothReduce)
?
PS
Let me know if you'd rather I think about all this off list.
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
sharpsmall and smoothsmall
and
sharpbig and smoothbig
?
In a scale image menu, the most likely appropriate method could be
chosen automatically (depending on the requested resizing), with an
extra smoothing toggle set by default to off.
Nicolas Robidoux
Universite Laurentienne
Nicolas Robidoux writes:
For example, nohalo1 (same result as snohalo1 with smoothing = 0, but
runs faster) would be sharper, snohalo1 with smoothing = 1 would be
smoother, and snohalo1 with smoothing = .5 would be halfandhalf,
or something kind of like that?
If there were only four
, when all you are dealing with are 3x3 matrices (which are not
arbitrary 3x3, since they represent affine + perspective
transformations), it is likely that a general purpose matrix library
would be slower. Even more so with 2x2.
So, my vote is actually for not library.
Nicolas Robidoux
Jacobian could be done there.
Nicolas Robidoux
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer
that it is necessary to store it in an explicit matrix type. For
documentation sake? Can anyone foresee a use for the inverse Jacobian
matrix being stored in a 3x3?
Nicolas Robidoux
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https
Adam Turcotte's midterm deliverables:
-- Figure out how to use/adapt/emulate intermediate buffers to store
intermediate results (kind of like nohalo runs on the GPU:
intermediate buffer would be like a texture).
-- Figure out how to use/adapt/emulate variable size sampler buffers
for
now.
We already have some ideas of how to emulate it.
Nicolas Robidoux
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer
in the SoC). This will be the lower quality (but most likely
very fast) version.
(I'll email RE: Adam's deliverables when I have them nailed down.
Adam is currently focusing on the much trickier nohalo level 2 and
buffer issues.)
Nicolas Robidoux
Universite Laurentienne
the code will run.
(As the above table makes pretty obvious, the method will be more
suitable for mild downsampling that heavy duty.)
Nicolas Robidoux
Universite Laurentienne
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https
convention which is normally associated with it---the
image ends right at the centers of the boundary pixels (the small
image convention).
Nicolas Robidoux
Universite Laurentienne
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https
actually return nohalo when blur = 0,
but the codes are kept separate? Or should we simply put the two
together with an if statement which steers internally things toward
nohalo when they should?
Thanks (for your patience),
Nicolas Robidoux
Universite Laurentienne
Hello Utkarsh,
Maybe implementing multi-threading in GEGL would be a good, not yet
taken, project?
(Note that I do not have enough of a broad/detailed view on GEGL to
make this suggestion from a position of authority.)
Nicolas Robidoux
Universite Laurentienne
not multi-thread
as of now.
Nicolas Robidoux
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer
, some coordination would be desirable. However, in the nitty
gritty, these are separate projects.
Nicolas Robidoux
Laurentian University
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo
compressing tile contents and
share duplicate tiles detected through hashing of their compressed data.
Nicolas Robidoux
Universite Laurentienne
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU
it as a quirky feature which is a side effect of a
sound design decision.
Is this agreed?
--
I hope that I am not making my confusion too manifest here.
Cheers,
Nicolas Robidoux
Universite Laurentienne
can use either with either convention. In my mind,
these are related, but separate, issues. I have programmed and used
area sampling methods with either convention, for example.
More about this later.
-
(Thanks for joining the discussion.)
Nicolas Robidoux
Laurentian University
Let me try to be a bit more specific, one issue at a time.
--
I agree that, at least at low order (which is all we're doing for
now), abyss policies are independent of whether we are using the
center or corner image
Christopher Montgomery writes:
...
Ah, you mean that the implementation is easier, not that the output
results differ?
...
Christopher:
Can we start from scratch? I'm afraid that we may take a long time
explaining to each other exactly what we mean, with the most likely
end result that
?
Nicolas Robidoux
Laurentian University/Universite Laurentienne
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gegl-developer
.
This is almost the same as:
I want to know the lowest positive indices at which the abyss policy
kicks in.
Which is almost the same as:
What is the index of the rightmost/lowest pixel with real data
associated to it.
--
Once I have this info, I can finish the yafr code.
With thanks,
Nicolas
(Forgive me for preaching, done from the vantage point of a very stubby
soapbox.)
One thing which I would not mind seeing throughout the gegl code is the
systematic use of the const keyword.
My understanding is that the const keyword can also be used effectively to
indicate to the compiler
:
http://www.gnu.org/software/libtool/manual/autoconf/C-Compiler.html
See the Macro: AC_C_RESTRICT section.
Nicolas Robidoux
Laurentian University/Universite Laurentienne
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https
starting to suspect that const has more likely impact on speed than
restrict.
Nicolas Robidoux
Laurentian University/Universite Laurentienne
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo
will be the compiler).
Maybe I'll inspire myself from
http://www.ddj.com/cpp/184401653
Nicolas Robidoux
Laurentian University/Universite Laurentienne
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman
is slightly faster overall. Probably
not in a significant way, but this certainly does not suggest that
this is worth the hassle.
Nicolas Robidoux
Laurentian University/Universite Laurentienne
___
Gegl-developer mailing list
Gegl-developer@lists.XCF.Berkeley.EDU
34 matches
Mail list logo
