tuxpaint-devel

[Tuxpaint-devel] Some testing on current tuxpaint cvs

[Pere P. i C. <pe...@fo...>]

Hi all!

I have a strange issue with magic mosaic, it loads cpu when selecting it

To reproduce:
start tuxpaint on window mode at least at 800x600, but is better seen at
higher sizes, start top on a xterm or similar, keep both visible.
go to magic, clic on mosaic and see how cpu loads and after normalizes.
The progress bar is also shown.

Without quitting mosaic type several times CTRL+Z or clic on the greyed
Undo button or in a empty button below the "Quit" one, or change several
times between draw mode and screen mode.
see how cpu loads newly after each click and how the progress bar is
shown on each clic.

Instead, if you clic several times on the mosaic icon, cpu do not gets
extra loads, and the progress bar don't appears.



This two had worked for years, but now:
Caligraphy doesn't work for me, I am unable to write anything, I don't
even hear the sound(if any) 

Shift doesn't work for me, I hear the sounds as I drag the stylus(*),
but nothing moves.
(*) A wacom tablet that had working with tuxpaint for years.


Rails: I can join a T or a +, instead, I am unable to join a L (a
corner)


Untranslated things:
Rain and associated comments don't appears on po files.




Hope this helps
Yours
Pere

Re: [Tuxpaint-devel] Some testing on current tuxpaint cvs

[Bill K. <nb...@so...>]

On Sat, Aug 02, 2008 at 01:44:20AM +0200, Pere Pujal i Carabantes wrote:
> To reproduce:
> start tuxpaint on window mode at least at 800x600, but is better seen at
> higher sizes, start top on a xterm or similar, keep both visible.
> go to magic, clic on mosaic and see how cpu loads and after normalizes.
> The progress bar is also shown.

Mosaic is a very CPU-heavy task.  Unless Andrew can rewrite it to run
more sensibly, it will likely be disabled in the next release. (Sorry! :) )


<snip>
> This two had worked for years, but now:
> Caligraphy doesn't work for me, I am unable to write anything, I don't
> even hear the sound(if any) 
> 
> Shift doesn't work for me, I hear the sounds as I drag the stylus(*),
> but nothing moves.
> (*) A wacom tablet that had working with tuxpaint for years.

Oops - these two were reporting the wrong mode (fullscreen (click) rather
than paint (click-drag-release)).  Thanks for pointing it out.
Fixed!


> Rails: I can join a T or a +, instead, I am unable to join a L (a
> corner)

I haven't looked at the Rails code very closely.  I think it should
support click-and-drag.  As it is, clicking and dragging ends up
acting like dozens or 100s of clicks in the same cell, which looks and
acts poorly, in my opinion.


> Untranslated things:
> Rain and associated comments don't appears on po files.

Ah, I figured it out, rain.c wasn't added to POTFILES.in.  Fixing now.

Thx Pere!

-- 
-bill!
"Tux Paint" - free children's drawing software for Windows / Mac OS X / Linux!
Download it today!  http://www.tuxpaint.org/

Re: [Tuxpaint-devel] Some testing on current tuxpaint cvs

[Albert C. <aca...@gm...>]

On Fri, Aug 1, 2008 at 8:34 PM, Bill Kendrick <nb...@so...> wrote:
> On Sat, Aug 02, 2008 at 01:44:20AM +0200, Pere Pujal i Carabantes wrote:
>> To reproduce:
>> start tuxpaint on window mode at least at 800x600, but is better seen at
>> higher sizes, start top on a xterm or similar, keep both visible.
>> go to magic, clic on mosaic and see how cpu loads and after normalizes.
>> The progress bar is also shown.
>
> Mosaic is a very CPU-heavy task.  Unless Andrew can rewrite it to run
> more sensibly, it will likely be disabled in the next release. (Sorry! :) )

I'm not sure it's a good tool anyway. IMHO,

* art tools are good
* image mangling tools are bad
* completely unrelated tools are bad

AFAIK, not having seen it yet, it falls into that second
catagory. It mangles the images. The point being...?

If a tool has a global effect, that is a BIG hint that the
tool is not all that useful for art. Probably it should go.

Let's keep the focus on art. Some of the recent ideas
are really straying from that, to the detriment of a good
experience creating art.

Re: [Tuxpaint-devel] Some testing on current tuxpaint cvs

[Pere P. i C. <pe...@fo...>]

El dv 01 de 08 de 2008 a les 17:34 -0700, en/na Bill Kendrick va
escriure:
> On Sat, Aug 02, 2008 at 01:44:20AM +0200, Pere Pujal i Carabantes wrote:
> > To reproduce:
> > start tuxpaint on window mode at least at 800x600, but is better seen at
> > higher sizes, start top on a xterm or similar, keep both visible.
> > go to magic, clic on mosaic and see how cpu loads and after normalizes.
> > The progress bar is also shown.
> 
> Mosaic is a very CPU-heavy task.  Unless Andrew can rewrite it to run
> more sensibly, it will likely be disabled in the next release. (Sorry! :) )
> 

After the initialization, mosaic runs fine without loading my computer,
what seems extrange from my user point of view is the extra load when
clicking on a empty buttom or by changing between modes.

Yours
Pere

Re: [Tuxpaint-devel] Some testing on current tuxpaint cvs

[Bill K. <nb...@so...>]

On Sat, Aug 02, 2008 at 08:57:53AM +0200, Pere Pujal i Carabantes wrote:
> After the initialization, mosaic runs fine without loading my computer,
> what seems extrange from my user point of view is the extra load when
> clicking on a empty buttom or by changing between modes.

Ah, because all of Mosaic's work happens at switchin(), it seems.  Hrm. :^(
(It applies the filter to the entire image, then copies what's needed when
you click-and-drag.)

The fact that switchin/switchout get called on emtpy slots in the toolbar
is a bug, though...

-- 
-bill!
"Tux Paint" - free children's drawing software for Windows / Mac OS X / Linux!
Download it today!  http://www.tuxpaint.org/