Scratch

The solution - Make the scroll speed not rely on the delay. It seems at though if scroll speed were faster, and the delay is set to 1, there should be no bounce. It appears to just be the plane sprite trying to catch up with itself. With your coding, did you make it so the plane would move a set distance away from (0,0) based on velocity and direction? If it is, then just get rid of those scripts. If it is not, then please clarify exactly what was used that might have made the plane off-centered in the first place. Perhaps if that motion of velocity/direction script has a script to negate the effect and return the plane to its original position, it is overcompensating and the numbers should just be fine-tuned a little. Hope this helped you a bit!

Cyclone103 wrote:

The solution - Make the scroll speed not rely on the delay. It seems at though if scroll speed were faster, and the delay is set to 1, there should be no bounce. It appears to just be the plane sprite trying to catch up with itself. With your coding, did you make it so the plane would move a set distance away from (0,0) based on velocity and direction? If it is, then just get rid of those scripts. If it is not, then please clarify exactly what was used that might have made the plane off-centered in the first place. Perhaps if that motion of velocity/direction script has a script to negate the effect and return the plane to its original position, it is overcompensating and the numbers should just be fine-tuned a little. Hope this helped you a bit!

There are no velocities. There aren't a lot of scripts of I'll print the main scripts here.

On player (plane) sprite
change x by ( x of camera/ (delay*-1)
change y by ( y of camera/ (delay*-1)

on the camera sprite

when green flag clicked
forever
set x to (x position of player)
set y to (y position of player)
change scrollX by (camX*-0.5)
set camX to (camX+(x position- camX) / delay)
change scrollY by (camY*-0.5)
set camY to (camY+(y position- camY) / delay)

It's just something I made up. I don't even really understand how it works that well.

If you can get the bounce to go away could you please post the project.

Last edited by archmage (2008-05-22 21:05:39)

Okay, lets see if you can solve this problem. I have a Project called Defend Thy Castle. In it, stickfigures run up to the castle and supposdly, if you click them, they dissapear. Online for some reason it doesn't work but in the scratch maker it does. I would love it if you could tell me how to fix it.

archmage wrote:

Cyclone103 wrote:

The solution - Make the scroll speed not rely on the delay. It seems at though if scroll speed were faster, and the delay is set to 1, there should be no bounce. It appears to just be the plane sprite trying to catch up with itself. With your coding, did you make it so the plane would move a set distance away from (0,0) based on velocity and direction? If it is, then just get rid of those scripts. If it is not, then please clarify exactly what was used that might have made the plane off-centered in the first place. Perhaps if that motion of velocity/direction script has a script to negate the effect and return the plane to its original position, it is overcompensating and the numbers should just be fine-tuned a little. Hope this helped you a bit!

There are no velocities. There aren't a lot of scripts of I'll print the main scripts here.

On player (plane) sprite
change x by ( x of camera/ (delay*-1)
change y by ( y of camera/ (delay*-1)

on the camera sprite

when green flag clicked
forever
set x to (x position of player)
set y to (y position of player)
change scrollX by (camX*-0.5)
set camX to (camX+(x position- camX) / delay)
change scrollY by (camY*-0.5)
set camY to (camY+(y position- camY) / delay)

It's just something I made up. I don't ever really understand how it work that well.

If you can get the bounce to go away could you please post the project.

Ok I got it!  The delay is the amount of offset from the camera towards the plane. Your decay scripts for this offset are overcompensating. All that you have to do is change your -0.5 to something larger like -.7, and it will overshoot by less. Granted, it will return to the center more slowly, but the bounce is caused by it moving too fast past the original point, then overcompensating for that a little bit. It really is a simple problem, and I think that if you change the decay, it will help. By making the rate of decay larger, (smaller, and by this I mean the difference from 1 to the current rate)
it will lessen bounce.

Cyclone103 wrote:

Bobby500 wrote:

Okay, lets see if you can solve this problem. I have a Project called Defend Thy Castle. In it, stickfigures run up to the castle and supposdly, if you click them, they dissapear. Online for some reason it doesn't work but in the scratch maker it does. I would love it if you could tell me how to fix it.

Problem - The stick figures are too small! Just make them a bit larger. If that still does not work, the perhaps you have a conflicting script, that tells them to show even after they have been clicked.

I noticed your project has a title screen that fades away at the start of the game.  I know that hidden sprites can still block mouse clicks when the project is run online.  This has been a problem on a number of projects recently.  The solution is to move the sprite as far off the screen as you can when you hide it, then it won't block the mouse clicks.  Just remember to bring it back where it belongs if it needs to be displayed again. 

I don't know if this behavior is something new or not but it is certainly a pain.

Cyclone103 wrote:

Well, I thought it was just plain hard to click, since they move so fast and they are so small.

That might still be the problem...or part of the problem.  I just commented because I have seen (and exerienced) a lot of issues with clicking on sprites behind hidden sprites in the online Java player.  I haven't actually tested my proposed fix on this particular project...but it's worked on two or three other ones so I thought it worth mentioning.  Please excuse me for butting in.

Hope they work! Its ok Paddle, I do not mind 

fullmoon wrote:

archmage wrote:

geckofreak wrote:

Wow, someone helping archmage, I'd never thought I'd see the day

I am not really that great of a programmer. I ask my java teacher for help all the time.

You take Java? I gag in jealousy! My computer teacher makes us learn keyboarding year after year.

Lol I take digital art, and the only program we use is Fireworks, which I cannot use at home, since it costs hundreds of dollars. I also wish my teacher would teach Java!!!!!!!!!

I do not have hundreds of dollars to spend, but I do know a place to get Java for free. (also a trial) I do not know how to program in it, but it looks like it might be very interesting    I wish that Flash, and Java were both normally free, so maybe I could program in them like I do Scratch.

THANK YOU SO MUCH!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!!! I will be sure to learn all I can from your very nice site!!!!!!!!!!!

Well, do you have multiple costumes? If it is just one costume, copy it exactly and have this script "If touching enemy and costume number=1, change health by -1", and just have it switch to the second costume if the character is attacking. If the character has multiple costumes, have the same script, but for the non-attack costume being costume 1. I hope this works!