ID:96502
 
This is somewhat of a showcase of what I'm calling the Dynamic Filtered Lighting system.








These screenshots were taken with 9 shadow states, the last two were taken with adjusted darkness settings.

It runs about as fast as sd_DAL.

I might release this as a library sometime down the line, I suppose.
The big problem with this, thus far, is finding a good balance between # of shadow states and rsc size. 9 shadow states looks pretty good for a BYOND game, but it also yields a rsc increase of ~1.8 mb.

On the flip side, 4 shadow states is easily less than .2 megabytes but doesn't look quite as sexy.
Yes, but these shadow states are applicable in EVERY situation with single-colored lighting. Whether you have a not so bright light next to a really bright light or a large number of lights huddled together or whatever.

I will post screenshots for 4 show state lighting (<0.2mb) in a few minutes

[EDIT]:
http://i50.tinypic.com/sv19j8.png
That's 4 shadow states (170kb).

http://i47.tinypic.com/eziedl.png
That's 4 shadow states but with lighting calculations for 8 shadow states (170kb).

The problem with using 8 shadow state calculations with 4 shadow state graphics is that there's a possibility of graphical artifacts in certain situations.
On the flip side, 8 shadow state calculations with 4 shadow state graphics generally produces graphically pleasing results without the enormous icon size.

It's really up to the developer what settings they end up using.
D4RK3 54B3R wrote:
The big problem with this, thus far, is finding a good balance between # of shadow states and rsc size. 9 shadow states looks pretty good for a BYOND game, but it also yields a rsc increase of ~1.8 mb.

On the flip side, 4 shadow states is easily less than .2 megabytes but doesn't look quite as sexy.

Do you mean rsc increase as in disk space used or memory used?

If disk space: Then just have them generated on a per-server basis by the library so the download is smaller.

To be honest, 1.8 mb isn't that big a deal to me at all.

If memory: You're screwed.
Disk space used.
None of these are being generated at runtime.
Well maybe they should be generated at runtime and cached?
No person in his or her right mind would do that. The reason being that this generates X^4 icon_states in the shade icon, where X is the number of shadow states.

This comes to 256 icon states for a 4 shadow state icon, which is 262144 pixels being drawn (the server will lag)

It's 4096 icon states for a 8 shadow state icon, which is 4194304 pixels being drawn. Not even the core i7 will be able to churn that out in BYOND without stuttering.

These numbers vary, of course, depending upon the icon dimensions for the game. I'm currently using 32pixels x 32pixels


If disk space or rsc size is that big of a deal, just use a lower number of shadow states for the graphics.
D4RK3 54B3R wrote:
No person in his or her right mind would do that. The reason being that this generates X^4 icon_states in the shade icon, where X is the number of shadow states.

This comes to 256 icon states for a 4 shadow state icon, which is 262144 pixels being drawn (the server will lag)

It's 4096 icon states for a 8 shadow state icon, which is 4194304 pixels being drawn. Not even the core i7 will be able to churn that out without chugging.

These numbers vary, of course, based upon the icon sizes used. I'm currently using 32pixels x 32pixels

Well you could provide some sort of console for generating these states outside of a game with little rests in between each state so your processor doesn't "chug" but might "lug" instead.

Sort of like the program accompanying DMIFonts.
The library already has a function for generating these icons.
If I release it, I'm intending for the developers to use the library to generate the icon and then move the icon into their project.

Also, I'm not familiar enough with the .dmi format to write a third party application to generate these. ;]
Heck, if anything, you could make a little program in DM, right?

You know, for those people who are too lazy to actually use the functions you provide to pre-generate stuff themselves? :P
That's what the demo half of the library is for.

See my last comment.
Oh, cool. Looking forward to it.
To be honest, I thought you were going to pull a Koil.
That's freaking awesome!

... I just got an evil idea... mwahahahahaha >.>
This book I read, D4rk3, says that prime numbers are like the heartbeat of mathematics -- but it is a caffeine cocktail-induced heartbeat. In my humble opinion, a caffeine cocktail-induced heartbeat is not orderly or sequential. But I should consult a biology PhD before coming to any conclusions.
Shiny!!
All right, after a few hours of attempting to recreate a similar effect I can't seem to get it right. You've got to release this, at least show what you have so far.
Oh my god, this would be beautiful for my game Spies. Are you going to release a library?
Not sure. There are a few problems that are coming up that're stopping me from releasing it for the time being.
Does your system draw circles then auto join(basicly)? Heck, does it even auto join or is it just very soft light fading? Very nice by the way. I'm jellous =(!!!
Page: 1 2