Teeworlds - development

the snapitem PlayerInfoRace has the field m_RaceStartTick. When it changes from -1 to a valid tick the race starts, when it turns -1 again the race ends. When you cross the finish line the client receives the netmessage Sv_RaceFinish, which contains the time damn no... the race starts when the snapshot contains a PlayerInfoRace item and the previous didn't. I used the wrong type for m_RaceStartTick =\

So what I'm getting from this, is that the race beginning is only decided by a snap containing m_RaceStartTick and the previous one not?

15:35

@redix

Yep

right... is there a place I can make something happen during the transition from no m_RaceStartTick snap to a snap containing one?

I didn't add a netmessages for this because snaps and messages are not synced. A netmessage might arrive to late so demo recording could miss some ticks

15:39

OnNewSnapshot is a good starting point

15:39

What are you doing? :D

trying to familiarize myself with objective c++ by attempting to do the last checkbox

15:41

Okay. That's some work if you are just starting

probably ^^

it is

You need to find a way how to manage the demo files. Like only saving the X best demos per map

currently I am trying to do the most basic which is starting the recording :p

Okay :D

15:46

The 0.6 client pack supported this. Actually I think the code is too ugly to merge =\

did you work on it?

Yeah. Sushi and me

15:55

It depended on client side start and finish line checking and used some hacky filename parsing

15:57

CFileCollection could be extended for managing the race demos

HOW I CALL AN ADM ??

19:32

PLS

19:32

HAVE TREE GUYS ABUSING

there are no global admins, only server admins

Hello, can someone tell me how to allow dummy connecting on vanilla server

привет https://teeworlds.com/?page=docs&wiki=server_settings

19:58

sv_max_clients_per_ip 2

lmao, i know that, but ddnet client just gets glitchy

19:59

doesnt matter how much max clients per ip

0.6?

yeah

hm, same

what same?

same glitch

yeah, ddnet have on their vanilla servers fixed that

20:48

but on master vanilla 0.6.5 is bug

well, now with 0.7 alternative it's better to work on 0.7

yeah, 0.7 has no problem with that

lmao, no way moving all code from 0.6 to 0.7

21:02

its better to open protocol for 0.7 too from 0.6

I wouldn't let 0.6 protocol being mixed with 0.7 just for the reason that some kind of attacks has been fixed on 0.7

how much have u added?

no sense make 0.6 mods for now xd

0.6 protocol is vulnerable and that was the main motive behind the 0.7 release

now...

21:27

we just need a fast 0.8 release...!

because?

cause I like progress

21:33

and yes, definitely me liking progress = we, the community, needing 0.8 release

i don't see what warrants for a protocol break

21:34

you can make progress without a major release

yeah but major release usually means more of the cool things rather than bugfixes

that's because 0.7 took what, 6 years?

yeah... quite a bit... :p

would like to add cool stuff to game with my pr

what is your cool stuff?

21:37

I like cool stuff