Browse Search Popular Register Upload Rules User list Login:
Search:
I guess I sparked an interest in polygon generation and modification again! :lol:

You did a great job of coding this one. I did notice a couple of little flaws, one you probably could improve, but the other would probably be VERY difficult if not impossible to improve. The first one is the fact that the vertices are rather "touchy" to adjust, and it can get frustrating after a while. I found that the vertices will sometimes get confused (or "tangled") with other vertices, and will sometimes fail to respond to the drag tool after a while. Moving the vertices very slowly helps in that regard.

The other issue which I'm sure you are aware of is the fact that the texture does not stretch and shrink along with the polygon vertices. Probably not fixable.

overall, nice job! :tup:
Simple and clever! :tup:
OMG! I feel bad for you!:o (I'll send you a bag of clothespins for your nose).
Here is an "automatic" method to control vertex display:

update = (e)=>{
app.drawVertices = sim.running
}

This way, there is less chance of people leaving vertices displaying for all future scenes when they exit THIS scene.

EDIT: Also, you can leave out step #3 of the instructions.
Last edited at 2017/01/12 22:53:41 by Xray
Phun User -- Load s_noonan's scene: Polygon Modifier and click the message box or the laser (with Algodoo running) until you no longer see the tiny dots which indicate the vertices. Then load some other scene. Those dots should now be gone.

The problem is, when a scene enables or disables certain functions or features (such as the vertices dots) the current status of those functions or features gets saved, and it will remain in that condition the next time you load Algodoo or even when you load a different scene. s_noonan knows about this problem and I gave him one possible solution to fix it.
faytree - You are very funny. Maybe you should become a comedian! :lol:

AMROfficallime - Good job! you are the WINNER!

s_noonan - Thanks for your comments. (I see that you have returned from being blown away!) ;)


I'll try to come up with more puzzles that are even more difficult than this one. :*)
Yes, there IS a script. It's located in the black vertical plane on the far right hand side of the scene.
The digital readout jitters so badly that it's difficult to read the numbers. I tried to smooth it, but was not able to spend much time on it. Except for that, the scene is interesting and very well made. :tup:
I was not aware of that command, and I'll add it to my Thyme bag of tricks as soon as I find out what it does and how it does it.
Maybe add:

update = (e)=>{
app.gui.playmode = sim.running
}

So that the "S" key doesn't change the cursor into a Spring tool. :)
Homer looks good now! :lol:
This scene is pretty cool, but it has a lot of problems. Here are just a few of them...

1. When I press letter "a" or "s", at times the thrusters break loose and go flying off into outer space!

2. When I press a number (6 for example) the die slowly moves down, but then if I press the same number again, the die floats up and never stops. It's probably in orbit by now! :lol:

3. Why not disable the Algodoo clouds? It makes no sense to have clouds floating by in a game like this one. Let me know if you need instructions how to disable the clouds.

There are a couple of other minor bugs, but I'll let you deal with these first. I wouldn't want to overwhelm you! :x
2. If I press a number, the die slowly moves down, but if I press that same number again before the die hits bottom, it will bounce off the bottom and continue to float upward like a helium balloon. I know you will probably say "you're not supposed to press a number key twice", but I'm sure that other people will accidentally or intentionally press a key twice or maybe 5 or 10 times only because they can!

Also, when I press the a and s keys, those green bars that have thrusters on them start to shake and they go crazy after a while. Try it a few times and you will see what I mean.

Just a hint for testing your scenes..... Sure, test them the way that they are "supposed" to work, but also test them in ways that they are NOT supposed to work because that's exactly what some users will do! You can't make your scenes "idiot proof" but you can try to make them somewhat "hardened" so that people can't easily mess them up by pressing the wrong keys. This comes from years of game programming experience! :)
O que é hepacodose? :s
Um.... YES.
Isso não explica como usar um teclado. É apenas uma imagem de um teclado! Loco!
Um.... your awesome claw machine does not work very well. The claw picks up a ball and then immediately drops it! Also, why do you have the scene running so fast? It loads at 10X simulation speed!

The mechanism needs a little work to make it more reliable, but I think it's not far from working correctly! :tup:
You need to explain what the control keys are!
@Nitrocide -- I noticed that you have two registered accounts: Nitrocide and RockerXtreme. As you know, we do not allow more than one registered user account per person. The last scene that you uploaded using RockerXtreme was a few months ago when you posted that message scene complaining about MR and Camp scenes. I must deactivate (ban) one of those accounts, and I assume that the one you least care about is RockerXtreme. So, please leave a comment here to confirm that you want RockerXtreme banned rather than Nitrocide. If I do not get a reply from you within a day or two, then I will go ahead and make the decision for you by banning RockerXtreme. Sorry, but those are the rules and I'm just doing my job (without pay!). :y
Last edited at 2017/01/18 17:18:11 by Xray
GOOD JOB, FRA32! Yep, that's the correct number and the correct explanation.

I'll have to make these puzzles and riddles a lot more difficult for you math wizards! :lol:

Thanks for your comment, DrBalk! :)
Yep, and I had two slices of bread in the toaster. :lol:

You are very clever, and a good detective! :tup:

Thanks
Excellent job! :tup:
I increased the simulation speed to 30, and the 3D concentric tubes grow much faster, and the scene is more interesting to watch at that higher speed!
Thanks!
faytree.... Are you leaving Algobox? :huh:
lololoer -- WELCOME BACK TO ALGOBOX!!! :)

It has been a year since you posted your last scene before this one, and now I hope you will stay here and continue posting more of your awesome scenes! :tup:
MrTBuilder - Thanks for letting me know about your new account name. I banned your old account "isaacscribner" since you will no longer be using it, and, as you know, we do not allow more than one user account per person anyways.

Xray
Last edited at 2017/01/22 08:28:25 by Xray
So, are you leaving Algobox? :s
Proof...... s_noonan is a puppet!

(but he's one heck of a good dancer!)


Funny scene. :tup:
Nicely done tutorial! :tup:

Question: You allow the user to add damping to the spring, but is that something which can be done in a real life spring? I thought damping is a property that's created in other external components of the mechanical "system". An example would be the damping effect caused by fluid dynamics (as in a shock absorber).
previous | 1 … 202 203 204 205 206 … 443 | next