Slastraf

I made an aabb infront of the camera to check what could be in front of it, but I cant figure out how to do this in lua. so far I have this: if window:KeyHit(Key.Q) then local spellPointMin = Transform:Point(-2,-2,0,self.camera,nil) local spellPointMax= Transform:Point(2,2,5,self.camera,nil) local aabb = AABB(spellPointMin, spellPointMax) world:ForEachEntityInAABBDo(aabb,"PushSelf") end the vectors for the aabb are fine, but the code snippet does not work as expected. I have a function PushSelf on an object inside the aabb box. I guess you cant use it like this ? Ah I understood that the parameter is a global function, and entity is the collided object.

lmao

if you would go to the learn section, soon you would know. But anyway I will give you a start. make a script on the trigger and put this at the top: Script.pivot = nil --entity "Cam Tp Pivot" --pivot the camera teleports to Script.enabled = true then in the scene drag the pivot in there now in the collision function, which is called every time something collides with it, even if its a trigger, put this: function Script:Collision(entity, position, normal, speed) if self.enabled then if(entity:GetKeyValue("type") == "player")then if(self.pivot) then entity.script.camera:SetPosition(self.pivot:GetPosition(true)) entity.script.camera:SetRotation(self.pivot:GetRotation()) end end end end you can read it line by line, it s pretty self explainatory. the entity in the function paramter is everything that collides with the trigger. This would work if the camera is referenced in the player. But I dont know where your camera is in the scene, youcould use this to find it: self.camera = world:FindEntity("Camera")

mabye you could have only one camera in the scene, and make a pivot object with the rotation and position of the second camera. And then move the first camera to the pivot rotation and position when the player hits the trigger. And maybe store a reference to the pivot in each trigger, so that you can choose later when you have alot of camera changes

For a sake of a better name The player pushes his implant into his hand, and everything around him slows down. Now he is able to send spheres of electricity trough the space that move rather slow but have an ability to decrease health of enemies close by over time. Explodes if collides with enemy with alot of damage.

Ah , I am cool with that. I did some low poly hard surface stuff before : https://www.youtube.com/watch?v=IiRhl-sRkMo . We could make it more steampunk- ish. For the Missle scripts, we could import a script for each missle , that just makes it follow an entity.

Wait so we don't want a ward but a rocket launcher for the wizard ? I dont understand.

The new Tps controller will have fps , camera collision and a much less complicated camera movement. I already did the script yesterday but I have problems with git. We could make it like in Skyrim , and let the user switch tps / fps. Will be more work tough, for the hand animations.

I think it would be better to push 0.1 further, and not at all go public with what we have right now. Maybe one month. Look what we did in ~2 weeks. What would another 4 weeks make our game look like ? I am currently working on the Third person control refurbished and it is already better because I had a really weird approach in the last one.

guess I'm going to rewrite the player controller

The camera clips trough walls because it is not yet programmed. I tried to make the cam look and walk as smooth as possible for now. Also you guys are more or less building maps for an fps game, dungeons are really possible. For example if you look at some dark souls footage, there are always open spaces. When I looked at one video from us, the character ( in first person mode) jumped along a wall, and then trough a small hole ,on the opposite site of the street, while in the air or something. This is not possible to realize in a third person camera , if you don't specify it enough. (Stuff like in Assassins Creed is possible but there is probably a whole team writing hundred thousand lines of code from a design paper for just that char controller that is pages over pages long.)

Please make sure that you keep scripts on your machine ,as long as they produce a bug.

If you want to change the map , read this:

Uppercase "End" instead of "end" ?

I kinda want a female crisp-fast moving character because a male wizard is featured in millions of games and it is more boring to look at. Or something that makes the wizard very different from other mages.

first and last interwire Imo. And also the second one

This game is going to be something if we all give 100% (uhh of our free time of course)

I also had this direction in mind. Totally agree with the floating islands. Late game perhaps , shortly before the end boss level who destroyed the whole world

I'd want to finish an enemy flying in a circle in the sky which is targetable and killable by the player's ward.

I can model and animate a low poly wizard model in Blender, did low poly stuff before and it should be no problem. Again, I stress that we should make everything from scratch and not use other people's stuff. Only in the worst case

We should really document and comment everything no matter what.

Yes, actually because then the player can choose freely where he wants to go and what he wants to unlock. It takes away the open world part of an rpg and still leaves the freedom and sense of achievement, because throughout the game there are items to be collected. Otherwise it would be a chain of levels and be more like an action game.

Found this very good on how to upload your changes to the cloud with git.

NICE ! That was actually kind of what I was thinking about. As you can see its hard to explain. I would put some less realistic and more abstract textures on it and just experiment with what looks best. Also in combination with Low poly rocks or stuff that flies around. And colorful lightning because we have a world where magic exists.

I propose that our game will have combat , and in this case I think about the following. The main character has as his major weapon a ward, which he can fire projectiles with. These don't shoot like a bullet but follow the enemy and hit them. It is fun to look at especially with particles. The player therefore doesn't need to aim perfectly, but just target the enemy. If like 2 of you agree I will start implementing proof of concept