@Little -- While playing around with the "Idle" version, I noticed something peculiar. When the RPM drops down to the value in "_idle" the engine speeds up and then slowly ramps down to _idle speed and then the cycle repeats. For example, if I set "_idle" to 200, the RPM will slowly ramp down to 200 RPM but as soon as it's at the idle speed, it ramps up to about 345 RPM, and that cycle repeats forever. (Well that may be a slight exaggeration!)
@kahaanS -- Search s_noonan. He posted a few scenes with sound.
Just FYI, it's not at all easy to make Algodoo play sounds. It requires downloading various Python files, and doing a bunch of other things that may be too advanced for some users. It's not simple, but it does work!
Wanna learn something cool about speed control? There is a very common speed control algorithm known as PID (Proportional, Integral, Derivative). The cruise control in most cars use that technique. It may be more than you want to tackle for this scene, but I guarantee that it would be worth your while to learn about it because you very well may need to use it in one or more of your future engineering projects!
Just my opinion, for what it's worth.... When you publish an unfinished game (or any Algodoo scene that has action in it) people with look at it and maybe try to play around with the game that doesn't work and it can seem unsatisfying or even annoying! If you publish multiple versions of an unfinished game over the time that you are building it, there will be little to no excitement for it when the final working version gets released. Your game will have its biggest and best impact if you publish the completed, debugged, and tested working version without a bunch of junk versions before it!
You can do what you want of course but this is my experienced advice. Check out some of my own games by clicking on my username!
1. Allow more than just one throw.
2. Keep track of the score.
3. Maybe have some sort of Win or Lose challenge. For example: If score goes over 100 points before 10 throws, it's a win.
4. Make it a two-player game.
Quote s_noonan: "Most people will not understand "Now carefully (!!) drag the black tap towards the right", since there is no indication of what to drag"
I agree with s_noonan. In addition, your gas model of a potentiometer circuit is a good start, but in my opinion is lacking some important and necessary component labels and descriptions that would make it more "finished" and understandable, especially for many viewers who haven't the slightest idea of what this scene is about.
@MLIL -- Most users here are English speaking. So, could you please include English translations in your scenes and in your scene descriptions? Thanks!
Well, TBH, I wasn't sure if destroying a PC in an Algodoo scene would also corrupt Algodoo, causing possible erratic operation of the device it runs on. That was my concern.
Oh, I thought PC stood for Player Character, so are OC and PC sort of the same thing? (If you haven't figured it out by now, I am not much of a gamer!)