Teeworlds - development

dune...(

00:08

the problem is that with bam folder "generated" creates in the folder server but when you compile through cmake it's going to out/build/etc

I think both bam and cmake write files in build/src/generated

00:11

though the build directory will be different depending on where you configured cmake (bam will be build/arch/debug)

when you open teeworlds in an IDE with cmake support, it should be able to see the generated sources

@justabutterflier Isn't it easier to use cmake for generation workspace? I don't understand your structure. I know that you generate Cmake. But you don't use the generated area (edited)

did 0.7 change how envelopes are saved?

gerdoe-jr

[teeworlds/teeworlds] Pull request closed: #2657 Senseless enum.

also whats the new number in the image items?

11:12

i cant find any extension of the CMapItemImage in src/game/mapitems.h

@Patiga 0.7 supports bezier curves for envelopes, but I think the new format is just used when the map really contains bezier curves

can you point me to where i can find that addition to the format in the source?

here is the saving part: https://github.com/teeworlds/teeworlds/blob/ab384e4838fe808ccfebd0707f505e247eb50cb5/src/game/editor/io.cpp#L184-L230

teeworlds/teeworlds

A retro multiplayer shooter. Contribute to teeworlds/teeworlds development by creating an account on GitHub.

11:23

and loading: https://github.com/teeworlds/teeworlds/blob/ab384e4838fe808ccfebd0707f505e247eb50cb5/src/game/editor/io.cpp#L468-L510

teeworlds/teeworlds

A retro multiplayer shooter. Contribute to teeworlds/teeworlds development by creating an account on GitHub.

11:23

for the CMapItemImage thing this might help: https://github.com/teeworlds/teeworlds/commit/21793da2053346d5d795df967bad8d50be5697c5

11:24

the m_Format field was added so the client can handle 24 bit RGB textures

thanks :)

11:31

ah, did some mistakes while adding a worktree for 0.7, now there are changes in mapitems.h

Dune-jr

[teeworlds/teeworlds] Issue opened: #2658 Inconsistently cased spectating labels

From Discord user Stiopa#2095 Labels are inconsistently cased: ![](https://cdn.discordapp.com/attachments/407308363031117834/723880526590640158/unknown.png) ![](https://cdn.discordapp.com/attachments/407308363031117834/723880617074491392/unknown.png)

@Stiopa

I didn't expect this to be enough of an issue to open an issue xd

@Dune do you happen to know in what unit the times are supposed to be sent?

I don't remember, no

14:19

@redix wrote it

milliseconds

That's why our times all look so short

14:23

@redix why is it milliseconds ingame and seconds in the serverinfo?

one reason was that there is just not enough space in the servrebrowser to show the long times

could be fixed when we fix the 64 player thing

and the value would be too high for clients that don't support times in the serverbrowser

I see, makes sense

14:30

Next Q: What changed with embedded images that they all need to be one size now?

in theory it should be enough if width and height are divisible by 16

is that what could be accepted or what is accepted?

that would work but maybe something in the implementation requires 1024*1024

What was the change that started to require this? if you remember that is

3d textures. you need to copy the tiles into the 256 layers

1

unfortunately that is something that cannot be changed in a minor version