08:18 <+bridge_> <melon> Today is a good day for the readme
09:57 <+bridge_> <chillerdragon> watafak @essigautomat
09:58 <+bridge_> <Assa> watafak chillerdragon
09:58 <+bridge_> <chillerdragon> why u cancel my merge
09:58 <+bridge_> <Assa> merge was failing, change was still under discussion
09:58 <+bridge_> <chillerdragon> what discussion :D
09:59 <+bridge_> <Assa> can I make a PR and add my mod to that list as well or why does s-ddrace have that special role there?
09:59 <+bridge_> <chillerdragon> yes you can
09:59 <+bridge_> <Assa> matching s-ddr is in theory more inclusive, you would also match sos-ddrace for example
09:59 <+bridge_> <Assa> so at least check if there are other mods matching and affected
10:00 <+bridge_> <Assa> I checked so this is fine, bug I wouldn't make the coloring rules too exclusvie
10:00 <+bridge_> <Assa> I checked so this is fine, bug I wouldn't make the coloring rules too exclusive
10:00 <+bridge_> <chillerdragon> wdym check
10:00 <+bridge_> <chillerdragon> i know
10:00 <+bridge_> <chillerdragon> matching other mods is a bug
10:00 <+bridge_> <Assa> I'd say it's a feature
10:01 <+bridge_> <chillerdragon> wdym exclusive?
10:01 <+bridge_> <Assa> like lots of things match race, even if I now do a sexy-race mod
10:01 <+bridge_> <chillerdragon> ppl should have to name their mods similar to s-ddr just to get a color
10:01 <+bridge_> <Assa> yes exactly
10:01 <+bridge_> <chillerdragon> the coloring should be explicit
10:01 <+bridge_> <chillerdragon> so
10:01 <+bridge_> <chillerdragon> the pr is good
10:01 <+bridge_> <chillerdragon> whats your argument here?
10:02 <+bridge_> <Assa> then we should think about using a colorwheel on the modname instead ... then it is always exclusive
10:02 <+bridge_> <chillerdragon> bro wtf
10:02 <+bridge_> <chillerdragon> its a good pr i approved it
10:02 <+bridge_> <chillerdragon> if you are missing information you should not crash the party like that
10:02 <+bridge_> <chillerdragon> but sure you can have it
10:03 <+bridge_> <chillerdragon> i will unsubscribe now its your pr
10:03 <+bridge_> <Assa> "crash the party" on disabling automerge on a failing PR
10:03 <+bridge_> <chillerdragon> what a waste of time
10:03 <+bridge_> <Assa> pls don't, but only today - because I am sitting in a plane soon and have no time
10:03 <+bridge_> <chillerdragon> the fail is style
10:04 <+bridge_> <chillerdragon> wtf is this move
10:04 <+bridge_> <Assa> here activated automerge again, have fun
10:04 <+bridge_> <chillerdragon> propose some color wheels holding of a clean pr and then going on a plane
10:04 <+bridge_> <chillerdragon> nah bro im mad af
10:04 <+bridge_> <Assa> no, proposing this outside of the PR
10:05 <+bridge_> <chillerdragon> how is a simple pr in ddnet repo always this complicated
10:05 <+bridge_> <chillerdragon> wtf
10:06 <+bridge_> <Assa> idk, this PR made me angry, because it's not only "renaming" s-ddr
10:06 <+bridge_> <Assa> it's fixing a bug, but this is just hidden 🤷‍♂️
10:07 <+bridge_> <Assa> wait what how does this work oO
10:07 <+bridge_> <chillerdragon> what bug?
10:08 <+bridge_> <Assa> shouldn't `s-ddrace` match race?
10:08 <+bridge_> <Assa> like currently?
10:09 <+bridge_> <Assa> no it currently matches `ddrace`, so this PR actually changes the color of s-ddrace
10:10 <+bridge_> <chillerdragon> the current name of the gametype is "S-DDR" this does not match race
10:10 <+bridge_> <chillerdragon> there is a planned rename to "s-ddracex" which should keep the old color
10:11 <+bridge_> <chillerdragon> how can this be such a huge topic
10:11 <+bridge_> <chillerdragon> imo maintainers should try more to actually progress things than to slow them down
10:11 <+bridge_> <chillerdragon> we have 100 open prs and contributing is 0 fun
10:11 <+bridge_> <chillerdragon> everything is huge discussion no matter the change
10:13 <+bridge_> <Assa> ah that's why it's working
10:13 <+bridge_> <chillerdragon> i mean i did the same in kebs pr but at least i feel bad for it and have a valid reason because i am scared stuff breaks if my opinion is not represented
10:13 <+bridge_> <Assa> I am just making sure stuff doesn't break
10:13 <+bridge_> <chillerdragon> but sometimes i feel like other maintainers just look for stuff to slow down the merge just for the sake of doing so
10:14 <+bridge_> <chillerdragon> if it breaks we fix it
10:14 <+bridge_> <chillerdragon> and by we i mean him
10:14 <+bridge_> <chillerdragon> its his code, his mod, he will be affected by the bug nobody else
10:15 <+bridge_> <chillerdragon> spend 3s looking at the pr to realize that merge it. If it breaks merge another pr in 3s with his fix.
10:15 <+bridge_> <chillerdragon> instead of spending 3 hours bashing that poor dude
10:15 <+bridge_> <Assa> where did I bash that dude?
10:16 <+bridge_> <chillerdragon> you didnt
10:16 <+bridge_> <chillerdragon> but its not a nice feeling if you send a little fix and its not merged
10:16 <+bridge_> <chillerdragon> every time i keep revisiting the ddnet repo i regret it
10:16 <+bridge_> <Assa> true, and understandable - often I only complain about quality standards
10:17 <+bridge_> <Assa> like we want to have a codebase, that is easy and maintainable
10:17 <+bridge_> <Assa> and parts of it are currently complex af
10:17 <+bridge_> <chillerdragon> if i even get drama on prs this simple about third party server mods i know well then there might be nothing left for me to do as maintainer here
10:21 <+bridge_> <Assa> idk what lesson I should learn from this, I don't want to slow down the process of mergin something and I don't think I don't review enough
10:39 <+bridge_> <aegisub> > we have 100 open prs and contributing is 0 fun
10:40 <+bridge_> <aegisub> nobody is obligated to make contributing fun for you
10:40 <+bridge_> <aegisub> sending a pull request means asking other people to do work for you, not the other way around
10:43 <+bridge_> <chillerdragon> @aegisub  hm sure i do get that point to some degree. But imo ideally contributing still ideally was a pleasant experience so bigger stronger projects can emerge instead of encouraging people to just hard fork where we end up with a bunch of incomplete projects
10:43 <+bridge_> <chillerdragon> @aegisub  hm sure i do get that point to some degree. But imo ideally contributing still was a pleasant experience so bigger stronger projects can emerge instead of encouraging people to just hard fork where we end up with a bunch of incomplete projects
10:44 <+bridge_> <aegisub> ideally? yes
10:45 <+bridge_> <aegisub> but it's not a pleasant experience to read the same discussion about review velocity here three times a week, and I can't imagine it's pleasant for maintainers either
10:45 <+bridge_> <chillerdragon> i wish there was a logger that worked like a logger :/
10:46 <+bridge_> <aegisub> but it's also not a pleasant experience to read the same discussion about review velocity here three times a week, and I can't imagine it's pleasant for maintainers either
10:46 <+bridge_> <chillerdragon> doing log\_info is so nasty
10:46 <+bridge_> <chillerdragon> i check my server log and its there until its triggered by a rcon command
10:46 <+bridge_> <chillerdragon> and sometimes this is really not obvious
10:46 <+bridge_> <chillerdragon> i have a log\_info("xx", "doing cleanup..") in a destructor of some random class
10:47 <+bridge_> <chillerdragon> then one rcon command would eventually lead to a delete call
10:47 <+bridge_> <chillerdragon> which then does not log it to the server log anymore and also sends a net message to the client
10:47 <+bridge_> <chillerdragon> this side effect caused some debugging nightmare for me :/
10:48 <+bridge_> <chillerdragon> i even often resort to printf these days
10:48 <+bridge_> <chillerdragon> back in the days there was dbg*msg and it just worked .*.
10:49 <+bridge_> <chillerdragon> sure ye both sides should be supportive and try to make it work for everyone contributors and maintainers
11:08 <+bridge_> <heinrich5991> I'd have liked a relative path better, too. it's unclear what the absolute path refers to if you're not scanning for git repositories
11:10 <+bridge_> <melon> i can do a fixup PR - 2 out of 3 maintainers seem to prefer relative paths
11:15 <+bridge_> <heinrich5991> it's okay to stop a PR merge if you have comments on it, I think. in this case it wasn't even  stopping the PR merge because the check was failing anyway
12:07 <+bridge_> <chillerdragon> Check or not it sent a message
12:07 <+bridge_> <chillerdragon> It’s okay to stop a merge if you have comments yes
12:08 <+bridge_> <chillerdragon> But the comment was not okay
12:10 <+bridge_> <chillerdragon> It was a non actionable unclear comment without a real underlying issue. While I already took full ownership and responsibility of the pr
12:16 <+bridge_> <chillerdragon> Wtf
12:16 <+bridge_> <chillerdragon> https://github.com/ddnet/ddnet/pull/11948#issuecomment-4066563627
12:17 <+bridge_> <chillerdragon> @heinrich5991: you have to be trolling
12:17 <+bridge_> <chillerdragon> S-DDR averaged 100 players since over a year
12:17 <+bridge_> <chillerdragon> The author wants to rename it
12:17 <+bridge_> <chillerdragon> Wdym remove???
12:17 <+bridge_> <chillerdragon> This is a joke right
12:18 <+bridge_> <learath2> I saw the mail in my inbox and immediately knew opening discord I would see this
12:19 <+bridge_> <chillerdragon> Why do you guys even chip in here after I approved when you seemingly don’t even know the mod
12:19 <+bridge_> <chillerdragon> I don’t get it
12:24 <+bridge_> <chillerdragon> I let my self ragebait way too quickly
12:26 <+bridge_> <milkeeycat> good start to the week 😬
12:26 <+bridge_> <heinrich5991> chillerdragon: I'm not trolling. I think it would do you good to assume good faith
12:26 <+bridge_> <heinrich5991> if one assumes good faith of others, one is less likely to get angry (at potentially a misunderstanding)
12:27 <+bridge_> <chillerdragon> Sure
12:27 <+bridge_> <chillerdragon> But how could this be good faith?
12:27 <+bridge_> <heinrich5991> I checked the serverbrowser to see what this diff accepts
12:27 <+bridge_> <heinrich5991> I saw no servers
12:27 <+bridge_> <heinrich5991> I commented as such
12:27 <+bridge_> <heinrich5991> I checked the serverbrowser to see what this diff changes
12:27 <+bridge_> <chillerdragon> Is this the first time you open the browser this year?
12:28 <+bridge_> <chillerdragon> It’s public knowledge that it is a mod with lots of players
12:28 <+bridge_> <heinrich5991> is this you assuming good faith?
12:28 <+bridge_> <heinrich5991> no
12:28 <+bridge_> <chillerdragon> If you don’t know why don’t you trust me?
12:28 <+bridge_> <heinrich5991> no, it's not me opening the server browser for the first time
12:28 <+bridge_> <heinrich5991> where am I seen not trusting you?
12:28 <+bridge_> <chillerdragon> What’s good faith about removing a piece of code someone just stated they care about
12:29 <+bridge_> <chillerdragon> I approved the pr
12:29 <+bridge_> <chillerdragon> You said we should delete the code instead
12:29 <+bridge_> <heinrich5991> and I'm _commenting_ on the PR that we might want to delete the code if it's not in use
12:29 <+bridge_> <heinrich5991> and you take this as a personal attack
12:29 <+bridge_> <chillerdragon> Why is the code even there in the first place if you don’t like it
12:29 <+bridge_> <chillerdragon> It is in use
12:29 <+bridge_> <heinrich5991> great. comment that on the PR
12:29 <+bridge_> <chillerdragon> Thus the pr
12:29 <+bridge_> <chillerdragon> I do
12:30 <+bridge_> <chillerdragon> I already approved
12:31 <+bridge_> <chillerdragon> I don’t feel like commenting
12:31 <+bridge_> <heinrich5991> chillerdragon: IRC DM
12:31 <+bridge_> <chillerdragon> Im quite mad that two people backlashed this pr
12:32 <+bridge_> <byfox> Actually, in my opinion, the server should communicate the color of its mode...
12:32 <+bridge_> <byfox> 
12:32 <+bridge_> <byfox> One of the conveniences is that if we have something like this, we won't need to update the client to change the game color(If this is introduced)
12:33 <+bridge_> <heinrich5991> I think this would be a bad idea, because the incentives of server owners is to stand out, and the user wants good categorization instead
12:34 <+bridge_> <heinrich5991> what I think would be a good idea is to have a centrally managed list for game type colorization
12:34 <+bridge_> <byfox> Considering they'll make pink servers for this... or something like that color that can be seen from afar
12:34 <+bridge_> <byfox> Can this permission be made only for community?
12:34 <+bridge_> <robyt3> I could accept if the colors were encode in json in the ddnet info instead of being hard-coded in the client
12:34 <+bridge_> <heinrich5991> yes, or in the server list
12:36 <+bridge_> <heinrich5991> perhaps with a override for users if they want other colors
12:36 <+bridge_> <heinrich5991> perhaps with an override for users if they want other colors
12:36 <+bridge_> <byfox> The only thing I don't like is that this change might affect the size of the master server.
12:37 <+bridge_> <heinrich5991> is the size of the masterserver list a problem somewhere?
12:37 <+bridge_> <robyt3> It would be great if the list could be parsed and filtered in a background job, because refreshing makes FPS drop more and more with each feature we add
12:37 <+bridge_> <learath2> How big is it btw? I assume at some point it'll become worth it to use a better json parser than the meh one we have 😄
12:37 <+bridge_> <heinrich5991> 1 MiB IIRC
12:38 <+bridge_> <byfox> `Transferred194 kB (1.30 MB size)` 
12:38 <+bridge_> <byfox> 
12:38 <+bridge_> <byfox> In any case, I would like to take into account people with weak internet.
12:38 <+bridge_> <heinrich5991> 200 KiB download, 1.5 MiB uncompressed
12:39 <+bridge_> <heinrich5991> are there internet speeds where downloading 200 KiB is a problem?
12:39 <+bridge_> <byfox> Okay, so far there don't seem to be any problems with this.
12:41 <+bridge_> <learath2> I guess we didn't really think ahead with that one, it being a single file is pretty nice for some things, but it will grow uncontrollably if this game suddenly became more popular
12:42 <+bridge_> <learath2> At least it compresses quite well
12:42 <+bridge_> <trophiie> Where is that a problem 😭  the uncontacted tribes of india?
12:43 <+bridge_> <heinrich5991> looking back, it still seems like the correct decision. what would you have done differently?
12:43 <+bridge_> <heinrich5991> looking back, it still seems like the correct decision to me. what would you have done differently?
12:45 <+bridge_> <learath2> I think I may have kept the playerinfo separate, so you'd do another fetch when you clicked on the server (it does have issues with anonimity, caching and request volume), but the main file would be much more controlled in size
12:46 <+bridge_> <melon> from what Roby said, the best thing we could do is background parsisng/threading to prevent performance issues instead of paginating it, adding complexity where none is needed IMO
12:48 <+bridge_> <learath2> Definitely just move it to the background and maybe replace udp/json-parser with something more modern
12:48 <+bridge_> <byfox> Until there are tens of thousands of servers, you can ignore this problem, but if the file becomes larger than 10 MB, it is advisable to come up with something
12:49 <+bridge_> <melon> yeah for sure, but the performance issue is client-side
12:49 <+bridge_> <melon> paginating the master-server could be hacked together in a week i'd assume :kek:
12:49 <+bridge_> <alw5> mastersrv abuse going on
12:50 <+bridge_> <alw5> https://cdn.discordapp.com/attachments/293493549758939136/1483069914725220373/DDNet_8MfrXvn1rd.png?ex=69b93ffd&is=69b7ee7d&hm=dce0a62064bdf5204c28f06286c50bbd766df24fc50d9bdca20a315fcef40768&
12:50 <+bridge_> <byfox> `Transferred 470.16 kB (22.47 MB size)`
12:50 <+bridge_> <learath2> Quite surprising this is the first time it happens
12:50 <+bridge_> <melon> its not the first time is it? - i mean, not on that scale but
12:50 <+bridge_> <alw5> https://cdn.discordapp.com/attachments/293493549758939136/1483070008035774526/DDNet_cfVbMDn4iv.png?ex=69b94014&is=69b7ee94&hm=56621b65722b2592b264be1b39c175e8b9b57be782db54f9053b4dc34f5468de&
12:50 <+bridge_> <byfox> I thought this would happen much earlier.
12:50 <+bridge_> <trophiie> No way that is a coincidence
12:51 <+bridge_> <learath2> metoo
12:51 <+bridge_> <byfox> @heinrich5991
12:51 <+bridge_> <heinrich5991> I'm editing the bans file
12:51 <+bridge_> <alw5> just 1 ip
12:51 <+bridge_> <alw5> 138.124.240.19
12:51 <+bridge_> <trophiie> Damn the game got really popular all of a sudden
12:51 <+bridge_> <melon> we got our 50K players overnight really damn fast
12:51 <+bridge_> <alw5> :brownbear:
12:52 <+bridge_> <byfox> The funny thing is that this happened when we were discussing the size of the master list :)
12:54 <+bridge_> <learath2> :Celebrate: finally
12:55 <+bridge_> <0xdeen> Don't threaten me with a good time! I was getting my hopes up for a second there 😄
12:55 <+bridge_> <trophiie> This is just predicting how popular the game will be in 2027, its a stress test
12:55 <+bridge_> <melon> deen was finally able to stresstest his servers for once and y'all ruined it!
12:56 <+bridge_> <learath2> honestly, we are not ready for that many players anyway
12:56 <+bridge_> <learath2> this operation would blow up real quick
12:56 <+bridge_> <trophiie> New ddrace server expansion
12:56 <+bridge_> <alw5> need to fix the server browser
12:56 <+bridge_> <alw5> aparently it can crash peoples games
12:56 <+bridge_> <0xdeen> That's a great forcing function for actually starting to automate server setup, auto-scaling, optimizations, etc
12:56 <+bridge_> <efetee.> it got fixed thanks
12:57 <+bridge_> <0xdeen> Doesn't make sense to work on any of that unless we'll really need it. When it's too late you know you need it for sure 😄
12:57 <+bridge_> <learath2> https://dl.acm.org/doi/10.1145/3760250.3762222
12:57 <+bridge_> <learath2> 
12:57 <+bridge_> <learath2> If we ever do get real 22 meg serverlists, I just read this paper 😄
12:57 <+bridge_> <learath2> GPU accelerated json parsing, it's worth after about 8mb 😄
12:58 <+bridge_> <learath2> GPU accelerated json parsing, it's worth after about 8mb 🙃
12:58 <+bridge_> <0xdeen> 22 MB wouldn't be a big blocker? Move it into a thread so it doesn't block anything else I guess
12:58 <+bridge_> <byfox> I already tried to send multi-threaded network processing from the server side, but I did it disgustingly :)
12:58 <+bridge_> <melon> sounds like insane over-head, you'd need to load it into GPU memory first :o
12:58 <+bridge_> <melon> wowow ByFox, thats toxic!
12:58 <+bridge_> <learath2> Imagine how fast they managed to make it work even with the stupid overhead
12:58 <+bridge_> <byfox> I already tried to send the pr to multi-threaded network processing on the server side, but it turned out terrible :)
12:59 <+bridge_> <byfox> I wanted to rephrase a bit, since I'm writing through a translator :)
12:59 <+bridge_> <aegisub> need gpu-accelerated coredumps so my game crashes faster
12:59 <+bridge_> <byfox> Thank you very much for lifting the restrictions.
12:59 <+bridge_> <melon> :p
12:59 <+bridge_> <melon> 
12:59 <+bridge_> <melon> why not just send delta-updates, or is that too invasive?
12:59 <+bridge_> <0xdeen> So complex, have to keep track of updates, things can go wrong
13:00 <+bridge_> <0xdeen> reparse is way simpler
13:00 <+bridge_> <learath2> Just no need to bother, it works fine, and it'll work fine for larger files too
13:00 <+bridge_> <melon> true
13:01 <+bridge_> <learath2> We have more performant json parsers available if that becomes an issue someday (it won't)
13:01 <+bridge_> <learath2> and if it comes to it we can just replace json with something better suited for rapid parsing (again won't be needed, we likely aren't getting multi gigabyte serverlist)
13:03 <+bridge_> <Assa> fucking Deutsche Bahn 🔥
13:03 <+bridge_> <melon> i personally really dislike the json lib we use, it was a pain in the butt to work with it personally, but the alternatives are so heavy in comparison. (i.e nlohmann)
13:04 <+bridge_> <Communist> ~~i personally really dislike myself~~
13:04 <+bridge_> <learath2> nlohmann is also quite slow too
13:04 <+bridge_> <milkeeycat> use https://github.com/ChillerDragon/json instead
13:04 <+bridge_> <learath2> Let's bring in glaze or simdjson
13:04 <+bridge_> <heinrich5991> or serde? 🤔
13:04 <+bridge_> <melon> 🦀 mentioned
13:04 <+bridge_> <alynskyzz> https://cdn.discordapp.com/attachments/293493549758939136/1483073584883699812/image.png?ex=69b94368&is=69b7f1e8&hm=e4d4071c8dad79f8927e503de141072195009566cef29f29f7bb3390dc88c5e1&
13:05 <+bridge_> <melon> ah wait, there is actually a cpp framework
13:05 <+bridge_> <melon> interesting
13:05 <+bridge_> <melon> https://github.com/serde-cpp/serde-cpp
13:05 <+bridge_> <learath2> I wonder how serde_json compares to glaze or simdjson
13:05 <+bridge_> <learath2> Sudden extreme popularity
13:05 <+bridge_> <01000111g> https://bahn.bet
13:06 <+bridge_> <trophiie> Btw maybe im abusing this channel a bit now, but does ddnet support putting difficulty/stars information in the server info so u can see it from the browser?
13:06 <+bridge_> <Communist> isn't partial json streaming a thing? like puting all the attributes at the top then a big list after. :pokesnarf:
13:07 <+bridge_> <melon> nope
13:07 <+bridge_> <melon> however, i've seen people simply map the difficulty at the end of the map name `i.e DDRace Novice | Ger | Linear 1/5`
13:07 <+bridge_> <melon> which i found very neat xd
13:07 <+bridge_> <heinrich5991> no
13:07 <+bridge_> <heinrich5991> (and no abuse of this channel)
13:08 <+bridge_> <byfox> You do terrible things :)
13:08 <+bridge_> <heinrich5991> the repetitiveness is likely fixed by the gzip transport compression
13:09 <+bridge_> <heinrich5991> what's that?
13:09 <+bridge_> <learath2> There was a format for this, idk if any parser exists that supports it
13:09 <+bridge_> <alynskyzz> bot ddnet monitoring
13:09 <+bridge_> <melon> https://klipy.com/gifs/why-huh-1
13:09 <+bridge_> <Communist> i can imagine. just commenting about the delta thing from melon
13:09 <+bridge_> <learath2> Yeah gzip most definitely handles the repetitiveness
13:10 <+bridge_> <Communist> i remember doing it. but i'm just a javascript kid
13:11 <+bridge_> <byfox> Send me the code for this miracle. I'm curious how it's made :)
13:11 <+bridge_> <Communist> there is an actual format that is line separated jsons which is eaiser to stream. but i'm pretty sure i've done something with partial json tho. it's very finicky.
13:12 <+bridge_> <alw5> he is the one behind the bot attack
13:12 <+bridge_> <byfox> y
13:12 <+bridge_> <alw5> https://cdn.discordapp.com/attachments/293493549758939136/1483075593707720734/DiscordCanary_cpXzTmBuXz.png?ex=69b94547&is=69b7f3c7&hm=81b05615bbd8869dad3c671e95bdceda332932050664263526e4f6e105943806&
13:13 <+bridge_> <byfox> He did it, I know :)
13:13 <+bridge_> <alw5> ah ok
13:13 <+bridge_> <byfox> ```
13:13 <+bridge_> <byfox> byfox@byfox-x99e ~> spectacle
13:13 <+bridge_> <byfox> spectacle: /usr/lib/libm.so.6: version `GLIBC_2.43' not found (required by /usr/lib/libgfortran.so.5)
13:13 <+bridge_> <byfox> ```
13:13 <+bridge_> <byfox> oh fuck///
13:13 <+bridge_> <byfox> ```
13:13 <+bridge_> <byfox> byfox@byfox-x99e ~> spectacle
13:13 <+bridge_> <byfox> spectacle: /usr/lib/libm.so.6: version `GLIBC_2.43' not found (required by /usr/lib/libgfortran.so.5)
13:13 <+bridge_> <byfox> ```
13:13 <+bridge_> <byfox> oh fuck...
13:13 <+bridge_> <alynskyzz> trade secret) I think I'll play around with this a bit longer, and then I'll probably send it to you
13:14 <+bridge_> <heinrich5991> @alynskyzz don't attack ddnet infrastructure
13:14 <+bridge_> <byfox> It's not hard to do, by God, I can write this miracle in Rust right now thanks to libtw2
13:14 <+bridge_> <byfox> 
13:14 <+bridge_> <byfox> So don't do that again, xd
13:17 <+bridge_> <efetee.> who is looking for community applys
13:17 <+bridge_> <byfox> It's not hard to do, I can write this miracle in Rust right now thanks to libtw2
13:17 <+bridge_> <byfox> 
13:17 <+bridge_> <byfox> So don't do that again, xd
13:22 <+bridge_> <learath2> JSONL is popular-ish
13:24 <+bridge_> <_.exel> It's convenient, but it won't help much with attacks like this.
13:24 <+bridge_> <_.exel> although I don't know, maybe it will save
13:25 <+bridge_> <heinrich5991> the "attack" didn't do anything, everything continued to work
13:25 <+bridge_> <heinrich5991> it was just spamming
13:25 <+bridge_> <_.exel> ye
13:27 <+bridge_> <learath2> I wasn't saying it'd help with anything. I was just naming the line seperated json format freddie was talking about
13:27 <+bridge_> <_.exel> Well, I just pointed out that it's not a fact that it will help.
13:28 <+bridge_> <_.exel> didn't mean anything at all
13:38 <+bridge_> <bamcane_tee237> sad
13:39 <+bridge_> <bamcane_tee237> I found that
13:39 <+bridge_> <bamcane_tee237> uhh
13:39 <+bridge_> <bamcane_tee237> there's no <threads.h> on windows and macos.
13:40 <+bridge_> <kebscs> "I struggle to find a non offensive response to this." :kek: :kek:
13:44 <+bridge_> <learath2> I remember microsoft finally adding C11 threads to msvc a couple years back
13:45 <+bridge_> <bamcane_tee237> ah yeah there's one
13:45 <+bridge_> <bamcane_tee237> but I built for windows on MSYS2.
13:45 <+bridge_> <learath2> hm, I don't remember the c11 support level of mingw, so yeah maybe not
13:54 <+bridge_> <ryozuki> https://crates.io/crates/simd-json
13:56 <+bridge_> <heinrich5991> there's also https://lib.rs/crates/sonic-rs
13:57 <+bridge_> <heinrich5991> which seems to be a drop-in-replacement for serde_json except with simd on x86_64 and aarch64
14:26 <+bridge_> <alynskyzz> Where can I apply to become a moderator?
14:28 <+bridge_> <kebscs> #mod-recruitment but it closed some time ago
14:53 <+bridge_> <zeficsxyr1s> bro
14:53 <+bridge_> <zeficsxyr1s> https://cdn.discordapp.com/attachments/293493549758939136/1483100887764304025/1.jpg?ex=69b95cd6&is=69b80b56&hm=cc1252b105da937ad6da7d144a27872ef2cb3662dc40f59dc4c46dc491a97456&
14:53 <+bridge_> <zeficsxyr1s> https://cdn.discordapp.com/attachments/293493549758939136/1483100888301043875/2.jpg?ex=69b95cd6&is=69b80b56&hm=7189c880669b12c2a940fd191bdad4f9fb38ab29c9a0a714b973fd4aa2e29f2b&
14:53 <+bridge_> <zeficsxyr1s> https://cdn.discordapp.com/attachments/293493549758939136/1483100888674599183/3.jpg?ex=69b95cd6&is=69b80b56&hm=151f94380f2bc8181e448d7ef3e8889cad43caf03c24b95bffd61119ecc07e59&
14:53 <+bridge_> <zeficsxyr1s> https://cdn.discordapp.com/attachments/293493549758939136/1483100889085378622/4.jpg?ex=69b95cd6&is=69b80b56&hm=5b2433c167246b65db465bfb20fbfe2352ba3b84e03f711195a12f9bfa6e59d2&
15:09 <+bridge_> <ryozuki> TIL
15:19 <+bridge_> <heinrich5991> what I don't like about `serde` wrt. JSON is that it makes you accept representations you didn't think about
15:21 <+bridge_> <heinrich5991> if you accept `{"name":"John Doe","age":43}` via a `struct,` you also accept `["John Doe",43]` for the same value
15:21 <+bridge_> <heinrich5991> this can lead to API compatibility hazards IMO, and I find it bad that this isn't clearly documented
15:29 <+bridge_> <learath2> Isn't there a stricter mode or something?
15:29 <+bridge_> <learath2> I was never a huge fan of these automatic serialization/deserialization things tbf, but they caught on real quick
15:32 <+bridge_> <Brokecdx-> Why are server demos like 500%+ more heavy weight than client side demos?
15:38 <+bridge_> <robyt3> Server demos are kind of broken currently. They contain a lot of global messages multiple times for each client.
15:39 <+bridge_> <Brokecdx-> Figured, I compared them and its huge differences.. 20kb client side 800+kb server side is carzy
15:39 <+bridge_> <Brokecdx-> Figured, I compared them and its huge differences.. 20kb client side 800+kb server side is crazy
16:05 <+bridge_> <heinrich5991> no
16:05 <+bridge_> <heinrich5991> I think automatic serialization/deserialization generation is great
17:34 <+bridge_> <Assa> @chillerdragon at first I also didn't find any servers, because I excluded the word "block" 😂 so I understand Heinrich there
17:56 <+bridge_> <chillerdragon> The servers did not have huge presence today anyways
18:27 <+bridge_> <chairn> you also have this with SIMD:
18:27 <+bridge_> <chairn> <https://gienieczko.com/rsonpath-paper>
18:27 <+bridge_> <chairn> and the library presented:
18:27 <+bridge_> <chairn> <https://github.com/rsonquery/rsonpath>
18:31 <+bridge_> <chairn> looks like the performance is a little better than simdjson
18:32 <+bridge_> <chairn> but it seems to not support everything that json allows too
23:22 <+bridge_> <teero777> @robyt3 people could get confused since following https://emscripten.org/docs/getting_started/downloads.html won't get you the correct version what you wrote is mostly a duplicate of what the emscripten website says just without `source ./emsdk_env.sh`
23:22 <+bridge_> <teero777> https://cdn.discordapp.com/attachments/293493549758939136/1483228955610841088/image.png?ex=69b9d41c&is=69b8829c&hm=dc6cc0185597b7523c964da5e3d2344ea0f1852a9646a206f00273514d040999&
23:23 <+bridge_> <teero777> i wouldn't tell people to directly follow https://emscripten.org/docs/getting_started/downloads.html. you could link it just in case but dont tell them to follow it. at least i wouldn't.
23:23 <+bridge_> <teero777> i wouldn't tell people to directly follow https://emscripten.org/docs/getting_started/downloads.html. you could link it just in case but dont tell them to follow it in case something goes wrong. at least i wouldn't.
23:24 <+bridge_> <teero777> i wouldn't tell people to directly follow https://emscripten.org/docs/getting_started/downloads.html. you could link it just in case but dont tell them to follow it. at least i wouldn't.
23:28 <+bridge_> <teero777> also im not sure the emsdk_env.sh works if you execute it from a different path
23:28 <+bridge_> <teero777> ok nvm that works
23:29 <+bridge_> <teero777> ~~also im not sure the emsdk_env.sh works if you execute it from a different path~~
23:29 <+bridge_> <robyt3> You have to source it, which adds the variables to the current shell environment
23:29 <+bridge_> <robyt3> Using the bat script also works on Windows
23:31 <+bridge_> <teero777> yy ik i just wasn't sure if the script handles if correctly if you source it from a different path like ../../../emsdk/emsdk_env.sh but the script seems to handle that correctly. it even tells you if it fails to find where it is.
23:33 <+bridge_> <teero777> ah btw can you add that CC and CXX should be unset?
23:34 <+bridge_> <teero777> the errors that come up if you do have them set to clang or gcc or whatever are very ambiguous and don't point to the problem at all