How is exactly is it a feature newt? I'd say it's a bug. It would be so much easier to do some things if negative widths didn't break collisions. You can rotate the sprite 180* and turn on auto mirror if you want to be able to flip it with out breaking collisions. You can also make another animation, but that's a waste of vram.

Not that I know of. I know there was an update to performance a pretty long time ago though, by Ashley. There also might have been a rollback on something, which makes it run faster.

Tiled BG objects use the same amount of vram as sprites, given it's the same image. Tiled BG objects just allow you to stretch the object and have it tile, while only using one object. The advantage to only using one object is less CPU overhead. With 500 sprites arranged in a tiled formation, your using up (around) 500x the number of CPU cycles as you would with a Tiled BG object. Objects which exist use up CPU time, so it's best to try to cut down on the total number of objects in the layout. (ie, don't go over a few thousand). Using one object instead of many allows you to save CPU time, not vram.

superBloom is a bloom lighting shader with adjustable intensity, light bleed, luminosity color weights, and luminosity curve. It also features an editing mode which allows you to adjust the luminosity map (when active, it only renders the luminosity map).

In the future I will attempt to make the light bleed better, since it's only 9 samples right now.

Useful and nice as an event controlled post process.

Without

<img src="http://dl.dropbox.com/u/1010927/Forumpics/Bno.png">

With

<img src="http://dl.dropbox.com/u/1010927/Forumpics/Byes.png">

Download: http://dl.dropbox.com/u/1010927/Forumpi ... rBloom.zip

(comes with demo .cap and shader)

Don't do it, it's not worth the risk.

You shouldn't import huge images to use as backgrounds, it eats up VRAM. Anyways, if your game is rather small it shouldn't pose too much of a problem. Just add a tiled background object and import the graphic.

X occurs -> action

It's not like a programming language where you can just say "new object;" without any conditionals.

You must first add a condition like "always" if you want the statement to be executed every frame. Another way to make a statement that runs every frame is to just put a blank condition box and add an action to it. For example, add an "always" condition, then select "always" (the condition, not the whole event) then press delete.

Don't use autosave, it might have bugs. It's safer to just save manually.

Teaser time:

This fills the opaque areas of a sprite with a solid color to a selectable linearly interpolated degree. This allows for smooth transitions between color blending intensity. 3 blending modes are available and changeable at runtime: raw color, additive, and, multiply.

Can be used to create more modern style (smooth transitioning) flashing,damage,and powerup effects.

<img src="http://dl.dropbox.com/u/1010927/Forumpics/Nuovopic.png">

Download: http://dl.dropbox.com/u/1010927/Forumpi ... ioware.zip

Comes with example .cap shown in image above.

It happened.

my idea is to not detect a singel pixel but a grid box , and each bos is made by many pixels

for example: a window with resolution of 100 x 100 pixels would have 16 grid box (25/25 pix each)

like with tiles where you can set the tile width and heigh.

Grid box or not, you're transferring pixels. Just the act of looking up one pixel creates the slowdown.