Laurens

Welcome

Thats really cool Vetal, can't wait to see how this develops

You could enable collisions on the weapon and the hand. That should prevent it from clipping into other objects.

Making a game is not like driving a car. You will learn to make a big game if you can apply concepts you learned on small projects to big projects.

I agree with MG that the OP was simply looking for the right engine. However, with limited experience tackling an MMO is bound for failure and guess who gets the blame then. So I do think that it is important that the OP knows what he's getting into before shelling out $250 on this great engine only to discard it after a month, blaming the engine and the documentation/community because it does not have a "MAEK ME A MMO NAO!!!"-button. On that point I can only quote what Pixel said. Truth right there IMO. Also, obvious troll is obvious so let's not pay attention.

May I ask what sort of experience you and your parents have?

I am far from an expert (learning C++ as I go along with Leadwerks) but I believe your first example creates an object on the heap, whereas your second example creates an object on the stack. Characteristic of the stack is that when "newplayer" goes out of scope, it is no longer valid. Someone will probably come along to correct me The key in map will always be a pointer. You can't stuff references as a key in a map.

I indeed vaguely remembered a post where he said that although I was unable to find the exact post. Thanks for clearing that up though

Leadwerks any day. As said before, you will need to write all the (net)code yourself though. However, if your team found UDK to much to handle then you might want to start of with a project far more limited in scope. Doing an MMO as a first ever project is bound to fail.

What I would like to see is a switch to run in dedicated server mode, not requiring a graphics card but still doing physics. I know there has been talk about this but will it still make LE3?

Well I meant to get a game going really. Can't really drag-and-drop a game now, nor should anyone want that. The army of clones would be horrific

Another approach would be to stick all input that occurred in, say, the last 250ms in a buffer and defer MouseClick/MouseDoubleClick from that. I agree that having these commands in the engine would be a nice feature to have though.

You should know that LE is fairly heavy on the programming side of things in my opinion. I am not saying you should not try LE but before you invest in a external GPU or an entirely new desktop you may want to try Unity (there is a free edition) first, which (most likely) does run on your current hardware and is more oriented towards artists. Cheers!

I lol'ed You would have to search BestBuy or Newegg for that. May I ask whether you are a programmer or an artist and what your prior experience is? Also please do not take this the wrong way but you might do well reading the following article: http://www.catb.org/esr/faqs/smart-questions.html. While it is mainly focussed on hackers and Usenet, I think it applies to all internet communities in some way.

You should probably answer this first: http://leadwerks.com/werkspace/index.php?/topic/2707-new-can-i-archieve-this/page__p__25077#entry25077 Cheers!

Funny how these things work out Glad you got it working! Cheers!

Hi Texel, I just ran your code (modified it a little bit to initialize LE and so on) and am afraid to say it crashes on me too but not on the same line. My display driver stops responding on: CEGUI::Window *root = wm.loadWindowLayout("test.layout"); I then opened up an old sample project I wrote for Shard a while back, copy/pasted your code in and it ran fine. Only difference being it used an slightly older version (0.7.1 for VS2008) of CEGUI and version 2.32R5 of LE. I am afraid that without source access to LE I cannot safely say whether this is a problem caused by the engine or by CEGUI. On the one hand you would say that it is a call to a CEGUI system and as such has nothing to do with LE but on the other hand, the CEGUI user base is so wide, one could reasonably expect loading a predefined layout to work fine or people would have complained already. You can try running the old, 0.7.1 VS2008 binary version of CEGUI I used back when I wrote the tutorial and see if that helps. You can compile your application with the VS2008 binaries if you have VS2008 installed alongside VS2010. You can modify your VS2010 project settings to compile your project using VS2008. I can understand if you do not wish to go through all this trouble but if you do manage to get this working, I would dearly like to know what fixed it. Cheers!

You can also find the OpenAL installer here: http://connect.creativelabs.com/openal/Downloads/Forms/AllItems.aspx

You used to be much more subtle mack. This is just fishing with cannonballs

I vaguely remember you were not to happy with Code::Blocks. As an alternative I can recommend Netbeans. Started out as a Java IDE but has support for C++ as well. I have been using it for Linux development for nearly two years now and never looked back at that horrible Code::Blocks interface

That would work but a server would need to be SM3.0 capable then. Don't know many that are.

On second thought, the naming should not be a problem. I wondered why it would run flawlessly on my computer in the past using "looknfeels" instead of "looknfeel" but I think I understand now. Consider the following code: rp->setResourceGroupDirectory("looknfeels", "GUI/LookNFeels/"); This simply maps the string "looknfeels" to a directory path. CEGUI::WidgetLookManager::setDefaultResourceGroup("looknfeels"); Sets path where the WidgetLookManager should looks for resources to the path mapped to "looknfeels". Of course these are assumptions but fact remains that I have set the paths to "looknfeels" and CEGUI runs just fine. I am a little to busy at college right now but I will try your code later this week and find out if it crashes on me too.

I you want an actual pointer to a TEntity using LoadModel or something, then no. Basically all commands require that LE has been initialized and the server therefore needs to be SM3.0 compatible. You can however use some other networking library (SDL_net, RakNet) and read the SBX file by hand. It's plaintext anyway.

If that did in fact help I will modify the tutorial at once, and then go feel ashamed in a corner

What Rick said. Would be awfully inconvenient if clicks would be sent to the other peer and both clients would do their own pathfinding