03:08 < bridge> [teeworlds] don't we have a separate race timer now 03:14 < bridge> [teeworlds] Gamestarttick is always used as a reference for synced envelope even in DDNet iirc. Otherwise inf's class selection won't work. 03:15 < bridge> [teeworlds] DDNet might have some special case handled in client for race type. 03:15 < bridge> [teeworlds] So maybe use the race timer in 0.7 05:57 < bridge> [teeworlds] @fokkonaut I don't thin ddnet uses the gamestarttick for the race timer 05:57 < bridge> [teeworlds] for ddnet clients 07:55 < bridge> [teeworlds] @TsFreddie i cant use the race timer because my mod displays scores, not times. Optionally, I do have /score time which shows score as time, and that is the only point where i use the race flag 08:09 < bridge> [teeworlds] you could theoretically show the time as broadcast instead 08:09 < bridge> [teeworlds] I think ddnet does that on clients that don't support race time 08:10 < bridge> [teeworlds] wont work either, broadcast is commonly used as an xp message in my mod xD 08:12 < bridge> [teeworlds] seems like im not getting synced envelopes for 0.7 xd But i really wonder why ddnet client doesnt care about the gamestarttick, seems like it only receives it onces then never looks back at it again 08:12 < bridge> [teeworlds] check the source ^^ 08:12 < bridge> [teeworlds] you can stack broadcasts ^^ 08:13 < bridge> [teeworlds] I think that's what some mod of chillerdragon does 08:13 < bridge> [teeworlds] Nope, xp message is 3 lines already xD 08:13 < bridge> [teeworlds] and that's max size? 08:13 < bridge> [teeworlds] im 0.7 08:13 < bridge> [teeworlds] yes 08:13 < bridge> [teeworlds] in* 08:13 < bridge> [teeworlds] I guess you could not show the race time while you have a three-line xp message 08:13 < bridge> [teeworlds] other than that, I'm out of ideas 08:13 < bridge> [teeworlds] Yea okay that would be a possibility xD 08:14 < bridge> [teeworlds] But its too weirs I think, so I will just not use a day/night cycle i guess 08:14 < bridge> [teeworlds] I wish 0.7 had the same handling of envelopes 08:14 < bridge> [teeworlds] Seems generally stupid to always rely on the gamestarttick 08:14 < bridge> [teeworlds] means also that envelops reset when the game restarts (Vanilla) 08:15 < bridge> [teeworlds] Like ddnet does it makes the most sense i think 08:15 < bridge> [teeworlds] Because it seems like they fetch the gamestarttick once after joining and then always rely on that one 08:17 < bridge> [teeworlds] Then we could make sure its always synced between all clients, as it is not right now if ab client gets a modified start tick (0.7 only) 11:00 < bridge> [teeworlds] Um, ddnet synced envelopes have been broken since forever 11:02 < ChillerDragon> +1 11:26 < bridge> [teeworlds] @Learath2 wdym? I think we fixed them with the teeuniverse thing 11:27 < bridge> [teeworlds] I think the teeuniverse thing broke them 11:27 < bridge> [teeworlds] I think the teeuniverse thing made it so they behave like in vanilla 11:28 < bridge> [teeworlds] i.e. synced means based on server time, not race time 11:28 < bridge> [teeworlds] (which also stops the flickering when you stand on the start) 11:28 < bridge> [teeworlds] (previously, it was based on server time until you start your race) 11:28 < bridge> [teeworlds] Ah I remember, there is no way to sync to race time now 11:28 < bridge> [teeworlds] yes 11:29 < bridge> [teeworlds] That's why the mappers were complaining 11:29 < bridge> [teeworlds] (which is a good thing IMO, because it doesn't make sense to flicker graphics at start) 11:29 < bridge> [teeworlds] (and there's no way to fix the flickering, at least as far as I can see, because there's no way to ensure a smooth transition) 11:32 < bridge> [teeworlds] We can lerp every value to the beginning :P 11:32 < bridge> [teeworlds] lerp? 11:32 < bridge> [teeworlds] Linear interp 11:32 < bridge> [teeworlds] … 11:33 < bridge> [teeworlds] Would look funny tho :P 11:33 < bridge> [teeworlds] or we can omit this flawed concept. yes, probably 11:33 < bridge> [teeworlds] know a program that can import/export audio metadata to csv? 11:33 < bridge> [teeworlds] Maybe envelopes synced to race time could be paused till start? 11:34 < bridge> [teeworlds] if you hit the start line again, they'd have to reset 11:34 < bridge> [teeworlds] Mh. It did allow some interesting maps tho 11:34 < bridge> [teeworlds] > How to convert an audio file to a csv file - Quora 11:34 < bridge> [teeworlds] wtf 11:34 < bridge> [teeworlds] Quora has everything, even if the question doesnt make sense 11:35 < bridge> [teeworlds] Wym by audio metadata @heinrich5991? Each container has their own way of storing metadata 11:35 < bridge> [teeworlds] Some dont even store any metadata 11:35 < bridge> [teeworlds] in my case flac, but doesn't hurt to support other formats as well 11:37 < bridge> [teeworlds] Hm, I can't think if any tool. But I bet there is a python package to read the metadata 11:37 < bridge> [teeworlds] Python has everything :P 11:37 < bridge> [teeworlds] Python pefile reads PE files better than any PE explorer out there 11:38 < bridge> [teeworlds] does python has a svg2ttf thing 11:38 < bridge> [teeworlds] yes, `mutagen` supports all audio formats 11:39 < bridge> [teeworlds] I just pondered whether I need to write my own csv to/from audio metadata script or not 11:43 < bridge> [teeworlds] > On the Linux platform, it works smoothly thus; it is assumed one of the best music tag editor software. 11:44 < bridge> [teeworlds] this is a plus for the comparison of tools for linux; does that mean the other tools don't work properly? ^^ 11:44 < bridge> [teeworlds] : eyes : 11:44 < bridge> [teeworlds] also gold: 11:44 < bridge> [teeworlds] > There is a stunning and straightforward interface without any menu bar and toolbars; thus; it is catchy and appealing to the user. 11:47 < bridge> [teeworlds] I guess I'm writing my own 12:15 < bridge> [teeworlds] : smile : 14:30 < bridge> [teeworlds] can we get that in vanilla 0.7? 14:30 < bridge> [teeworlds] I think vanilla has that(?) 14:31 < bridge> [teeworlds] it doesn't base the animations on the race time AFAIK 14:31 < bridge> [teeworlds] he changed gamestarttick 14:31 < bridge> [teeworlds] well, this is his fault ^^ 14:31 < bridge> [teeworlds] and can't use race time for some reason 14:43 < bridge> [teeworlds] @heinrich5991 how is it my fault if it works different in tw than in ddnet? 14:43 < bridge> [teeworlds] obviously false, 0.7 bases on the gamestarttick, but at ALL TIME, ddnet somehow fetches the start tick while joining, then never looks back at it 14:44 < bridge> [teeworlds] so, the animation is always good for ddnet clients, but for 0.7 it gets out of sync if the gamestarttick changes for them, so if i dont pass the startline (gamestarttick is normal) then it also works there 14:44 < bridge> [teeworlds] why does the 0.7 client has to always check the gamestarttick? where is the sense 14:49 < bridge> [teeworlds] I bet it's just accidental that ddnet doesn't continue to check that 15:18 < bridge> [teeworlds] But it makes sense 15:20 < bridge> [teeworlds] not sure 15:20 < bridge> [teeworlds] what happens when a new round starts?