Multiple Canvases Are...Not Faster?
For the longest time I was under the impression that multiple HTML5 canvases would translate to faster performance.
Wes Mantooth is a game development framework. It's a hobby and a tool for learning to optimize vanilla Javascript. It's not intended for production use and I probably will never actually build a game with it. If I intended to build a web-based game I would likely use Unity.
Currently Wes Mantooth is coded in Javascript ES5. I would convert it to ES6 except that Grunt does not currently natively support ES6. There is a transpiler available but, I will just stick to ES5 for now.
For the longest time I was under the impression that multiple HTML5 canvases would translate to faster performance.
A LOOOooong time ago...well 2001-2002'ish (I think). I was playing around a lot with Game Maker by Mark Overmars. There was developer named Brent who went by the handle Freegadgets who made a 3D engine Gadget 3D. It was really quite impressive. He started off by simply remaking a simple version of Doom. Over time he expanded it and eventually it used actual 3D polygons. It was loads of fun to build games with it and very easy. It was also a great learning tool. (As with MANY of my old projects I lost most of the games and models I built during this period).
View the source code here: https://github.com/061375/Wes.Mantooth/tree/master/wip/rpg
See The demo here: http://wesmantooth.jeremyheminger.com/wip/rpg/simple.php
Use your computers arrow keys to control the player.
This is a fun little experiment that proves that strange attractors really exist. The result can be easily reproduced in the real world with a ruler, a pencil and a piece of paper. It's not just some philosophical idea or some far out complicated mathematics.
Recently I started following tutorials on YouTube provided by Google on using and understanding deep-learning. This is a subject I have had some interest in recently. These tutorials not only gave me a foot-hold on how to use deep-learning, but have also given me an opportunity to start using Python as a language.
The whole idea behind this project has never been to create games. It was really an exercise to optimize my Javascript abilities. Generally at work if I write Javascript it's using jQuery and due to time constraints it can often be quite ugly and not very efficient.
So I built a list of tools I felt would be necessary for a game engine and currently they aren't exactly efficient or easy to use.
For example the multi-canvas example currently can run about 60 objects on screen before it starts to slow down. .. That's terrible.