WOULD THIS BE PLAYABLE?
Posts
Actually I started with a 10x10 screen when I initially started making my fog system and have remade it many times over. Another huge problem is the event can't have any wait commands to generate fog while moving and this will cause lag when using more than 40(I think, I forget the actual number) pictures, especially if you go over 100 then expect massive lag.
So, the only way you're gonna be able to optimize this is by reducing the number of pictures shown, at least it seems that way.
One way you could achieve this is to optimize your algorithm. Instead of using a single picture for each tile, try to detect some commonly used patterns (ie 2-4 black blocks in a row, a 2x2 block of black, a 4x4 block of black, etc) and consolidate them into a single picture. Processing that logic would not consume nearly as many resources as displaying that many pictures would.
Or, if you're feeling gutsy, you could look into DynRPG, the mod for RPGMaker, and flex some C++ chops. You'd even have the ability to draw one pixel at a time, if you felt so inclined (I think?!).
One way you could achieve this is to optimize your algorithm. Instead of using a single picture for each tile, try to detect some commonly used patterns (ie 2-4 black blocks in a row, a 2x2 block of black, a 4x4 block of black, etc) and consolidate them into a single picture. Processing that logic would not consume nearly as many resources as displaying that many pictures would.
Or, if you're feeling gutsy, you could look into DynRPG, the mod for RPGMaker, and flex some C++ chops. You'd even have the ability to draw one pixel at a time, if you felt so inclined (I think?!).














