TheMonkeyDidIt's site

64 x 64 Isometric Nature Tileset

Sat, 02 Jan 2010 23:31:52 +0000

Full set located here.

Also, some templates for man-made structures and miscellaineous tiles:

How Impossible is This?

Mon, 17 Mar 2008 17:44:38 +0000

Ok, I've been trying to think of a way to present this feature idea in a way that would proof it from getting responses of, "That's impossible-at-this-time/impractical-at-this-time/not-needed/ who-the-hell-are-you/how-do-i-put-my -hello-kitty-game-on-byond" but I can't figure a way, so:

On a scale of 1 to 4 bowls of spaghetti code, how impossible would it be to create a new control that:

-that is transparent (for instance, can be placed over the existing map control with the map control showing through)
-that is updated using the client's processor
-(!possibly!) allow double buffering by allowing creation of two of these controls per client
-that uses a new class of /image that:
-do not split full sized image resources into 32x32 chunks
-do not need to be connected to an atom of any sort (only a client)
-can be blitted full-sized to any coordinate in the new control (using the client's processor)
(IOW, something like clientImage.draw( '128x256 hud element.png', x=127, y=30 ) would draw the full sized image to just one client )
-that would clip the image at the control's borders
-could be created as proper datum (allowing hooks and overriding of procs to handle mouse input, etc.)

The advantages and opportunities I can see are:
-decreases the server overhead for hud objects and other single client images
-increases ability to create faster alternate display games
-open byond further to arcade-like, single player game development
-could possibly have mouse input functions processed on the client-side as well
-bypasses the obj limit by creating a new class of obj
-simplifies many 32x32 to non-32x32 graphics issues
-bypasses the need to entirely change the existing map control
-would maintain backwards-compatibility of existing code

I dunno. I was thinking how you guys ran into client-side-processing snafu a while back and how neat that would have been. I was attempting to find a good way to incorporate a new avenue for this to happen and that's what I came up with. Of course, I have no idea how the code is structured and no idea of how difficult this would be.

I'm kinda loathe to present feature requests because I know how hard youse guys work on this behemoth, but maybe this control would be worth it. I just figured a straight up client-side image buffer would be a low-level change that could open up a lot of possibilities for Byondo. More bang for the buck, as it were.

Cheers.

Unfinished?

Thu, 17 Jan 2008 22:32:53 +0000

I normally hate 'The problem with BYOND' posts, but...

It seems to me there's an epidemic of developers getting ideas for games they could do in BYOND, starting them, laying down a good foundation, and then just...stopping. Now, granted, like most creative projects, games can be said to be unfinishable. There's always something to tweak or improve. However, most projects I hear about don't even get released in rough form. Why is that?

Why did you're last project go unfinished?

Run, Lola, Run

Fri, 19 Oct 2007 22:35:37 +0000

Trying to get some C&C on these before I move to shade them.

Some more sprites:

Fri, 07 Sep 2007 19:36:18 +0000

Still a lil' choppy.

WIP Thread for Entries to the Logo Contest

Fri, 31 Aug 2007 23:14:29 +0000

If you want C&C without posting your work as an entry yet, use this thread. Deadline is 9/14. This thread will be heavily moderated.

Post your completed entries for the logo contest in the showroom thread.
Good lucks!

Finished Work for the Logo Contest Go Here

Fri, 31 Aug 2007 23:12:36 +0000

Post your completed entries for the logo contest here.
Deadline is 9/14. Judges should refrain from C&C in this thread. All others are welcome to. This thread will be heavily moderated.

If you want C&C without posting your work as an entry, use the WIP thread.
Good lucks!

An Update:

Fri, 31 Aug 2007 21:41:28 +0000

More tuts are comin':

My to do list:
~~1.) Finish up Shading Pt. 1: Finding Colors and post the MF~~
2.) Clean up some of the free resources, do some (pixel) house cleaning, and create a content box with a tutorial list (both in-house and external)
3.) Have my sucessor decaptitate me, absorb my spiritual energy and complete this list
4.) Create and post Shading Pt. 2: Light and Shadow
5.) Shading Pt. the 3rd: Shading Technique
6.) Maybe? a start on an animation tut

Somewhere between 1, 2, and 3, I'll try to get an anime wind and aura minitut in there.
If someone could send me some trucker speed, that'd be swell.

Catching < and >

Tue, 28 Aug 2007 06:16:41 +0000

I've got some code used to strip non-file characters from a string:

nonFileChars = [(TMDI_list2text(nonFileChars))]

The problem is inside nonFileChars, the element

\<</xmp> is being converted to

 and so, the less than symbol is never found inside the list. Make sense?

So, how would I go about catching the less than (and greater than) sign for this proc?

Wonderin' if anyone tried this yet:

Mon, 06 Aug 2007 01:57:15 +0000

I thought it was pretty cool.