I believe you are thinking of the ByteArray class (which IS documented).

See this thread: http://www.newgrounds.com/bbs/topic/1049 066

eCPM is just a rough estimation to give an idea, and certainly isn't the same for everyone as it's largely based on your click-through rate (percentage of viewers that click the ad).

Learn to program, then make games, THEN add achievements.

You've come here with some code that doesn't do what it's supposed to, that's fair enough. But if you don't come here with enough knowledge of what you've already made and what you are using to make it (ie. Flash) to comprehend the responses you get, what's the point?

I would advise that you don't infringe, especially for a game since there's potential to make money.

Just make your own similar game with your own card designs etc. Not only will it be more enjoyable to make and completely legal, you will also feel proud at the end that you've created something instead of copying something. There's nothing wrong with it being heavily inspired by Tetra Master though.

It is quite annoying to pride yourself on respecting copyright etc and see thousands of people who don't just get away with it, but that's life.

At 4/19/09 04:56 PM, evan210 wrote: i disagree.

ONE picture in the last two pages?! This thread has gone downhill guys...

Just use an image editor to make the background transparent.

Or make your own damn art work....

Authorities are being contacted.

As the guy above said, the best way is to look at the real thing. A google search of sunrise should give you more than enough source material.

At 4/17/09 08:12 PM, Andy-Parker wrote: rNumber = Math.round(Math.random()*15) + 45;

I don't mean to sound anal (though I probably will) but rounding the random number like that will bias it, the chance of Math.round(Math.random()*15) being 0 or 15 is half the chance of it being any number in between. It's better to use ceil or floor.

At 4/17/09 04:21 PM, CybexALT wrote: so it doesn't really make that much of a difference.

Exactly, the time matters not. Quality on the other hand...

At 4/17/09 04:05 PM, zedd56 wrote: lmfao. I hate it so much when people who don't know what they're doing try to "help."
Gust, you have quite the reputation here, you don't declare your variable types?

lmao. I hate it so much when people who don't know who Cybex is assume he's a "has no idea what he's doing".

At 4/17/09 04:13 PM, theactionscripter wrote: Alot of people on that time!

More people = more submissions = your submission drops off the "most recent" faster = less time exposed.

At 4/17/09 03:46 PM, 4urentertainment wrote: Am I the only one who finds it very ironic how in that same topic you linked to I posted linking to THIS topic....

That's why I did it... good job there.

http://www.newgrounds.com/bbs/topic/1051 021

Whenever you submit it, it's going to get a pretty similar amount. If you release it at a time when lots of people are on (USA fri/sat evening) you will get more people seeing it but there will also be more people submitting so you get pushed off the "most recent submissions" list faster.

If you have high hopes for your flash and you are aiming for a monthly award don't submit at the very end of a month because the people who vote are unlikely to have heard of it if it hasn't had chance to get around. Thinking about it , the middle of the month would be best so people still remember it.

At 4/17/09 12:36 PM, flaminggranny wrote: Actually, I am aware of that, it would be a way to block embedded JavaScript hacks, since I'm assuming that they're using basic callbacks for some of the stuff, which requires the property to be public.

That's the least of your worries when they have direct memory access...

At 4/17/09 12:26 PM, flaminggranny wrote: One simple way to help the situation (no such thing as unhackable), is to use proper OOP programming and let none of your variables in your main class be public.

You have failed to understand that public and private variables are only terms used in programming, and only matter to the programmer. They have no bearing on whether a memory hack will work they just determine if other classes in your code can access those variables. Once that shit's been compiled they don't mean anything.

And to the other guy, you clearly don't understand encryption so please look it up. There is no "key value" that is also stored that gives the ability to unencrypt the score. The functions which encrypt and decrypt the score will be coded in and compiled and as far as I'm aware Cheat Engine isn't able to access my functions and perform them on arbitrary values.

At 4/17/09 12:00 PM, zenyara wrote: So var1, var2, var3, var4 i will tell my program to continually update them to 99999.

If they're encrypted sending them to 99999 won't do anything?

At 4/17/09 11:14 AM, zenyara wrote: Cheat Engine can change an "encrypted" value because it's not really encrypted while it's in memory.
It looks for a change in a value, so if your "encrypted" score value changes from 2 to 3 it will find it
and doesn't matter if health=3 variable is really rwerweoi423230423des=3

You misunderstand. I don't mean encrypt the name of the variable. Cheat engine searches for values. If the health is stored as a string of text or as a completely unrelated, ENCRYPTED, value then it makes it much more difficult for the user to find which variable stores score/health/etc and even more difficult for them to know what value to change it to in order to improve it.

How would you reference an ever-changing variable? I suppose it would have to search within a function? It would have to store what the new variable is so that an object can reference it. Seems like it would take up alot of memory if all your variables are constantly changing names. I'd like to see an example of this method.

If I had 5 different variables which all keep a value, and in each update I pick a random one to be the active "score" variable, while storing a random value in each other variable I can easily keep track of score with very little memory usage (a few extra variables is nothing). The variable that remembers which of these is the actual score can again be encrypted and even that could be moved between multiple storage locations.

You seem to have a decent understanding of Cheat Engine but just because things like score are essentially a number they don't have to be stored in memory as a number, they can be anything as long as the game has the means to decypher it. If the user can't tell the score from a bunch of unrelated rubbish they will have a tough time modifying it.

People run programs which modify the variables directly in their computers memory while the game runs. To fully prevent them from doing this you would have to encrypt the values of any sensetive variables, or avoid having the same variable hold the value for a moderate period of time. Eg every frame alternate the score storage between two variables and have the other store a random value.

If you want to see this hack in action there are lots of youtube videos of people doing it.

Pretty much any precautions you take CAN be circumvented though, and when money is involved people are much more likely to do it.

At 4/16/09 01:20 PM, Millo90 wrote: WARNING! NEW PLAYER:

The fuck's up with his leg?

And face...

Actually, looking at it again the i variable (in the trace) will not function correclty in that example, but the code itself is perfectly fine. If you HAVE to trace, just trace the _name, or store the i value on the movieclip.

This will suffice.

for(i = 1; i <= 30; i++)
{
  _root["mc" + i].onRelease = function()
  {
  trace("You clicked MC: " + i)
  }
}

It's important to realise that when you define an onRelease or onEnterFrame etc that you are telling the movieclip what to do when that event occurs. So in the code you posted, you are telling each movieclip what to do when it is clicked correctly, but you are doing that every frame which is overkill as they only need to be told once.

At 4/16/09 09:13 AM, Doomsday-One wrote: However, a good idea would be to play similar games

Yeah, that.

Also get some of your friends on board as testers, try a few different things and see how they respond.

The onEnterFrame is not on the object, yet you use "this._x" and "this._y" inside it, shouldn't those be "player._x" and "player._y"?

a stupid thread about a fat kid by a kid with bad gramma at general today and come to think about it, and it was quite scary there were also rumors the fat kid takes it anally from a tiger, two actually and a lighter although it's probably true though any questions i will about this topic

A game where you go around.

At 4/15/09 07:17 PM, faxmunky wrote: //If the player lands on the softplatform movieClip, he stops falling.
while (_root.softplatforms.hitTest(_x, _y, true)) {
_y -= gravity;
grav = 0;
}

The point of soft platforms is that they have no effect on you if you are moving upwards, so just have an extra condition that the player's y speed must be >0 for the platform to even run a hit test.

At 4/15/09 07:25 PM, chickendance333 wrote: Well now I'm positive you didn't write the code. (Don't ask people to fix "your" code when you still have tutorial notes in it)

Comments aren't exclusive to tutorials...

At 4/15/09 07:01 PM, Daigon99 wrote: But check this out!!!!!!!!!!

The truth hurts.

Love you really NG. :)

At 4/15/09 06:58 PM, faxmunky wrote:

At 4/15/09 06:45 PM, Shinki wrote: Need to work on your mid-air horizontal collisions. And the way the character snaps onto the soft platform instead of just letting you jump through.

That's one of the big issues I was aware of, do you know how I could fix it?
Thanks for the comment!

If you mean the mid-air horizontal collisions, just make sure you are testing points at the middle (vertically) of the side of your character against the edges of the platforms.

For the soft platforms, just have your playerOnGround checker test if the player's vertical velocity is pointing downwards (and allow him to continue moving if it's pointing upwards).