5065 : You're never gonna give up on omni. (true story)
5066 : THE GAME (true story)
5067 : (true story) (true story)
5068 : We repeat stuffs in here. A lot. (true story)
5069 :

Did you try using a proxy or a VPN ?

Also that might work for you Dapianokid.

I just don't get why parents check what their kids browse while they're online more often and monitors the site history list (make sure your kid can't clear its content), instead of just blocking sites that might be clean.

Even that is disrespect to the kids' private life. When you're over 13 and your parents can read all the chats you made with your friends or gf/bf, this can be quite embarrassing. But yeah, blocking stuff like p o r n is a normal protection for the younger of us, again not for 13-18 who are in the middle of puberty and need independance (yeah I know this doesn't mean anything but you know what teens like to do) and probably have enough judgement to know what they can do on internet or not.

Also an easy way to enforce that kind of law is just to make parental filter distributing illegal and voila.

In Dapianokid's situation, the content filtering is abusive and he should have a talk with his parents to know why they restricted him all of a sudden.

Code: [Select]

[FFFFFFFFFFFFFFFFFF81BD959D8581FFFF81A19DA1BD81FFFF81BDA5BDA181FFFF81BDBD858581FFFF8191BD919181FFFF81A199998581FFFF81BDBDBD9981FFFF81BDA5A59981FFFF81A599A5A581FFFF81BDBDBDA581FFFF81A5BDBDBD81FFFF818199998181FFFF8199A5A59981FFFF81BD9D8D8581FFFF81BDB9B1A181FFFF81858D9DBD81FFFF81A1B1B9BD81FFFF81BD99999981FF]->Pic0


Ouch. You should do that :
[sprite1]->Pic0
[sprite2]
...
[sprite18]
That'd be much more readable and easier to edit.

Currently the screen is buffered. The background is only drawn once (when the level is first loaded). This is saved to the video buffer. Then the sprites are drawn on top of that and the result is copied to the lcd. After that, the buffer is restored (the background with no sprites over the top). The next frame, if the player has moved towards a screen edge, the background is scrolled 1 pixel and saved to the buffer again, before drawing the sprites. So the background isn't being fully re-rendered each frame.

The scrolling itself is actually quite fast. What's slow is the drawing of the sprites, as they are all masked and also clipped if they hang off the screen. Because of this, the game runs substantially faster when there is just the player sprite on screen, but then slows down noticably when more enemies, bullets & animations are all on screen at once. To combat this speed change, the game is currently throttled back so that it runs at a maximum frame rate of around 29fps (according to WabbitEmu). That way, the speed reduction is less when there are lots of enemies, bullets & animations to draw (I'll have to do some testing when I get a chance to get exact figures on the speed changes).
EDIT: I just ran a few quick tests. If I run the game at full speed unthrottled with only the player sprite on screen, it scrolls on average at 35fps. With 8 extra sprites are on screen, it averages at 24fps. With 12 extra sprites on screen, it averages at 18fps.

I intend to look at writing a faster sprite routine for enemies, bullets & animations that only handle clipping, but not masking. Those particular sprites don't really have any need for masking, and a routine that ignores masking should (in theory) operate at about twice the speed. Hopefully this allows me to release the throttle a bit and increase the frame rate without the game speeding up & slowing down too much when it has more sprites to draw.
EDIT: Based on the above tests, the game can run 20% faster when there are no sprites on screen. I'll be trying unmasked sprites to see if this decreases the speed reduction factor when there are many sprites on screen at once.

Oh nice, I didn't know that you decreased the overall speed to reduce the slowdown with a bunch of ennemies.
And yeah I don't think that the entities need masking since they're all black.

I felt your tilemapper was because I wrote this : http://ourl.ca/18573 but it's not comparable since you have a much more elaborate game.

Also multi buffering is a good idea instead of redrawing every frame. There are efficient ways of scrolling without redrawing the whole screen.

6*1024^3

IDK what to ask