a_bertrand

Wait till the 21th March before taking your decision. That's just a personal hint.

OO gosh... Well then I would say one thing: Good luck. Honestly making a whole engine supporting a FPS is... way beyond the skills of most and usually takes AGES to develop. That's why I would personally start with something pre-made and build from there, you will see there is already more than what you will be able to handle, I'm sure. Also taking Unity 3D allows you to run from the browser as unity plugin or as flash, or run as standalone. If you take the full engine road, then I would personally look into XNA.

True Spundinski, but they are way sub-par compared to what you do with Unity 3D and... they are actually much harder to code. With Unity 3D (which you can use for free), the basic logic of the FPS is done for you, moving around a world is done, collision detection is done etc... So why should you do it in JS when it look not as good, it's harder to do, and... overall the experience is worse?

Well currently the login doesn't work anymore for me though the company proxy system. So you may have some sort of IP check or something. On IE it does work with lower cases... yet there is a huge green bar on top (about 50px) where on FF it's only about 5px height.

Use google, and Unity 3D also have a lot of tutorials and pre-made scripts.

1) Nono demo as username doesn't work. Only Demo was accepted. 2) Well up to you, I tell you that with such low contrast it's barely readable here. And I doubt I'm alone with this case.

Well, you should keep in mind that this is certainly not a small project. Even on the artist point of view you will have to invest a lot of time / efforts and or money. For example I'm not even sure if Blender will be enough to really do all what you need. For the coding, well... if you never coded, check the page: http://makewebgames.io/content.php/151-Helpful-Links

Would strongly suggest to use C# within Unity 3D... But this is my suggestion. For the website, why do you need PHP? Can't you simply do it in plain HTML as your game will anyhow run within Unity?

FPS=>First Person Shooter? If yes, are you REALLY sure you want to do it with PHP, CSS, and HTML? As for me this is... like a complete dream currently. I would instead look for Unity 3D if I was you.

BTW... Just to make you happy I logged it: - First of all the login seems to be case sensitive even for the username. Seems odd to me. - The inside is not better, same issue with the contrast which makes it hardly readable. - Then clicked on some crime... and has been redirected back to the home page. And now... no more login. As said, for me you asked us to test way too early. Wait to have something to show before asking for review.

What's wrong? well it's basically all black... That's what I'm saying. Or if I shall try to be yet more clear, it lacks completely contrast and do not offer any kind of text, images or anything. Sorry but this is not appealing and is actually even worse than a simple white page without any CSS / style or formatting.

Well I don't know what you see... But myself I don't see much. Yes this is your site... [ATTACH=CONFIG]302[/ATTACH]

All is dark, I hardly see even the fields... No text, nothing, and you expect us to test it? Come back when you have something to show... as people will not test your site 10 times... specially if the first time was not good.

The advantages I personally see with scrollbars are: - Use the mouse wheel to navigate. - Find easily with a simple / and type. So even if the scrollbar doesn't always match the style, I still think they can actually be more practicable than having things split over multiple pages. Yet all remains to be seen how you implement things. And without going to CSS for scrollbars (which sadly doesn't work on other browsers), you can use some JS / JQuery and images to have a nice replacement of the scrollbar and yet keep all the features (mouse wheel scroll and searchable).

Actually I would go for pure PHP in most cases. Why? because PHP iteself can be used as template. Why replace <?= $content ?> with {CONTENT} ? save a couple of characters? I hardly see the need for that. However I'm all in favor of separation of the look and the logic.

I continue to be of the opinion, that unless you really can't do it with HTML and JS you should stick to that. You can certainly do good web interfaces which will not be all that far from a native interface, and the advantage is that you can update the game without any new download for the customer. Also having it in HTML it will allow to run on basically ANY device... and for me this is a big win. On the other side, if your game is mainly or completely offline, the a native application does make sense. But it's not your case as it seems. All that however it's personal feeling / opinion. Not saying your project is bad or anything. Just giving my opinion.

The name of the engine: New Worlds Engine Day to look for: 21th March 2012 What is it: A PHP game engine designed with flexibility and simplicity as first goal. Contains most of what you could expect from a game, beside the full content / story which you should bring. Difference with other engines: its modular design, which allow you to install new modules right from the admin panel, you can also disable them directly. Also, modules can use the framework to offer tweaks, options, or more. All texts can be directly edited by an administrator without changing a single line of code. Templates can be changed directly from the administrator or by any player. Is that all? No just stay tuned and you shall be surprised.

The issue with copyright is that even it's illegal, it's not always easy for the owner of the copyright to do something. I mean, you send a DCMA? And then? Nothing as the site owner could re-open somewhere else. Try to sue somebody? Where? On your own country or the country of the person which made the illegal act? And you know... suing somebody can be extremely expensive both in terms of time and money. So even if your are sure to win, maybe it will cost you more than simply leaving the copyright infringement alone. Looking from a different prospective, even if copying music is illegal (at least in many countries), suing all who even have some MP3 from some illegal source is... basically impossible. And behind the music industry there is HUGE groups. If they fail trying to do so, think about smaller groups. Said that, does it mean we are all allowed to use the work of everyone else without permissions / license? No. And as we all want to be game owners or coders or artists here on this board, I would say we should the first one to show that we do actually care about copyrights, which is nothing else as understanding that somebody else invested time / work to do something and we shall not simply use it without proper license / agreement or whatever.

Wait about 1-2 weeks and we should be ready to release. As suggested by ruler, wait just that much and you shall then buy what you think is better for your own needs.

trait... I never needed something like that myself. So I can't say I will ever use it... and for the remaining... honestly they are cool... but not all that killer yet, of course make your script in-compatible with previous versions so personally I would not rely on them for quiet some time.

I know there was quiet some buzz about Ruby last year or so, and I wonder how many of you actually tried it. Well, even if Ruby or Rail offer some interesting things, it's ALWAYS important to understand what the framework offer and what are the pitfalls. Sadly no softs are 100% secure so it's up to us coder to ensure that we understand what we do before we get hacked... if possible. The last news I got is: github hacked... and this via one of the most common hack with Ruby. Basically Ruby on Rail define automatically some "interface" to the database and your objects, and if you don't specify if some stuff are accessible or not, they will all be accessible via web. Without any control. Sad news is that it seems that most software developed with Ruby are vulnerable to this, in the sense that you could end up giving commands you should not like update users set role='admin' Why? Because Ruby tries to make your life easy and give access to all fields of your table automatically, unless you define it otherwise. And if you don't control the kind of operations like "update all", then all is allowed. So by default Ruby allows all... and you as coder have to restrict it. Is that a failure for Ruby? No, however it shows how hard it is for developers to grab the information of what's going on and how something can be secure or not. It's exactly the same issue we have with PHP and the tons of SQL injections / XSS hacks. I doubt any framework is 100% secure by itself, so it's our job as developers to try to understand what's going on and how we can prevent those. Yet with frameworks being more and more complex every days, I wonder if we are not simply heading in a situation where people will simply stop understanding what they are doing... and this Ruby story seems to show exactly that.

But then, is there any "backend"? Does it have a server running somewhere? If yes, is the server also written in Java or is it written in PHP? If not then how is it handling the multi player? Also, are you giving the android sources away with it or just a pre-compiled thing? I still find difficult to see how somebody will make a game like that...

You know that depending on which open source license the facebook connect library you are using you will be forced to give away your own sources as open source? If the library was under GPL (GNU Public License which is the most common), then sure you can sell your stuff containing the library BUT you must also provide access to all your code as open source as well. So check carefully the license of the sources. Yet if it's under LGPL then your are up and running ;)

You may take even 10 years or more to really master C++, so forget to switch from one language after the other like a bee on flowers! Also, why change language? If you study C++ at school then stick with it. Python doesn't offer anything that C++ can't do, it's actually the reverse. Yet C++ is certainly more complicated. Personally I would first choose a kind of work you may want to do, like web development, native games on windows or whatever, and from that choose a language which fit. Would be smarter to choose a language which does a bit more than simply that task. For example, PHP is not too bad for web development, but will not do much more. It took me about 5 years to really have a good hand over C#, and it wasn't my first language. That's why you usually do not switch from a language to the other as it really take time. It's not just about the syntax, it's about the library and the tricks the language / framework offer.

Doesn't work on FF 10 Doesn't work on IE 9 So seems to work only on Chrome... A bit sad. But seems a good start.