Browse Search Popular Register Upload Rules User list Login:
Search:
No Problem.
Clever color change script! :tup:

BUT, some people might not like your token.:|
Wow, a rectangle. How clever and unique.
Your other user account ngôisao was banned because we do not allow more than one user account per person.
The user name abcd123 IS NOT banned! No worries!
For the Delayed Blowback type you show:

Pros: Good ejection

Cons: Bad ejection

Which one is correct? :lol:
Nicely done, FRA32! I like the way it neatly folds up as the cursor moves toward the center of the circle. :tup:

Suggestion: It's not necessary to write "Run the scene", because those of us who are older than 12 years old already understand that the scene must be run in order for it to function. And for the children who have no interest or no clue what this is or what it does, it doesn't matter if they run the scene or not. :lol:
No problem my friend. I was just thinking what Algobox would look like if everyone did that! :lol:
Harris - Maybe I or someone else could help you with with your experiment if you run into problems. Just ask questions. It's the best way to learn!

What are you attempting to do in this experiment?
One peculiar thing that I noticed in the gas operated mechanism. There is a moving block of some sort that slides forward along with the bullet as it travels through the barrel. I have never seen anything like that in a real gas operated rifle (my AR15 for example). What is that?
And what happens if you DON'T look? Does the ground stay the same color? :huh:
Here is how you can improve your scene. First of all, delete the green plane because it's not needed and only gets in the way.

Next, right click on the axle and hover your cursor on "axles" in the list that shows up. Then click on the motor check box to select it. Then click on "Reversed". Then click on the motor speed box where you see the motor speed value and change it to 5000. Then click on the motor torque and set the value to 5000.

Now, if you successfully did all that, when you Run the scene, the cog will launch all the balls into outer space! :lol:

Concerning a rainbow circle without texture, you can possibly do it by shining a laser on the circle, but it would be much easier if you use a texture.
Yeah, that's the same kind of problem that others have run into when making gas operated firearms.

Overall, I think you did a good job showing those three types of firearm operations. And I found that it's easier and clearer to understand how those mechanisms work when I slow down the simulation speed to 0.1.
This one boggles my mind! I don't understand how this works because it appears that the diameter of the pulley doesn't change, and it rotates on the same central point regardless of the changing configuration of those articulated levers that are behind the pulley. So WHAT is it that produces the constant force on the left rope? Could you elaborate on this?

Thanks
Thanks! (Is that the only thing I could say:( )
Thanks guys! I appreciate your comments.
"It's like automatically changing the pivot point of a see saw to accommodate the weight of the riders."

I still don't see HOW it works. When I look at the pulley and ignore the changing mechanism behind it, I see two separate ropes that are attached to the circumference of a pulley. As I press the up and down arrow keys, I see the mechanism moving, but I don't see what changes on the pulley that would make a mechanical difference between the right rope and the left rope. The pulley doesn't seem to change size, and the pivot point remains exactly in the center. I am not seeing something that would explain how this works. In your previous scene, it was quite obvious.
Last edited at 2017/04/24 16:07:41 by Xray
SuperMax16 - I said that I was done talking about this issue, but I have been reading the excellent responses by FRA32, and I have since been thinking of more that I could possibly add to this discussion. So.... I'm back! :)

If I may answer your recent question (and FRA32 may have more to add if he so desires) this is how I see it. By momentarily removing the magnet, it may appear like you are not doing any work, but you are! It requires energy to remove and then to replace the magnet. Therefore, you are adding energy into the system which you want to avoid if this device is to be truly self-operating. And the replacing of the magnet would need to be perfectly timed so that the action adds to the rotor's angular momentum. That would require energy to do that! Everything you do costs in terms of increased energy consumption, which is why the old adage is true, "There's no such thing as a free lunch". It is certainly true when it comes to "free energy" devices.
Now I think I understand it. The part that threw me was your statement: " It does this by shifting the pulley pivot point while maintaining the pulley in the same location." For some reason I thought that the center point of the pulley rotates via an axle that is fixed to the background. If that were the case, then your statement would be self-contradictory! But now I realize that the pulley is "floating" freely on the end of an articulated balance beam which has a variable position "virtual" fulcrum. By changing the positions of the articulated joints, the position of the variable fulcrum shifts left or right while maintaining the pulley's central rotation point. The position of the fulcrum determines the loading effect on the pulley, which determines the force that's seen by the rope.

These are my own words, and this is how I think this device works.
@Dexteritous and pixel2copy -- Most of my scenes rely very heavily on the use of Thyme scripting. It would be almost impossible to duplicate this scene using only mechanical objects (no scripting). Therefore if you guys wanted to make scenes like this, you would need to learn Thyme scripting. And just like learning any new language, it takes a lot of time and a lot of practice to master.

@Wyatt -- Thanks for your comments!
Well, the answer to your question is, MAYBE. It depends on what you mean by "small", and it would also depend on how much energy is needed to move the magnet in order for it to do the work that would be required of it. By specifying "a small ratio of electrical energy", you are limiting what may actually be required. And if a "small" amount of energy is not enough, then your idea would be a failure before it even gets built.

You can keep coming up with ideas, but the laws of physics will prevent your free energy device from working no matter how hard you try. There already have been a countless number of people over the past couple of centuries who were a lot smarter than you or I who have tried and failed to make such devices work.
Last edited at 2017/04/25 03:45:25 by Xray
Dừng sử dụng BÁO CÁO để đăng nhận xét! Nếu bạn tiếp tục làm điều đó, sau đó tôi sẽ cấm bạn từ Algobox. BÁO CÁO chỉ để báo cáo người dùng khác vi phạm các quy tắc.

English: Stop using REPORT for posting comments! If you continue to do that, then I will ban you from Algobox. REPORT is only for reporting another user who breaks the rules.
That's why they made an "Edit" tab. Unfortunately, people who use the Algodoo built-in browser to upload and download scenes are not able to edit their scenes. But if you use a standard web browser, like Chrome, Firefox, or Internet Explorer, then you will be able to edit your scenes.

Just in case you didn't know this stuff! ;)
Yeah, we've known that there are some undesirable and sometimes peculiar results from the Algodoo floating point calculations. But those results are actually expected! I have seen similar issues in countless other products that calculate floats, and the reason has to do with rounding errors caused by limited precision. The beauty of floating point (FP) is that it gives us a very large dynamic range of input and output values. But because of the limited precision, there are rounding errors that creep into each calculation that will cause results that are not quite perfect. For example, when you add 2 + 2, you might get as an answer: 4.000000012 (or something like that).

There are things we can do that either ignore the errors by masking them off in the answer, or you can implement an extra rounding calculation. And if you can get by with using only integers in your calculations, then you won't have to deal with many of the issues that come along with FP calculations (but of course you would not have the wide range of values that FP calculations offer).
Those issues are probably bugs in the Algodoo software. Unfortunately, the company, Algoryx, has no plan to update the software, and so we will just have to live with any bugs it has. :(
That's a great idea, FRA32, but it doesn't really produce a "rainbow". It produces slowly changing colors, but that may be acceptable for his scene.
Last edited at 2017/04/26 23:03:53 by Xray
Nice job. And welcome back to Algobox! I hope you'll stick around and post more great scenes. :tup:
Please stop posting rubbish like this. You just waste people's time when you do that.
Here is how to zoom in and out using script:

scene.camera.zoom = n where, n range is 1.5 to 3000.
1.5 is zoom out max (100 meter scale), and 3000 is zoom in max (0.01 meter scale). Default value is 150.


Have phun!
Check out some scenes by mori-d . (click on his name)

He is the king of making realistic looking animal walkers and runners. Most of his robotic mechanisms are quite complex, but you may be able to get some ideas from his scenes which might help your own scenes.
Last edited at 2017/04/28 21:39:21 by Xray
previous | 1 … 210 211 212 213 214 … 443 | next