-
Posts
564 -
Joined
-
Last visited
Content Type
Blogs
Forums
Store
Gallery
Videos
Posts posted by Laurens
-
-
Excellent, I'll try that when I get back home tonight. Thanks!
-
Hi again,
I have only been able to try this last night when I found out this command is not included by the standard engine header. Did you inlcude the Lua headers for this Rick?
Thanks!
-
I believe you can indeed try 3D World Studio for free, but it is a CSG-modeler, not a game engine, i.e. you can't create games with it, you'll need to do the coding yourself.
-
I agree with Rick, I don't care what physics engine you roll in, as long as it's well documented and stable. I would hate to get stuck with PhysX if you think it won't do Leadwerks any good but implemented it just because people like the shiny logo. I for one am completely impartial to that.
-
Thanks for the fast replies, that should work perfectly!
I use my entity scripts like classes. Then I code most of my game in a C fashion in Lua and found I was able to produce something much faster and easier. Just my experience I speak of though.
This is the route I intend to take as well, using the main Lua file. I just needed to setup CEGUI in C++. Otherwise CEGUI supports Lua as well so I hope I don't need to get back to C++ again.
-
Hi,
I have decided to embrace Lua for the sake of getting a game done and stop fussing about proper architecture. To this end, I would like to have an executable similar to the engine-provided executable that just runs start.lua. With a twist. I would like to use CEGUI and I need to bootstrap it to Leadwerks in C++. No problems there, but how do I get Leadwerks to run start.lua similar to what the provided executable does? It seems the Lua API provides a dofile() method but this does not seem to be exposed to the engine.
Thanks!
-
Hi guys,
This is unrelated to any sort of game development but since I know some of your are either licensed pilots, in training or otherwise enthusiasts, I figured I might as well try. I am trying to figure out an unambigious, international standard to aircraft classification or at least come close (if such a thing exists).
Typically when you acquire your license it comes with a class rating for any of the following classes:
- Airplane
- Rotorcraft
- Powered Lift
- Glider
- Lighter Than Air
- Powered Parachute
- Weight-shift Control
These classes can be further subdivided, take the Airplane class for instance:
- Airplane
- Single Engine Piston - Land
- Touring Motor Glider
- Micro-Light Aircraft
- Multi-engine Piston - Land
- Single Engine Piston - Sea
- Multi-engine Piston - Sea
Considering the source material is a publication from the JAA, I can only assume this holds true for Europe, but what about the United States? Does the FAA deviate from this standard?
Furthermore, are the actual rules for classification the same? For instance, in the Netherlands, an airplane is considered to be a Micro-light Aircraft when it's maximum weight is below 450 kg. Is this different on other continents or countries?
Thanks!
-
Skyboxes are stored as cubemaps, i.e all six images are stitched together to form a single image. It's possible to extract the six faces from it with the NVIDIA texture tools but you would have to stitch them back together as well before you can use it.
-
Are you including the windows API yourself? If you are, the ordering is important. I don't remember if you need to include either windows.h or RakNet first though but try both and see what works.
Cheers!
-
What kind of errors are you getting? If you could post the build/link log, we can probably tell what the problem is.
-
Version 1 of what? It would help if we knew what your idea or requirements are so we can better offer alternate solutions.
-
What's the idea then? I seriously doubt it cannot be done. It might help to get a different perspective.
-
Hello and welcome!
Leadwerks is up to it, I believe Metatron has actually done a quick proof-of-concept of a racing game a while back although I cannot seem to dig it up right now. Do keep in mind that you will have to do nearly all of the programming yourself, even though Leadwerks has built-in support for vehicles. There used to be a driving game included with the evaluation kit but it was updated recently and I'm not sure if its still included but you can always download and find out yourself.
Cheers!
-
Sure, I won't be home until saturday though. I'll dig it up as soon as I get back. It's in C++ but the engine commands are the same, I hope that's ok.
-
I second Ken's approach. That's how I'm drawing the sort of energy link between power nodes. It's like a laser beam as well, and it doesn't require Framework.
-
It's juts that LeadWerks could go towards some sort of Unity or Torque 3D approach, where you can create the entire game by script (entities interaction and script attaching , avoiding to have to place entities by code because they have already been placed in the editor ).
It's just opening up lot more LeadWerks engine to fast game making with scripting system, and im' of the ones that is for this option.
It's already doing that, isn't it? I am not loading any entity or script by hand anyway, and you don't have to either.
-
It's not like you have to pick one or the other. I have written some code in C++ to bootstrap additional libraries (such as CEGUI) and will probabaly move some CPU-intensive algorithms there as well, but for the most part, I have written everything in Lua because I won't have to wait for long compile times.
-
Well, appearantly I was missing both lua_d.dll and tolua++_d.dll from my path but I was unable to find any documentation on that. Anyway, now I can hand CEGUI Leadwerks' lua_State but now Leadwerks crashes on running the first script. I guess these two aren't meant to be. I already asked on the CEGUI forum but I'd like to hear from you guys as well, would there be any objection against having multiple Lua states open at the same time?
-
Well it's compiling now, but it won't run:
_ceguiScriptModule = &CEGUI::LuaScriptModule::create(reinterpret_cast<lua_State*> (lua));
The application failed with exit code -1073741515 (0xc0000135).
This could indicate that no required .dll was found in the PATH.
I suspect I cannot cast the lua state from Leadwerks and pass it to CEGUI the way I am doing because I do have CEGUILuaScriptModule_d on the path and there seem to be no other scripting-related DLL's in the archive.
I've asked on the CEGUI forum what DLL's to actually include so I can rule that out though: http://www.cegui.org.uk/phpBB2/viewtopic.php?f=10&t=5794
-
I've rolled in CEGUI and I don't observe any noticeble difference in FPS even with the most complicated GUI sheets open so I wouldn't worry about it, which I think is good advice in general. Get something working and if its slow, then optimize it later, but preferably don't waste time and bend your back to reinvent the wheel just for the odd single frame you may save.
-
I have not tried that yet. I suspect that would require me to pull the Lua headers in and I was hoping to avoid yet another complication. If there is no way to get it from Leadwerks I guess I'll give it a go though.
-
Hi guys,
I am trying to get CEGUI to play nice with Leadwerks' already opened Lua state:
byte* lua = GetLuaState(); _ceguiScriptModule = CEGUI::LuaScriptModule::create(lua);
but this doesn't fly. CEGUI is expecting a lua_State object and not a byte pointer. Is there any way I can get an actual lua_State from Leadwerks?
Thanks!
-
That looks good Ken, well done
-
I run a filter function to filter out some of the things it should ignore But thanks for the input.
What template do you use? I get a feeling that the LEO template isn't quite finished, and I'm pretty fluent in other language other than BlitzMax, so I might as well change.
I am not using LEO, I very much prefer the C-API. It never gets in the way
Running a Lua file
in Programming
Posted
That's pretty sweet (and quite mind bending having never look like anything like it before) Rick.
CEGUI has a built-in Lua interpreter so I can already do that, my main concern was calling a Lua script from C++ that is not an entity script. I want to do as little as possible in C++ unless it is absolutely required. The main loop would look like this:
This way I can stricly contain game logic in Lua and keep everything else contained in the C++ binary which is a clean seperation that I like.