Woah, that's pretty nice. I knew that you could do it from an app, but I didn't imagine that it could work from program-to-program.

Incidentally, where is 33912?  Does it corrupt any other data? And would using Return in the called program return to the homescreen or return to the parent program?

Oh hai guys Nice to know people like the game!

...a new updated screenie, with the RAM cannon.

Yeah, I can get that up soon I guess. Originally I had been planning to add more stuff before making a new screen, but then I kinda forgot haha. Sorry! I'll get it soon (I'm not on the right computer atm)

BTW, when does the contest end?

No one knows....hahaha. I'll get a release as soon as possible though

wow nice animations, especially the rotation. What control scheme are you using (I can't figure it out lol)

I think squidgetx made a bunch of Pt-Mask spriters somewhere. I've never used them (though I probably should, since it takes a tremendous amount of time to do it by hand), but I guess they should be useful.

These can be found in the Ash:Phoenix subforum in this thread and are actually pretty useful if i do say so myself

Note that i made them a very very long time ago and as a result they are very crude. Some of the larger size ones like 24x24 require you to have free RAM or something. Don't look at the source, I'll be embarrassed

I know it'd slow down the tilemapping quite a bit, but maybe there's a way to make the mountains look at lot better by giving them contiguous outlined edges...

The idea would be to check the 8 surrounding tiles to test if they are mountains as well. For each surrounding tile, there would be a sprite to XOR onto a default mountain tile sprite, removing that wall/corner outline from the sprite. How plausible is this?

Here's an example:

(The bottom 8 sprites are supposed to be inverted like that so the XOR removes them)

The top sprite is the default mountain sprite. Before drawing the tile, that would be copied to a temporary memory area. The other tiles would be XOR'd onto the temporary sprite to remove that outline based on surrounding mountain (in order: top-left, top, top-right, left, right, bottom-left, bottom, bottom, bottom-right). The result would look something more like the example I threw together below the sprites.

Obviously it would make it slower, but the question is how much slower?

Hm, you could achieve that by putting it into the map-generation portion of the program, right? Have tiles for every possible mountain edge/corner and place them accordingly with your routine. (Then I guess if the terrain changed you would have to re-run the routine..but that could be coded separately as it is a special case event, right? )

Anyway I'd love to help you guys but I have a few coding habits that would not work well in a group environment. But give me a shout if you guys ever need some help with anything

Ocean Melts Away

Another original piece, this time making use of both LMMS and Audacity. Enjoy! I went for a warmer, more romantic but upbeat theme on this one.


http://www.omnimaga.org/index.php?action=downloads;sa=view;down=776

I like this, it's very well explained
But to make it simpler,
When you use

Code: [Select]

If T
T--
Pt-On()
Endto check if the space is not a zero, you could instead delete that loop and instead define Pic1 as

Code: [Select]

[0000000000000000]->Pic1
[FFFFFFFFFFFFFFFF]
[F0F0F0F0F0F0F0F0]so it's just

Code: [Select]

Pt-On()

This works but it also changes the program slightly. The tilemap will move noticeably slower (well maybe not since you're not smoothscrolling) with this since it will be drawing a tile for every 8x8 juncture on the screen. Before, the tilemap would be drawn faster or slower depending on how many tiles are on screen. Both methods have their advantages/disadvantages- basically it's speed vs consistency.

could you attach a source code for this so I don't have to retype it into my calc?

You can copy it into Tokens or SourceCoder and export it that way