mdgunn

It would be good if there was a delay before it flashed I think......then you could have a long time between short flashes, acting as a sort of visual hint rather than it seeming to be a continuously pulsing object (which may be jarring in a more realistic game). Also I'd move the magic numbers (0.25 and 0.75) to the top and comment them and possibly expose them. It could be handy if the object went 50% brighter and 50% darker say. I actually had a go at modifying it to do all this but got a bit bogged down and didn't complete it in the end. If I do I'll post it.

This time I hope to put together something a bit more complete. I think I will aim for 4 weeks as the 80/20 rule says there will be 80% to do at the 'end'! 2 weeks will help. Nothing concrete started yet.

Here you go. Wasn't really sure how to best package it all up. Put what I could off in a separate addons directory though it relies on parts of FPS hud materials and sounds. Uploaded an EXE build package: https://dl.dropboxusercontent.com/u/67692508/leadwerks/leadwerks_nov_16_challenge/lw_nov_16_jetpack_challenge_exe.zip and the whole project: https://dl.dropboxusercontent.com/u/67692508/leadwerks/leadwerks_nov_16_challenge/lw_nov_16_jetpack_challenge_project.zip Main script is MDG_JP_FPSPlayer.lua Main desktop has some problems so had to do some final bits on my laptop intel graphics which is often a bit weird. You may get massive particles for the jetpack smoke. Enjoyed the challenge I there is a good chance I'll base my Christmas game on the work done here so thanks for setting up the challenge.

I think you lose access but you can download all the textures and rigs before then. I've not checked if the training can be downloaded. Other places usually prevent that but not sure about here.

Blender Cloud 50% Off Cyber Monday Only https://cloud.blender.org/blog/ For about 15 euros (think it was about 12UK pounds) you get 3 months access to Blender Cloud. This gives you access to some decent Blender training videos and some rigged blender characters but also quite a large selection of good quality textures which from what I could gather are CC-0 licensed (no credit even required). I could be wrong on that but whenever they mention textures they seem to say CC-0 along with it though it's not actually on the individual items. Many textures have multiple maps. Some up to about 5 or 6 (displacement, normal etc). I thought this was a great deal and help support Blender make films which directly pushes forwards the Blender tech as they use the money to develop tools to more easily make their current film. I joined straight away when I saw this, but then I'd thought about it a few times in order to access the training and assets.

A pure VS2015 template solution is acknowledged as being on the road-map of tasks. Hopefully Josh will see there is another new user looking for this feature and evaluate this in light of existing priorities. I'm fairly sure he sees most posts in the forums here, or you could always PM him.

I think it's a good idea. May be best if the theme is quite general so that people can find a suitable solution that they are capable of coding and also to come up with some imaginative and varied items. This way there may be several workshop worthy items that are different, rather than just ending up with trying to judge the best in a narrow field . 'Best' may be hard to judge. It would be good that people aim to produce a good quality item for the workshop and this is born in mind by the participants. However at the same time producing anything of any quality by anyone is also better than nothing and much can be learnt by the creator and also others involved just by participating. Perhaps some sort of review at the end as Josh does might be good to point out good aspects of different items (thus there doesn't have to be a best). Or the submitter is encouraged to say a line or 2 on submission and these can be used as the text in some sort of summary forum post so forum searches have some change of picking up these items.

I understand Josh sees a need for better learning material too and the plan was to have more templates (and probably of a more in depth nature) at some point in the future. I don't believe there is time scale on this but I think it has been considered high priority by him in the past. This would probably significantly close the gap that you (and many others) are experiencing. I hope there is some progress or announcement on this soon.

Thirsty Panther's suggestions are good ones.... I'd also suggest a few other things: keeping the thing you are trying to solve very simple and isolated. For example, create a test project where you experiment and build your knowledge, create a blank map for your specific problem of the time, solve that problem with cubes or whatever in the simplest way possible. Consider creating your own project template where you copy in your own own scripts you've built up over time. Just copy the blank project in steam to a new location and give it a new name. Copy in various starting assets from FPS template. E.g. sounds, hud materials etc. So the FPS controller works (its needs various sounds etc). I then tend to create a sub-folder in the scripts folder with my initials on and put scripts in there so its VERY obvious where my own scripts are. The example scripts (particularly the FPS controller and associated scripts - i.e. projectiles etc) are worth studying and tweaking. The online help system has some useful simplified examples which are worth checking out and tweaking to build understanding. Work shop items have some useful scripts with them. Beware though some may not be best practice (e.g. may process something when they should be doing a check and avoiding running code) but they often solve a focused problem. E.g. camera dolly, smoke mine, multi-level elevator etc. I almost always start from an existing script. E.g. the switch one where some of the basics are in place that are hard to remember (e.g. syntax for script parameters, exposing a function to be called by the flow graph - if you use it). System:Print is your friend (but your enemy if running in release code). If you're not sure what's going on System:Print the value and look in the console output. Long term you want a better strategy but for understanding problems it is quick and easy to put in place (and comment out). In general lua is fairly simple at the level you will 99% of the time be using. I don't think there is too much you need to know. Tables are one of the key features that make it a bit different to some other languages but I would not worry about knowing everything about them. The important thing is that they are a container which can hold values, other tables or functions. Because you can have these 3 things in there this gives you a simple mechanism to construct a sort of 'object' where you can store values in slots, create lists of items in sub-tables and work on those values and lists with functions. I think the confusion comes in the way the code needs to be written to talk to these things (e..g self.whatever Script:whatever) it's a bit odd but try to get through it. Leadwerks also has conventions for how it talk to lua (e.g. defining parameters and exposing functions to flow graph). These are not really LUA, just how leadwerks uses lua. Studying existing scripts is the best way to get comfortable with the conventions. Suggest your focus on some things (in isolated test project) like: - System:Print - types such as booleans (checking a boolean condition before running chunks of code is a good practice). - loops - useful but avoid doing many loops if you can (e.g. keep a reference to an object or thing so you can operate on it straight away) and if you have to loop exit out as soon as you have the answer see LUA loops. - Knowing how to loop through a table (check out key/values/pairs) - some built in table functions - manipulate strings - casting an object - So if you have a list of items you might need to cast it to the right thing so your code can access it properly (e.g. an entity etc.) - Understand that all objects are global unless you declare local, so most of the time you SHOULD declare local in your objects. Global is usually bad as if something else creates something with the same name you have issues. It can be useful in games, where you work along and understand ALL the code, to have some limited globals though as on small amounts of code it can be a quick and easy solution. OK this has got way bigger than I had thought it might. Better cut it short here. Suggest that it might be good if you generate a bullet point list of all the things that you can think of regardless of whether they seem silly or not. It's probably impractical to think that you'll get answers to them all here but I'm kind of interested in what you might list. I'd like to think I might do a tutorial or something to help you out, but it would probably take some time to do and I'm not sure I'll get round to it. If I do your list might be useful. Personally I think you have a very valid point about there being a bit of a gap in how you actually sensibly progress on on non-trivial project. Anyway maybe if you do a list and maybe high-light a couple of things that might help most then we may be able to get you on the right track. If you read all that and got this far....you have too much time (me too? - really need to get back to work)....you should be learning LUA in Leadwerks!

There is a workshop item for this. If it works like how you want. Don't have link right now got to rush out to work.

I think you need one per room because the reflections that you see bouncing 'back' of the probe box are what would have hit that box from the central location of the box (er...I think). So if you're in a room but the box doesn't match the room (I usually have the box just penetrating the walls etc - don't know if that is optimal) you're probalby going to see something which doesn't match up with what you should see reflected there. I think if you have an open area you can probably have multiple probes and in that case it might work to have a large encompassing one and maybe that sort of takes over when the if you aren't currently in a more localised one but I've not really checked that out so I'm just guessing.

I think the expectation is that there will be pressure for dual cores to disappear from new machines when AMD Zen is out (late 2016/early 2017?) as I don't think there is going to be a dual core Zen and I *think* even the most basic Zen is expected to be significantly better than any current dual core Intel (which wasn't the case previously).

The thought of unit testing had been through my mind a few times (and just a few days ago actually) but not yet pursued it. This should help a lot. I hope to look at the Behaviour Tree stuff next time I do some AI http://www.leadwerks.com/werkspace/topic/14865-behaviour-tree/page__hl__behaviour. Thanks!

A few suggestions: 1) Take a simpler model (e.g. textured cube or something quick to generate). Make sure you're happy that the basic process of import does usually work. Usually you do have to do calculate normals. 2) Make sure the model in blender looks OK turn on the normal direction display. It looks most like an issue with the source model given just a few triangles seem out. 3) Post a link to your blender file (textures probably not required if it's a normal issue) so others can try.

I seem to keep missing these things. I wonder if there's some way I can be 'push notified' of these events? I think it is always a different forum post so can't 'subscribe' to it.

Great article. Looking forward to the next one!

If I'm correct (I don't use the C++ version just now) the C++ files produced work best in Visual Studio. I think there is a '.sln' (SOLUTION) file produced which I think you can just open and will compile and run to a bare project straight away. You might get it working other compilers but it may be tricky. As I say...I'm personally not a C++ guy, I just saw no response yet and thought I'd tell you what I thought may be the case. Ah...I see you're on Linux. Sorry, guess it must produce something Linux friendly too. I wouldn't know much about that sorry.

Will it work on VS Community Edition 2015? I believe at this VS CE (2015) is now pretty much full VS more or less and as it's free is a good selling point for LW I believe. I know some others engines have mentioned VS CE support.

As a guess, maybe check the entity has a script exists before you access something on it? Some entities coming back are probably not the ones you want to look at and may not have scripts.

Thanks for this! I had a bit of a go at this a while ago but the results weren't pretty.

Interesting reading as always.

Interesting idea. Recent trends in editors have tended towards light-weight editors with plugins to add small extra features which are often simple or text based UI additions. Unfortunately the Leadwerks editor lacks some basic editor tools and doesn't allow plugins. For your scenario I would usually use what in most editors would be called a 'bookmark' at the location I want to return to (not a feature of the editor - but present in most other editors). The other way that is supported is to use Ctrl-G to move to a line number ( so Ctrl-G '0' ENTER will get you to script property area at the top, and CTRL-G '494' ENTER will get you back to your coding location. I think Ctrl-Home and Ctrl-End jump between the top and bottom of the page too. Rick also makes a good point that some good coding practices can help keep things from getting out of hand, such as splitting out functionality into separate files and breaking out lengthy code sections to functions. The main body of the sequential code is then likely to remain close to the property definitions with the function definitions out of the way at the bottom or in separate files. The 'flow code' becomes a series of simple logic statements and function calls and the function names give you something identifiable and memorable to jump to with Ctrl-F should you want to navigate around. It takes some discipline to work this way. I think a lightweight editor with plug-in support would have been a nice way forward to allow the community to drive forward what is perceived to be the necessary extensions, and also to learn and build upon those too. (See Sublime editor, Visual Studio Code, Brackets etc.),

There are a few approaches that might work. Some people might like to know that they have assets that are going to work for them so they get this detailed work of sorting out engine working characters early. However if your new to game dev I would suggest working with assets from the workshop and just getting a game done and under your belt. A good way is to build your game from simple to complex. Personally I try to split everything down into tiny chunks and make sure I can do that thing in isolation on a bare bones map. Literally a cube for a floor with the generic FPS prefab dropped in it. Maybe I'm creating a teleporter or something. Once you have the thing working you can save it out as a prefab and bring that into your main level map. For level maps a possible approach is to 'block out' the level very roughly and quickly with CSG, apply materials and align them to faces then add in external FBX models (chairs, pipes etc) and creatures. It is also possible to export the CSG to a file which you can take into a 3D program then bring it back in as an object. Lighting is probalby best left till late in the map development. You may need to fine tune the amount of lights and the types to retain performance (only some lights should have dynamic shadows). Try to make your first games ones which will not run into performance issues so much anyway, e.g. an 'outdoors', maybe abstract game were there is maybe only 1 light or few. Keep mechanics simple. Better to do multiple short games than 1 big one. Each can tackle different aspects of a bigger project you may be working towards (e.g. something with an inventory, somthing with a better UI, something with more complex lighting etc.) Personally I try to keep any scripts or prefabs etc I create separate so I can easily copy just those folders around if I want to put them in a new project. As far as MP4 goes....you mean for videos? I can't remember if Leadwerks supports that and I couldn't find the list of supported files, but I think it does not (which may be why you're asking)? It will play video files, for cutscenes or whatever (I believe) but you may need to convert to a supported format. When using C++ things are a bit more open as you are essentially using Leadwerks as the core of your game and you can wrap whatever other libraries around it (e.g. extra file type support). So you're game might load the video and play it, then talk to Leadwerks to launch a map. If you're using LUA then you're more 'within the engine', sort of anyway and are more reliant on what it exposes to LUA. You can use LUA libraries to gain some functionality but I think they have to build on what is there (e.g. maybe some AI routines) rather than allowing support of file types not supported by the core. I'm not sure I explained many things well just now so if you've got further questions I'll try and make things a bit clearer. The forum has a handy chat feature (bottom right). So if I'm around you can get in touch that way if you want. Providing I'm actually at my machine and not just lurking . I'm on UK time and am most likely on in the evenings.

You're situation is quite typical of many LW users so don't worry. Many people would use a 3rd party model for a character model and then may model some of their own simple assets, or get them from elsewhere. Get familiar with the Workshop and what is in there. Some things (e.g. post effects are almost essential in most projects). A character model could probably be updated later on without it totally breaking your game as long as the models have similar animations (the names don't need to be the same or anything - you can remap animations at any time). So don't let the lack of a perfect model stop you prototyping out your idea. At the end of the day it will largely stand or fall on the gameplay over the model quality. Arteria 3D are often used for LW models and I've heard Unity models work quite well so buying or using Unity assets is a possibility. Try some free ones first if possible. In general if you can get an animated model in FBX format you should be able to use it. You could try looking through the gallery for people who seem to be highlighting models (in which case they may be showing a model they've made and you may be looking at someone who has some model specialisation - there are a few people). Good luck.

Only difference with Professional (I believe) is that you can use C++ yes, which it sounds like you don't need. Sounds like you are doing 2D side scroller with 3D models? There have been a few of these. Think Angelwolf (http://www.leadwerks.com/werkspace/user/15469-angelwolf/) did one recently for the game jam so if you're stuck you might want to check with Angelwolf for recent experiences, or just post a general request for help.