Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[qwertyuiopas]

This is the world after heavy application of chaos(source: debugging buttons).

Now, I want your opinions: Should I also corrupt colouration of the tiles and/or have the corruption scramble the colours differently(so that it may increase them as well as decrease)?

[winner]

I'm not quite sure what was here before the chaos magic but it's very pretty now.
I think that if you scramble the colors, you should do it slowly, hopefully slowly enough that the player might not even realize it.

[qwertyuiopas]

Compare to



(With that one, anything causing more than 10 corruptions at once, would corrupt a pixel of the font for every 10 of the rest, and over 100 would corrupt the R,G,B, or character or a random tile for every 100.)

Progression:

Spoiler (click to show/hide)

Each was the indicated uses of the 100000 chaos debug command:

1(total 1)


1(total 2)


2(total 4)


4(total

How is that?

Generally, the player should not be affecting the world that much in one spell _EVER_ (except maybe through a self-revival spell? Cheating death must be a very corrupt thing to do.)

[winner]

You should definitely corrupt colors, otherwise it's not corruption it's just cataracts.
Also it looks like it's going to be a really awesome game.

[qwertyuiopas]

Technically, the problem is that the tile colour multiplies the pixel colour, so even though the pixel colour is randomized, the whole anything times zero is still zero issue comes up.

[winner]

what does it look like when you average them instead of multipying?

[qwertyuiopas]

Well, the problem is that the font starts white, and is supposed to be multiplied to become a specific colour.

Due to the face that at just *one* point, as part of the reason it has an unbelievable framerate, it relies on OpenGL's colouring system to match the internal one that I use. Unless the texture can override the colour in openGL without any sort of fancy effect, then the greatest bit of code I added(so that changes are slowly merged to textures, at a rate of one of 24 blocks per frame) is worthless due to inconsistant results.

[qwertyuiopas]

After a bit of study of OpenGL, I came to a solution:
Explain corruption as coming from two sources: Your corrupted perception, and your actual influence.

Thus, having a circular area corrupted to give a visible change while keeping the current system.

[winner]

Just so you know, your flash games link on your website leads to a page that no longer exists.

[qwertyuiopas]

How is this?

It is the result of one 10k corruption



Edit: forgot to post this, and went of to continue work.
Now a 10k corruption(on the left) and three 1k on the same spot(on the right) looks like this:


And the site bug is fixed. It was just a g instead of an f in the hyperink on the games page that I encountered before but forgot to fix.

[winner]

it looks good. Do you just use a solid circle area effect or does the chaos decrease as an inverse square effect?

[qwertyuiopas]

1-(distance²/range²), then

    c*=c;
    c*=c;
    c/=2;
    int c2=c*255;

then finally c2 is used for the variations, *1.2 for the colour variations.

In fact, it would probably be clearer to just post this:

Spoiler (click to show/hide)

Code: [Select]

void corruptTile(int x, int y, float c)
{
    if(x<0 || y<0 || x >=90 || y>=40)
      return;
    c*=c;
    c*=c;
    c/=2;
    int c2=c*255;
    if(c2>0)
    {
        map[x][y].r^=rand()%(int)(c2*1.2);
        map[x][y].g^=rand()%(int)(c2*1.2);
        map[x][y].b^=rand()%(int)(c2*1.2);
        if(rand()%c2>115)
          map[x][y].c=' '+rand()%(16*6);
        addChange(x,y);
    }
}

void corruptInRange(int range)
{
    if(range<1)
      return;
    int minX=player.x-range,maxX=player.x+range;
    int minY=player.y-range,maxY=player.y+range;
    if(minX<0)
      minX=0;
    if(minY<0)
      minY=0;
    if(maxX>=90)
      maxX=89;
    if(maxY>=40)
      maxY=39;
    int i,j,r2=range*range,d;
    for(j=minY;j<=maxY;j++)
      for(i=minX;i<=maxX;i++)
      {
          d=(player.x-i)*(player.x-i)+(player.y-j)*(player.y-j);
          if(d<r2)
            corruptTile(i,j,1-(float)d/r2);
      }
}

void corrupt(int num)
{
    int i,r;
    if(num>0)
      corruptInRange(sqrt(num));

Edit: Note: truncated. there is more to the corrupt function, but it is irrelevant.

[Bricks]

I'm awfully confused as to what you are doing here, but it might look cool if the chaos spread out in waves of intensity instead.

[winner]

It amuses me that you have the same map boundaries check that I have everywhere in my code.
I finally got so tired of retyping that I turned it into a function "bool illegal(int y,int x)".

[qwertyuiopas]

Well, It's as done as it will be.

Today, it hit that critical moment where I was able to play for quite a while because I enjoyed it.


If I had to nominate it for an award, it would be worst abuse of rand()