Octet

Looks like someone needs to change their password...

Sorry but I would much rather not give out this sort of information, however I shall happily do my best to answer any PMs you send me through this website?

Mainly I am following the official documentation from places like Mozilla (https://developer.mozilla.org/en/docs/JavaScript). I can however recommend a good book called, HTML5 Canvas Cookbook (http://www.html5canvastutorials.com/cookbook/) which has a lot of useful tutorials in it. I've then adapted these using a mix of previous knowledge, ideas from other websites and official documents to build my current game. If you use the various resources as a guideline, and a starting point you shall soon pick up the language and you can then begin working on your own ideas of how you should do it and how it should work. Good luck!

Progress Report 2500 tiles can easily be loaded in 400ms, the player can move around smoothly and so performance is looking good. No pictures for this update, however I am going to begin work on the actual levels now so that the player can walk around what the world shall eventually look like. Once this has been done it is on to seperate zones, such as inside buildings as well as AI and quests.

Hello srachit, A lot of it does require JavaScript, as mentioned by Joel to unlock the full potential of HTML5. Personally I haven't done a lot of work with JavaScript but since starting this project I've found it is extremelly easy to pick up, especially if you have a logical mind which you clearly have to be able to code in C++. I also do a lot of work in PHP, which is more similar to C++ then JavaScript and again you should be able to pick it up with some practice if you have a logical thinking mind. One thing I would say though, is don't use the w3schools.com website, it is grossly innacurate and you shall pick up a lot of bad habits, their website itself isn't even compliant to W3C standards and they certainly don't endorse it.

Thank you for the offer however this is a closed project, it is something I would like to do myself however if you are on the forums then I might have some questions in the future :P

No, it certainly isn't replacing PHP. PHP is a server side language whereas JavaScript is primarily a client side language, a huge difference and they both have critical and unique roles. You can have a small lapse between the two sides however they won't be replacing each other any time soon. Happy Coding!

  Thank you for the suggestion however I would much rather not use any third party, 'middleman' libraries if I can help it.

Unfortunately JavaScript cannot write to files, so a server side would be required to either write to a flat file or to a relational DB such as MySQL.

I am actually building my game based on the HTML5 canvas, It is a lot easier to implement then if you where to use JavaScript alone, you can render directly into the browser. You do require a server environment to run all the features, however it isn't 'essential'. As I say, I am using it for my game which you can read here: http://makewebgames.io/showthread.php/42729-Project-Echo-An-Online-City-Role-Playing-Game In it I have briefly covered the possibilities with HTML5, such as easily rendering 625 images in less than 500 ms... it is rather powerful for what it is.   In terms of server side, you don't need PHP to run the game, the only thing PHP or AJAX would be required to do is communicate with a database and thus allowing you to save, or login but then this is the same for any game so there isn't a difference.

Thanks, No, at the moment it isn't randomly generated however that is a feature I might add later on. Currently the tiles are pre-loaded using JavaScript and then it reads through an array of numbers which relate to a tile. The entire map is currently being rendered each time the player moves as this is the easiest thing to do, however depending on performance I might split it into smaller sections and the player shall either travel accross 'zones' or if there is a serious performance issue then I shall have to render only visible tiles then render the next row or column depending on their movement. Performance shouldn't be too much of an issue however, In the example you can see it is rendering 625 tiles (not all visible). In total the page took 536 ms (processing the mapGen script takes 61ms) with the majority being loading the images, which I shall try and optimise, that is connecting from a remote server in America (pingdom.com).

Ok, A quick screenshot showing some of my attempted sprite work, it isn't amazing but I think it shall still work. Once the game has been completed I might look into getting an artist to do some of them. [ATTACH=CONFIG]809[/ATTACH] The areas where the water meets the land shall be changed, to have a small embankment for a smoother transition, apart from that though... this is the sort of graphics you shall see. What do you think?

I think in the modern age, you can get away with not having graphics, or having limited graphics (such as a small image alongside a text based game) however I think you shall struggle to get any real audience. You shall find a select few who are either nostalgic and want to play text based games again and the few who still appreciate their charm and the work which goes into designing a good story however for the majority of online gamers then I think graphics make up over half the experience. Personally, I would enjoy playing a well made text based game, however it isn't the first thing I would enter into 'Google' (other search engines are available) when looking for a game to play.

Unfortunately I have no idea. I personally have never played any of the Pokemon games however during some research into other games which use the 2.5D perspective, Pokemon comes up a lot. The screenshot above is from PhotoBucket however judging by other images in this person's album I am guessing Pokemon Mistic? I should just clarify that I am not using the sprites included there but instead shall be designing my own.

Thanks for the reminder to slow down Aventro, I was getting carried away a bit there! [ATTACH=CONFIG]805[/ATTACH] This screenshot shows the map which is rendered first, it is currently just as an example and for testing, it shall be changed when I come to designing the levels properly. The red square represents a player however in the game this shall be changed, and depending on the movement the sprite shall face this direction. The difficulty I had previously was checking for collisions, however I believe I have sorted this out now using the following:   var canAnimate = true; function checkCollisions() { var IMGData = context.getImageData(posX, posY, 15, 15); var Pixels = IMGData.data; for (var i = 0; n = Pixels.length, i < n; i += 4) { if (Pixels[i] == 0) { canAnimate = false; } } }   What this is essentially doing is changing that image into a big array of pixels, each representing an RGB value. I am checking the array for anything in a 15 X 15 at the characters position (the space the character shall occupy if they moved). If a black pixel is found then it shall not allow the player to become 'animated'. Inspiration for the level design shall come from 2.5D maps like this one: [ATTACH=CONFIG]806[/ATTACH]