At 5/8/13 12:11 AM, MSGhero wrote: I think it feels good now. It still punishes me if I get lazy and hold it down too long, but it's justice rather than cruelty. What's cruel is that I can't figure out how to get past the upper middle part of lv1 :(

sweet, Thanks for the help man. I really appreciate it. and awww. well to make you feel better this is actually level 16 in the game. I just wanted a demo level that had a little bit of everything combined. ohh and also. this ;)

At 5/8/13 12:16 AM, swishcheese wrote: sweet, Thanks for the help man. I really appreciate it. and awww. well to make you feel better this is actually level 16 in the game. I just wanted a demo level that had a little bit of everything combined. ohh and also. this ;)

Oh crap I didn't realize you could shoot things. Never mind...

At 5/8/13 12:18 AM, MSGhero wrote:

At 5/8/13 12:16 AM, swishcheese wrote: sweet, Thanks for the help man. I really appreciate it. and awww. well to make you feel better this is actually level 16 in the game. I just wanted a demo level that had a little bit of everything combined. ohh and also. this ;)

Oh crap I didn't realize you could shoot things. Never mind...

Lol. Im terrible at giving gameplay directions/instructions... sorry about that. Hopefully I can finish this game before finals week. doubt that will happen. Scratch that, definitely will not happen. Getting my final project in C++ tomorrow. OrderedList class that uses recursion. We already made an OrderedList class for a project, why must we make one with recursion now? Oh well.

So anybody else have finals coming up/projects/cool shit?

So I finally beat your god forsaken level. It's fun, but seriously I hate you.

At 5/8/13 01:09 AM, GeoKureli wrote: So I finally beat your god forsaken level. It's fun, but seriously I hate you.

lol. Perfect! :D

That is what i was shooting for. But I am going to include a walkthrough for the first 20 story levels in case people start to come at me with pitchforks.
The other 20 extreme levels, unfortunately will not have a walkthrough and IMO are a little tougher XD

At 5/7/13 04:18 AM, nitokov wrote:

At 5/7/13 02:34 AM, TheNavigat wrote: Well.. So... That's my first post in this topic, if my memory isn't that much awful.

Hello and stuff.

So you've entered the Den

Yea, looks like so

By the way, I've got a problem here. Flash to PHP, securely, in 4 words, you know, and since it's getting really confusing, I even thought about remaking the whole thing, downloadable, since even HTML5 isn't that much secured... I'm lost, I'm lost, I'm lost, I'm lost... .__.

At 5/8/13 01:27 AM, TheNavigat wrote: By the way, I've got a problem here. Flash to PHP, securely, in 4 words

how about in two words?
Security class

At 5/8/13 01:43 AM, egg82 wrote:

At 5/8/13 01:27 AM, TheNavigat wrote: By the way, I've got a problem here. Flash to PHP, securely, in 4 words

how about in two words?
Security class

1 word, decryptable. Beat that B|

At 5/8/13 01:43 AM, egg82 wrote:

At 5/8/13 01:27 AM, TheNavigat wrote: By the way, I've got a problem here. Flash to PHP, securely, in 4 words

how about in two words?
Security class

*After googling it and trying to avoid being a bad*** *

Oh.. More details about using that with PHP, please? :)

At 5/8/13 01:48 AM, TheNavigat wrote: 1 word, decryptable. Beat that B|

well, I have no idea what you're asking, then.

At 5/8/13 01:50 AM, egg82 wrote:

At 5/8/13 01:48 AM, TheNavigat wrote: 1 word, decryptable. Beat that B|

well, I have no idea what you're asking, then.

*After googling it and trying to avoid being a bad*** *

Oh.. More details about using that with PHP, please? :)

At 5/8/13 01:50 AM, TheNavigat wrote: *After googling it and trying to avoid being a bad*** *

Oh.. More details about using that with PHP, please? :)

right, yeah, that's what I thought you were asking.
Flash's security is tighter than a fly's anus, you can't access any data from a server without the server's permission in the form of a strictly-typed XML file. Specifically, crossdomain.xml
Use the Security class to add the site to the list of security exceptions (client-side access) and the same class to load the policy file (server-side access) to finally allow data to travel between the two. Same with Sockets, or any type of data in any way, shape, or form (aside from uploading and downloading, for some unknown reason) - you need the crossdomain.xml file

At 5/8/13 01:56 AM, egg82 wrote:

At 5/8/13 01:50 AM, TheNavigat wrote: *After googling it and trying to avoid being a bad*** *

Oh.. More details about using that with PHP, please? :)

right, yeah, that's what I thought you were asking.
Flash's security is tighter than a fly's anus, you can't access any data from a server without the server's permission in the form of a strictly-typed XML file. Specifically, crossdomain.xml
Use the Security class to add the site to the list of security exceptions (client-side access) and the same class to load the policy file (server-side access) to finally allow data to travel between the two. Same with Sockets, or any type of data in any way, shape, or form (aside from uploading and downloading, for some unknown reason) - you need the crossdomain.xml file

THAT IS AWESOME! Thanks a lot!

But the problem is that this way, I need to protect the second SWF, which will have access to the PHP script to perform actions, so no one can download it for example, and therefore be able to decrypt it, and ruin everything. I guess using .htaccess to allow only this SWF would work, but the problem is that the SWF works locally, so I guess the IP added would belong to the user, not the website. What do you think?

And thanks, again :)

At 5/8/13 02:03 AM, TheNavigat wrote: But the problem is that this way, I need to protect the second SWF, which will have access to the PHP script to perform actions, so no one can download it for example, and therefore be able to decrypt it, and ruin everything. I guess using .htaccess to allow only this SWF would work, but the problem is that the SWF works locally, so I guess the IP added would belong to the user, not the website. What do you think?

I think it's cute that you think a client-side program is secure :P
Seriously, you can't protect your client-side stuff. It's just not gonna happen. Don't count on "encrypted" being secure (because you don't encrypt ByteCode, you obfuscate it, which is soooooo much less secure)

At 5/8/13 02:07 AM, egg82 wrote:

At 5/8/13 02:03 AM, TheNavigat wrote: But the problem is that this way, I need to protect the second SWF, which will have access to the PHP script to perform actions, so no one can download it for example, and therefore be able to decrypt it, and ruin everything. I guess using .htaccess to allow only this SWF would work, but the problem is that the SWF works locally, so I guess the IP added would belong to the user, not the website. What do you think?

I think it's cute that you think a client-side program is secure :P
Seriously, you can't protect your client-side stuff. It's just not gonna happen. Don't count on "encrypted" being secure (because you don't encrypt ByteCode, you obfuscate it, which is soooooo much less secure)

What I'm saying (as an approach) here, is to connect the first SWF (which is the client one, the game itself), to the second SWF (which has access to the PHP script). The second SWF has allowDomain implemented, so only the first SWF will work, and even if it's decrypted, the guy can't send anything to the second SWF. I guess that's kinda secure :/ The problem is preventing any access of the second .SWF though, I believe :/

Plus that the PHP script itself allows specific actions. The second SWF sends POST requests, and not SQL statements.

I'm lost again, I guess.

I discovered, today, that I suck at level design. It's arguably the most important part of any game, but I always just make the controls and physics and pass of the level design to someone to save time. Any platformer level tips?

I made up a test level

The ladder mechanics need some work, the exit door doesn't do anything yet, and buttons don't reset.

The idea, is that each level is made for 2 game modes. The thief collects as much as he can, the door won't open until all the buttons are pushed, and all of the trophies are collected. or can avoid anything gold, and the door will open when all of the buttons are pressed. but if you collect 1 gold coin or trophy the door is locked and you must complete it the thieves way.

P.S. Stumbled upon the first game I ever made. I believe i was trying to rip-off this game.

At 5/8/13 08:29 AM, GeoKureli wrote: I discovered, today, that I suck at level design. It's arguably the most important part of any game, but I always just make the controls and physics and pass of the level design to someone to save time. Any platformer level tips?

I made up a test level

The ladder mechanics need some work, the exit door doesn't do anything yet, and buttons don't reset.

The idea, is that each level is made for 2 game modes. The thief collects as much as he can, the door won't open until all the buttons are pushed, and all of the trophies are collected. or can avoid anything gold, and the door will open when all of the buttons are pressed. but if you collect 1 gold coin or trophy the door is locked and you must complete it the thieves way.

P.S. Stumbled upon the first game I ever made. I believe i was trying to rip-off this game.

For me, I let the graphics guy do the job.. We programmers have worse imaginations, you know .___.

I like the ball game :) I wonder what the algorithms for the rotation and the shadow sizing were.

At 5/8/13 11:18 AM, TheNavigat wrote: We programmers have worse imaginations, you know .___.

I'll let that slide because you're new here.

I like the ball game :) I wonder what the algorithms for the rotation and the shadow sizing were.

D

At 5/8/13 08:29 AM, GeoKureli wrote: I discovered, today, that I suck at level design. It's arguably the most important part of any game, but I always just make the controls and physics and pass of the level design to someone to save time. Any platformer level tips?

I made up a test level

The ladder mechanics need some work, the exit door doesn't do anything yet, and buttons don't reset.

Cooool. Platformer is looking good. Yea, ladder needs some work as you stated. Doing good so far. How long did that take you? I know you were working on that baseball game so I'm just curious.

As for level design tips. Well, all depends the style of the game, but I like making levels very hard / only one or two ways to beat the level. Which works out well for retro style games.

For your platformer, with the thieves thing I think it would be good to put gold in hard spots to get. Also putting gold below traps and they have to go elsewhere to press button that disables the trap. Then like you said difficulty would be spread out depending on how they want to play it, and of course they get rewarded if they go thieves way :P

Soo, when designing I guess my tip is make levels however you feel, making a basic path first. maybe draw a smiley face for a level, etc. Then work on placing your gold and making it hard to get too and maybe put few other traps along the basic path. Goodluck.

At 5/8/13 11:45 AM, swishcheese wrote: Cooool. Platformer is looking good. Yea, ladder needs some work as you stated. Doing good so far. How long did that take you? I know you were working on that baseball game so I'm just curious.

The game jam started last Tuesday, I'm still working on the baseball game too.

For your platformer, with the thieves thing I think it would be good to put gold in hard spots to get. Also putting gold below traps and they have to go elsewhere to press button that disables the trap. Then like you said difficulty would be spread out depending on how they want to play it, and of course they get rewarded if they go thieves way :P

I don't think I'm ever going to explicitly tell them that there's a different reward for not stealing. I'll just constantly speak ill of the players morals, and spout off preachy messages about how stealing is wrong between levels until the player figures it out. but the reward for not stealing will definitely be greater, if i had time for rewards

At 5/8/13 11:23 AM, GeoKureli wrote: I'll let that slide because you're new here.

@ navigat I was totally joking by the way, welcome and such and such

Ohh okay. That sounds cool. So basically placing gold can be an obstacle. That is neat idea. As he collects more gold is he not going to be able to jump as high as a penalty as well??

I cant wait play this game and hear the hints about good morals and such. I love little side story things like that.

At 5/8/13 12:10 PM, swishcheese wrote: Ohh okay. That sounds cool. So basically placing gold can be an obstacle. That is neat idea. As he collects more gold is he not going to be able to jump as high as a penalty as well??

gold wont affect your abilities, treasures do (previously trophies, now it's the gems).

I cant wait play this game and hear the hints about good morals and such. I love little side story things like that.

me too, I just hope i have time.

I hope I have time. if anyone wants to come up with some preachy intermission guilt inducing quotes I'd be totally in your debt

At 5/8/13 02:33 AM, TheNavigat wrote: What I'm saying (as an approach) here, is to connect the first SWF (which is the client one, the game itself), to the second SWF (which has access to the PHP script). The second SWF has allowDomain implemented, so only the first SWF will work, and even if it's decrypted, the guy can't send anything to the second SWF. I guess that's kinda secure :/ The problem is preventing any access of the second .SWF though, I believe :/

Plus that the PHP script itself allows specific actions. The second SWF sends POST requests, and not SQL statements.

I'm lost again, I guess.

Flash doesn't quite work that way. In order to be a Flash server (use the ServerSocket and DatagramSocket classes) the server would need to be a desktop AIR application, and you would still need to load a policy file from that server.
If you're interested in source code on how that works, check here.
On a side note, if the swf is on the same site (the same computer?) as the content it's accessing, it doesn't need to go through the security hoops.

Also, the on-site swf can be downloaded quite easily. Don't count on that as being secure, Flash is NOT a server-side anything.

PHP's slow and it's easy to create insecure code, but it works I suppose.
First rule of security is to think that every person in the world is the spawn of satan and wants to destroy you website using every method imaginable, and you're the only person stopping them.
Yeah, security's a tad depressing.

Geo, I see :) No probs :)

So, let me show you the thing I'm working on. http://blog.unlicrea.com/were-alive-probably/ , and slide down a little bit till you see that "start" button. Yea, it's flash, not an image, LOL.

At 5/8/13 01:08 PM, egg82 wrote:

At 5/8/13 02:33 AM, TheNavigat wrote: What I'm saying (as an approach) here, is to connect the first SWF (which is the client one, the game itself), to the second SWF (which has access to the PHP script). The second SWF has allowDomain implemented, so only the first SWF will work, and even if it's decrypted, the guy can't send anything to the second SWF. I guess that's kinda secure :/ The problem is preventing any access of the second .SWF though, I believe :/

Plus that the PHP script itself allows specific actions. The second SWF sends POST requests, and not SQL statements.

I'm lost again, I guess.

Flash doesn't quite work that way. In order to be a Flash server (use the ServerSocket and DatagramSocket classes) the server would need to be a desktop AIR application, and you would still need to load a policy file from that server.
If you're interested in source code on how that works, check here.
On a side note, if the swf is on the same site (the same computer?) as the content it's accessing, it doesn't need to go through the security hoops.

Also, the on-site swf can be downloaded quite easily. Don't count on that as being secure, Flash is NOT a server-side anything.

PHP's slow and it's easy to create insecure code, but it works I suppose.
First rule of security is to think that every person in the world is the spawn of satan and wants to destroy you website using every method imaginable, and you're the only person stopping them.
Yeah, security's a tad depressing.

I'm a PHP freelancer on the other hand, so yea I know these stuff, and I always make very secured apps, fortunately, up till now, they were never hacked, not even "altered", but when I saw flash, it was a big block and I figured out that it will be semi-impossible to make it completely secured, like the apps I made. The definition of "completely secured" for me is that I'll be sitting there knowing that every single way of breaking an app that I know won't work, but for Flash it's different, I'm like "Oh, I know that the guy can do X, Y and Z. Let's just hope he isn't that much good, or patient".

The Flash SWF isn't the server, it CONTACTS the server. The problem is, how can the server confirm that it's indeed the game? That's the whole thing.

Also, PHP is EXTREMELY secured if the right guy's doing the right job ;)

I have a class to get to, and I was supposed to leave five minutes ago, but i'll leave this here for now:
http://www.exploit-db.com/search/?action=search&filter_page=
1&filter_description=PHP&filter_exploit_text=&filter_author=
&filter_platform=0&filter_type=0&filter_lang_id=0&filter_por t=&filter_osvdb=&filter_cve=

isn't it cool that in flashDevelp you can zoom all the way out your code, and it looks like little city or idk... something

At 5/8/13 05:24 PM, nitokov wrote: isn't it cool that in flashDevelp you can zoom all the way out your code, and it looks like little city or idk... something

yes I always imagine my code is a city or machine gun barrels

At 5/8/13 09:02 PM, GeoKureli wrote:

At 5/8/13 05:24 PM, nitokov wrote: isn't it cool that in flashDevelp you can zoom all the way out your code, and it looks like little city or idk... something

yes I always imagine my code is a city or machine gun barrels

What in the world is wrong with you people? xD
Personally, I just enjoy making small, helpful classes and watching them work and work together. I might just be really boring, though.

Notice the scrollbar. Notice that every function is minimized. I'm not proud. I've learned my lesson. It was a dark time for me. Never again. I have many state and manager classes now. I have a bright future ahead.