Rick

The health fad you speak of is interesting because the food that is presented to us by advertisements are not "natural" type of foods. So it would seem odd that a person would call it a fad because it goes against the grain of business advertisements (basically everything found in the isles at grocery stores is not natural food). What most people think is "normal" when it comes to food is really business advertising us from a young age so it seems normal now as adults. If a person suggest eating whole foods all of a sudden they are not normal and fanatics. That's what the modern world has become. If you go against "normal", which normal is fairly bad right now, you're a fanatic cult person. When was the last time you saw a commercial on veggies or whole fruits (not juice), or even chicken breasts (no deep fried from a restaurant) or steak (again not from a restaurant). The foods a person should be eating isn't advertised and in our faces as much as the foods we shouldn't be eating is. Which is insane on the surface but of course it's all about that dollar (capitalism has some negatives to it). I view the internet as a reflection of the real world knowing that most people in the real world are messed up. Or better put, they have different ideals about certain things than "me". It's like thinking everyone is a bad driver because you run into a couple idiot drivers every day. Well there are SO many people on the road that it only takes a couple to make us think this. The reality is "you" were someone else's idiot driver a couple times a year and because there are so many drivers if a couple mess up a couple times a year, we then end up seeing it every day because of the number of people. The internet is the same way. It's the sheer volume of people that even if a person expresses their "different" opinion just a couple times a year, it ends up seeming like a lot of cult members, fanatics, etc because there are so many people doing it a couple times a year yet it seems like a sea of people. Humans are tribal by nature. Our brains do better with small groups. The internet exposes our brains to something that it has a hard time understanding. The above was, of course, my opinion on the matter.

Do we have Enter, Collide, Exit collision functions in LE5?

Just a different take on this perhaps use GetEntityInAABB would be a better approach so you don't have to store pointers of other entities within other entities or have access to global lists or anything like that.

Changing font is a state kind of action. When you change it, it's then set for all drawing of text. So you have to change it, draw your text, then change it back to what it was. What timer are you talking about? You have some timer code somewhere? We'd have to see it.

There is a documentary on Netflix about this. Watch until the end and you'll understand what this flat earth movement is all about. The earth isn't disc shaped.

What I would do is create a new map called StartGame.map or something like that. You won't have any 3D stuff in it (maybe you would later if you decide to have the start menu 3D background?). In the map add a pivot and attach a script to it. In this script would be where you draw all this stuff in the PostRender() function of the script if you're using images for the buttons or in the Start() function if you want to use LE's UI. Then when buttons are clicked you load the new map that is your actual game. You can see how to load a new map in Main.lua file but I think you just set a certain variable to the map name and then it'll load it.

So you're using the veg system for positions/rotation only? If you are replacing every tree in the veg system with an instance of a model, that's what you said right? I would think you would lose performance of the veg system then if you did that right as that has billboards and such where your model instances wouldn't or are you doing your own LOD type thing and that's what the distance check is for? I was thinking you were replacing the veg trees to instance models JUST around the player since if possible that would really be all you need to do, but the problem is being able to tab into the veg system to do something like that.

This looks cool but it seems it may not be that efficient? If I'm reading it correctly you're loading the tree model for every vegetation model that exists on startup. Then inside each of those models you're checking the distance to the player to determine if you should do something. Just thinking that's a lot of checks happening per game loop. Could you not go the opposite direction and do AABB check in a range around the player, then loop only through those to make them real models vs veg? Keep that list so the next iteration when you loop again you can tell which ones are no longer in the list and change those back to veg vs model? Seems like you'd loop through a lot less veg overall each iteration. Where are you able to manipulate the veg system to hide specific trees? I didn't think they were accessible that way?

lol

Tessellation should really help to add detail to our games! It seems like I don't see a lot of tessellation in games that I play these days. I wonder why that is because if I recall the tech has been around for 3-5 years already?

The bots are having conversations with each other! After the human race is all dead bots will still be replying to each other on forums and the aliens that find earth will be very confused.

So in the scene graph you have a camera object as a child of your player pivot? If that's the case then from your script that is attached to your player pivot you'd do something like this in the Start() function: self.camera = self.entity:GetChild(0) This assumes you only have 1 child to your player pivot and it's the camera. If you have more than one child I think you can use self.entity:FindChild("camera_name_here") Scripts don't automatically get variables like you're thinking because they are children or parents of things, but there are ways to get them with GetChild(), FindChild(), GetParent() calls. This isn't 100% ideal though. Ideally you'd create a script parameter and drag and drop the camera in the scene graph to that parameter. To do this at the top of this script add: Script.camera = nil --entity Then when you select your player entity in the scene graph you'll see the camera parameter show up. Drag and drop the camera to this slot and now you've made a link between the camera entity and this script camera variable. Now you can use self.camera in your script. You can do this with any entity btw.

If this is your entire script then you can't just do self.camera like that. As the error is saying self.camera is nil. Just curious as to your thinking on why you think it would work as it can help explain why it doesn't better.

You can just hide them.

Close. You don't load cameras separately, just the models really. So let's say you have 10 different models in your game. In a loop just for clarity: LoadModel1 Update, Progress bar to 10% LoadModel2 Update Progress bar to 20% *repeat until you loaded all models Load Map (this will be fast now because you already loaded the models and when this goes to load those models it'll use the instances in memory vs going to disk). Note that you wouldn't manually set the % like this. You'd want to figure out how many models you need to load per map and calculate the % as you're looping over them all. Note this is a "hack" though. We shouldn't have to do something like this and hopefully Turbo handles this better.