[TeeUniverse] Devlog (Page 3 of 12)

Ok, I see the application for line styles. So if ModAPI implements a multilayer system for lines, hook could be more teeish than in vanilla ?

Why not AngelScript?

precisely

It would be perfect if you can help me I will add issues on GitHub. You can start with this one if you want.

Small news about linestyle : It's now possible to change the color of the "laser" and attach sprites to end points. All of these parameters are defined once for a while in CreateMod, and then, only one ID is needed to display the line with its end points.

I don't show what is the result in 0.7 because it's simply a laser in this case.

I am currently working on a Lua - Implementation for Teeworlds for a new mod I am making (LuaJIT + LuaBridge)...

As far as I know LuaJIT is faster than AngelScript and I didn't found any good working AngelScript JIT-Compiler.

Also I think that Lua will be easier for people who can't program that good and just want to try smaller things.

Greetings,
FuroS

P.S. : My Lua-Implementation is not 100% bug-free for now and I still work on it but I could contribute it to you guys.

I think it would be cool if Teeworlds were *like* Minecraft(don't say Teeworlds is nothing like Minecraft because it is open and Minecraft is not). Where you could load up many different mods put it on a server or put a bunch of client mods together what ever.  One problem I see that people will quickly run into is the entity system.  full disclose I don't exactly know how the entity system works.  In vanilla there are 256 available and only 13 tiles are used and it is kinda strange that most of them are at the bottom of the page.  I don't know if any of the other entities do anything or if they are just there in case the devs need to make another entity.

anyway I think it would be much better if a modder could make their own entity pervade an image for the map editor and then when you load up the mod and go to the entity page in the map editor all the entity images would load alphabetically.  I hope this makes since...

I can see someone making a mod of only new guns and then a different modder could make a zombie mod or something and use the more guns mod for their guns.  If you were to add a bunch of modes then you would run out of entities

Sounds like these two need to be separated some how.  How would you distinguish between the two once the sheet fills up? also can you stack entities?  I don't remember where you would want two entities on top of each other in the same tile.

Ok that makes since.

Ok I thought they could only be placed on the game layer.

We can add a MapItem in maps called "ModLayer". Then, a map can embed several ModLayers. A ModLayer should be similar to the game layer, but with a different tileset.
But ModAPI must implement an editor for that.

Small DevLog:
I've started the implementation of custom weapons, Henningstone continue to integrate NetGUI and killa fix a lot of bugs.

A map in made of several MapItem (map version, images, layer, group, ...), each type identified by an ID. Maybe I'm wrong, but it seems that the vanilla client never check if all MapItems are known. Instead, the client just search for the MapItem that he want to read. So basicly, we can put anything inside. The ModLayer will be a way to associate any information to any tile without poluate the GameLayer. We can also add EntityQuads to make "DeathQuads" for example.

That's exactly what I'm doing I want the new system much more generic, but also able to mimic exactly the vanilla behaviour.

Devlog:
killa implemented the NetObject SpriteCharacter. It's very similar to Sprite, but the position is relative to a character. So you can now "attach" a sprite to a character correctly. No more floating object with a delay ;-)