Algodoo

Um... what exactly does this do?

Okay. Thank you.

bugsbunny - This scene is just a demonstration, and it has no functional use except for maybe education. It shows what a real multichannel analyzer looks like, and my description basically explains what it's used for in industry. Many years ago I worked for a company that manufactured them, and that's how I first learned about them.

Bugsbunny - Just wondering, who is "t nadine Reinhardt"? I see that name as the author when I load this scene.

Okay, I saw it. Now, please explain what did I see?

No problem. I was just a little concerned because of all the "scene stealing" that goes on. When I see an author name that's different from the user name, it raises a red flag. Some users become extremely irate, to the point of using profanity and even threats, when they think (or have evidence) that another user copied their scene or part of their scene and uploaded it as their own. I try my best to keep the peace on this cite.

s_noonan - Um.... not the same thing as TV channels. Actually, a 128 channel MCA is a "low-end" version. Higher-cost MCA's typically have 8K or more channels, and some even have spectrum analysis software that can determine what the isotopes are from the peaks that it finds. Concerning the Cs-137, it's only a weak check source (< 5uC) so you need not worry about radiation exposure. I suggest that you do not need to delete it.

BTW - why the image for me? I see you cleaned it up a bit, but I wanted mine to look well-used, and so I didn't bother to Photo Shop it. Thanks anyways.

Wow, this is cool! User mori-d is the king of the walkers, runners, and trotters, but his are all mechanical (no Thyme script at all), so I would say that YOU are the king of the scripted walkers.

Something doesn't quite seem right with this. When I move the target, the Meas value doesn't change. Then when I delete the target, and then move the sensor, the POS value changes but the Meas value still doesn't change.

Is the sensor supposed to oscillate back and forth after it stops at POS 1.0?

Um... I hate to be the one to break the news to you, but your clock runs BACKWARD.

Good, you broke the curse by not using the "P" word!

Oh, that explains it! Yes, I noticed that the B sensor does seem to track very nicely compared to the others.

BTW - Many years ago (I hate to admit HOW many) I worked for a packaging machinery manufacturer, and we in Engineering needed to find some VERY small proximity sensors for a special application, and one of them that I found was an optical sensor that was about the size of a pencil eraser. It had a measuring range of 2 CM with a 0.01mm resolution. It was expensive, but it did what we needed it to do. That was about 25 years ago (there, I said it), so I'm sure there are even smaller and more precise sensors that are available today.

That's awesome (and only $2.31)!
Nice job on all 3 scenes!

Now that's what I call a well-used piece of equipment! (I'm of course referring to the spongified one on the right side.)

That's how some of the equipment looked that was sent back to us to be refurbished. Some lab personnel do not take care of their equipment because they assume that the university or the government funded research organization will get grant money to buy new equipment anyways. Sad but true. And in many cases it's paid for by our tax money.

Anyhow, thanks for the great(?) scenes.

Hi faytree. Welcome back to Algobox!

kilinich - You are correct. I forgot to calculate the absolute value of the cos function. Thanks!

Have you figured out what causes the runout? Is it a fault of the not-so-perfect placement of the axel on the circle/polygon? Can a person get less runout by either manually placing the axel, or by using the grid system to place the axel? Just curious what you found out.

VERY interesting scene!

That's very interesting. I believe there's a variable (I think it's called maxLineSegments or something like that) which you can adjust in the console for the maximum number of line segments (vertices) that make up polygons. I wonder if increasing that number will reduce the runout.

Thanks for the info!

When you copy parts of other people's scene, you should credit them either in your description or in the scene. In this particular case, you copied the eyes from a scene that belongs to kilinich. Some people get very upset when you copy their scenes or parts of their scenes without permission. I know that you are new here, so I am just letting you know about this in order to save you some potential trouble with other users.

Thanks.

Movement is much smoother at 100Hz (or higher) sim freq.

I agree with Wild Bill. This was very well done, and there doesn't appear to be any "cheats" such as hidden supports, wheels, springs, etc.

Good job. The only thing that looks awkward is the name on the jet plane (Lufthansa) is backwards!

Yes, nicely done.

This water effect scene has been done MANY times in the past. It's nothing new. In fact, you COPIED this scene from user shaz66.

Too much water causes computer LAG. It would be better if you can edit the scene with less water. That should reduce the lag.

Thanks

That's some very good advice. Unfortunately, many users are young teens (or younger) who do not bother to read and learn about new things or ideas. I, for example, have written many tutorials (like this one) that explain good practices for making quality scenes, and not long after I posted those tutorials, I see more CRAP scenes being posted. It's down right frustrating, but the good news is, there are some people who appreciate this kind of tutorial, and who actually put into practice what they've learned. Algobox is used by many different people of many different ages, education levels, and general experiences. Some refuse to learn anything, but the majority who use and appreciate these tutorials make them worth doing.

Keep up the good work!

Hello ILOVEJESUS -
In case you didn't know, Algodoo is a physics simulation program. It is not intended to be a text editor or a drawing program. Algobox (this web site) is a place where Algodoo users can show off their scenes, and where they can share technical issues and techniques for creating scenes that demonstrate mechanical devices, games, physics demonstrations, and other sorts of dynamic scenes. So, if you want to create a bible with Algodoo and upload it here on Algobox, I don't have a problem with it so long as your scenes display some sort of dynamic action, and are not in the form of only text, AND so long as you do not "preach" to others through your scenes or comments. For example, if you wanted to create a dynamic Noah's Ark scene, with the ark loaded with animals, then that would be acceptable. BUT we do not allow anyone promoting a specific religion. If you upload a scene that attempts to convince others to believe in a particular religion, your scene will be deleted and you will be warned. If you continue after being warned, then you may get banned from using this website.

Not all Algodoo users have the same religious beliefs (and some may have no religious beliefs at all), and therefore we must respect each other's beliefs (or disbeliefs) so that we can all get along with each other and focus on creating awesome Algodoo scenes.

Thanks for listening, and welcome to Algobox!

Xray (Admin)

Spider11 - You need to be specific and detailed about what you are asking. When you simply say "I need help" it's like walking into a doctor's office and saying, "I'm sick, help me". The doctor will look at you with a puzzled look on his/her face, and then start to ask you detailed questions about your illness. If you are looking for someone to show you how to design a complete spring engine car, I doubt that it will happen. There are many other spring engines on Algobox, and you just need to do some searching to find many good examples of them. If you have just a specific question about the spring engine, such as how long should the spring be, or how much tension should it have, etc., then someone may chime in and give you some suggestions. Again, BE SPECIFIC.