[Gimp-developer] GSoC - project proposal - feedback appreciated :)

[Benjamin Donoghue]

Hi,

I've been working on a series of animation plugins scripts for GIMP that I 
would like to expand for GSoC. 
If anyone would be willing to mentor I would be very excited about doing this 
project. Any feedback about my proposal would also be greatly appreciated

Here is a piece of animation I have created with some of the plugin I've 
scripted so far. 

http://www.mediafire.com/file/9srrlf5100ahpvy/bunnybounce.xcf

open and use 'playback' to see animation.










The Gimp GsoC Proposal



“Traditional 2d Animation Package”
by Benjamin Donoghue, Mar 2011



ABSTRACT



I am currently a 2D Animation Student
and work traditionally on paper. More and more animators are using
digital tools for inking and colouring but there is yet a software
that emulates the way we animate on paper. 




This plugin will create a cheap and
quick alternative to animating on paper. This will allow Professional
Animators to hone their skills whilst maintaining the same skill base
and workflow.
It will also allow Educational
Institutes to use Gimp as a free software to teach 2D animation with
little set-up. 




Along side this I would like to create
an animation community with easy to follow tutorials and peer to peer
feedback to allow animators of all abilities to develop. 




Plugin aim



To be an Animation package specific for
traditional 2d animators, students and enthusiasts that can be used
as both an educational tool and within professional 2D Pipelines
emulating animating with paper and a lightbox whilst streamlining the
process. 




(this in no way is meant as a
replacement for GAP but as a strip down and extension) 




Core goals of
plugin



Treat layers as pieces of
animation paper

Change timing and reorder frames

Onion skin and “scroll”
through layers

'Line test' animation via playback

Allow separate rough line, clean
up and colour layers that can be composited together for playback
Create scene information panel

Export frames based on timing for
use in proffessional pipelines

Export animations as video files
usable on websites ie youtube / vimeo

Create easy to use UI

Implement along side GAP




Some of the above have already been
implemented but as yet not together in a unified (and simplified) way
directed specifically at 2D animation.  




About myself



I will be graduating this summer from
Ba(Hons) Animation Production in the UK. 

I have a thorough knowledge of both 2D
animation principles and proffesional pipelines and feel this plugin
would have strong use within the 2D animation community. 




I have a background in maths and
understand the core concepts within coding. I have written tests
scripts in Scheme that are working and I have create successful
animations using them. 

If it were more appropriate to code
this in another language I would be very happy to dedicate my summer
to learning it and coding this plugin with GsoC. 




I am currently using my test scripts in
a graduate 2 minutes short animation and are already being used by
other students. 




I would greatly appreciate any
feedback.










Many thanks,Benjamin





  ___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] GSOC Project application

[Alexandre Prokoudine]

On 3/27/11, Alexia Death wrote:

> Just one.  Pick a different project. This project is most applied this
> year and one of the applicants is already an established contributor
> and initiator of the idea. Unless he gets hit by a buss, its highly
> unlikely that anybody else is going to get the project.

So everybody else is just a bus away from the project :)

Totally agreed though.

Alexandre Prokoudine
http://libregraphicsworld.org
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] GSOC Project application

[Alexia Death]

On Sun, Mar 27, 2011 at 12:12 AM, Gabriela Botea
 wrote:
> Hello! I am a 3rd year Computer Science student  and I am very interested in
> contributing in this year's project concerning adaptive image cloning.
> This idea is very appealing to me and I would like some advice about what I
> should do in order to have a good application for this project.
> Should I include some code or submit first a draft of the application?
> Any suggestions or guide lines are welcome.

Just one.  Pick a different project. This project is most applied this
year and one of the applicants is already an established contributor
and initiator of the idea. Unless he gets hit by a buss, its highly
unlikely that anybody else is going to get the project.


-- 
--Alexia
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Gimp-developer] GSOC Project application

[Gabriela Botea]

Hello! I am a 3rd year Computer Science student  and I am very interested in
contributing in this year's project concerning adaptive image cloning.
This idea is very appealing to me and I would like some advice about what I
should do in order to have a good application for this project.
Should I include some code or submit first a draft of the application?
Any suggestions or guide lines are welcome.

Thank you.

-- 
Gabriela Botea

Polytechnic University of Bucharest, Romania
Faculty of Automatic Control and Computers
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] GSOC Project-Fast Adaptive Resampler Tailored

[Nicolas Robidoux]

Rahul:

> exact area box filtering with sides no less than the input image's
> inter-pixel distance

This was a bit terse:

Exact area box filtering with a square box with diameter equal to the
inter-pixel distance is exactly bilinear interpolation. So, it's only
when the sides are larger than the scheme is not bilinear.

nicolas
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] GSOC Project-Fast Adaptive Resampler Tailored

[Nicolas Robidoux]

> This being said, what I have in mind in way simpler than what Craig
> implemented. But if you understand Craig's paper, you probably
> understand what I want to do.

Actually, if I took the time to completely understand Craig's paper, I
probably would understand what I want to do.

;-)

Nicolas Robidoux
Laurentian University
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] GSOC Project-Fast Adaptive Resampler Tailored

[Nicolas Robidoux]

Hello Rahul:

Indeed, the GSoC I suggested can be roughly described as implementing
a poor man's version of the scheme Craig describes in

http://adsabs.harvard.edu/abs/2004SoPh..2193D

Replace circles/ellipses by parallelograms/rectangles, and notice that
"padding" the singular values of the Jacobian to 1 is more or less
equivalent to exact area box filtering with sides no less than the
input image's inter-pixel distance, and one gets more or less the same
thing.

This being said, what I have in mind in way simpler than what Craig
implemented. But if you understand Craig's paper, you probably
understand what I want to do.

Nicolas Robidoux
Universite Laurentienne
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] GSOC Project-Fast Adaptive Resampler Tailored

[Nicolas Robidoux]

Hello Craig:

> Numerical Jacobian calculation is not so bad in terms of coding effort

The issue is that, if I understand correctly, GEGL's current "pure"
demand-driven structure means that resamplers have no information
whatsoever about what other nearby locations are being resampled, and
consequently there would need to be major changes to make this info
available for arbitrary transformations (with, most likely, serious
speed impact). Once you have it, sure, computing approximate Jacobian
matrices is no big deal (provided you make sure that you stay from
singularity).

Hence my pragmatic choice to reserve the use of the "novel" (not so
sure anymore that it's really new) method for tasks for which the
jacobian is easy to compute and pass on. (This is the: "ask people who
know better" part.)

Does this make sense to you?

Nicolas Robidoux
Universite Laurentienne

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] GSOC Project-Fast Adaptive Resampler Tailored

[Craig DeForest]

On Mar 10, 2009, at 8:56 AM, Nicolas Robidoux wrote:

>
> Hello Rahul:
>
>> i m a student and interested in gsoc project:Fast Adaptive Resampler
>> Tailored For Transformations Which Mostly Downsample
>
>> I have read the requirements properly for this project which also
>> includes jacobian transformation,box filtering algorithm and
>> bilinear resampling.But i am having some problem in relating all
>> these in one algorithm. Please guide me.Also I would like to know
>> the status of this project progress.
>
> The >>programming<< for this project has not started. "No progress" is
> consequently a fair description.
>
> Computing jacobian information (for an arbitrary point transformation)
> approximately using finite differences is probably too ambitious. My
> current opinion is that this method should only be used when the point
> transformation "communicates" this information to the sampler. ...

Numerical Jacobian calculation is not so bad in terms of coding effort  
--
you can use the method I implemented for PDL::Transform (available as  
part
of the PDL package for Perl, or at pdl.perl.org), and it's  
straightforward
to code.  The PDL::Transform resampling code switches its sampling  
technique
based on user input; Jacobian based spatially variable filters are used
where artifact avoidance is most important.  It might make a nice  
starting
point for you to look at.

On the other hand, you will need to think a bit about the "Fast" part,  
which
the PDL Jacobian-driven sampling is not -- mostly because of the need to
supply input and output filtering.  I did that by padding the singular  
values
of the Jacobian to approximate the effect of convolving one-pixel-wide  
input
and output filter kernels with the calculated sampling kernel.  That  
requires
subjecting a matrix to singular value decomposition for every pixel -  
there
is almost certainly a faster way to do it. For linear transformations  
(where
the Jacobian is constant) the method is much faster.

Dodgson is a great reference (in Nicolas' email).  You might also like  
to
read Ken Turkowski's nice overview of resampling theory:
http://www.worldserver.com/turk/computergraphics/ResamplingFilters.pdf

My own paper on the subject (in the context of image resampling for  
scientific
applications) is here:
http://adsabs.harvard.edu/abs/2004SoPh..2193D



>
>
> You need to understand exact area methods, and in particular, exact
> area box filtering (basically, you understand images as being a
> piecewise constant surface, with the pieces determined by the set of
> points which are closer to a pixel center than any other pixel center,
> and you (approximately) integrate this surface over an area associated
> with the new pixel centers (determined by the point transformation).
>
> References which may help understand what is going on are
>
> @TechReport{Dodgson,
>  author =   {N. A. Dodgson},
>  title ={Image resampling},
>  institution =  {University of Cambridge Computer Lab.},
>  year = 1992,
>  number =   {UCAM--CL--TR--261},
>  address =  {15 JJ Thomson Avenue, Cambridge CB3 0FD, UK},
>  month ={Aug.}
> }
>
> and
>
> @inproceedings{DBLP:conf/iciar/RobidouxTGT08,
>  author= {Nicolas Robidoux and
>   Adam Turcotte and
>   Minglun Gong and
>   Annie Tousignant},
>  title = {Fast Exact Area Image Upsampling with Natural  
> Biquadratic
>   Histosplines},
>  pages = {85-96},
>  ee= {http://dx.doi.org/10.1007/978-3-540-69812-8_9},
>  bibsource = {DBLP, http://dblp.uni-trier.de},
>  crossref  = {DBLP:conf/iciar/2008}
> }
>
> Also, a student and I programmed a C filter (for 8-bit ppm/pgm) which
> does exact area box filtering in the very simple case of pure image
> resizing. If you're still interested, we'll put this on the web.
>
> The proposed method is none of the above. More precisely, it is a
> composite method: It "fits" a new fast but accurate downsampling
> method (related to box filtering) and bilinear together so that
> Frankenstein is flexible and "smoothly varying."
>
> Note: French is my mother tongue. If you are more comfortable in
> French, you can communicate with me---not this list---in
> French. Obviously, English is fine too.
>
> Best of luck,
>
> Nicolas Robidoux
> Universite Laurentienne
>
>
> ___
> Gimp-developer mailing list
> Gimp-developer@lists.XCF.Berkeley.EDU
> https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer
>

___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Gimp-developer] GSOC Project-Fast Adaptive Resampler Tailored

[Nicolas Robidoux]

Hello Rahul:

> i m a student and interested in gsoc project:Fast Adaptive Resampler
> Tailored For Transformations Which Mostly Downsample

> I have read the requirements properly for this project which also
> includes jacobian transformation,box filtering algorithm and
> bilinear resampling.But i am having some problem in relating all
> these in one algorithm. Please guide me.Also I would like to know
> the status of this project progress.

The >>programming<< for this project has not started. "No progress" is
consequently a fair description.

This would be a brand new way of doing downsampling, so I can't point
you to "one algorithm."

Computing jacobian information (for an arbitrary point transformation)
approximately using finite differences is probably too ambitious. My
current opinion is that this method should only be used when the point
transformation "communicates" this information to the sampler. This
probably means that a point transformation (e.g., scale, rotate) needs
to have this info part of its implementation as an object. I'll need
opinions from people who know better at some point.

You need to understand exact area methods, and in particular, exact
area box filtering (basically, you understand images as being a
piecewise constant surface, with the pieces determined by the set of
points which are closer to a pixel center than any other pixel center,
and you (approximately) integrate this surface over an area associated
with the new pixel centers (determined by the point transformation).

References which may help understand what is going on are

@TechReport{Dodgson,
  author =   {N. A. Dodgson},
  title ={Image resampling},
  institution =  {University of Cambridge Computer Lab.},
  year = 1992,
  number =   {UCAM--CL--TR--261},
  address =  {15 JJ Thomson Avenue, Cambridge CB3 0FD, UK},
  month ={Aug.}
}

and

@inproceedings{DBLP:conf/iciar/RobidouxTGT08,
  author= {Nicolas Robidoux and
   Adam Turcotte and
   Minglun Gong and
   Annie Tousignant},
  title = {Fast Exact Area Image Upsampling with Natural Biquadratic
   Histosplines},
  pages = {85-96},
  ee= {http://dx.doi.org/10.1007/978-3-540-69812-8_9},
  bibsource = {DBLP, http://dblp.uni-trier.de},
  crossref  = {DBLP:conf/iciar/2008}
}

Also, a student and I programmed a C filter (for 8-bit ppm/pgm) which
does exact area box filtering in the very simple case of pure image
resizing. If you're still interested, we'll put this on the web.

The proposed method is none of the above. More precisely, it is a
composite method: It "fits" a new fast but accurate downsampling
method (related to box filtering) and bilinear together so that
Frankenstein is flexible and "smoothly varying."

Note: French is my mother tongue. If you are more comfortable in
French, you can communicate with me---not this list---in
French. Obviously, English is fine too.

Best of luck,

Nicolas Robidoux
Universite Laurentienne


___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Gimp-developer] GSOC Project-Fast Adaptive Resampler Tailored

[Rahul]

Hi Nicolas,

This is my first forum of any kind so please forgive me for any mistake.

i m a student and interested in gsoc project:Fast Adaptive Resampler Tailored 
For Transformations Which Mostly Downsample


I have read the requirements properly for this project which also includes 
jacobian transformation,box filtering algorithm and bilinear resampling.But i 
am having some problem in relating all these in one algorithm.Please guide 
me.Also I would like to know the status of this project progress.

Thanks,
-- 
Rahul
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] gsoc project

[Øyvind Kolås]

On Tue, Mar 18, 2008 at 11:01 PM, rafael mesquita
<[EMAIL PROTECTED]> wrote:
> My name is Rafael,  I am an Brazilian student of Computer Engineering from
> Universidade de Pernambuco and about one year ago i have been studying image
> processing, so i become interested in working  in an gimp project.
>  People usually want to process image for specifics reasons : noise
> extractions, signatures analysis, historic documents analysis, activation
> areas detection from an human brain studies, and for so many other reasons.
> In addition to this, those images can be of n different types. My general
> idea is to make a plugin to help people doing new Filters, for their
> specific reasons, without the need of writing new code. The idea consists on
> creating those filters from basic Morphologic Operators (dilate, erode,
> opening, closing and morphological gradient) and , in the future, creating
> new filters based on other filters (combining them).

If the goal is to write filters suitable for scientific processing I
would think it makes sense
to implement the filters for GEGL instead of GIMP, since GEGL operates
with 32bit floating
point buffers. Combining operations in GEGL to create new combined ops
is something that already is possible, but needs further work (it is
currently hard-coded in C while it should be done using an XML based
format or similar (as well as have a usable UI.).

/Øyvind K. (responding from somewhere near Shopping Recife)
-- 
«The future is already here. It's just not very evenly distributed»
 -- William Gibson
http://pippin.gimp.org/ http://ffii.org/
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] gsoc project

[Bill Skaggs]

rafael mesquita <[EMAIL PROTECTED]> wrote:
>
> Well, If you change your mind and decide to go ahead with this, or any
> similar idea, please contact me, i am disposed to talk.

That isn't quite how GSOC works.  Students apply, then
people from the project rank their proposals.  Google looks
at the rankings and decides which projects to support.  We're
just letting you know that some of us are not disposed to
give such a project a very high ranking unless you can do
more to convince us that the results would be used by
numerous people to do important things.

Best wishes,

  -- Bill
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] gsoc project

[rafael mesquita]

Bill ,
like Sven said, my idea is directed towards scientific image processing, but
I think this doesn`t mean only few people would use it, maybe this could
help gimp developer`s too, for example.

Sven,
I understand your point, and agree with most things that you said.

Ingo,
it really would be much less work, but the work would not be only doing a
GUI for imageJ. the advantage of doing it on The Gimp is that The Gimp is a
much bigger project, than imageJ and it could have those interesting tools.

Well, If you change your mind and decide to go ahead with this, or any
similar idea, please contact me, i am disposed to talk.

thank you for your attention, again


2008/3/19, Ingo Lütkebohle <[EMAIL PROTECTED]>:
>
> Hi Rafael,
>
> your idea sounds interesting, and would definitely be a great tool for
> ImageJ, but I'm not sure it is very relevant for The GIMP, which is
> mainly targeted at interactive image manipulation, as opposed to the
> batch processing one usually does in image processing applications of
> the sort you describe.
>
> If you are currently using ImageJ, what would you say is the advantage
> of doing it in The GIMP, instead of a GUI on top of ImageJ? ImageJ has
> all the relevant operations already, so I would expect that to be much
> less work.
>
> cheers,
>
>
> On Wed, Mar 19, 2008 at 12:01 AM, rafael mesquita
> <[EMAIL PROTECTED]> wrote:
> >  People usually want to process image for specifics reasons : noise
> > extractions, signatures analysis, historic documents analysis,
> activation
> > areas detection from an human brain studies, and for so many other
> reasons.
>
>
> cheers, Ingo
>
>
> --
> Dipl.-Inform. Ingo Lütkebohle
> Faculty of Technology
> Bielefeld University
> http://www.techfak.uni-bielefeld.de/~iluetkeb/
>
> Fingerprint 3187 4DEC 47E6 1B1E 6F4F 57D4 CD90 C164 34AD CE5B
>



-- 
Rafael Galvão de Mesquita
(81)99740199
www.upe.poli.br/~rafael
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] gsoc project

[Ingo Lütkebohle]

Hi Rafael,

your idea sounds interesting, and would definitely be a great tool for
ImageJ, but I'm not sure it is very relevant for The GIMP, which is
mainly targeted at interactive image manipulation, as opposed to the
batch processing one usually does in image processing applications of
the sort you describe.

If you are currently using ImageJ, what would you say is the advantage
of doing it in The GIMP, instead of a GUI on top of ImageJ? ImageJ has
all the relevant operations already, so I would expect that to be much
less work.

cheers,

On Wed, Mar 19, 2008 at 12:01 AM, rafael mesquita
<[EMAIL PROTECTED]> wrote:
>  People usually want to process image for specifics reasons : noise
> extractions, signatures analysis, historic documents analysis, activation
> areas detection from an human brain studies, and for so many other reasons.

cheers, Ingo

-- 
Dipl.-Inform. Ingo Lütkebohle
Faculty of Technology
Bielefeld University
http://www.techfak.uni-bielefeld.de/~iluetkeb/

Fingerprint 3187 4DEC 47E6 1B1E 6F4F 57D4 CD90 C164 34AD CE5B
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] gsoc project

[Sven Neumann]

Hi,

this sounds like an interesting project, but it is very much directed
towards scientific image processing which seems quite out-of-scope for
GIMP. Of course such a plug-in could be written and it would be a nice
addition for a very special and very small user group. But I don't think
it would be of interest for our main user base. Of course, if we can
find a mentor for it, it could still be a GSoC project. I don't think it
would get high priority though.


Sven


___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

Re: [Gimp-developer] gsoc project

[Bill Skaggs]

rafael mesquita <[EMAIL PROTECTED]> wrote:

> Hi everyone,
> My name is Rafael,  I am an Brazilian student of Computer Engineering from
> Universidade de Pernambuco and about one year ago i have been
> studying image processing, so i become interested in working  in an
> gimp project. [...]

Hi Rafael, thanks for introducing yourself.  Your ideas are quite
sophisticated, but I don't have a clear picture of who would use
this capability, or what they would use it to do.  Could you explain
a little more, please?

  -- Bill
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer

[Gimp-developer] gsoc project

[rafael mesquita]

Hi everyone,
My name is Rafael,  I am an Brazilian student of Computer Engineering from
Universidade de Pernambuco and about one year ago i have been studying image
processing, so i become interested in working  in an gimp project.
People usually want to process image for specifics reasons : noise
extractions, signatures analysis, historic documents analysis, activation
areas detection from an human brain studies, and for so many other reasons.
In addition to this, those images can be of n different types. My general
idea is to make a plugin to help people doing new Filters, for their
specific reasons, without the need of writing new code. The idea consists on
creating those filters from basic Morphologic Operators (dilate, erode,
opening, closing and morphological gradient) and , in the future, creating
new filters based on other filters (combining them).
I know that gimp already works with Dilate and Erode operations, but it does
not give the possibility  of creating new structuring elements for those
operands (dilating an image with a cross 13x13 can be much better than doing
it with a circle 3x3, depending on the user´s need) and neither  of
combining them with other operations.
There is something similar to what  i want to do, in an ImageJ Plugin (

http://svg.dmi.unict.it/iplab/imagej/Plugins/Morphological%20Operators/Morphological%20Operators/MorphologicalOperatorsPlugin.htm-
here you can see an image from the interface of Morphological
Operators
plugin that can help you to understand my idea). I usually work with this
tool and i think it is very useful, but it can`t save operators made by user
to combine them with other operations in the future.

Well, i am waiting a feedback from you. Suggestions/Critics ? is this idea
interesting/relevant for gimp ?

you can found me on #gimp -> Galva and msn -> [EMAIL PROTECTED]

Thank you very much for your attention :),

Rafael
___
Gimp-developer mailing list
Gimp-developer@lists.XCF.Berkeley.EDU
https://lists.XCF.Berkeley.EDU/mailman/listinfo/gimp-developer