Reply to Re: New Forum: Dink Source Discussion
If you don't have an account, just leave the password field blank.
Hot topic !
Bomb good
< moved from wishlist>
hm...
continuous scrolling...
Sprites would need to be there, but frozen or at least scripts paused until a player is in sight. Any player ( I'm thinking ahead to multi-player too) kills a sprite, it changes the editor_type to 1 (kill it) for all players, so how to pack that into the data stream to other players?.
Let the screen scroll so each player sees himself in the center, it will help to use 600 * 800 res. to see a bit further. For screenlock, no problem. The screen just stops scrolling.
When a screen is marked (as per indoor,) the screen will not scroll further in that direction. (?)
Should the engine load the entire game or preload each screen around the current? Preload the whole game! It may use 10 MB, oh well most of us have at least 128MB.
Bomb good
< moved from wishlist>
hm...
continuous scrolling...
Sprites would need to be there, but frozen or at least scripts paused until a player is in sight. Any player ( I'm thinking ahead to multi-player too) kills a sprite, it changes the editor_type to 1 (kill it) for all players, so how to pack that into the data stream to other players?.
Let the screen scroll so each player sees himself in the center, it will help to use 600 * 800 res. to see a bit further. For screenlock, no problem. The screen just stops scrolling.
When a screen is marked (as per indoor,) the screen will not scroll further in that direction. (?)
Should the engine load the entire game or preload each screen around the current? Preload the whole game! It may use 10 MB, oh well most of us have at least 128MB.
