On Tuesday 15 March 2005 18:03, Pepster wrote:
> Their page says
> "Our method is based on a simple premise: neighboring pixels in
> space-time that have similar intensities should have similar
> colors"
>
> I assume this to mean you need the "timing information of the
> stroke", similar to data ne
On Wed, Mar 16, 2005 at 10:03:15AM +1300, Pepster wrote:
>
> Their page says
> "Our method is based on a simple premise: neighboring pixels in space-time
> that have similar intensities should have similar colors"
I only skimmed the site a little last night, but I was under the
impression that t
Pepster writes:
> "Our method is based on a simple premise: neighboring pixels in
> space-time that have similar intensities should have similar
> colors"
> I assume this to mean you need the "timing information of the
> stroke", similar to data needed for recognizing handwriting.
Nope, it r
Their page says
"Our method is based on a simple premise: neighboring pixels in space-time that
have similar intensities should have similar colors"
I assume this to mean you need the "timing information of the stroke", similar
to data needed for recognizing handwriting.
While I am not sure of
Hi,
Pepster <[EMAIL PROTECTED]> writes:
> Slashdot has the "Story" about this -
> http://www.cs.huji.ac.il/~yweiss/Colorization/
>
> I assume that to implement it one needs the color+timestamp for each
> drawn pixel. Is that at all possible to do in a gimp plugin?
I don't see why this should not
