Question about actor and tearing

Hi (Re),

I'm going to try to be the most understandable as I can, because it's a little difficult for me to explain that in english.

I have two problems.

The first is about actor and behavior. If I create a behavior, and assign it to an actor. If later, I modify this behavior, my changes is not updated for the actor. If I want to I have to reaload my project. I tried to delete the behavior from the actor and reassign it but that doesn't work.


The second problem is a tearing problem. When my sprite moves, the movement is not smooth. I have some glitch or may be "tearing". I don't know how to avoid this with Stencyl. I know that flash is not the quicker plateform but I 've done a test to compare :

I coded the same thing with an other language that export in flash too. I wanted to see if the problem came from flash or from my Stencyl project or something. It seems that is not flash because the "other compilation" with my other tool, is perfect, I have no tearing (like image dropping).

My "code" in Stencyl is not a big code, just the same as the crash course 2 , I make a sprite moving in the y axis with arrow keys.

So my question is : is there a way in Stencyl to avoid this "tearing" ? or is there a tip for that ?

Thank you in advance.

For the tearing issue, it could be caused by friction. I rarely use friction myself due to issues with it. Also, have a friend try the game on his computer. Sometimes some computers act up with flash that don't cause issues on other computers.

Hi,
Thank you for your answer. It's not the computer, my friend tested it and this is the same. I sent him the stencyl version and the monkey version (code only and flash compil'), and this is the same on his computer.

Don't have test the friction, may be I have to look at this, but I just used the "set y speed" fonction tu move my sprite so I don't know...

If you upload it to StencylForge, I can try to take a look at it for you, if you want.

Hi,

Thank's. If you want but I don't think it's necessary because I have just a behavior with this inside (see the image joined).

That's all, nothing else ^^ And this code is inside a always loop, and the behavior is attached to a sprite (png file).

I try to change and instead of use an always loop, to use just a keyboard action event, but this is the same.

Doesn't really help. When it's an awkward problem like tearing, seeing the game itself is far more helpful.

Oki, I didn't want to upload it on StencylForge because it's just a test and not a game.

But I upload the project on my Dropbox, you could find it here, just copy the folder in your game folder : http://db.tt/uTOGvM8a

As you can there are just a background, two animated sprite and a behavior for the player. The graph is just some I used, I had in a tutorial book for an other software, just to test.

The problem is , when I test this, the movement is not smooth. (just use the arrows keys to up and down the sprite), we can see that the sprite "shakes" like a tearing or something.

I have code the same thing in my "brut code" language and I don't have this problem in flash.

Thank you.

I downloaded it and opened it up from Stencyl to Adobe Flash Player 10. There was no tearing on my computer, no shaking at all.

Sometimes it is just a fluke issue with a computer. I have had games that have lagged for me but not for others and vice-versa. It's probably something to do with either the versions we use or processors or some other weird random thing that makes the experience different between computers, but the game itself looks fine.

Tested on two computers + 1 (my friend) and we have the same problem...I didn't really sure this is a "no chance"

I don't know if we talk about the same thing. The problem I see, is like a sync problem that I didn't have on this three computers with the same project coded in monkey (poo language and for flash).

so I think there is something between Stencyl and our computers but this is not flash itself.

It's difficult to describe the problem because for your eyes may be this is "smooth" but not for mine the problem is like a sync problem between the frame rate and the refresh time of the screen (and monitor).

That's why we have in some games a "vsync" option to avoid this problem.

Test this : http://db.tt/xUJArGVS

This is the same thing (a little bit more advanced), but with the same background and graph, but not coded with Stencyl, but compiled for Flash. You should see the difference, and what I try to explain. This example is perfect on the 3 computers.

I played both files and don't find anything wrong. If anything the second file is a bit sluggish/laggy because of the projectiles I'm guessing.

Maybe you can try reducing the value to change for the y position. Switch the position change to the x-axis and see if your issue is still there.

Already tried it, but same thing. I didn't say that Stencyl does not the job or is not good, I just said that I have problem with it I don't have with other tools.

And if I try to understand, it's because I like Stencyl and would like it to "work correctly" with me ^^

What version of Adobe Player are you using? What version of your internet (both version and type of internet) are you using?

Adobe player 10 version, and for internet in France just an ADSL connexion 25 mb/s

But I don't know what about Internet ? because I test them in local ^^

Try it in adobe flash player directly, in Ie, in Google Chrome, but no change.

Well, I'm stumped. I would just continue on knowing that for others it is working. Perhaps one of the better vets around here can answer why it works on some but not others. The only other thing I can think of would be to make sure your graphic card is fully updated (check for driver updates in the Device Manager).

By "internet", I meant "browser", which you answered anyways (IE/Chrome).

Yes my ATI is up to date. It works in fact, but I don't have smooth movements like I have with monkey.

You will say, why did you not use monkey ? Because I like the Stencyl style and wonder about the 3 version of Stencyl.

Don't know how to think.