hi cameron,
i saw stuff like that when i did animation with graphics2D a
while ago.
the smear-effect comes from updating the position of the
moving object
indepently
of the drawing. Lets say the animation decides to put the
circle at x,y. it
calls repaint(),
which queues the request with a current dirty rectangle.
Then, before the
pixels are updated,
the position of the circle is changed again. Then, when it
is time for
screen-update, the area
of the original request and the current position dont match
- that leaves
some pixel from the
previous paint.
(the background of the remainders isnt repainted because it
isnt considered
dirty).
The effect should be different, when the code is executed (
'executed' -
word of the day...)
on a single or multi-core cpu.
i suspect a problem deep in the repaint-stuff: on my
todo-list i have some
strange rendering effects from script-generated animations.
the thing to
investigate is not a smear-effect, but it seems, that the
last update is not
painted (the script stops when done and somehow prevents the
last repaint or
update).
The way i try to debug this is 'unusual': this worked long
ago. So i get
older versions from svn to find that delta, which introduced
the problem..
Seems, regard was/is not used too often.
But thats for next year - which is quickly approaching.
Happy New Year
dieter
----- Original Message -----
From: "Cameron McCormack" <cam mcc.id.au>
To: <batik-devxmlgraphics.apache.org>
Sent: Friday, December 29, 2006 1:45 AM
Subject: Re: One pixel high rendering anomaly
> I think the same problem occurs on this test file:
>
> http://www.w3.org/Graphics/SVG/Test/200612
13/svg/animate-elem-33-t.svg
>
> but here it’s much more obvious:
>
> http://arc
.mcc.id.au/temp/2006/render2.png
>
> The left few pixels of the circle at the many animation
ticks in the top
> left shouldn’t be there. Also, in the other three
parts of the test,
> the red circle still should only be displayed at the
rightmost position.
>
> --
> Cameron McCormack, http://mcc.id.au/
> xmpp:heycamjabber.org ▪ ICQ 26955922 ▪ MSN
cammcc.id.au
>
>
------------------------------------------------------------
---------
> To unsubscribe, e-mail: batik-dev-unsubscribexmlgraphics.apache.org
> For additional commands, e-mail: batik-dev-helpxmlgraphics.apache.org
>
------------------------------------------------------------
---------
To unsubscribe, e-mail: batik-dev-unsubscribexmlgraphics.apache.org
For additional commands, e-mail: batik-dev-helpxmlgraphics.apache.org
|
