08:29 <+bridge> [ddnet] @deen a 0 return there is not a preprocessing failure actually, it just means the packet needs no further processing 08:30 <+bridge> [ddnet] It should return but, no need to log 08:58 <+bridge> [ddnet] oh, but why is the raw msg a nullptr then? 09:41 <+bridge> [ddnet] @deen rawmsg being 0 is supposed to signify that there is no need for further processing 09:41 <+bridge> [ddnet] I just forgot the return 09:42 <+bridge> [ddnet] you need a check in OnMessage tho 09:42 <+bridge> [ddnet] for pRawMsg 09:42 <+bridge> [ddnet] just like it was before 09:43 <+bridge> [ddnet] invalid messages are dropped there 09:43 <+bridge> [ddnet] Yes, I removed it while restructuring then forgot to add it back 09:43 <+bridge> [ddnet] when unpacked by the handler 09:43 <+bridge> [ddnet] Yea 09:43 <+bridge> [ddnet] ok 10:31 <+bridge> [ddnet] @deen https://github.com/ddnet/ddnet/pull/2311/files sounds like a DoS waiting to happen 10:33 <+bridge> [ddnet] yeah, already changed it 10:33 <+bridge> [ddnet] i didn't really know what the preprocess was doing and we had crashes because of this 10:35 <+bridge> [ddnet] hi @heinrich5991, if you have time, please take a look at , it adds some stuff to the protocol 10:35 <+bridge> [ddnet] currently looking into the steam release stuff 10:35 <+bridge> [ddnet] :o 10:56 <+bridge> [ddnet] just noticed ger 2 is quite a big server :monkaS: 10:56 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/724548240933912596/unknown.png 11:06 <+bridge> [ddnet] yeah, way too big for us 11:16 <+bridge> [ddnet] `pStr[-1] = 0;` how is this even possible? 11:16 <+bridge> [ddnet] well i guess its some pointer arithmetic 11:17 <+bridge> [ddnet] `*(pStr - 1) = 0` 11:17 <+bridge> [ddnet] warning: writing 1 byte into a region of size 0 [-Wstringop-overflow=] 11:17 <+bridge> [ddnet] 117 | pStr[-1] = 0; 11:17 <+bridge> [ddnet] this is on inline void IntsToStr(const int *pInts, int Num, char *pStr) 11:18 <+bridge> [ddnet] ah, I think we had false positives in that function before :/ 11:18 <+bridge> [ddnet] `a[b]` is just sugar for `*(a+b)` 11:18 <+bridge> [ddnet] yeye 11:18 <+bridge> [ddnet] that's it's literal definition 😛 11:18 <+bridge> [ddnet] but that sugar reminded me of python 11:18 <+bridge> [ddnet] xd 11:18 <+bridge> [ddnet] in C, or in C++ with pointers 11:19 <+bridge> [ddnet] has some very interesting consequences, like `5["abcdefghijkl"]` being possible 😄 11:19 <+bridge> [ddnet] so are most warnings in https://github.com/ddnet/ddnet/issues/2235 false positives? 11:19 <+bridge> [ddnet] i managed to fix the first one 11:20 <+bridge> [ddnet] which is not a string overflow 11:20 <+bridge> [ddnet] one would have to check individually 11:20 <+bridge> [ddnet] but I do remember that this warning did have false positives in the past 11:21 <+bridge> [ddnet] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=87296 11:43 <+bridge> [ddnet] @Ryozuki prefer feedback here or on the PR? 11:45 <+bridge> [ddnet] pr 11:56 <+bridge> [ddnet] @Ryozuki feedback on technicalities and the actual feature are in different replies 11:57 <+bridge> [ddnet] the frozen tee in a ice block can be done in another pr, i dont think it matters here 11:57 <+bridge> [ddnet] it matters to me from a game design perspective 11:57 <+bridge> [ddnet] I don't think the proposed solution is the way to go 11:57 <+bridge> [ddnet] also it would look weird if the ice block is square , i think i saw it sometimes in the past 11:58 <+bridge> [ddnet] @heinrich5991 "I think we shouldn't use client capabilities but send all clients the same data. " 11:58 <+bridge> [ddnet] i dont know how to achieve this 11:58 <+bridge> [ddnet] this feature stops sending that the weapon you have when frozen is ninja 11:58 <+bridge> [ddnet] and instead it makes the client use the ddnet character 11:58 <+bridge> [ddnet] you need client capabilities to know which clients can make use of ddnet character 11:58 <+bridge> [ddnet] and not rely on weapon ninja 11:59 <+bridge> [ddnet] the proposed pr has nothing to do with the freeze being a ninja or not 11:59 <+bridge> [ddnet] i think that should be handled in another pr 11:59 <+bridge> [ddnet] / issue 12:00 <+bridge> [ddnet] oh, it's not showing the actual skin 12:00 <+bridge> [ddnet] sorry, have seen something like that up there in the developer chat 12:02 <+bridge> [ddnet] 12:02 <+bridge> [ddnet] @heinrich5991 back to the capabilities, do you see why i dont see how to achieve what you say? 12:02 <+bridge> [ddnet] ah 12:02 <+bridge> [ddnet] ok sry 12:03 <+bridge> [ddnet] Helllo 12:03 <+bridge> [ddnet] can u help me 12:03 <+bridge> [ddnet] please 12:03 <+bridge> [ddnet] fast please 12:03 <+bridge> [ddnet] me need to kick someone on map 12:03 <+bridge> [ddnet] he want finish with my nickname 12:03 <+bridge> [ddnet] but me dont want 12:03 <+bridge> [ddnet] it 12:03 <+bridge> [ddnet] #general and tag a mod 12:03 <+bridge> [ddnet] not #developer 12:03 <+bridge> [ddnet] kk sry 12:04 <+bridge> [ddnet] @Ryozuki ok, I can't think of anything better than sending a client capability :/ 12:05 <+bridge> [ddnet] one could put it into a different netobj, but then we'd have redundant information 12:05 <+bridge> [ddnet] also not nice 12:05 <+bridge> [ddnet] @heinrich5991 then, where do you think i should place to achieve that good discoverable position? 12:05 <+bridge> [ddnet] > I'd suggest to send it right before sending the player name etc. On the server side, only accept it before the player name. This get rids of problems where weird behavior appears when clients change it while in game. 12:05 <+bridge> [ddnet] ah 12:05 <+bridge> [ddnet] `Cl_StartInfo` 12:06 <+bridge> [ddnet] is what it's called IIRC 12:08 <+bridge> [ddnet] inside the sendinfo method i guess 12:08 <+bridge> [ddnet] inside the start 12:08 <+bridge> [ddnet] yep 12:09 <+bridge> [ddnet] and apparently the `SendDummyInfo` 12:09 <+bridge> [ddnet] I guess you should create a function to not duplicate the code 12:12 <+bridge> [ddnet] @heinrich5991 i guess using CNetMsg_Cl_Capabilities instead of AddInt is better 12:12 <+bridge> [ddnet] yes 12:16 <+bridge> [ddnet] @heinrich5991 pushed 12:16 <+bridge> [ddnet] ups 12:16 <+bridge> [ddnet] forgot Msg.Pack(&Packer); 12:17 <+bridge> [ddnet] ok fixed 12:18 <+bridge> [ddnet] @deen can you notice my client too? https://fokkonaut.github.io/F-Client 12:19 <+bridge> [ddnet] Its more spread on the 0.7 community than zillywoods 12:21 <+bridge> [ddnet] (PRs are possible to that repo btw) 12:21 <+bridge> [ddnet] hmm 12:21 <+bridge> [ddnet] i think now the server doesnt get the capabilities 12:23 <+bridge> [ddnet] @heinrich5991 were should the server receive it now? 12:23 <+bridge> [ddnet] it seems it doesnt get it now 12:23 <+bridge> [ddnet] near `Cl_StartInfo` 12:24 <+bridge> [ddnet] make sure to only accept the `Cl_Capabilities` once and only before `Cl_StartInfo` 12:25 <+bridge> [ddnet] that would happen when pPlayer->m_LastChangeInfo is 0? 12:25 <+bridge> [ddnet] or when pPlayer->m_IsReady is false 12:25 <+bridge> [ddnet] i guess its that 12:26 <+bridge> [ddnet] or both 12:28 <+bridge> [ddnet] `!m_IsReady` 12:28 <+bridge> [ddnet] and a boolean to indicate whether you already received a `Cl_Capabilities` 12:29 <+bridge> [ddnet] it works now 12:29 <+bridge> [ddnet] pushed 12:30 <+bridge> [ddnet] Do we really need capabilities btw? Wouldnt old clients just drop the unknown message? 12:31 <+bridge> [ddnet] we need 12:31 <+bridge> [ddnet] as discussed earlier 12:31 <+bridge> [ddnet] @Learath2 the problem is that we currently clobber the weapon field 12:31 <+bridge> [ddnet] old clients rely on that 12:31 <+bridge> [ddnet] we could duplicate the information "real weapon" into a different snapobj 12:31 <+bridge> [ddnet] or we can just use the capabilities 12:32 <+bridge> [ddnet] its just 1 packet at the start 12:32 <+bridge> [ddnet] im sure in the future we will also find its use on another thing 12:32 <+bridge> [ddnet] that is not the rouble with it 12:32 <+bridge> [ddnet] the trouble is that we're making the protocol more complicated 12:33 <+bridge> [ddnet] capability messages are about the worst thing that can happen 12:33 <+bridge> [ddnet] so many edge cases that are untested 12:33 <+bridge> [ddnet] which ones? 12:34 <+bridge> [ddnet] clients that turn on capabilities in a combination that we don't test 12:34 <+bridge> [ddnet] so you will decline the pr? 12:35 <+bridge> [ddnet] no, I explained that I didn't find any better solution 12:35 <+bridge> [ddnet] but you pretending that the solution has no downsides is a bit meh 12:36 <+bridge> [ddnet] well i never said that 12:37 <+bridge> [ddnet] the old way was to remember which version of ddnet client added support for which feature 12:37 <+bridge> [ddnet] > [12:32 PM] Ryozuki: its just 1 packet at the start 12:37 <+bridge> [ddnet] I interpreted this message as "the worst problem with the solution is that it's a packet we send" 12:37 <+bridge> [ddnet] ah, that would get rid of the "exponential amount of stuff to test" 12:38 <+bridge> [ddnet] problem 12:38 <+bridge> [ddnet] well i just mentioned that because i thought "we could duplicate the information "real weapon" into a different snapobj" would actually send that rly often 12:38 <+bridge> [ddnet] wdyt @Ryozuki? 12:38 <+bridge> [ddnet] yeah, then it's just a linear amount of supported features, <= the number of versions we have 12:38 <+bridge> [ddnet] of supported combinations* 12:39 <+bridge> [ddnet] we even made that "feature" better recently, so it's always available 12:39 <+bridge> [ddnet] what means wdyt 12:40 <+bridge> [ddnet] what do you think 12:40 <+bridge> [ddnet] " to remember which version of ddnet client added support for which feature" this? 12:41 <+bridge> [ddnet] i find it ugly, but if you like it more we can go with it, we will have the code cluttered with version checks 12:41 <+bridge> [ddnet] i just thought about client capabilities give other clients 12:41 <+bridge> [ddnet] the opportunity to implement those 12:41 <+bridge> [ddnet] and not rely on ddnet version 12:42 <+bridge> [ddnet] s / about /that 13:04 <+bridge> [ddnet] Hey guys 13:04 <+bridge> [ddnet] Blurry and I had a problem 13:04 <+bridge> [ddnet] I mean it wasn’t that important but still 13:05 <+bridge> [ddnet] We wanted to save with « /save Fluday » 13:05 <+bridge> [ddnet] And it saved with another pw 13:05 <+bridge> [ddnet] Such as « draw move goofy » « twins slift slul » 13:05 <+bridge> [ddnet] @Fluday save code was already used 13:05 <+bridge> [ddnet] Slum* 13:05 <+bridge> [ddnet] Oh probably ! 13:05 <+bridge> [ddnet] so it picked a different one for you 13:06 <+bridge> [ddnet] Didn’t know that 13:06 <+bridge> [ddnet] you can load it again if you want to change the code 13:06 <+bridge> [ddnet] But it should ´t write 13:06 <+bridge> [ddnet] This password has been used no ? 13:06 <+bridge> [ddnet] Instead of putting another one 13:06 <+bridge> [ddnet] Or maybe you changed it recently 13:06 <+bridge> [ddnet] it got changed recently 13:06 <+bridge> [ddnet] Oh ok 13:07 <+bridge> [ddnet] Thanks then ! 13:21 <+bridge> [ddnet] <ᶰ°Konͧsti> Can we enable /r on testservers always and in team 0? 13:33 <+bridge> [ddnet] https://hot3eed.github.io/2020/06/22/snap_p2_deobfuscation.html 13:42 <+bridge> [ddnet] cool 14:13 <+ChillerDragon> @heinrich5991 lmao > When you have 200+ million daily users, you’ll definitely want to keep your API private from spammers and co., so you’ll have to keep a secret 14:13 <+ChillerDragon> and then he publishes it ;D 14:14 <+bridge> [ddnet] @ᶰ°Konͧsti enabled now 14:14 <+bridge> [ddnet] @Learath2 can't connect with Vanilla 0.6 anymore. I'll do a bisect 14:20 <+bridge> [ddnet] oh well, locally I can't connect with a different error 14:20 <+bridge> [ddnet] <ᶰ°Konͧsti> Thx deen :feelsamazingman: 14:20 <+bridge> [ddnet] <ᶰ°Konͧsti> Always so fast to fix Problems :feelsgoodman: 14:22 <+bridge> [ddnet] ^ 14:23 <+bridge> [ddnet] <ᶰ°Konͧsti> wait its not xd 14:23 <+bridge> [ddnet] <ᶰ°Konͧsti> /practice worked like on any other server Already. 14:23 <+bridge> [ddnet] <ᶰ°Konͧsti> But on test it would be nice to not write /practice and also can use it in team 0 at any time 14:23 <+bridge> [ddnet] <ᶰ°Konͧsti> wait its not xd 14:23 <+bridge> [ddnet] <ᶰ°Konͧsti> /practice worked like on any other server Already. 14:23 <+bridge> [ddnet] <ᶰ°Konͧsti> But on test it would be nice to not write /practice and also can use /r at any time 14:24 <+bridge> [ddnet] <ᶰ°Konͧsti> so u dont have to get logged in and abuse super especially because super breaks switches 14:27 <+bridge> [ddnet] ah, can't turn on sv_rescue after server is running, hm 14:31 <+bridge> [ddnet] now it should work 14:39 <+bridge> [ddnet] How does this break when I'm outside? 14:40 <+bridge> [ddnet] it broke before 14:40 <+bridge> [ddnet] but the bug report was too unspecific 😄 14:40 <+bridge> [ddnet] So is there any urgent issue now? 14:40 <+bridge> [ddnet] my guess is that it's something about the character net object 14:40 <+bridge> [ddnet] https://github.com/ddnet/ddnet/issues/2318https://github.com/ddnet/ddnet/issues/2318 14:40 <+bridge> [ddnet] https://github.com/ddnet/ddnet/issues/2318 14:41 <+bridge> [ddnet] Hm, I never checked vanilla actualy 14:50 <+bridge> [ddnet] @deen https://github.com/ddnet/ddnet/pull/2317 the warning was real, this won't work properly on MSVS I think 14:51 <+bridge> [ddnet] i.e. should fix the format string instead of the change you did 14:53 <+bridge> [ddnet] <ᶰ°Konͧsti> Thx, works now 14:53 <+bridge> [ddnet] oh, but we used this before in many places 14:54 <+bridge> [ddnet] I only see one mention of %lld in the source, at your line @deen 14:54 <+bridge> [ddnet] there were multiple warnings for this in mingw 14:55 <+bridge> [ddnet] those might all be broken on MSVS 14:55 <+bridge> [ddnet] the change mostly silenced the warnings, not fixed them 14:55 <+bridge> [ddnet] (for MSVS) 14:55 <+bridge> [ddnet] (the commit did fix them for mingw) 14:56 <+bridge> [ddnet] I thought this was a bug in mingw 14:57 <+bridge> [ddnet] %lld isn't understood in MSVS IIRC 14:57 <+bridge> [ddnet] never mind 14:58 <+bridge> [ddnet] stackoverflow says it works in MSVS 14:58 <+bridge> [ddnet] then that warning was wrong(?) 14:59 <+bridge> [ddnet] hm how does that change even fix the warning, I wonder 14:59 <+bridge> [ddnet] the warning is produced on the `str_format`, which is marked as taking a format argument 15:00 <+bridge> [ddnet] the body of that function should be irrelevant to that warning 15:00 <+bridge> [ddnet] it can't even be seen from the place where the warning is emitted 15:00 <+bridge> [ddnet] nope, gcc is smart enough and checks where the string literal came from 15:00 <+bridge> [ddnet] (is my assumption) 15:00 <+bridge> [ddnet] we do have an annotation on `str_format`, I thought the warning came from there 15:01 <+bridge> [ddnet] it can't know the body when comping src/game/server/ddracecommands.cpp 15:01 <+bridge> [ddnet] compiling* 15:01 <+bridge> [ddnet] the compiler call doesn't see src/base/system.c 15:01 <+bridge> [ddnet] yeah, it's a bit mysterous actually 15:11 <+bridge> [ddnet] @deen regarding the bug with locking/killing at the same time causing to bug teams 15:11 <+bridge> [ddnet] I think theres a major problem with dummy maps 15:11 <+bridge> [ddnet] I think I broke something there 15:11 <+bridge> [ddnet] I can no longer join team 15 (which I used to try the bug) with 2 tee's 15:14 <+bridge> [ddnet] I broke team 16 aswell, just to verify it :pepeH: 15:38 <+bridge> [ddnet] XD 15:51 <+bridge> [ddnet] https://www.wietzebeukema.nl/blog/hijacking-dlls-in-windows 16:10 <+bridge> [ddnet] <ᶰ°Konͧsti> hMM 16:11 <+bridge> [ddnet] <ᶰ°Konͧsti> @vNikyu / murpi did u try to cross startline on a dummy map? 16:11 <+bridge> [ddnet] <ᶰ°Konͧsti> With the bug 16:37 <+bridge> [ddnet] Okay, I'm back home 16:39 <+bridge> [ddnet] Let me first commit the racetimer changes, then I'll take a look at vanilla 16:39 <+bridge> [ddnet] The fact that there are people still using vanilla confuses me very much 16:45 <+bridge> [ddnet] vanilla 0.6 is indeed an odd target 16:50 <+bridge> [ddnet] Does anyone know if the "katana eyes" (`+`) on skins are still used for anything? including outside of DDRace 16:56 <+bridge> [ddnet] @ᶰ°Konͧsti I have not 16:57 <+bridge> [ddnet] probably wouldnt let you pass you 16:57 <+bridge> [ddnet] probably wouldnt let you pass 16:58 <+bridge> [ddnet] @Learath2 you managed to escape turkey? 😮 pog 16:59 <+bridge> [ddnet] nope still in turkey 16:59 <+bridge> [ddnet] I was outside having a late lunch 17:00 <+bridge> [ddnet] :feelsbadman: 17:00 <+bridge> [ddnet] guses you can call turkey your new home :kek: 17:01 <+bridge> [ddnet] funny that the C++ standard library doesn't include a signum function 17:06 <+bridge> [ddnet] hm, very hard to test the finish messages without a score setup 17:10 <+bridge> [ddnet] TIL 0.6.5 doesn't really work on mac 17:15 <+bridge> [ddnet] uff, now I need to get 0.6.5 building to test this old mess 17:18 <+bridge> [ddnet] can u guys add twitch emotes in tw? 17:18 <+bridge> [ddnet] or is there copyright for them 17:20 <+bridge> [ddnet] gr8 experience 17:20 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/724644908908019783/Screenshot_2020-06-22_at_18.19.31.png 17:22 <+bridge> [ddnet] hm, I seem to have broken the local client id detection for old vanilal 17:23 <+bridge> [ddnet] I can't get it to completely break though 17:23 <+bridge> [ddnet] each new vanilla client seems to control the vanilla client that joined before it 😄 17:31 <+bridge> [ddnet] hm, this is pretty hard to debug 17:34 <+bridge> [ddnet] huh cid 0 seems unaffected 17:37 <+bridge> [ddnet] hm everyone seems to think cid 0 is their local 17:37 <+bridge> [ddnet] I guess that's what I broke 17:53 <+bridge> [ddnet] so all vanilla clients are supposed to think they are id 0 17:55 <+bridge> [ddnet] found it, missed while refactoring again 😦 17:55 <+bridge> [ddnet] @Learath2 Could we possibly make little vote in #announcements to let players choose how the players in `/spec` should be displayed like? 17:55 <+bridge> [ddnet] https://github.com/ddnet/ddnet/pull/2309#issuecomment-647612108 17:56 <+bridge> [ddnet] Simple black-dashed one looks simple & clean, but got a lot of suggestions to somehow make it visible on darker backgrounds, so... 18:00 <+bridge> [ddnet] hm, didn't really think this through, we don't have emojis for 1 2 3 and 4 😄 18:01 <+bridge> [ddnet] 1️⃣2️⃣3️⃣4️⃣ 18:03 <+bridge> [ddnet] but Discord itself does ^ 18:03 <+bridge> [ddnet] nvm am blind 18:03 <+bridge> [ddnet] was pushing the fix for the vanillat thing at the same time 18:04 <+bridge> [ddnet] Thanks @Learath2 18:06 <+bridge> [ddnet] Confirmed that it works, will rebuild servers 18:06 <+bridge> [ddnet] Oh can you check spec while you have a server up? 18:06 <+bridge> [ddnet] spectating? 18:07 <+bridge> [ddnet] seems to work 18:07 <+bridge> [ddnet] pause too 18:07 <+bridge> [ddnet] The fakesnap looked odd to me for a sec 19:00 <+bridge> [ddnet] @Learath2 0.7 shouldnt fake ids 19:00 <+bridge> [ddnet] Translate wouldnt change anything for them anyway 19:00 <+bridge> [ddnet] why? 19:00 <+bridge> [ddnet] they should just behave like ddnet clients 19:01 <+bridge> [ddnet] only 0.6 clients with 16 players (like vanilla( 19:02 <+bridge> [ddnet] You made me get up from my very comfortable couch to just see that translate does indeed just return true without doing anything for sixup 19:03 <+bridge> [ddnet] xd 19:06 <+bridge> [ddnet] are you fixing it? 19:06 <+bridge> [ddnet] Nothing to fix 19:06 <+bridge> [ddnet] oh 20:09 <+ChillerDragon> send help teeworlds is starting on my second screen :/ but not on the primary 20:26 <+bridge> [ddnet] mine always starts on my primary screen o.o 20:26 <+bridge> [ddnet] @ChillerDragon try using 0.6 client 20:35 <+bridge> [ddnet] Try using 0.5, the older the better 20:36 <+bridge> [ddnet] download teewars client 20:41 <+ChillerDragon> u all big trolls 20:41 <+ChillerDragon> @Patiga mine always on secondary even if i change primary screen in my settings 20:43 <+bridge> [ddnet] mine stays on the same screen when changing primary display @ChillerDragon 20:43 <+bridge> [ddnet] @Ryozuki with the ice block, I think "no weapon" would look nicer tbh 20:43 <+ChillerDragon> so same as mine? but better? 20:43 <+ChillerDragon> :D 20:43 <+bridge> [ddnet] i dont want the iceblock 20:43 <+ChillerDragon> i blame arch :D 20:44 <+bridge> [ddnet] also got arch :p 20:44 <+bridge> [ddnet] nobody wants it imho 20:44 <+ChillerDragon> ikr 20:44 <+ChillerDragon> thats why i blame arch @Patriga 20:44 <+ChillerDragon> OMG the r 20:44 <+bridge> [ddnet] ouchie 20:44 <+bridge> [ddnet] and im not implementing it 20:44 <+ChillerDragon> ye typo 20:44 <+ChillerDragon> sry 20:44 <+bridge> [ddnet] that's fine @Ryozuki 20:44 <+bridge> [ddnet] how do you know tho 20:44 <+bridge> [ddnet] i just dont want to mix that discussion with this pr 20:44 <+ChillerDragon> that u use arch? 20:44 <+bridge> [ddnet] @Ryozuki it might be better to discuss these graphics/gameplay related issues before turning them into code, at least if you're concerned about writing code that might not get merged 20:45 <+bridge> [ddnet] aye 20:45 <+ChillerDragon> how do you know that people are vegan? 20:45 <+ChillerDragon> they tell u 20:45 <+bridge> [ddnet] when 20:45 <+ChillerDragon> arch users 24/7 20:45 <+bridge> [ddnet] @Ryozuki but I'm saying that I think it doesn't fit the ice block thing that we might want to do in thefuture 20:45 <+bridge> [ddnet] that pr has an option to disable the feature 20:45 <+ChillerDragon> u and heinrich less often 20:45 <+ChillerDragon> also konsti not too much 20:45 <+bridge> [ddnet] with the iceblock u would need the capabilities anyway 20:45 <+ChillerDragon> im sure you mentioned it here and then 20:45 <+bridge> [ddnet] @Ryozuki if it were up to me, I'd remove those options, no matter whether it's getting merged or not 20:46 <+bridge> [ddnet] o.o i cant really recall announcing it ever, except like once when i first saw the player "Arch Linux" ingame 20:46 <+bridge> [ddnet] options are no excuse 20:46 <+bridge> [ddnet] @heinrich5991 yeah but diferent ppl want diferent things 20:46 <+bridge> [ddnet] i would totally fork ddnet if u only allowed an iceblock 20:46 <+ChillerDragon> im sure ull get a hit by running "grep -i patiga.*arch" on irc logs 20:47 <+ChillerDragon> i swear i didnt hack ur pc to find it out 20:47 <+bridge> [ddnet] mom im scared 20:47 <+ChillerDragon> maybe during some techquestions or issue reports 20:47 <+bridge> [ddnet] ah 20:47 <+bridge> [ddnet] fair 20:47 <+bridge> [ddnet] what do you guys mean by the ice block? 20:47 <+ChillerDragon> henlo i have this ddnet klient bromelme I USE ARCH BTW 20:48 <+bridge> [ddnet] @Soreu https://github.com/ddnet/ddnet/pull/2307#issuecomment-647674784 20:48 <+bridge> [ddnet] that maybe: https://ddnet.tw/skins/skin/frozen.png ? 20:48 <+bridge> [ddnet] its rly ugly 20:48 <+bridge> [ddnet] ah 20:48 <+bridge> [ddnet] nobody wants that 20:48 <+bridge> [ddnet] not true 20:48 <+bridge> [ddnet] people will 100% say with ninja 20:48 <+bridge> [ddnet] I'd want that 20:48 <+bridge> [ddnet] the ice is cluttered 20:48 <+bridge> [ddnet] ninja is rounded and shows perfectly the bounds in physics 20:48 <+bridge> [ddnet] it'd also provide the distinguishability between tees that someone else wanted 20:48 <+bridge> [ddnet] its also clean 20:49 <+bridge> [ddnet] players were many times asking for that frozen-skin to be used, but in different scenario, where that "ice" would be put over their skin, so that you can see skins unlike ninja 20:49 <+bridge> [ddnet] you can see that (in my link) @Soreu 20:49 <+bridge> [ddnet] https://user-images.githubusercontent.com/367283/85317906-71401600-b4bf-11ea-97c1-50dadfef1cfd.gif 20:49 <+bridge> [ddnet] @Ryozuki afaik the physics are square in some cases 20:49 <+bridge> [ddnet] looks so bad 20:50 <+bridge> [ddnet] im definitly against this 20:50 <+bridge> [ddnet] looks quite nice, though I'd be for more into this style 20:50 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/724697833160048660/frozen.png 20:50 <+bridge> [ddnet] of the ice itself 20:51 <+bridge> [ddnet] i dont like it 20:52 <+bridge> [ddnet] i would love to see it, its horrifyingly cute 20:53 <+bridge> [ddnet] Is there perhaps issue/PR already about the ice-block? 20:53 <+bridge> [ddnet] no, not yet 20:53 <+bridge> [ddnet] can't find any, but sometimes the names are quite misleading 20:54 <+bridge> [ddnet] https://github.com/ddnet/ddnet/issues/121#issuecomment-68357982 20:54 <+bridge> [ddnet] the only thing I found related to this 21:03 <+bridge> [ddnet] I feel like the ice skin would mess too much with the hitboxes, also if this gets added then it needs to actually look good and not some random blue square put over your tee (and of course the possibility to keep using ninja skin) 21:09 <+ChillerDragon> Patiga ok i solved it by setting a screen in tw graphics settings 21:18 <+bridge> [ddnet] ah, thats actually good to know 21:55 <+ChillerDragon> its a 0.7 only feature i think 21:55 <+ChillerDragon> yea looks like 22:05 <+ChillerDragon> is github and githubstatus down? 22:05 <+bridge> [ddnet] github.com main page loads for me 22:05 <+bridge> [ddnet] https://www.githubstatus.com/ tells me Update - An update to our nameservers has been rolled back. We are monitoring recovery. 22:05 <+bridge> [ddnet] Jun 22, 20:00 UTC 22:05 <+bridge> [ddnet] so 5min ago 22:05 <+ChillerDragon> yea its back now 22:05 <+ChillerDragon> but 1 sec ago githubstatus was literaly down 22:06 <+ChillerDragon> ah nice all back 22:06 <+ChillerDragon> i was this close to restart my computer ;D 22:07 <+ChillerDragon> what are these mad lads doing i cant even ping github.com 22:07 <+bridge> [ddnet] dns is bad 22:07 <+bridge> [ddnet] you get the wrong IP address 22:07 <+ChillerDragon> so its me? 22:07 <+ChillerDragon> should i switch dns? 22:08 <+bridge> [ddnet] dns changes propagate slowly 22:08 <+bridge> [ddnet] try again in some time 22:08 <+ChillerDragon> i blame microsoft 22:08 <+ChillerDragon> i cant live without github 22:44 <+bridge> [ddnet] apple is making cpus no 22:44 <+bridge> [ddnet] w 22:45 <+bridge> [ddnet] "Apple has long been rumored to be developing its own in-house ARM processors to replace the Intel chips it currently uses in its Macs." 23:05 <+bridge> [ddnet] @Ryozuki they have been making mobile cpus for ~10 years 23:05 <+bridge> [ddnet] well this one is for mac 23:05 <+bridge> [ddnet] in some benchmarks the ipad pro's cpu beats intel mobile chips already btw 23:05 <+bridge> [ddnet] :poggers: 23:05 <+bridge> [ddnet] what about amd? 23:05 <+bridge> [ddnet] and Intel is tiny compared to Apple 23:06 <+bridge> [ddnet] tiny in what way? 23:06 <+bridge> [ddnet] market capitalization 23:06 <+bridge> [ddnet] I'd guess apple's usage of CPUs is far less than intel's production 23:06 <+bridge> [ddnet] Apple is worth 8 times Intel I think 23:07 <+bridge> [ddnet] and the benchmarks, what were they about? performance? performance per watt? 23:07 <+bridge> [ddnet] I heard non-intel CPUs are better at performance per watt 23:07 <+bridge> [ddnet] @Ryozuki maybe the ice cube should be a bit smaller? It indeed looks like it increases the size of tee atm 23:07 <+bridge> [ddnet] pure performance I think 23:07 <+bridge> [ddnet] but mobile cpus are always power/cooling constrained 23:08 <+bridge> [ddnet] @deen i guess, i simply like more the ninja skin, to me entering a darker area and being not able to move doesnt mean im frozen idk feels rly out of place 23:09 <+bridge> [ddnet] hmm 23:09 <+bridge> [ddnet] The ninja feels a bit out of place to me 23:09 <+bridge> [ddnet] like it was just available, but has nothing to do with ddrace freeze 23:09 <+bridge> [ddnet] new player I've seen struggled to understand that ninja = not being able to move 23:12 <+bridge> [ddnet] exactly. We're just used to it because we've seen it for years 23:14 <+bridge> [ddnet] i think a frozen skin but that has the same size as the ninja 23:14 <+bridge> [ddnet] maybe just a frozen effect 23:14 <+bridge> [ddnet] over the skin 23:14 <+bridge> [ddnet] but without going outside the tee 23:14 <+bridge> [ddnet] Many thinks shrink when cooled down. Maybe just make the tee smaller and put it in a round ice ball 😄 23:15 <+bridge> [freenode] @deen can you look into the ger2 8304 server crash? 23:15 <+bridge> [ddnet] :o 23:15 <+bridge> [ddnet] oh shit, lots of crashes 23:15 <+bridge> [ddnet] ``` 23:15 <+bridge> [ddnet] Program terminated with signal SIGSEGV, Segmentation fault. 23:15 <+bridge> [ddnet] #0 0x0000564005314ee7 in CPlayer::Snap (this=0x5640053efcf8 , SnappingClient=SnappingClient@entry=4) at /home/teeworlds/src/master/src/game/server/gamecontext.h:122 23:15 <+bridge> [ddnet] 122 IServer *Server() const { return m_pServer; } 23:15 <+bridge> [ddnet] [Current thread is 1 (Thread 0x7f055fe0bdc0 (LWP 1095))] 23:15 <+bridge> [ddnet] (gdb) bt 23:15 <+bridge> [ddnet] #0 0x0000564005314ee7 in CPlayer::Snap (this=0x5640053efcf8 , SnappingClient=SnappingClient@entry=4) at /home/teeworlds/src/master/src/game/server/gamecontext.h:122 23:15 <+bridge> [ddnet] #1 0x0000564005301148 in CGameContext::OnSnap (this=0x7f055d809010, ClientID=4) at /home/teeworlds/src/master/src/game/server/gamecontext.cpp:3331 23:15 <+bridge> [ddnet] #2 0x00005640052d90d3 in CServer::DoSnapshot (this=this@entry=0x7f055f03f010) at /home/teeworlds/src/master/src/engine/server/server.h:119 23:15 <+bridge> [ddnet] #3 0x00005640052dfb2d in CServer::Run (this=this@entry=0x7f055f03f010) at /home/teeworlds/src/master/src/engine/server/server.cpp:2508 23:15 <+bridge> [ddnet] #4 0x00005640052d23c6 in main (argc=3, argv=0x7ffdddd56d28) at /home/teeworlds/src/master/src/engine/server/server.cpp:3525 23:16 <+bridge> [ddnet] ``` 23:16 <+bridge> [ddnet] https://github.com/ddnet/ddnet/issues/1 23:16 <+bridge> [ddnet] https://github.com/ddnet/ddnet/issues/2 23:16 <+bridge> [ddnet] https://github.com/ddnet/ddnet/issues/3 23:16 <+bridge> [ddnet] https://github.com/ddnet/ddnet/issues/4 23:16 <+bridge> [ddnet] well it would be nice to have a artist do some sketches 23:16 <+bridge> [ddnet] lol 23:16 <+bridge> [ddnet] Bad bot 23:16 <+bridge> [ddnet] issue #1 xd 23:16 <+bridge> [ddnet] https://github.com/ddnet/ddnet/issues/1 23:16 <+bridge> [ddnet] lol 23:16 <+bridge> [ddnet] whats this 23:16 <+bridge> [ddnet] @jao fix bot 23:16 <+bridge> [ddnet] @Learath2 Crash ^ 23:16 <+bridge> [ddnet] issue #1 23:16 <+bridge> [ddnet] https://github.com/ddnet/ddnet/issues/1 23:16 <+bridge> [ddnet]