00:54 < bridge> hi 00:54 < bridge> :owo: 01:40 < bridge> hi 01:40 < bridge> :owo: 01:40 < bridge> hi 01:40 < bridge> :owo: 01:41 < bridge> who was it that wanted kill tile to act as /r in practice mode 01:41 < bridge> https://tenor.com/view/shannon-sharpe-shay-nope-nah-nuhuh-gif-19620873 01:42 < bridge> well that's just the thing 01:42 < bridge> idk of a way that i can enable this per-player 01:42 < bridge> why 01:42 < bridge> because it's up to the server 01:42 < bridge> per team* 01:42 < bridge> huh 01:42 < bridge> i guess 01:42 < bridge> that would complicate things 01:43 < bridge> What exactly is the issue? 01:43 < bridge> idk how to inform the server of the team's desired behavior when they hit a kill tile in practice mode 01:43 < bridge> to either /r or kill like normal 01:43 < bridge> I'd probably make it a non changable option 01:44 < bridge> Lil 01:44 < bridge> lol* 01:44 < bridge> yea i already added a per-map opt out thing 01:44 < bridge> sv_ 01:44 < bridge> zxzxzx 01:44 < bridge> when the tee is about to touch a kill tile (HandleNonSkippableTiles) then just check whether it's in practice, if yes -> call Rescue 01:45 < bridge> yea 01:45 < bridge> ouuuu it's handlenonskippabletiles 01:45 < bridge> i was doing handlecharactertiles 01:45 < bridge> Yea u gotta check the kill tile 01:45 < bridge> HandleTiley 01:45 < bridge> s 01:46 < bridge> funny how ddrace handles the tiles differently 01:46 < bridge> is it a priori/posteriori thing 01:46 < bridge> and why can we not make all tiles non-skippable for new maps 01:46 < bridge> opt-in 01:47 < bridge> These are checked differently 01:47 < bridge> + wider hitbox 01:47 < bridge> yea 01:49 < bridge> ah btw 01:49 < bridge> its called HandleSkippableTiles 01:49 < bridge> yea i noticed there was no nonskippabletiles lol 01:50 < bridge> u see there is already something for teams 01:50 < bridge> a check 01:50 < bridge> u can just extend that 01:52 < bridge> gn 01:52 < bridge> gn 01:59 < bridge> i forgot to pause music forgive me 01:59 < bridge> https://cdn.discordapp.com/attachments/293493549758939136/1187559929352048771/practicekilltile-24.mp4?ex=6597545e&is=6584df5e&hm=dfffef25ed78c8d353d87e12dc060af72330402c34199881b77a0f5d65bdba70& 02:14 < bridge> should i keep the msg 02:14 < bridge> i think if not someone's gonna hit a kill tile and go WTF why am i not dead 02:14 < bridge> but i dont want system msg spam 02:52 < bridge> oh u know what i had not considered is dummy maps where the dummy is deliberately killed at the end 02:52 < bridge> maybe i should only do it if the team is locked 05:18 < bridge> @murpi not seeing any of this behavior 05:18 < bridge> https://cdn.discordapp.com/attachments/293493549758939136/1187609984977080340/image.png?ex=659782fd&is=65850dfd&hm=4b5ebfcf0ce193eebf790a36686308ae8b053c2680e52e0dd209d6f2c1b29b60& 05:18 < bridge> https://cdn.discordapp.com/attachments/293493549758939136/1187610012739194950/image.png?ex=65978303&is=65850e03&hm=4dc327cafeae494b0d0e07d41e5442ef7bb0f2adab8a884e4e3a0920d65593c0& 05:18 < bridge> nvm 05:18 < bridge> you can't leave LMFAO 05:18 < bridge> yea idk what is even happening rn 05:19 < bridge> not seeing the first thing anyway 05:19 < bridge> when i teleport into/onto a kill tile it tps me back to where i should be 05:21 < bridge> you can edge a kill tile normally but whenever you pass the threshold that would normally kill you then you become softlocked. i don't know why it isn't just rescuing sooner 05:21 < bridge> because you should be dead in the position that you're softlocked in 05:21 < bridge> i'm pretty sure .75 is way further than you could ever enter 05:21 < bridge> https://cdn.discordapp.com/attachments/293493549758939136/1187610876048592936/image.png?ex=659783d1&is=65850ed1&hm=a92478258248b61cc1747bc050c3e530a3c8d63b95c62e4f8d9261c5508802f5& 05:22 < bridge> nvm 06:28 < bridge> https://cdn.discordapp.com/attachments/293493549758939136/1187627773779521556/image.png?ex=6597938e&is=65851e8e&hm=ac55410ebebf7729d7f7d3d830142e733f4a2b4eb22276faaabb025134db8226& 06:29 < bridge> you should probably just remove this field from the template because it's already in the CI and it can never be merged unless it passes... lol 06:47 < bridge> man, i see edging and my first thought isnt ddnet related 06:48 < bridge> it's very funny 06:48 < bridge> i dont want to reintroduce the bug to give u a video but 06:49 < bridge> unlike freeze, there's no actual kill tile bounds check when it sets the rescue location, because you just died before 06:49 < bridge> so it would set your rescue inside the kill tile, and on the next frame it'd check if you're in a kill tile, and if you are, then it rescues you... 06:49 < bridge> forever 06:53 < bridge> sisyphus' rescue 06:53 < bridge> true 08:37 < bridge> aproving prs before holidays 08:37 < bridge> https://cdn.discordapp.com/attachments/293493549758939136/1187660218339950692/image.png?ex=6597b1c5&is=65853cc5&hm=33c895af66278fcd64b69519db3925dec28cecd253c0e8c5c124add18509d3ca& 08:56 < bridge> @ryozuki stop reading this message and get to work 08:56 < bridge> Also ffr 08:56 < bridge> bro 08:56 < bridge> i start work at 12 08:56 < bridge> A.m. 08:56 < bridge> ok its flexible 08:56 < bridge> i can start at 11 too 08:56 < bridge> give or take 08:57 < bridge> Gg 08:59 < bridge> the crate of today is https://github.com/zesterer/chumsky 08:59 < bridge> which im gonna try instead of lalrpop for my pascal compiler cuz im stuck solving a reduce-reduce conflcit 09:00 < bridge> also it supports errors out of the box 09:00 < bridge> looks rly dope 09:02 < bridge> true 09:02 < bridge> #7691 needs attention 09:02 < bridge> https://github.com/ddnet/ddnet/pull/7691 09:02 < bridge> opinions 09:02 < bridge> i have the gut feeling that 99% of ppl will want this feature but then one person will either not understand it or not want it 09:05 < bridge> sounds actually useful, without checking its limitations 09:06 < bridge> cool feature 09:08 < bridge> @mpft that kill tile check looks expensive 09:08 < bridge> u sure we dont check for that in any other place in the code later? 09:08 < bridge> (its also on ddracetick so) 09:09 < bridge> maybe u can make the check only if practice is enabled? 09:09 < bridge> looks like a obvious opt 09:09 < bridge> `Teams()->IsPractice(GameServer()->GetDDRaceTeam(ClientID)) | ` 09:09 < bridge> || * 09:09 < bridge> wait it should be and 09:09 < bridge> && 09:10 < bridge> since it short circuits it would skip the check if no practice 09:11 < bridge> i wrote it in a review 09:11 < bridge> kek 09:17 < bridge> what the fuck. i legit forgot my root pw of my VPS. 09:17 < bridge> 09:17 < bridge> i'm 100% sure i type the correct characters, but apparently in the wrong order xDD 09:17 < bridge> 09:17 < bridge> human brian too weak 09:18 < bridge> brian griffin 09:21 < bridge> it's literally how it was written in HandleSkippableTiles 09:21 < bridge> i copy pasted 09:22 < bridge> but if you say so 09:24 < bridge> @mpft dont u see it obviously better? 09:24 < bridge> yea 09:24 < bridge> why does it matter how it is in other places 09:24 < bridge> i am not opposed to such things 09:24 < bridge> u can also change it there 09:24 < bridge> i just can't wait for the nagging from other ddnet programmers 09:24 < bridge> why is it 35 lines change for such a simple feature??? 09:24 < bridge> i doubt anyone will complain about this possibly perf win 09:25 < bridge> @mpft rather than being nagged at that, u will probs get nagged due to the option u adding XD 09:25 < bridge> i cannot please anyone tbh 09:25 < bridge> i couldn't care less about the opt 09:25 < bridge> but someone would surely complain if it was not there 09:33 < bridge> idt it should be a server config 09:33 < bridge> dont know a single person who would be opposed to it 09:34 < bridge> but nice addition ive been waiting for something like this for a while 09:41 < bridge> you would be surprised 09:42 < bridge> chiller? 09:46 < bridge> sometimes the ddnet codebase really baffles me 09:48 < bridge> it;'s so stupid 09:48 < bridge> it does 4x as much math as it has to first of all 09:48 < bridge> and the whole GetCollisionAt/GetFCollisionAt redundancy is probably completely unnecessary 09:53 < bridge> it's so stupid but if i remove it then i break 100 maps LOL 09:54 < bridge> https://www.kdab.com/mixing-c-and-rust-for-fun-and-profit-part-1/ 09:56 < bridge> i love to see ppl advocating for dlang 10:01 < bridge> what maps does it break i dont get it 10:06 < bridge> idk 10:28 < bridge> i got rid of it 10:28 < bridge> 🤷‍♂️ 10:28 < bridge> really have no idea where ddnet devs are 10:28 < bridge> in the galaxy 10:39 < bridge> what r u talkn about? xd 10:39 < bridge> it's 10 a.m. here 10:43 < bridge> @jupeyy_keks i have a c++ pr 10:43 < bridge> using a modern feature 10:43 < bridge> 😬 10:45 < bridge> as they say, less code is best code 10:49 < bridge> lol you know about cpp's pmr? 10:49 < bridge> 10:49 < bridge> did you have to use it for llvm or what? 10:49 < bridge> no 10:49 < bridge> i googled it 10:49 < bridge> i literally googled: c++ std bump allocator 10:49 < bridge> and as always c++ loves weird names 10:50 < bridge> well if your pr works gg, nice refactor 10:50 < bridge> it works 10:51 < bridge> robyt is gonna say its bad 10:51 < bridge> i see him typing 10:51 < bridge> 😬 10:52 < bridge> Not every change is covered by the CI though 10:52 < bridge> i should try with asan 10:53 < bridge> What's the initial size of `std::pmr::monotonic_buffer_resource`? Should we use the same as before? 10:53 < bridge> pull request changes are 10:53 < bridge> where the template exists 10:54 < bridge> `memory_resource` include is experimental on macOS :pepeW: 10:55 < bridge> Constructs a monotonic_buffer_resource. The constructors not taking an upstream memory resource pointer use the return value of std::pmr::get_default_resource as the upstream memory resource. 10:55 < bridge> i would say leave default 10:55 < bridge> fuck macos 😬 10:56 < bridge> constructor without initial size says this 10:56 < bridge> 1,2) Sets the current buffer to null and the next buffer size to an implementation-defined size. 10:56 < bridge> this is why i hate cpp 10:57 < bridge> cant use modern shit even if u want 10:57 < bridge> mimimi safetry in modern mimimi 10:57 < bridge> mimimi safety in modern mimimi 10:57 < bridge> (sorry i got angry XD) 10:58 < bridge> https://en.cppreference.com/w/cpp/memory/monotonic_buffer_resource 10:58 < bridge> in all macos versions? 10:59 < bridge> rust nightly 😬 10:59 < bridge> Maybe you can conditionally include `` instead 11:00 < bridge> base rust is modern already 😬 11:00 < bridge> do u know the snippet 11:00 < bridge> idk the ifdef guards for macos 11:01 < bridge> Not sure if `__has_include` would be better or `#ifdef CONF_PLATFORM_MACOSX` https://gcc.gnu.org/onlinedocs/cpp/_005f_005fhas_005finclude.html 11:01 < bridge> @robyt3 is it also experimental in cpp20 on macos? 11:01 < bridge> https://codereview.qt-project.org/c/qt/qtbase/+/483351/1 11:02 < bridge> P0220R1 11:02 < bridge> 11:02 < bridge> Requires Xcode 15 11:02 < bridge> 11:02 < bridge> Minimum deployment target: iOS 17.0, macOS 14.0, watchOS 10.0 and tvOS 17.0. 11:02 < bridge> https://developer.apple.com/xcode/cpp/ 11:02 < bridge> I don't really know what's going on with macOS https://developer.apple.com/forums/thread/729688 11:02 < bridge> whats our minimum macos 11:03 < bridge> macOS 10.15 11:03 < bridge> xd 11:03 < bridge> i dont even understand why it's experimental at all xD 11:03 < bridge> 11:03 < bridge> i mean does it require some special kernel feature or what 11:03 < bridge> is there ppl using that 11:05 < bridge> @robyt3 how would the experimental include be like 11:05 < bridge> 11:05 < bridge> If normal include exists, include it, else include the experimental one. 11:05 < bridge> ```cpp 11:05 < bridge> #if __has_include() 11:05 < bridge> #include 11:05 < bridge> #else 11:05 < bridge> #include << experimental / memory_resource>> 11:05 < bridge> #endif 11:05 < bridge> ``` 11:05 < bridge> ok i fix the typo 11:05 < bridge> ```cpp 11:05 < bridge> #if __has_include() 11:05 < bridge> #include 11:05 < bridge> #else 11:05 < bridge> #include 11:05 < bridge> #endif 11:06 < bridge> ``` 11:06 < bridge> Looks good, `__has_include` should always be available with C++17 AFAICT 11:07 < bridge> https://cdn.discordapp.com/attachments/293493549758939136/1187697862511964200/image.png?ex=6597d4d4&is=65855fd4&hm=ad87cb039beb0a56987f440728b4c20548a3ee6f04edbddf864a3dcd6fa3c70c& 11:07 < bridge> done 11:09 < bridge> Let's see if it builds for now. If macOS is the only platform where it needs this different include then using `CONF_PLATFORM_MACOSX` seems a bit cleaner though. 11:10 < bridge> well this sounds more portable 11:10 < bridge> hi 11:11 < bridge> hai 11:11 < bridge> give me review 11:11 < bridge> good morning 11:12 < bridge> @mpft give me review 11:12 < bridge> i used modern cpp 11:12 < bridge> send link 11:12 < bridge> Yeah, if there are cases of macOS also having the normal include 11:12 < bridge> . 11:12 < bridge> Otherwise hardcoding the behavior for macOS seems cleaner than using `__has_include` 11:12 < bridge> @ryozuki 11:12 < bridge> just implement a bump allocator for cpp std using rust bridge 11:12 < bridge> then it's not experimental 11:13 < bridge> xdd 11:13 < bridge> `error: no member named 'pmr' in namespace 'std'; did you mean 'std::experimental::pmr'?` :kek: 11:14 < bridge> but allocating in rust is not compatibler with c++ 11:14 < bridge> xdd 11:15 < bridge> fixed 11:16 < bridge> looks fine 11:16 < bridge> almost seems like a typedef should be used instead lol 11:16 < bridge> ```cpp 11:16 < bridge> class CHeap 11:16 < bridge> { 11:16 < bridge> #if __has_include() 11:17 < bridge> std::pmr::monotonic_buffer_resource 11:17 < bridge> #else 11:17 < bridge> std::experimental::pmr::monotonic_buffer_resource 11:17 < bridge> #endif 11:17 < bridge> m_BumpAllocator; 11:17 < bridge> ``` 11:17 < bridge> i did this 11:17 < bridge> so @mpft did u know about pmr and this monotonic buffer? 11:18 < bridge> i seen it before 11:18 < bridge> never used it 11:19 < bridge> @mpft wait ewan 11:19 < bridge> u didnt get what i mean 11:19 < bridge> what 11:19 < bridge> why not simply using namespace ...; near the include 11:19 < bridge> bool InKillTile = 11:20 < bridge> better than somewhere in the source 😄 11:20 < bridge> i know what you meant but it's not right 11:20 < bridge> only calculate this variable inside the if 11:20 < bridge> i did 11:20 < bridge> look 11:20 < bridge> https://cdn.discordapp.com/attachments/293493549758939136/1187701189836537907/image.png?ex=6597d7ee&is=658562ee&hm=bcd70a8e18b4144ef01d61d4c7fd26504f1d9744a380181955ac916dd6ccd979& 11:20 < bridge> its outside? 11:20 < bridge> https://cdn.discordapp.com/attachments/293493549758939136/1187701287815487569/image.png?ex=6597d805&is=65856305&hm=a650f20391b3e06cf0f59ac36c38a13867093b278f86dc885fd690f170e6bc98& 11:21 < bridge> yeah 11:21 < bridge> put it inside the if 11:21 < bridge> but not the inner if 11:21 < bridge> before the if where u use it 11:21 < bridge> why calculate that if team doesnt have rescue on? 11:21 < bridge> team always have rescue on 11:22 < bridge> ok but 11:22 < bridge> u can still put it inside that if 11:23 < bridge> does not make a difference 11:23 < bridge> then that if would not be there 11:23 < bridge> it certainly there is a branch it would do 11:23 < bridge> yea 11:23 < bridge> i added the if 11:23 < bridge> because 11:24 < bridge> because? xd 11:24 < bridge> did u die 11:25 < bridge> > /Users/runner/work/ddnet/ddnet/src/engine/shared/memheap.h:23:26: error: no type named 'monotonic_buffer_resource' in namespace 'std::experimental::pmr' 11:25 < bridge> > std::experimental::pmr::monotonic_buffer_resource 11:25 < bridge> > ~~~~~~~~~~~~~~~~~~~~~~~~^ 11:25 < bridge> @robyt3 whats going on 11:26 < bridge> what host 11:26 < bridge> macos <14 11:27 < bridge> way to lose my motivation for ddnet cpp again 11:27 < bridge> who cares 11:27 < bridge> kill macos <14 11:27 < bridge> yeah agree 11:27 < bridge> but idk probs not 11:27 < bridge> xd 11:29 < bridge> there is nothing experimental about a pre-2017 feature 11:36 < bridge> @ryozuki hi 11:36 < bridge> hi 11:37 < bridge> hi 11:37 < bridge> im ryozuki. i love oxidized iron. 11:56 < bridge> hi ryozuki 🐴 12:40 < bridge> Looks like clang libc++ does not implement `monotonic_buffer_resource` :feelsbadman: 12:40 < bridge> https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=266748 12:42 < bridge> Looks like we would need at least AppleClang 15.0.0, see "Polymorphic memory resources" in https://en.cppreference.com/w/cpp/compiler_support/17 12:43 < bridge> And why don't we use it? 12:43 < bridge> Not like anybody here compiles on outdated macos 12:46 < bridge> @deen what do u think 12:46 < bridge> my understanding is that macos forces updates on users so 12:46 < bridge> xd 13:00 < bridge> But isn't it about the compiler only anyway? 13:00 < bridge> Or does it also always mean upgrading the os bcs some symbols can't resolve 13:09 < bridge> good luck getting modern apple clang on an outdated macos xd 13:09 < bridge> your best bet is using homebrew or macports gcc or clang 13:09 < bridge> non-apple varieties 13:11 < bridge> i use brew on my m1 13:11 < bridge> and use llvm 17 13:14 < bridge> That's not my point tho 13:14 < bridge> Q is if compatible 13:14 < bridge> what 13:14 < bridge> oh 13:14 < bridge> can a new binary run on old mac 13:14 < bridge> yea 13:14 < bridge> Yeah then i don't see why we shouldn't upgrade 13:15 < bridge> But deen will know better in this case. He had so much trouble with building for macos xd 13:55 < bridge> It’s over 13:57 < bridge> Then rest in peace 13:57 < bridge> my last day before holidays 13:57 < bridge> my last day before tomorrow 13:57 < bridge> :feelsbadman: 13:58 < bridge> my last day before 3 days late on my sound submission 13:58 < bridge> but Mr tambourine man 13:58 < bridge> i quite like Bob Dylan 13:59 < bridge> i feel like i ate too much 13:59 < bridge> i made potatos 13:59 < bridge> they sure fill u 13:59 < bridge> i ate too much 13:59 < bridge> rocks 13:59 < bridge> xd 13:59 < bridge> but they would probably taste good rn 13:59 < bridge> why u down 13:59 < bridge> get up 13:59 < bridge> @mpft talking about rocks 13:59 < bridge> https://www.youtube.com/watch?v=D_Vg4uyYwEk 14:00 < bridge> Idk 14:00 < bridge> Sylvester Stallone 14:02 < bridge> btw 14:02 < bridge> insane this man hasnt won a oscar 14:02 < bridge> the oscar awards suck ass 14:02 < bridge> yeah 14:03 < bridge> most big awards don’t matter 14:03 < bridge> rocky movies are classics 14:12 < bridge> Yeah 14:12 < bridge> i don’t see many movies 14:14 < bridge> i just listen to music 14:15 < bridge> nature is a language can’t you read 14:38 < bridge> it’s over 14:39 < bridge> ok 14:39 < bridge> guy is having the american depression 14:39 < bridge> reminded me of this 14:39 < bridge> http://www.temporarilyembarrassedmillionaires.org/ 14:40 < bridge> > 14:40 < bridge> > 14:40 < bridge> > "Socialism never took root in America because the poor see themselves not as an exploited proletariat but as temporarily embarrassed millionaires." 14:40 < bridge> > 14:40 < bridge> > John Steinbeck 14:40 < bridge> @learath2 xd 14:40 < bridge> > 14:40 < bridge> > 14:40 < bridge> > Are you temporarily embarrassed? 14:40 < bridge> > 14:40 < bridge> > You may not realise it, but you could be a temporarily embarrassed millionaire. Do you plan to someday in the future have more money? Are you concerned that your taxes are too high, because someday you might pay too much tax. Do you ride the bus only because this year you can’t afford that luxury car you’re going to have? Do you live pay cheque to pay cheque like most people just because you haven’t had your lucky break. 14:40 < bridge> > 14:40 < bridge> > You aren’t rich and it’s very unlikely you ever will be. The economic and power systems of this planet are not designed for you to get rich. The American dream doesn’t exist and it never did. Stop being a temporarily embarrassed millionaire and just be a person. 14:40 < bridge> wow thanks 14:40 < bridge> :feelsbadman: 14:40 < bridge> :owo: 14:41 < bridge> it’s so over 14:42 < bridge> 911 14:42 < bridge> how do i run ddnet on my breadboard calculator 14:43 < bridge>