01:45 < bridge> is toggle quads a keybind? 01:46 < bridge> is toggle quads a keybind by default? 01:46 < bridge> if so, i think it shouldn't be 07:38 < bridge> maybe stop using json? 07:39 < bridge> REAL 07:40 < bridge> just pack everything together with fixed width attributes... well being fixed with and strings being null terminated, players can be double null terminated and eof doesnt need to be marked 07:40 < bridge> just pack everything together with fixed width attributes... well being fixed with and strings being null terminated, players can be double null terminated and eof doesnt need to be marked 07:41 < bridge> all json messages start with [ or {, so you know a msg isnt if it starts with 2 (for version 2 eg) 07:41 < bridge> Wouldn't that break stuff? What if you want to add another field? 07:41 < bridge> ad it to the end 07:41 < bridge> or increment the version number 07:41 < bridge> and/or increment the version number 07:42 < bridge> just pack everything together with fixed width attributes... well being fixed with and strings being null terminated, players can be single null terminated (again) and eof doesnt need to be marked 07:42 < bridge> i mean if you know the number of attributes you dont need to double null terminate players 07:42 < bridge> but doing that might allow you to omit information for saving space if it it not used 07:42 < bridge> i mean if you know the number of attributes you dont need to null terminate players 07:43 < bridge> that is you stick the least common information 07:43 < bridge> that being skin colors and clan i guess 07:44 < bridge> and the first attribute is the name which is the most important 07:46 < bridge> I guess all the identifiers are gone if you just use the order of fields 07:49 < bridge> Next problem is how do you support all old clients? 07:49 < bridge> you dont 07:49 < bridge> you can always send json 07:49 < bridge> you can always still send json 07:50 < bridge> wdym 07:50 < bridge> you check if the client would support new formatting, if it does send it, if it doesnt send json 07:50 < bridge> So the client send the stuff in binary and the mastersrv converts it into json or what? 07:51 < bridge> the mastersrv presumably has to put the data in the json into its own internal structure 07:51 < bridge> which is then converted back to json with the rest of the srvs it needs to send 07:51 < bridge> headache kind of problem 07:51 < bridge> the client can even be told to ask a different endpoint 07:52 < bridge> `https://master1.ddnet.org/ddnet/15/servers.bin` 07:53 < bridge> and when u recieve a msg from a server you just look at the first byte if its [ or { you interpret as json 07:53 < bridge> if you see a 0x2 you try the new format 07:53 < bridge> otherwise its invalid 07:54 < bridge> yea that would work 07:54 < bridge> you avoid new versions because that means more code but if you do need them 07:54 < bridge> 0x3 and servers.bin3 is always available 08:18 < bridge> why is sixup called such instead of from/to 7 or 07 09:06 < bridge> because sixup sux up 09:08 < bridge> argh 09:09 < bridge> ```cpp 09:09 < bridge> struct CNetObj_ClientInfo 09:09 < bridge> { 09:09 < bridge> static constexpr int ms_MsgId = NETOBJTYPE_CLIENTINFO; 09:09 < bridge> int m_Name0; 09:09 < bridge> int m_Name1; 09:09 < bridge> int m_Name2; 09:09 < bridge> int m_Name3; 09:09 < bridge> int m_Clan0; 09:09 < bridge> int m_Clan1; 09:09 < bridge> int m_Clan2; 09:09 < bridge> int m_Country; 09:09 < bridge> int m_Skin0; 09:09 < bridge> int m_Skin1; 09:09 < bridge> int m_Skin2; 09:09 < bridge> int m_Skin3; 09:09 < bridge> int m_Skin4; 09:09 < bridge> int m_Skin5; 09:09 < bridge> int m_UseCustomColor; 09:09 < bridge> int m_ColorBody; 09:09 < bridge> int m_ColorFeet; 09:09 < bridge> }; 09:09 < bridge> ``` 09:10 < bridge> this makes mse sad 09:10 < bridge> also doesnt allow 0.7 skins to be sent /: 09:25 < bridge> but there are two protocols, you are probably looking into 0.6 one 09:26 < bridge> a 0.6 client will never get 0.7 messages 09:26 < bridge> and im not sure if it will accept them 09:26 < bridge> a 0.6 client will never get 0.7 messages from a 0.6 server 09:27 < bridge> or if it should 09:28 < bridge> you can try to make it though 09:29 < bridge> i guess its less code to make the ddnet server send a 0.7 msg and have the 0.6 client translate it 09:29 < bridge> 0.7 packets are processed way different then 0.6 packets, but ig you can keep mixed protocol 09:29 < bridge> it would be a hell though 09:29 < bridge> throw 0.7 in the bin, steal all the wanted features and replace the steam page x-x 09:30 < bridge> problemo solved! 09:30 < bridge> we got em, another 07 hater :p 09:30 < bridge> i dont not like 0.7 i just think ddnet is better 09:31 < bridge> minus the fact ddnet put all its snotty ddnet all over every part of the codebase making it hard to make mods 09:31 < bridge> but 0.6 server still exists 09:31 < bridge> 0.6 server will feel different 09:31 < bridge> also dummies are buggy on pure 0.6 09:31 < bridge> sixup goes hard 09:32 < bridge> yeah but modding ddnet is hard 09:32 < bridge> and most mods dont need or even restrict dummy usage 09:33 < bridge> not really hard, but it takes way longer to get what you need in comparison with clean 0.6/0.7 09:33 < bridge> hard ~= annoying 09:33 < bridge> but 0.6 server code is even worse for me 09:33 < bridge> annoying ~= hard 09:34 < bridge> use that word instead then xd 09:35 < bridge> mb 09:56 < bridge> is the json uncompressed? 09:56 < bridge> 32k for 128 players seem like low 09:56 < bridge> 32k for 128 players seem low 09:57 < bridge> 32k for 128 players seem high 10:12 < bridge> tis json afterall 10:32 < bridge> <0xfaulty> Currently only 16k 10:32 < bridge> But is it compressed 10:33 < bridge> It's like a 4x difference 10:34 < bridge> <0xfaulty> Not sure about 4x, but yes it's good 10:35 < bridge> <0xfaulty> U could check my calculations in issue, I measured for compressed also 10:35 < bridge> <0xfaulty> I think depending on data 11:10 < bridge> weird stuff happening on our servers: 11:10 < bridge> https://cdn.discordapp.com/attachments/293493549758939136/1308736233270411284/Screenshot_20241120-111002.png?ex=673f0719&is=673db599&hm=1351db532e41f0559140dd0d28e74769ea9eadb8f00a21063c996218acc28c24& 11:11 < bridge> maybe someone knows who or what that is 11:15 < bridge> he spammed kog a few months ago too 11:16 < bridge> i think there is a ip blacklist flying around somewhere 11:16 < bridge> maybe heinrich can help 11:28 < bridge> spambot 11:28 < bridge> did not join the server, does it spam in the chat :0? 11:50 < girixione> hi? 11:50 < bridge> hi 11:50 < girixione> plz help me 11:51 < bridge> after you learn rust properly 11:51 < girixione> i write cmake and my git write me, bash: cmake command no found 11:52 < girixione> i'm create build and cd build 11:52 < girixione> or which program should I use for the dfng build? 11:58 < bridge> When a player joins the team, it is not possible to ban them if you are not in the team. 11:58 < bridge> 11:58 < bridge> Could you add the option for silent voting? 10 players must vote for a particular person in the team to allow voting to kick a player from the server. 11:58 < bridge> Or something working on a similar principle, 11:58 < bridge> players in the team are untouchable, they can write whatever they want in the chat, tag as much as they want, and a player who is not in the team cannot do anything about it. (can mute it but that is not the solution to the problem ) 11:58 < bridge> 11:58 < bridge> Do you have any plans to allow something to be done about such players? 11:58 < bridge> I am using a translator to communicate with you. I hope everything is clear and understandable. 11:59 < bridge> I presume this is after a previous discussion. But imagine if you weren't willing to help anyone unless they learnt rust. 11:59 < bridge> Random: "hey can you lend me a hand with this box" 11:59 < bridge> You: "Only if you learn rust" 11:59 < bridge> xD 12:02 < bridge> no i was just joking xd 12:02 < bridge> u need to install cmake 12:02 < bridge> thats what " cmake command no found" means 12:04 < bridge> ye 12:05 < bridge> mute is the solution, what else you need? this guy can't harm your run or whatever 12:08 < bridge> One player on the server is harming everyone else. If there are 63 players on the server and one is causing harm, should the remaining 62 people block this player every time, or is it better to get rid of them once and for all 12:11 < bridge> One player on the server is harming everyone else. If there are 63 players on the server and one is causing harm, should the remaining 62 people block this player every time, or is it better to get rid of them once and for all 12:11 < bridge> but mute is the solution and is not x_x 12:12 < bridge> look, first of all, you can already kick radom person from your team, so, they can be banned right after. second, what if person wants to play solo on this map (linear as example), another bad guys will be able to ban em? its strange. third, if you will vote one person, all other players should action too if they are really annoyed, so, there's no difference between muting them or banning, its optional 12:14 < bridge> ban is for gameplay part, mute is for chat 12:14 < bridge> girixione check out the building instructions from https://github.com/ddnet/ddnet 12:15 < bridge> https://github.com/ddnet/ddnet?tab=readme-ov-file#dependencies-on-linux--macos 12:15 < bridge> girixione check out the build instructions from https://github.com/ddnet/ddnet 13:02 < girixione> teero777, which program should I use for the dfng build? 13:05 < bridge> https://github.com/Inateblig/dfng 13:05 < bridge> ? 13:07 < bridge> I would use a "compiler" to answer your question 🤔 13:11 < girixione> plz send link 13:11 < bridge> read the readme to learn howt o compile stuff 13:11 < bridge> any problems should/can be solved with google/chatgpt 13:12 < bridge> oh yeah, just copy and enter everything that chatgpt outputs into a terminal 13:12 < bridge> i wish i couldve learnt stuff that easily 13:12 < bridge> i mean i do now 13:12 < bridge> but scowering the web looking for things you cant phrase properly 13:12 < bridge> so nice 13:12 < bridge> "back in my day" 13:12 < bridge> C++ is much easier, when chatgpt can explain your errors and suggest changes 13:13 < bridge> for the errors ive had with chatpgt it can explain things fine... it cant fix them 13:13 < bridge> for the errors ive had with cpp, chatpgt it can explain things fine... it cant fix them 13:13 < bridge> for the errors ive had with cpp (speicifically with ddnet lmao), chatpgt it can explain things fine... it cant fix them 13:13 < bridge> for the errors ive had with cpp (speicifically with ddnet lmao), chatpgt it can explain things fine... it cant fix them (and its changes are often useless) 13:14 < girixione> you are not developing well, I asked you for a link to the compiler, and you rub chatgpt into me 13:14 < bridge> look at that monstrosity which chatgpt made for me and actually works: 13:14 < bridge> ``` 13:14 < bridge> std::thread spawn(sockpp::tcp_socket sock) { 13:14 < bridge> // Move 'sock' into the lambda to avoid copying 13:14 < bridge> return std::thread([this, sock = std::move(sock)]() mutable { 13:14 < bridge> this->listen_network_tcp(std::move(sock)); 13:14 < bridge> }); 13:14 < bridge> } 13:14 < bridge> ``` 13:14 < bridge> yeah idk what that does 13:14 < bridge> clueless (no front) 13:15 < bridge> the only reference to `struct CNetObj_ClientInfo` is generated, where... do i look to find... that? 13:15 < bridge> to actually help you: are you on windows or linux? Depending on that you have to do different steps 13:15 < bridge> well first rub yourself in the readme because you havent read it obviously 13:15 < bridge> in the python files which generate them (really!) 13:15 < bridge> oh of course 13:16 < bridge> sigh 13:16 < bridge> where would i put things like it (new struct called CNetObj_ClientInfo7)? 13:16 < bridge> if i dont want them to be generated for no reason because i know the everything about it at compile time 13:16 < bridge> in another python file, maybe, I really really hate the generated netcode 13:16 < bridge> yeah but i dont need it to be generated 13:17 < bridge> why is... it generated? 13:17 < bridge> all this stuff looks pretty known at compile time 13:17 < bridge> all this stuff looks pretty known before compile time 13:17 < bridge> generate the original files, and then copy the generated cpp code, but if you use CMakeLists you have to adjust that 13:17 < bridge> i just want a new struct x-x 13:17 < bridge> and for it to fit in with the rest of the code 13:20 < bridge> https://cdn.discordapp.com/attachments/293493549758939136/1308768927119314974/remix-dbf19c63-9058-4492-8d8f-97db3f88ce95.png?ex=673f258b&is=673dd40b&hm=7526316d7d3bb598bae0cef6e87dc2966c1f6f15696b085a799cbdf946fda105& 13:20 < bridge> my Cat learning asm 13:20 < bridge> not enough pain and suffering 13:20 < bridge> for learning asm 13:21 < bridge> if someone else was tryign to teahc you asm, then yeah youd fall asleep 13:21 < bridge> https://github.com/ddnet/ddnet/blob/6f3cb5eeaad847a38809aa4a6de6afbe9f1c07b8/datasrc/seven/network.py#L341 13:21 < bridge> no dont make me do it 13:21 < bridge> i dont want to touch the python files 13:22 < bridge> also its supposed to be 0.6 like message 13:22 < bridge> i want to allow 0.7 player infos in snap so i can send 0.7 skins 13:22 < bridge> my bad: 13:24 < bridge> hmm shouldn't you them make 0.6 players send/convert 0.7 skins? Because 0.7 clients can already understand 0.7 skins, also there is a network message in teeworlds 0.7 to send skins 13:25 < bridge> i dont think i can use the 0.7 code beacuse its part of the 0.7 snap 13:25 < bridge> as in just call a function and be done 13:25 < bridge> you should be able to send 0.7 netmessages to 0.7 clients? 13:26 < bridge> no no 13:26 < bridge> maybe this is not known in the ddnet seven netcode 13:26 < bridge> i think ure misunderstanding what i wana do 13:26 < bridge> 0.7 skin support for 0.7 clients is functional already 13:26 < bridge> i want the (ddnet) server to be able to also send 0.7 skins to ddnet clients and fro the client to accept them 13:28 < ChillerDragon> girixione: may i ask why you try to build dfng? 13:28 < bridge> does ddnet fully respect the 0.6 netcode or does ddnet have extra netcode compared to 0.6? 13:28 < bridge> extra 13:28 < ws-client> it has extensions but is compatible 13:29 < bridge> do u see reactions mr chiller 13:29 < bridge> do u see reactions mr dragon 13:29 < ws-client> no 13:29 < bridge> what are u even using? 13:29 < ws-client> using to chat? 13:29 < bridge> yeah 13:29 < ws-client> irc kinda 13:29 < ws-client> https://chat.zillyhuhn.com/ 13:30 < bridge> whats a signin token? 13:30 < ws-client> nimrocks 13:30 < bridge> signup token 13:31 < ws-client> hello 13:31 < ws-client> you only get 13:31 < ws-client> #developer and #off-topic? 13:31 < bridge> now I understand more what you are trying to do and why you use clientInfo, because it contains the skin info. You want to send your own ddnet-clientinfo to ddnet clients then, right? 13:31 < ws-client> no #off-topic 13:31 < ws-client> only #developer has a irc bridge 13:31 < ws-client> oh okay 13:32 < ws-client> why? do you use this 13:32 < bridge> and the "ddnet-clientinfo" contains 0.7 skininfo 13:32 < ws-client> well im not calling it ddnet-clientinfo because its not ddnet specific 13:32 < ws-client> im calling it clientinfo7 because it is just what 0.7 uses 13:32 < ws-client> and on the client side there will be an option to accept 0.7 skins (which on by default and also used as the way to tell if a client can accept them) as well as an option to send 0.7 skins 13:33 < ws-client> why am i poo brown 13:33 < ws-client> @SollyBunny i usually use weechat on my vps but currently my ping is too high to use ssh 13:33 < ws-client> i think your icon color is determined by the first letter of your name if i remember correctly 13:34 < ws-client> /: 13:34 < ws-client> weechat on a vps also with a bot to sync to this chat? 13:34 < bridge> you should be able to know before sending if a client can accept them by checking the ddnet-version or if it's a teeworlds 0.7 client 13:34 < ws-client> weechat to use irc directly i just run it 24/7 to have a chat backlog 13:35 < ws-client> @Assa the server already knows if a client is 0.7. And i want to have the option to disable 0.7 skins anyway so why not use it as a feature flag 13:35 < ws-client> there is a bridge from irc to this discord channel but its not operated by me but by the ddnet team 13:35 < ws-client> weechat is an irc client? 13:35 < ws-client> yes 13:35 < ws-client> why... weechat? 13:35 < ws-client> not to be confused with wechat 13:35 < ws-client> oh 13:36 < ws-client> that makes more sense 13:38 < ws-client> @chillerdragon did you make this? 13:38 < ws-client> yea 13:38 < ws-client> with the help of jupstar and milkeeycat https://github.com/discord-irc/ 13:38 < ws-client> do you plan to make it less rusty? 13:39 < ws-client> i dont think so 13:39 < ws-client> whats rusty? 13:39 < ws-client> no reactions or emojis, no pfp, everything appears as 1 msg on discord, no line wrap, the autocomplete of said emojis is underneath the chat, no @ completion 13:40 < ws-client> cough 13:40 < ws-client> i have @ completion do you have the plugins on? 13:40 < ws-client> i mean its enough to just talk to people 13:40 < ws-client> https://zillyhuhn.com/cs/.1732106433.png 13:41 < ws-client> it is irc under the hood. there are no multi line messages in irc or reactions. 13:41 < ws-client> my lines are wrapping 13:41 < ws-client> aaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaaa 13:41 < ws-client> irc also has no profile pictures 13:41 < ws-client> cant paste images 13:41 < bridge> https://cdn.discordapp.com/attachments/293493549758939136/1308774303759597641/image.png?ex=673f2a8d&is=673dd90d&hm=e61cecd867b8b2620fbcce948b4d92da5e1a825cd613c0b1cf6eeb059722d13d& 13:41 < ws-client> irc also has no images 13:42 < ws-client> you can paste image urls 13:42 < ws-client> you can not see images because they are not bridged 13:42 < ws-client> but an irc client can embed images 13:42 < ws-client> you can not see reactions because they are not bridged 13:42 < ws-client> and have reactions sent as just messages and interpreted by the client 13:42 < ws-client> yes thats something the bridge could do 13:43 < ws-client> milkeeycat actually built that 13:43 < ws-client> but ddnet staff would have to deploy it i can not do it 13:43 < ws-client> are there not common standards for these things in irc? 13:43 < ws-client> there are 13:43 < ws-client> and they do not contain much additional bloat on top of what a chat needs which is sending and receiving text messages 13:44 < ws-client> what does that mean 13:44 < ws-client> having everything encoded as just text messages is not bloat i guess? 13:44 < ws-client> that for me everything works totally fine. One thing that is annoying is that discord started to block outside access for attachments so I can not see images anymore. 13:44 < ws-client> raelly?? 13:44 < bridge> https://cdn.discordapp.com/attachments/293493549758939136/1308775070449008682/image.png?ex=673f2b44&is=673dd9c4&hm=a0e9e8b632a1b51e1e10d37f95f1ec543d7cb0b69f1cf70bf89bec12f9b03ca6& 13:45 < ws-client> i can still see them 13:45 < ws-client> from a different ip 13:45 < ws-client> well ive probably logged into discord on that ip tbf 13:45 < ws-client> https://zillyhuhn.com/cs/.1732106732.png 13:45 < ws-client> yea you are logged in try incognito 13:46 < ws-client> i was in incognito 13:46 < ws-client> thats odd maybe its cached or discord ip whitelists idk 13:46 < ws-client> but i can no longer see images 13:46 < ws-client> ): 13:46 < ws-client> have the bot yoink em? 13:46 < ws-client> thats happening for matrix 13:47 < ws-client> but not for irc 13:47 < ws-client> sadge 13:48 < ws-client> i cant find a set of standard extentions to irc for pfps, reactions, file uploads etc 13:49 < ws-client> it would be nice if everyone could agree to such standards if (or when) they exist and then everything is irc 13:49 < ws-client> would be a dream 13:50 < ws-client> anyway back to rummaging around in ddnet src 13:50 < ws-client> "for fun" they said 13:53 < bridge> struct CNetObj_ClientInfo7 13:53 < bridge> { 13:53 < bridge> static constexpr int ms_MsgId = NETOBJTYPE_CLIENTINFO7; 13:53 < bridge> char m_Name[MAX_NAME_LENGTH]; 13:53 < bridge> char m_Clan[MAX_CLAN_LENGTH]; 13:53 < bridge> int m_Country; 13:53 < bridge> char m_SkinParts[protocol7::NUM_SKINPARTS][protocol7::MAX_SKIN_ARRAY_SIZE]; 13:53 < bridge> int m_ColorVars[protocol7::NUM_SKINPARTS]; 13:53 < bridge> }; 13:53 < bridge> NetObject("ClientInfo", [ 13:54 < bridge> # 4*4 = 16 characters 13:54 < bridge> NetIntAny("m_Name0"), NetIntAny("m_Name1"), NetIntAny("m_Name2"), 13:54 < bridge> NetIntAny("m_Name3"), 13:54 < bridge> 13:54 < bridge> # 4*3 = 12 characters 13:54 < bridge> NetIntAny("m_Clan0"), NetIntAny("m_Clan1"), NetIntAny("m_Clan2"), 13:54 < bridge> 13:54 < bridge> NetIntAny("m_Country"), 13:54 < bridge> 13:54 < bridge> # 4*6 = 24 characters 13:54 < bridge> NetIntAny("m_Skin0"), NetIntAny("m_Skin1"), NetIntAny("m_Skin2"), 13:54 < bridge> NetIntAny("m_Skin3"), NetIntAny("m_Skin4"), NetIntAny("m_Skin5"), 13:54 < bridge> 13:54 < bridge> NetIntRange("m_UseCustomColor", 0, 1), 13:54 < bridge> 13:54 < bridge> NetIntAny("m_ColorBody"), 13:54 < bridge> NetIntAny("m_ColorFeet"), 13:54 < bridge> ]), 13:54 < bridge> 13:54 < bridge> bro really just use c please 13:56 < bridge> how do you even come to the solution that ah yes make a python script 13:56 < bridge> made for the utterly deranged, they have played us for fools 14:06 < bridge> in CTeeRenderInfo why is it `CSixup m_aSixup[NUM_DUMMIES];` 14:06 < bridge> shouldnt there be a seperate renderinfo for each dummy 14:06 < bridge> since they are seperate players 14:06 < bridge> and clients 14:07 < bridge> ): 14:27 < ws-client> @SollyBunny in 0.6 the client can always get the most recent render info for the current dummy from the snap. In 0.7 it comes from game messages that are only sent on change so the client has to store it for main and dummy. 14:27 < bridge> the snap only sends if its changed right? 14:28 < bridge> also doesnt make sense still 14:28 < ws-client> it technically only sends changes over the wire but thats abstracted away in the code. 14:28 < bridge> the dummies are seperate clients always 14:28 < ws-client> you can think of the server and client always holding the full up to date state. 14:29 < bridge> i dont see why the dummy state needs to be stored in the main client? 14:29 < bridge> why not store it in the dummy client (slot) 14:29 < ws-client> i am not sure what you mean by that 14:29 < bridge> there is a crenderinfo object for every client 14:30 < bridge> so why does the state of dummy have to be stored in the main clients slot instead of the dummy clients slot 14:30 < ws-client> by every client you mean MAX_CLIENTS or NUM_DUMMIES? 14:30 < bridge> max_clients 14:31 < ws-client> yea so in 0.6 you can hold only the current info for all and get it from the snap on dummy change 14:31 < bridge> ??? 14:31 < ws-client> in 0.7 you have to store the render info on skin change and then store it for dummy and main 14:31 < bridge> wha 14:32 < bridge> are dummy and main not seperate clients if 0.7 has a dummy through some client 14:32 < bridge> and if so how? 14:33 < ws-client> it is not fully separate lots of things are still shared 14:33 < bridge> im so confused 14:33 < bridge> what is shared 14:33 < bridge> and why 14:34 < ws-client> in the end you only have one viewport 14:34 < bridge> yeah but its 2 seperate connections? 14:34 < ws-client> you have one hud, one scoreboard see one set of tees with their render info 14:34 < ws-client> yes two network connections 14:34 < bridge> you render the data in clients[cons[current_dummy]] 14:34 < bridge> ? 14:35 < bridge> and why arent skins stored in their respective slots 14:35 < ws-client> because the code is not structured that way i guess historically 14:36 < bridge> but this was added only for 0.7 compatbility 14:36 < bridge> which doesnt even have dummies most of the time 14:36 < ws-client> there used to be only one connection and then another one was added on the network level leaving all the rendering as is just updating the currently used render info based on the snapshot of the active dummy 14:36 < ws-client> as i said in 0.7 you can not get the render info from the snapshot so it has to be stored 14:37 < bridge> yeah you can store it in the slot 14:37 < bridge> that is there 14:37 < ws-client> which slot 14:37 < bridge> clients[your id].renderinfo 14:37 < ws-client> can you link me the code? 14:38 < bridge> ``` 14:38 < bridge> CClientData *pClient = &m_aClients[ClientId]; 14:38 < bridge> pClient->m_aSkinName[0] 14:38 < bridge> ``` 14:38 < ws-client> thats not really a link but sure 14:38 < ws-client> but thats not the dummy thats other players 14:38 < bridge> that just stores the skin name im trying to find where the renderinfo is 14:38 < bridge> clientid would be the udmmies client id 14:39 < bridge> if the snapshot was for the dummy? 14:39 < ws-client> but wait 14:39 < ws-client> m_aClients is a list of all clients 14:39 < ws-client> and the dummy needs a full list of all skins separate from the main tee 14:39 < ws-client> if you index m_aClients[dummy] you can only store one skin there 14:40 < bridge> where is the render info for every other client 14:41 < bridge> why are there 4 seperate places for skin storage? 14:42 < bridge> clients[id].m_aSkin... 14:42 < bridge> skins 14:42 < bridge> skins7 14:42 < bridge> renderinfo which stores both skins and skins7 data 14:42 < bridge> 😢 14:43 < bridge> GameClient()???::m_SkinInfo and 14:43 < bridge> clients[id].m_aSkin... 14:43 < bridge> skins 14:43 < bridge> skins7 14:43 < bridge> renderinfo which stores both skins and skins7 data 14:46 < bridge> GameClient()???::m_SkinInfo and GameClient()???::m_RenderInfo (why there cant be 1 im not sure) (which stores 0.6 skin and two 0.7 skins, why 0.6 doesnt need 2 skins still dont get) 14:47 < bridge> clients[id].m_aSkinName and other stuff (stores 0.6 skins only) 14:47 < bridge> clients[id].m_renderinfo (previously stated) 14:47 < bridge> skins / skins7 stores data about all skins thats fine 14:47 < bridge> @jupeyy_keks check it out 14:47 < bridge> my pr 14:47 < bridge> the gcc equivalent would be https://gcc.gnu.org/wiki/Graphite 14:47 < bridge>