Scratch

You couldn't make all those different specks that would take WAY to many sprites unless you want to minimize it to like only 30 specks or something.You could use trig to calculate the math of everything,and the explosions and stuff are possible and maybe the different particle types.You'll need a good knowledge of math and physics including stuff like trig,surface tension,elemental properties and quite a few more I can't name.Otherwise forget it.If you do know all that stuff or simplify it then good luck though.

Last edited by Brass45 (2009-12-21 22:22:09)

archmage wrote:

I can say with 100% certainty that making a perfect scratch clone of that game is impossible. There is just no way you will be able to make all the little moving particles.

Scratch doesn't have enough processing power for something like that, and it would take 500,000 years to make even if it did.

Last edited by WeirdF (2009-12-22 07:26:31)

This is not 100% impossible actually. Have a look at this: http://scratch.mit.edu/projects/illusionist/673371

illusionist wrote:

This is not 100% impossible actually. Have a look at this: http://scratch.mit.edu/projects/illusionist/673371

Yeah, saw that project before. It's good but it seems a little to slow to put it in the powdergame. Please new version of Scratch come out!!!

I think it would be pretty hard. Check out my project jellyman. It has like 50 sprites and 241 scripts and runs extremely slow. There must be some way to do it though.

Last edited by bliff38 (2010-02-20 18:54:36)

I had a go at this once.......failed miserably.

Yeah, this would practically be impossible, but I think it can be done if you are willing to except lag, LOTS of lag! 

Good luck with making your powder game anyway 

frog2132 wrote:

I have an idea. Instead of  making each pixel a sprite, make a group of pixel-sized sprites( or actually around 9 pixels because a single one is two small and takes too long) and have them start at various places. Tell them to travel in a certain path and on the way, if they are touching, for example, water, which is actually just blue pen left behind by the sprite that follows the mouse to add elements, then the moving sprites will use the background color for their pen, set their pen size to the size of each pixel (or "drop") and set pen down, then pen up. Then it will go down one pixel ( or more, if the element falls faster) and check for the background color. If it finds it the sprite will set its pen color to the element color (blue) and use pen down/pen up. Then it goes back up. Finally, it goes to the side to check the next pixel. If it doesn't touch the background color, however, it goes to a random side and uses pen down/pen up, then goes back using a variable. Then it checks the next pixel.
100% possible!!!!!!!!!!!!!!!!!

Hey frog!
This topic is a little bit old - and a lot of users on here absolutely hate it when users revive older topics - a little bit of a unanimous pet peeve, if you will. So remember that when you try posting on older topics. An advantage of posting on newer topics is that you're more likely to give the person who posted the topic in the first place some help - it seems in this case the user has solved their problem. And we all know that helping people is what life is all about, right? We all get by with a little help from our friends...
So, to sum up, don't revive older topics 

Powder game demo, its not that exsampel:)

Last edited by UogM (2010-06-25 03:09:03)

UogM wrote:

Exsampel, its not good, but you can fix it, that will be better:)

That is a great example UogM!


It just doesn't quite have enough floor sensing, but the gravity is alright.