Tuo's 26 (+2) StencylForge "Demo-" Games & Chat (Updated: 05.21.2016)

Thanks . It helps to know that my Demo- games are helping out

Hey Tuo, first i just want to say your helping a lot of people out with these demos, keep up the good work! I also want to request something. im using the common Fire Bullet behaviour, how would i implement an upgrading system in which when i have enough points i can buy a different type of bullet which i can use for a certain amount of time? All in a behaviour? To break it down there would be a game attribute that collects coins, then if you have the right amount of coins or over you could purchase one of these bullets. Then somehow it would set the current Fire bullet's actor to the new bullet. however only for a certain amount of time (like a limited time powerup). I know your a busy guy but if you find the time to do this, that would be amazing!

I will see about doing that Kon. For the meantime, you can take a look at both my "Upgradable Shooter" and "Platformer 3" games to see how to do upgrades.

Thanks so much!

How about a Scribblenauts clone demo?

i.e a platformer which includes the ability to draw *basic* pictures ingame which would then customize how the world looks ingame.

Lion, I'm going to have to pass on that one. I can tell you the basics as to how I would go about doing it though. First, make blank images that are the sizes of the actors, with all of the collisions already set up in those actors. Then, when the user comes to a new platform, bring up a new scene that shows an outline around the blank actor and let the user doodle on it (have fun making a painting program in Stencyl ). Afterwards (and here's what I can't do), you save the image, likely either as a pixel array or as a bitmap variable and draw that pixel array on top of the actor. That part will require actual coding, and while I have some experience with pictures in AS3, by the time that would be created, it might as well have been done in 3.0, which is HAXE-based, which I don't know the syntax for. A different approach that I have used myself (albeit problematically), would be to use "getpixel" collision registration for the user-created platforms... however that limits the color options and can be laggy if done improperly.

dang, ah well. Thanks for the info though! ^_^
A paint program in stencyl? Hrmm..

Well in any case, how about a demo on fundamental interactivity with images?
i.e a limited editor which allows you to upload an image, and then rotate, resize or crop it. The most basic image editing ^_^

If you could do that, that would be fantastic.
If not, ah well

Kon's game is coming along... I've done many space shooters, but I'm trying to do this one to overcome some of the issues I've had in the past. I finally got the z-layer working (after TWO years of trying to figure it out... never realized I had to create the layers first *facepalm*), so that's helping some. So some special issues are solved, but one major one is still a headache (anyone who has made a space or any shooter knows that bullets can look like they are going at different speeds as the player changes their speed... was going to try to equalize it).

BTW, if anyone (for whatever reason) wants to watch me work, I stream my programming if I am on (kinda hard to do it if I'm AFK ) and someone wants to see it.

Lion, I might be able to do that once I finish up my current one for Kon... will have to see if the method I am thinking of (drawing polygons) will work... However, it will be a Paint program, NOT an image upload/crop/etc. Again, those ideas require actual coding, and I am not doing any coding work until 3.0 officially comes out (as I would be doing them in Haxe instead).

Posting this from my livestream to store it as a possible Demo- for the future:
5:02 AM  Jeneel: Tuo, can you give me an idea to make a cross word puzzle?
5:46 AM  Jeneel: Not a cross word, but a word hunt. Where you cross out the words in a matrix full of letters.

FYI, this new space shooter demo will be a bit intensive on the coding... but it looks sweet!

I have managed to create space with near-perfect wrap-around capabilities and dynamic bullets. What I mean is that the bullets no longer look awkward based on the speed of the ship as they are constantly being updated by the speed of the ship (took some trig, but it works), and the wrap-around is almost seamless... no bouncing feeling, just a true wrap. Only the bullets can show that your wrapped around... and I'm working on fixing that right now . This has to be one of my favorite works to date (out of the 50 or so programs I've made )!

EDIT: Seamless now entirely. A good eye can catch a repeating background, but that's not even from the wrap-around 

hey Tuo glad to hear its coming along! ive got to ask though is it going to be a redesigned fire bullet behaviour with a scene behaviour or are you going to make a Demo for it, cause ideally i would prefer the one or two behaviours. But your helping me out with this so what ever you prefer in the end.

When trying to do something like that, one cannot just go partway. The focus is still on making the pickups and upgrading the shooter, but it helps to have a base game to play to see how it all works together. It's rather impossible to only do in a behavior or two... let's see: one for creating the drops, one for collecting the drops, one for buying the upgrade (probably two there, one for a shop scene, one for a button to buy), one for the shooting... at its foundation, that's at least 5 behaviors already.

makes sense thanks man! cant wait to check it out.

Kon, the wait is finally over. The final pieces (ironically the pieces that were the reasons for making this demo ) took longer than expected, and I spent all of my time today working on it (besides the time I was actually at work ). The main pieces you wanted are mostly in the player coding. Here are the highlights:

1. The powerup is turned on by a delay attribute (and is on until the time runs out)
2. The powerup actually only changes the animation of the bullet and then the animation controls how the asteroids get hurt by the bullet.
3. There is a drawing code to visually display how much time is left in the power-up
4. The coins have a "magnet" effect to them to attract them to the ship
5. The "buttons" in the shop to purchase the power up is actually a bunch of drawing codes... no actors!
(6. While you didn't request it, the seamless wrapping method is pretty sweet. God really blessed my brain with that one )

thanks so much going to check it out right now, its on stencyl forge right, i might have some questions about it later!