Transition easing bug?

Solar2D General Questions/Discussion
#1

Any idea what would cause this to jump when getting to starting point of transition before 2nd pass of a fully plus and minus?  It looks like a bug as rotation should be at base 0 again and just going through what the first pass does, but it jumps briefly.

local target = display.newRect( 200, 200, 200, 200 ) target:setFillColor( 1, 0,0 ) target.x = display.actualContentWidth/2 target.y = display.actualContentHeight/2 target.rotation = 0 transition.to( target, {time = 5000, rotation = 25, transition = easing.continuousLoop,iterations = -1} )
#2

I am also seeing this issue. It appears continuous loop goes back to the frame it should return from.

eg. in the code above it goes back to rotation 25 instead of 0

#3

I suspect this is a bug, any ideas?

#4

Yes, this appears to be a bug. I’ve reported it for investigation… thanks for bringing it up.

Brent

#5

I am also seeing this issue. It appears continuous loop goes back to the frame it should return from.

eg. in the code above it goes back to rotation 25 instead of 0

#6

I suspect this is a bug, any ideas?

#7

Yes, this appears to be a bug. I’ve reported it for investigation… thanks for bringing it up.

Brent

#8

Any progress on this, still seems to do it.

#9

@Brent Is there any update when this is going to get fixed?

#10

Hi @samwit,

Did you file a bug report on this? If not, could you show a simple case where this is occurring? Also, which build number is it happening, the very latest daily or the most recent public?

Thanks,

Brent

#11

You marked it for “investigation”.

The sample code I put at the top of the post will show it.  Whenever the square comes back to 0 (start) position it warps to for a single frame and then goes back to 0 to start the transition.

#12

I’ve reported this as a bug case and asked the engineers for prompt investigation. Case is #29900.

#13

The latest build has fixed this problem in relation to rotation etc, but it seems to have introduced a problem with the x value of the object

this demonstrates the problem

local circle =  display.newCircle( 512, 100, 50 )

circle.anchorX, circle.anchorY = 0.5, 0.5

circle:setFillColor(1,0,0,1)

circle.x = 512

transition.to( circle, {time = 5000, x = 712 , y = 50, transition = easing.continuousLoop, iterations = -1} )

the x value in the transition = the x value that I want - half the width of the screen.

something is subtract half the screen width. in the above example the circle should goto the right but it goes to the left.

this is with build 2014.2179

#14

Hi @samwit,

In your code, where does the circle x actually begin? 512 or 712? And you say it starts moving to the left, not to the right? Can you put a starting delay on the transition and then confirm its starting x position?

Thanks,

Brent

#15

the code clearly shows it begins at 512 

here it is with delay so you can see it starts there

local circle =  display.newCircle( 512, 100, 50 )

circle.anchorX, circle.anchorY = 0.5, 0.5

circle:setFillColor(1,0,0,1)

circle.x = 512

 

 

transition.to( circle, {time = 5000, x = 712 , y = 50, delay = 1000,  transition = easing.continuousLoop, iterations = -1} )

#16

Thanks @samwit,

Same thing happens on my side. I’ve reported this for investigation.

Brent

#17

Thanks Brent appreciate it. 

#18

Any progress on this, still seems to do it.

#19

@Brent Is there any update when this is going to get fixed?

#20

Hi @samwit,

Did you file a bug report on this? If not, could you show a simple case where this is occurring? Also, which build number is it happening, the very latest daily or the most recent public?

Thanks,

Brent