01:26 < bridge> is it possible to use a cloudfare tunnels when hosting a ddnet server on my pi? 01:26 < bridge> would rather my ip not be available to everyone 😭 01:44 < bridge> idk try it 01:44 < bridge> any of that is probably going to be bad for latency 04:08 < bridge> cloudflare tunnels supports udp, just prob requires you to have WARP on client side 04:21 <+ws-client> omagawd @milkeeycat where stream recording! 04:23 <+ws-client> Omg i have hot reloading working and also accessing CCollision from the plugin. But not both at the same time ._. that should be possible right? Everything is possible. 04:23 < bridge> ur hot reload works via dlopen right 04:24 <+ws-client> If I compile with `-rdynamic` it fails on the crypto dependencies 04:24 <+ws-client> yes 04:24 < bridge> what are you gonna do about windows 04:24 <+ws-client> there is some compability wrapper for dlopen 04:24 < bridge> :justatest: 04:24 <+ws-client> but not sure if i ever bother to support windows tbh 04:25 <+ws-client> It can't find `_Z10md5_finishP11MD5state_st` which demangles to `md5_finish(MD5state_st*)` 04:25 <+ws-client> maybe i have to link ssl into the shared object 04:26 <+ws-client> but the linker refuses to link unused libraries. Anyways it seems like the wrong approach. 04:26 <+ws-client> I am not even using crypto stuff. Its just that i can't lazy load with dlopen otherwise the hotreload does not work ._. 04:26 < bridge> are you hot reloading every dynamic library 04:27 <+ws-client> i am only reloading the one thing i built 04:27 <+ws-client> `void *pHandle = dlopen(pFilename, RTLD_LAZY);` this works with hot reloading resolving the symbols lazy 04:27 <+ws-client> ah wait no this works without hot reloading xd* 04:28 <+ws-client> i have to use `RTLD_NOW` for hot reloading which then fails on IJob which is fixed by -rdynamic which then fails on md5_finish 04:30 <+ws-client> ffs idk what else to tr 04:30 < bridge> i guess i dont understand ur problem atm 04:31 <+ws-client> do you understand my goal? :D 04:31 <+ws-client> i need one of your genius hints or i rq here 04:32 < bridge> you are trying to have one library which you can load on the fly 04:35 < bridge> for the same error? how would you ever get to loading it in runtime if it can never succeed to generate at compile time 04:35 <+ws-client> xd 04:35 <+ws-client> nah i mean i tried a bunch of things and collected a bunch of errors 04:35 <+ws-client> idk if i am on the right path but right now i seem to be stuck at a runtime error that fails on dlopen 04:36 <+ws-client> but i actually blame a linker issue for it 04:36 <+ws-client> idk what i am doing here 04:38 < bridge> if you can't expose md5 summing through ddnet then i'd advise linking it statically in your "plugin" 04:38 < bridge> but bigger picture i think u need to take a walk or something xd 04:41 <+ws-client> dude i did a 2h walk over this 04:41 < bridge> ah 04:41 <+ws-client> this is me progressing 0 since yesterday 04:41 < bridge> i can try and help u more interactively after dinner 04:42 <+ws-client> lemme record epic clip 04:42 <+ws-client> of how it should look like 04:42 < bridge> 😃 04:42 <+ws-client> https://tube.zillyhuhn.com/video.php?t=hot_bots.mp4&u=chiller 04:42 <+ws-client> is my internet too slow or is the video bugged? xd 04:43 < bridge> seems fine for me 04:44 <+ws-client> omg it doesnt load at all for me 04:44 <+ws-client> anyways you can see how a recompile instantly changes the walking direction of the tee 04:44 <+ws-client> so that works. But it also says that the current tile is -69 which is my fallback if the collision stuff did not work so thats sad 04:44 <+ws-client> i can get that to work but then it does not hot reload anymore 04:44 < bridge> ah 04:47 <+ws-client> this has to be possible rigth? 04:53 < bridge> yes 04:59 <+ws-client> ok i managed to fix the md5 thing but it does not hot reload <:tee_thinking:478629518358085653> 04:59 <+ws-client> so wrong path i guess 05:27 < bridge> did you figure that part out 06:17 <+ws-client> yea i can now build link and even load with dlopen and find the symbol with `RTLD_NOW` and `-rdynamic` 06:17 <+ws-client> it can access collision but it just does not reload 06:20 <+ws-client> to be able to receive a pointer to CCollision it needs collision.h which further depends on vmath.h and protocol.h and if i properly want to link it also on collision.cpp which well depends on everything 07:14 < bridge> chillerdragon: I didn't select option to save vods so no recording :kek: 08:01 < bridge> linking problems over, ChillerDragon? 08:36 < bridge> shitty little terminal map viewer 😅 08:36 < bridge> https://cdn.discordapp.com/attachments/293493549758939136/1242365295608201216/tw-map-cli.gif?ex=664d9258&is=664c40d8&hm=f0a6e0a907b229a9a00fe3fe797de0e3191c6ced38f31e15314e1f0b04c5696a& 08:37 < bridge> looks cool 👍 08:42 < bridge> 😄 nice 08:42 < bridge> seems like the wrong medium though 😄 08:43 < bridge> ideally i'd have some sort of window app that automatically updates the map whenever the file is updated 08:43 < bridge> i wanted a quick/easy way to view maps for another project of mine 08:48 < bridge> @patiga wrote a map viewer tool 08:48 < bridge> it's easily compilable IIRC 08:50 < bridge> https://gitlab.com/Patiga/twgpu 08:51 < bridge> sample usage: `cargo run --release --bin=twgpu-map-inspect -- ~/.teeworlds/maps/Stronghold.map /usr/share/ddnet/data/mapres/` 09:01 < bridge> ouch, I should really merge the `new-approach` branch, as I need to tell everyone to switch to it 🫠 09:01 < bridge> eh I'll do that today 09:39 <+ws-client> @heinrich5991 i am still stuck banging my head at the same problem since over 12 hours now xd 09:54 < bridge> ChillerDragon: what happens when you try to hot-reload? what do you expect to happen instead? 09:59 <+ws-client> the api thing in front of the declarations 10:00 <+ws-client> i tried so many things sometimes when i delete the shared library it shows errors and when i compile a new one it calls the old code 10:00 <+ws-client> or it doesnt error at all an keeps calling the old code 10:01 < bridge> sounds like it doesn't unload 10:01 < bridge> but what would help are the concrete symptoms right now, so that we could start debugging 10:01 <+ws-client> yes 10:03 < bridge> for the uninitiated (like me): 10:03 < bridge> ```c++ 10:03 < bridge> ANTIBOTAPI int AntibotAbiVersion(); 10:03 < bridge> ``` 10:03 < bridge> defined as 10:03 < bridge> ```c++ 10:03 < bridge> #define ANTIBOTAPI DYNAMIC_IMPORT 10:03 < bridge> ``` 10:03 < bridge> defined as 10:03 < bridge> ```c++ 10:03 < bridge> #ifdef CONF_FAMILY_WINDOWS 10:03 < bridge> #define DYNAMIC_EXPORT __declspec(dllexport) 10:03 < bridge> #define DYNAMIC_IMPORT __declspec(dllimport) 10:03 < bridge> #else 10:03 < bridge> #define DYNAMIC_EXPORT 10:03 < bridge> #define DYNAMIC_IMPORT 10:03 < bridge> #endif 10:03 < bridge> ``` 10:03 < bridge> I’m back 10:03 < bridge> so only relevant on windows 10:03 < bridge> have you verified that it unloads (with gdb), ChillerDragon 10:03 < bridge> how do you even unload? 10:04 <+ws-client> sry im a bit busy sometimes but im still here thanks for helping 10:14 <+ws-client> ah __declspec is windows only 10:15 <+ws-client> i dont worry about windows for now 10:15 <+ws-client> but on stackoverflow i have seen a bunch of visbility annotations maybe i need some of those 10:17 <+ws-client> how can i verify it is unloaded? @heinrich5991 10:17 < bridge> can you bring the thing into some state where we can start debugging? 10:17 < bridge> `info proc mappings` 10:17 < bridge> in gdb 10:18 <+ws-client> i mean i kinda know its not unloaded 10:18 <+ws-client> i called dlclose and deleted the shared object 10:18 <+ws-client> then dlopen and dlsym and it still runs the code from that shared object 10:18 <+ws-client> ok lemme se 10:18 < bridge> if you know that it's not unloaded, it's probably best to figure out why it's not unloaded ^^ 10:20 <+ws-client> idk what else to do than call dlclose 10:20 <+ws-client> `info proc mappings` is huge 10:21 <+ws-client> maybe its never loaded in the first place 10:21 <+ws-client> thats also a theory of mine 10:21 < bridge> verify your theories! 10:21 < bridge> that makes debugging a lot easier 10:21 <+ws-client> ye idk how 10:21 < bridge> because you then know which to pursue further and which not 10:21 < bridge> then figure that out. in this specific case, I gave you the answer 10:26 <+ws-client> i am one step after dlsym right now 10:26 <+ws-client> and there does not seem to be anything 10:26 <+ws-client> can i grep xd 10:27 <+ws-client> maybe i should test that with the working hot reload first 10:27 <+ws-client> idk how info proc mappings work and if dlopen shows up in there and if yes how 10:27 < bridge> there's `/proc//maps` which contains the same things, I think 10:27 < bridge> you can grep that 10:29 <+ws-client> ah nice 10:29 <+ws-client> and it also freezes when i break with gdb i guess 10:29 < bridge> yes 10:31 <+ws-client> ah i didnt step enough before 10:31 <+ws-client> i see it in gdb now 10:32 <+ws-client> ou this is smooth `grep twbl /proc/$(pgrep DDNet-Server)/maps` 10:33 <+ws-client> interestingly it shows my lib after dlclose when hot reloading is working 10:33 < bridge> how do you know hot reloading is workingg? 10:33 < bridge> how do you know hot reloading is working? 10:33 < bridge> how do you recompile the library? 10:34 <+ws-client> i have two ways of compiling it 10:34 <+ws-client> one where hot reloading works and one where my lib can access the collision pointer but cant hot reload 10:35 <+ws-client> i recompile both of them by running `make` in the servers build directory 10:35 <+ws-client> i know it is working because i can change the code and see the updates live in game without the server restarting 10:35 < bridge> do you remove the library before recompiling it? 10:35 <+ws-client> sometimes 10:36 <+ws-client> i tried it all by now xd 10:36 < bridge> can you check if hot reloading still works when you do that? 10:36 < bridge> because maybe you're not hot-reloading, but simply overwriting stuff in-memory 10:36 < bridge> ^^ 10:36 <+ws-client> works 10:37 <+ws-client> eee 10:37 <+ws-client> proc panic 10:37 <+ws-client> xd 10:37 < bridge> proc panic? 10:37 <+ws-client> https://paste.zillyhuhn.com/s4 10:38 <+ws-client> it works and all xd 10:38 <+ws-client> i think you are right 10:38 <+ws-client> it hot reloads seemingly correct 10:38 <+ws-client> but now when i check the maps again it says deleted 10:38 <+ws-client> omg 0iq 10:39 <+ws-client> the grep matched the directory not the lib file xd 10:39 <+ws-client> but still something got deleted 10:39 <+ws-client> ah now i grepped the right thing 10:39 < bridge> seems like your linker moved some stuff away before overwriting it? do you use `mold`? 10:39 <+ws-client> no that looks healthy 10:40 <+ws-client> ye i think i use mold 10:40 < bridge> so maybe it's deleting the file before overwriting it? 10:40 <+ws-client> maybe the mold stuff is not really related my grep is flawed because of the folder name 10:40 < bridge> but what is `/home/chiller/Desktop/git/twbl-ddnet/build/.mold-hqv1pr`? 10:40 < bridge> I doubt you linked that 10:40 < bridge> so it's probably mold moving away the old library to a temporary name before deleting it? 10:41 <+ws-client> https://paste.zillyhuhn.com/0c 10:41 <+ws-client> here is a better one where it actually shows the lib when loaded 10:41 <+ws-client> then i delete it and let it reload 10:41 <+ws-client> then its gone 10:41 <+ws-client> probably some weird artifcat im not sure if that mold thing is related to anything 10:41 < bridge> check what it says about the address where the lib was previously loaded 10:41 < bridge> yea, I agree, seems ot be an artifact 10:42 <+ws-client> you mean x/s in gdb or something? 10:42 <+ws-client> `(gdb) x/s 0x7ffff7fb7000` 10:42 <+ws-client> `0x7ffff7fb7000: ` 10:43 <+ws-client> wow my web chat sanitized away the entire < error thing > 10:43 < bridge> no, in the mappings 10:43 <+ws-client> a 10:43 < bridge> to see if there's still a mapping there 10:44 <+ws-client> `grep 7ffff7fb6000 /proc/$(pgrep DDNet-Server)/maps` comes back empty 10:45 <+ws-client> `grep 7ffff7fb /proc/$(pgrep DDNet-Server)/maps` 10:45 <+ws-client> `7ffff7fbb000-7ffff7fc3000 rw-s 00000000 103:02 19352181 /home/chiller/.teeworlds/ddnet-server.sqlite-shm` 10:45 <+ws-client> so nothing right? 10:50 <+ws-client> okay before the first load no hits 10:51 <+ws-client> after the first load it finds it in the mapping 10:51 <+ws-client> and now i gotta afk xd 10:51 < bridge> 😄 10:51 < bridge> nice cliffhanger 11:03 <+ws-client> tell me about it xd 11:03 <+ws-client> ye and if i step to the dlclose its gone cleanly <:tee_thinking:478629518358085653> 11:03 <+ws-client> lemme try to delete it and then step into the load xd 11:04 <+ws-client> okay it fails to load. thats weird i swear that didnt happen earlier 11:05 < bridge> what's the error? 11:05 <+ws-client> that the file i try to dlopen is not on my harddrive 11:05 <+ws-client> which makes sense because i deleted it 11:06 <+ws-client> but i am so sure that didnt happen earlier it would just keep happily calling its code claming it loaded it succesfully 11:06 <+ws-client> anyways now i recompiled it so the file is back and then gdb hinted something interesting 11:06 <+ws-client> `warning: Temporarily disabling breakpoints for unloaded shared library "./libtwbl_bottick.so"` 11:07 <+ws-client> and now it happily called the old code somehow 11:07 <+ws-client> the one i deleted from my hard drive :D 11:07 <+ws-client> and the maps are empty 11:07 <+ws-client> so unloading works 11:07 <+ws-client> but loading doesnt? 11:08 <+ws-client> but dlopen() throws no error neither does dlsym() they just find old stuff even tho there is nothing in the memory maps 11:08 <+ws-client> or how is this /proc/maps thing called? memory maps? ram? 11:09 <+ws-client> gg i spent the entire day on it with 0 progress 11:15 < bridge> so you won't find your pointer, but you'll find a range that includes it 11:15 <+ws-client> ah wait 11:15 <+ws-client> i understand now 11:15 <+ws-client> its the same pointer 11:15 <+ws-client> it points into the same region 11:15 <+ws-client> which is empty in maps 11:15 < bridge> and what is mapped in that region? 11:15 <+ws-client> thus never overwritten by anyone 11:15 <+ws-client> nothing 11:15 < bridge> but then calling that pointer would cause a segmentation fault 11:15 <+ws-client> so probably freed memory that still has the old data right? 11:15 < bridge> no 11:15 <+ws-client> rly? 11:15 < bridge> yes 11:15 <+ws-client> hm 11:15 <+ws-client> but i am happily calling that xd 11:15 <+ws-client> lemme gdb inspect that 11:15 < bridge> can you print the memory around it using gdb? 11:15 <+ws-client> `0x7fffe456fc14: ` 11:15 <+ws-client> xd 11:15 <+ws-client> im telling you 11:15 <+ws-client> i am using non mapped memory 11:15 < bridge> then you're maybe not calling it? 11:15 < bridge> no, you're not, something else is off 11:15 <+ws-client> i see the printf result 11:16 < bridge> go to the point where the library functon is called 11:23 < bridge> weird name 11:24 < bridge> suggestion: add specvoted to that menu 11:25 <+ws-client> omg i key slipped 11:25 <+ws-client> i wish prefix+space had a undo -.- https://zillyhuhn.com/cs/.1716283493.png 11:28 <+ws-client> window moving in tmux is honestly fucked 11:30 <+ws-client> okay windows back 11:30 <+ws-client> uhm so what am i looking for now heinrich i forgot xd 11:31 <+ws-client> so it does map something now 11:31 <+ws-client> but the old stuff 11:31 < bridge> you claimed that it's calling a function that is not mapped 11:31 <+ws-client> then it un maps it again 11:31 <+ws-client> yes i did claim that 11:31 < bridge> but that's not the case? 11:31 < bridge> now 11:32 <+ws-client> when i checked that it was before the call to dlopen 11:32 < bridge> ok. so what's the current problem? 11:32 < bridge> with the second call to dlopen, it somehow opens the old file again? 11:32 <+ws-client> it now seems kind of sane 11:32 <+ws-client> it fails nicely when i delete the file 11:32 < bridge> yea, sounds good 11:33 <+ws-client> but when i compile it again it still prints the old message 11:33 < bridge> so let's find out why it does 11:33 < bridge> check what it maps when you dlopen again 11:33 <+ws-client> you mean the function pointer? 11:33 < bridge> no, the `/proc//maps` 11:34 <+ws-client> wdym check? 11:34 <+ws-client> how do i examine it? 11:34 < bridge> check what filename it tells you after mapping it again 11:35 <+ws-client> `/home/chiller/Desktop/git/twbl-ddnet/build/libtwbl_bottick.so` 11:35 <+ws-client> thats from the maps 11:35 <+ws-client> and that file exists 11:35 < bridge> can `ls -l` the relevant symlink in `/proc//map_files/`? 11:36 <+ws-client> chiller u still have the problem? 11:36 < bridge> can you somehow check in gdb which version of the library you have mapped in the program? 11:36 <+ws-client> `lr-------- 1 chiller chiller 64 May 21 17:36 7fffe4400000-7fffe44af000 -> /home/chiller/Desktop/git/twbl-ddnet/build/libtwbl_bottick.so` 11:37 <+ws-client> @JStar ? xd 11:37 <+ws-client> @chillerdragon u get a crash when hot reloading? 11:37 <+ws-client> oh you mean from a few weeks/months back? 11:37 <+ws-client> i dunno, i read this chat 11:37 <+ws-client> no that was ddnet_hotui thats working smoothly now i use it all the time 11:38 <+ws-client> and u said u have trouble 11:38 <+ws-client> i am now since yesterdayish in deep trouble while developing hot reloading for bots 11:38 <+ws-client> luckily heinrich is being very helpful now 11:38 <+ws-client> do you automatically hot reload, or manually press a button? 11:38 <+ws-client> @heinrich5991 i can let it tick and call the callback and then print not sure how reliable that is but then its printing the old message 11:39 <+ws-client> anyway, linux touches the file (creates an empty file) before writing the content. so better be careful with automatic hot reload 11:39 <+ws-client> @JStar i am not that far yet for now im trying to get it to work. When comes later. As of right now i reload every tick. (its blazingly fast suprinsingly) later i might add a command or look at the timestamp of the file like i do in ddnet_hotui 11:39 <+ws-client> u might end up loading a partial file 11:39 <+ws-client> ye ik 11:40 < bridge> (that's why you should `mv` the file over) 11:40 < bridge> (instead of incrementally writing it) 11:40 <+ws-client> but i compile the file once manually then i reload every tick @JStar :D 11:40 <+ws-client> those are all details for later 11:40 <+ws-client> first it has to work 11:41 <+ws-client> i dunno heinrich, i think i even had trouble with `mv` 11:41 <+ws-client> ok maybe only with cp 11:41 <+ws-client> then nvm 11:41 < bridge> `mv` is atomic 11:41 <+ws-client> @heinrich5991 so what do you think? is it printing the old message a reliable check of what is mapped? 11:41 < bridge> `cp` isn't atomic by default 11:42 < bridge> ChillerDragon: can I see the source code somewhere? 11:43 <+ws-client> how do u even deal with global variables @chiller 11:43 < bridge> not sure. depends on how you print the message. where does the message come from? static string? should be safe™. but something is off, so I'm not sure if I'd treat it as a safe signal if it says it's still the old library 11:44 < bridge> what does the message say, ChillerDragon? 11:44 <+ws-client> my git work tree is a bit dirty i can tmp push that 11:44 < bridge> I'll also have to leave for 2 hours or so, soon 11:44 < bridge> but I'm interested in continuing 11:44 <+ws-client> https://zillyhuhn.com/cs/.1716284626.png 11:45 <+ws-client> ye i wanted to be on the beach since 40 mins 11:45 <+ws-client> lemme push to tmp branch 11:47 <+ws-client> https://github.com/TeeworldsBotLib/ddnet/tree/tmp_heino 11:47 <+ws-client> here is all the code 11:48 <+ws-client> chiller first finish work 11:48 <+ws-client> @JStar for now i only wanna see the map so i pass a pointer to CCollision into my callback 11:49 <+ws-client> wot work jstar 11:49 <+ws-client> finish ur hot reload lib 11:49 <+ws-client> then beach 11:49 <+ws-client> dude im 9 to 5 tw dev 11:49 <+ws-client> its beach time since 50 mins 11:49 <+ws-client> tw life balance 11:50 <+ws-client> nice but it's not about time 11:50 <+ws-client> u finish the work then beach 11:50 <+ws-client> hot reloading is epyc, u need ur reward 11:51 <+ws-client> @heinrich5991 yes the string is static and it says UwU as you can see in the screenshot 11:51 <+ws-client> @JStar i wont finish this today :( 11:51 <+ws-client> wtf chiller only skimmed the code, but how does it even work at all xD 11:55 <+ws-client> yea kinda 11:55 < bridge> "kinda"? 11:55 <+ws-client> but then it does not have access to ccollision 11:55 <+ws-client> hot reloading works 11:56 <+ws-client> thats why i have two libs 11:56 <+ws-client> one that falls back to fake collision 11:56 <+ws-client> and that one can hot reload 11:57 <+ws-client> but i think even that "lite" version breaks if the server is compiled with -rdynamic 11:57 <+ws-client> yep seems so 11:57 <+ws-client> adding -rdynamic "caches" hot reloading and makes it very non hot 11:58 <+ws-client> bro how does the code u posted even work at all 11:58 <+ws-client> i no understand 11:59 <+ws-client> im no understand 11:59 <+ws-client> whats unclear? 11:59 <+ws-client> bra im lagging af 12:00 <+ws-client> thank you so much for your time @heinrich5991 i rq for now 12:00 < bridge> I'll also be gone for now 12:02 <+ws-client> yeah sry chiller 12:02 <+ws-client> i guess i am simply no genius like u 12:05 <+ws-client> ok i understand it now lmao 12:05 < bridge> Pro 12:05 <+ws-client> chiller: how do u pass collision 12:05 < bridge> If you understand send fix hehe 12:05 <+ws-client> i'm blind 12:05 < bridge> Types.h 12:05 < bridge> And then in character.cpp 12:06 <+ws-client> wtf bro 12:06 < bridge> Ikr 12:06 <+ws-client> u create a new ccollision struct? 12:07 < bridge> Just for mocking 12:07 < bridge> When used outside of the server 12:07 < bridge> In unit test mode 12:07 <+ws-client> ah ok 12:07 < bridge> Oh and right now it’s also nice because that mock collision works with hot reload 12:07 < bridge> But ideally real collision would hit reload too 12:07 <+ws-client> so your problem is only that it crashes if u pass ccollision? 12:07 < bridge> Never crashes 12:07 <+ws-client> but ? i didnt read full convo sry 12:07 <+ws-client> just read hotreload and trouble and i was hooked 12:07 < bridge> It just does not load new stuff with dlopen when rdynamic is set 12:08 < bridge> It only loads once 12:08 <+ws-client> i see 12:09 <+ws-client> i wish ur epyc web client would have search function 12:09 < bridge> And I need rdynamic on the server side otherwise it can’t find Ccollison 12:09 < bridge> It has 12:09 < bridge> Activate plugin 12:09 < bridge> In settings and then reload page 12:12 <+ws-client> ah lol xDDD 12:12 < bridge> ux 12:12 <+ws-client> it cant find it, does it have an age limit? 12:13 < bridge> I may have reused parts of the emoji code 12:13 < bridge> It only searches in the history known to the backend 12:13 < bridge> Which is capped at like idk 800 msgs 12:13 < bridge> Because bloat 12:14 < bridge> Old stuff I grep in irc logs xd 12:14 < bridge> It’s a works on my machine kind of chat app 12:16 <+ws-client> mh ok, i see, yeah. makes no sense, u are sure it never reloaded? 12:20 <+ws-client> anyway dragon, don't give up, just rewrite ddnet to be modular and stuff 12:29 < bridge> :w 13:02 < bridge> huh I was not in vim there :hey: 14:24 < bridge> ChillerDragon: could you give reproducing instructions so I can try locally? 14:42 < bridge> <1234503178> how to quickly calculate the number of hours for ALL TIME? and not in a year? 14:42 < bridge> <1234503178> https://cdn.discordapp.com/attachments/293493549758939136/1242457578571829399/image.png?ex=664de84a&is=664c96ca&hm=1a2c31a30d391924d2ba9b3bf9d542cf98dda378a1a4bf79db624e054f1c2295& 14:47 < bridge> Loop through every object & total_hours += hours_player 14:47 < bridge> <1234503178> through every object = quickly? 14:51 < bridge> Its json, what do you expect? Speed out of a sudden? 14:52 < bridge> <1234503178> Maybe there is some special code that will calculate? 14:52 < bridge> cache every time you calculate it for ceratain player, you can't speed it up any other way 14:52 < bridge> JSON is slow per design, its human readable. Either ask if deen can add a "total_time" to the root json or you have to parse through every object 14:53 < bridge> imagine protobuf ddnet api 14:53 < bridge>