02:10 <+bridge> [ddnet] <Chairn> is it fine if i get <https://github.com/ddnet/ddnet/blob/master/src/base/system.cpp#L210-L223> outside of `extern "C"` ?
02:11 <+bridge> [ddnet] <Chairn> encapsulating calls to memset hides bug to the compiler that it otherwise report
02:11 <+bridge> [ddnet] <Chairn> encapsulating calls to memset hides bug to the compiler that it otherwise reports
02:11 <+bridge> [ddnet] <deen> then antibot dll can't use C api anymore, right?
02:12 <+bridge> [ddnet] <Chairn> only those function, but i don't get why it would need these specifically
02:12 <+bridge> [ddnet] <Chairn> or we can link cpp way?
02:13 <+bridge> [ddnet] <deen> I think the antibot we use is actually written in C, but maybe we can just force using c++? @noby ?
02:13 <+bridge> [ddnet] <Chairn> i'd like to either remove these, or replace them with template version like here <https://github.com/Chairn/ddnet/blob/pr_memaccess/src/base/system.h#L32-L60>
02:14 <+bridge> [ddnet] <Chairn> in order to fix <https://github.com/ddnet/ddnet/issues/5228>
03:16 <+bridge> [ddnet] <noby> it is written in C, but it shouldnt matter really
03:33 <+bridge> [ddnet] <Ravie> is there a reason why gameskins other than "default" get this hud rendered smaller? the white bullets are overlayed from another screenshot but should be the exact same size as default ones
03:33 <+bridge> [ddnet] <Ravie> https://cdn.discordapp.com/attachments/293493549758939136/984993722792046592/unknown.png
03:38 <+bridge> [ddnet] <Chairn> @Ryozuki when he invites people for netflix'n chill https://www.reddit.com/r/ProgrammerHumor/comments/v9cur1/rustaceans_be_like/
06:29 <+bridge> [ddnet] <Jupstar> 0.7 changed the sizes. If your game png contains the ninja bar from 0.7 it will act as if the size must be bigger, else 0.6 style
06:29 <+bridge> [ddnet] <Jupstar> But didn't know this also affects bullets tbh
08:34 <+bridge> [ddnet] <c0d3d3v> in 0.7 bullets have 12x12 units and 10x10 for ganade
08:34 <+bridge> [ddnet] <c0d3d3v> 
08:34 <+bridge> [ddnet] <c0d3d3v> in 0.6 all bullets have 12x12 units
08:34 <+bridge> [ddnet] <c0d3d3v> bullets in ammo display
08:34 <+bridge> [ddnet] <c0d3d3v> in 0.7 bullets have 12x12 units and 10x10 for ganade
08:34 <+bridge> [ddnet] <c0d3d3v> 
08:34 <+bridge> [ddnet] <c0d3d3v> in 0.6 all bullets have 10x10 units
08:35 <+bridge> [ddnet] <c0d3d3v> and we use the sizes of 0.7 as jupstar explained... if the ninja bar is in the png
08:35 <+bridge> [ddnet] <c0d3d3v> in 0.7 bullets have 12x12 units and 10x10 for grenades
08:35 <+bridge> [ddnet] <c0d3d3v> 
08:36 <+bridge> [ddnet] <c0d3d3v> in 0.6 all bullets have 10x10 units
08:36 <+bridge> [ddnet] <c0d3d3v> https://cdn.discordapp.com/attachments/293493549758939136/985070072013946901/unknown.png
08:37 <+bridge> [ddnet] <c0d3d3v> but 0.6 and 0.7 both use 12 units from start of one bullet to the next
08:38 <+bridge> [ddnet] <c0d3d3v> thats why they are aligned in you image on the left side.
09:51 <+bridge> [ddnet] <Ryozuki> https://jackh726.github.io/rust/2022/06/10/nll-stabilization.html
10:08 <+bridge> [ddnet] <Jupstar> i get an huge amount of `-Wthread-safety-analysis` with clang-15, dunno if that is intended
10:09 <+bridge> [ddnet] <Jupstar> and deprecation warnings for openssl
11:30 <+bridge> [ddnet] <Jupstar> @Skin Database Crew What do we need for the new database?
11:30 <+bridge> [ddnet] <Jupstar> 
11:30 <+bridge> [ddnet] <Jupstar> I'd thought about this:
11:30 <+bridge> [ddnet] <Jupstar> - skin type: normal or community
11:30 <+bridge> [ddnet] <Jupstar> - additional path for HD variation per skin type
11:31 <+bridge> [ddnet] <Jupstar> 
11:31 <+bridge> [ddnet] <Jupstar> Any other wishes?
11:36 <+bridge> [ddnet] <Patiga> license maybe?
11:36 <+bridge> [ddnet] <Jupstar> 👍
12:47 <+bridge> [ddnet] <Ravie> interesting, thanks
12:49 <+bridge> [ddnet] <Ravie> I'd like some page with requirements and a skin template
14:11 <+bridge> [ddnet] <Ryozuki> @Learath2 https://news.ycombinator.com/item?id=31695881
14:12 <+bridge> [ddnet] <Ryozuki> https://genome.ucsc.edu/cgi-bin/hgTracks?db=hg38&lastVirtModeType=default&lastVirtModeExtraState=&virtModeType=default&virtMode=0&nonVirtPosition=&position=chr7%3A6593761%2D6612466&hgsid=1375192377_nrQXzaDA44NJQx2z41IdMAi7nNRU
16:05 <+bridge> [ddnet] <ѕα∂ℓσνє🖤> hello anyone can compile f client (64bit) to 32bit ? please
16:08 <+bridge> [ddnet] <ѕα∂ℓσνє🖤> https://fokkonaut.github.io/F-Client/
16:08 <+bridge> [ddnet] <ѕα∂ℓσνє🖤> this
16:08 <+bridge> [ddnet] <ѕα∂ℓσνє🖤> windows version
16:14 <+bridge> [ddnet] <Jupstar> just upgrade to 64bit, 32bit is dead
16:14 <+bridge> [ddnet] <Jupstar> accept it
17:10 <+bridge> [ddnet] <Assa> heyo
17:10 <+bridge> [ddnet] <Assa> > First-time contributors need a maintainer to approve running workflows.
17:10 <+bridge> [ddnet] <Assa> Is it possible for me to get workflow-rights?
17:14 <+bridge> [ddnet] <Jupstar> where is ur pr
17:15 <+bridge> [ddnet] <Jupstar> ah
17:15 <+bridge> [ddnet] <Jupstar> now it runs
17:20 <+bridge> [ddnet] <Assa> omg, this still doesn't fix it oO apperently auto generated fixes aren't clang-tidy
17:28 <+bridge> [ddnet] <Assa> @Not Keks Pull the lever!
18:05 <+bridge> [ddnet] <Chairn> there was a recent pr about this
18:05 <+bridge> [ddnet] <Chairn> <https://github.com/ddnet/ddnet/pull/5260>
18:06 <+bridge> [ddnet] <Jupstar> im on latest
18:08 <+bridge> [ddnet] <Chairn> where does this show?
18:09 <+bridge> [ddnet] <Jupstar> i think its not implemented yet xd
18:09 <+bridge> [ddnet] <Chairn> 😢
18:18 <+bridge> [ddnet] <nori> is there a reason to not auto kick players at start?
18:19 <+bridge> [ddnet] <nori> is there a reason to not auto kick afk players at start?
18:20 <+bridge> [ddnet] <kiwq> Well, you might accidentally kick their main aswell if they have their dummy afking in spawn.
18:31 <+bridge> [ddnet] <nori> can't you kick the dummy without main? :d
18:37 <+bridge> [ddnet] <n000b> Happy anniversary @deen :giftee_green: :kek:
18:40 <+bridge> [ddnet] <kiwq> Both get kicked if main does, should probably be fixed.
18:41 <+bridge> [ddnet] <n000b> Guess that is quite obvious
18:41 <+bridge> [ddnet] <n000b> You don't want to check all the time if the guy you kick has a dummy
18:47 <+bridge> [ddnet] <nori> i mean as a server side feature not manually
19:30 <+bridge> [ddnet] <ѕα∂ℓσνє🖤> my pc suck so i cant D:
19:51 <+bridge> [ddnet] <Jupstar> whats your CPU?
20:00 <+bridge> [ddnet] <Simon'> Just download some more ram
20:26 <+bridge> [ddnet] <cauldron> what's your pc?
20:30 <+bridge> [ddnet] <cauldron> on really low spec i'm experienced xD
20:30 <+bridge> [ddnet] <cauldron> go settings>graphics
20:30 <+bridge> [ddnet] <cauldron> then change the resolution to really low, like 640x360
20:30 <+bridge> [ddnet] <cauldron> disable high detail
20:30 <+bridge> [ddnet] <cauldron> when ingame disable quads with page up or page down button
20:31 <+bridge> [ddnet] <cauldron> but choose the right option in graphics settings on the left that you still play fullscreen and your game doesn't resize. windowed fullscreen is the right one i think
20:41 <+bridge> [ddnet] <cauldron> i also see on ddnet.tw a download option for ddnet client windows 32 bit.  is there a toolchain for it?
20:41 <+bridge> [ddnet] <lynn> wtf
20:49 <+bridge> [ddnet] <ѕα∂ℓσνє🖤> AMD C-50
20:51 <+bridge> [ddnet] <ѕα∂ℓσνє🖤> i already did, my processor is 64bit but im on 32bit and idk how to have windows 8 64bit ; i know how to install windows
20:51 <+bridge> [ddnet] <ѕα∂ℓσνє🖤> with a cd idk how to do
20:53 <+bridge> [ddnet] <murpi> @lynn Taken from Github: 
20:53 <+bridge> [ddnet] <murpi> > the idea is to reduce the number of configs that can interact with each other. Because there are many bugs hiding in untested combinations of config options.
20:53 <+bridge> [ddnet] <murpi> 
20:53 <+bridge> [ddnet] <murpi> > It's hard to say no to config options, it's always easier to add just one more config option, shifting the burden to the future.
20:53 <+bridge> [ddnet] <murpi> 
20:53 <+bridge> [ddnet] <murpi> Theres probably more
20:54 <+bridge> [ddnet] <lynn> hmm, i don't know if skin-related commands have much testing though
20:55 <+bridge> [ddnet] <lynn> i understand the premise of complicating existing interactions of commands, but if they are entirely new features i don't see it as a concern
20:55 <+bridge> [ddnet] <Chairn> however, i don't think having too many graphics options is that much of a problem
20:55 <+bridge> [ddnet] <Chairn> it's still a burden when it's broken, but at least it's not game breaking
20:58 <+bridge> [ddnet] <cauldron> get win10 iso flash a usb stick and boot from it to install 64bit windows 10. maybe your win8 license even works for 10. my win7 license worked for windows10
20:59 <+bridge> [ddnet] <cauldron> get win10 iso flash a usb stick and boot from it to install 64bit windows 10. maybe your win8 license even works for 10. my win7 license worked for windows10
20:59 <+bridge> [ddnet] <cauldron> https://www.microsoft.com/en-us/software-download/windows10
20:59 <+bridge> [ddnet] <cauldron> https://rufus.ie/en/
20:59 <+bridge> [ddnet] <cauldron> get win10 iso flash a usb stick and boot from it to install 64bit windows 10. maybe your win8 license even works for 10. my win7 license worked for windows10
20:59 <+bridge> [ddnet] <cauldron> https://www.microsoft.com/en-us/software-download/windows10
20:59 <+bridge> [ddnet] <cauldron> https://rufus.ie/en/
21:00 <+bridge> [ddnet] <lynn> we could discuss removing commands? any off the top of a devs head that have immediate grounds for remova
21:00 <+bridge> [ddnet] <lynn> we could discuss removing commands? any off the top of a devs head that have immediate grounds for removal
21:01 <+bridge> [ddnet] <ѕα∂ℓσνє🖤> at the start my computer was windows 7;im minato hi
21:02 <+bridge> [ddnet] <Robyt3> What about removing `ui_scale`? It's very buggy in some places. https://github.com/ddnet/ddnet/issues/5358
21:03 <+bridge> [ddnet] <lynn> ahhh my baby
21:03 <+bridge> [ddnet] <lynn> ui_scale :(
21:04 <+bridge> [ddnet] <lynn> i would be sad to see it go but i understand why it is problematic
21:04 <+bridge> [ddnet] <Robyt3> It's complicating the UI code, and it's hardly used so testing new code for it is not worth it
21:04 <+bridge> [ddnet] <cauldron> hi, im cauldron xd
21:04 <+bridge> [ddnet] <lynn> we do not have a "flex system" in the code i imagine
21:04 <+bridge> [ddnet] <lynn> i use ui_scalr 105 and it makes shit way easier to click for me
21:04 <+bridge> [ddnet] <lynn> scale
21:05 <+bridge> [ddnet] <Robyt3> We can always add a replacement for ui_scale that works, but then you need to be specific where and why `ui_scale 100` does not work
21:05 <+bridge> [ddnet] <Robyt3> hmm, like everything?
21:05 <+bridge> [ddnet] <lynn> yea i was making a thread on it but i stopped typing the comment mostly cus i was concerned about getting it right
21:06 <+bridge> [ddnet] <lynn> uhh well browser is easier to use, every tab in options except for skins, graphics options are rly small but not a big deal
21:06 <+bridge> [ddnet] <lynn> call vote
21:06 <+bridge> [ddnet] <lynn> a lot of UI imo is better to use at 105 except skins where it's buggy
21:06 <+bridge> [ddnet] <lynn> with overlapping components
21:09 <+bridge> [ddnet] <Robyt3> supporting just ui_scale 90-110 would be easier then 50-150, if nobody uses those values
21:09 <+bridge> [ddnet] <Robyt3> than*
21:10 <+bridge> [ddnet] <lynn> best way is to sort of do what discord does, which is only have specific zoom values
21:10 <+bridge> [ddnet] <lynn> 105 110
21:11 <+bridge> [ddnet] <lynn> some step amount and maximum minimum etc
21:11 <+bridge> [ddnet] <lynn> then those values can be specifically tested at common resolutions
21:11 <+bridge> [ddnet] <Learath2> mh, the way we layout the ui is just very meh for ui_scale
21:11 <+bridge> [ddnet] <Robyt3> and the way we do ui_scale is worse
21:11 <+bridge> [ddnet] <lynn> would it require a UI overhaul to work properly?
21:11 <+bridge> [ddnet] <Learath2> for editor2 in 0.7 I laid the components I added in a flex-ish way, which would work better, but nothing is laid out like that rn
21:12 <+bridge> [ddnet] <lynn> got it yea
21:12 <+bridge> [ddnet] <lynn> i was hoping we could swap to a flex grid :(
21:12 <+bridge> [ddnet] <lynn> like css3
21:12 <+bridge> [ddnet] <lynn> maybe that can be its own issue and close ui_scale for now
21:12 <+bridge> [ddnet] <lynn> just pls don't remove it for now i love it :(((
21:15 <+bridge> [ddnet] <murpi> Kind of redundant client commands imo:
21:15 <+bridge> [ddnet] <murpi> `cl_enable_ping_color`
21:15 <+bridge> [ddnet] <murpi> `cl_eye_duration`default is basically indefinitely, not sure why anyone would change that
21:15 <+bridge> [ddnet] <murpi> `cl_friends_ignore_clan` `br_filter_connecting_players` should always be 1
21:28 <+bridge> [ddnet] <cauldron> im actually really trying to build f-client for 32 bit windows, but get this:
21:28 <+bridge> [ddnet] <cauldron> ```
21:28 <+bridge> [ddnet] <cauldron> i686-w64-mingw32-windres: can't open file `teeworlds.manifest': No such file or directory                               make[2]: *** [CMakeFiles/F-Client.dir/build.make:992: CMakeFiles/F-Client.dir/other/manifest/F-Client.rc.res] Error 1   make[2]: *** Waiting for unfinished jobs....                                                                            make[1]: *** [CMakeFiles/Makefile2:290: CMakeFiles/F-Client.dir/all] Error 2       
21:28 <+bridge> [ddnet] <cauldron> ```
21:28 <+bridge> [ddnet] <cauldron> can i just get the missing teeworlds.manifest from ddnet?
21:37 <+bridge> [ddnet] <nori> btw u are right it's client side thing :\
21:41 <+bridge> [ddnet] <Robyt3> the name of the manifest file should also be `F-Client.manifest` and not `teeworlds.manifest`, have you tried doing a clean build with an empty build folder?
21:43 <+bridge> [ddnet] <cauldron> yes
21:43 <+bridge> [ddnet] <cauldron> wait, i did cmake .../ --whatevertoolchain
21:43 <+bridge> [ddnet] <Robyt3> it shouldn't really reference teeworlds in F-Client, it should all be named F-Client
21:43 <+bridge> [ddnet] <cauldron> and then make
21:44 <+bridge> [ddnet] <cauldron> so i will try to rename manually
21:46 <+bridge> [ddnet] <cauldron> ```
21:46 <+bridge> [ddnet] <cauldron> lukas@DESKTOP-T72VSV7:~/F-Client$ find -name *manifest
21:46 <+bridge> [ddnet] <cauldron> ./other/manifest
21:46 <+bridge> [ddnet] <cauldron> ./other/manifest/F-Client.manifest
21:46 <+bridge> [ddnet] <cauldron> ./build/CMakeFiles/F-Client.dir/other/manifest
21:46 <+bridge> [ddnet] <cauldron> ```
21:46 <+bridge> [ddnet] <cauldron> should i rename some config, so that it looks for F-Client.manifest, or is renaming F-Client.manifest to teeworlds.manifest suitable?
21:47 <+bridge> [ddnet] <Robyt3> I guess you could try making a copy of F-Client.manifest and renaming it
21:50 <+bridge> [ddnet] <cauldron> lots of errors
21:51 <+bridge> [ddnet] <Jupstar> the internet says it supports 64 bit
22:04 <+bridge> [ddnet] <cauldron> if anyone knows the build errors
22:04 <+bridge> [ddnet] <cauldron> https://cdn.discordapp.com/attachments/293493549758939136/985273326446452826/build.log
22:04 <+bridge> [ddnet] <cauldron> `make -j 8 2> build.log`
22:05 <+bridge> [ddnet] <Chairn> remove fstack protection flags
22:06 <+bridge> [ddnet] <cauldron> how?
22:06 <+bridge> [ddnet] <cauldron> i don't know how to use cmake unfortunately
22:07 <+bridge> [ddnet] <cauldron> i can't even build ddnet with mingw 32 bit
22:12 <+bridge> [ddnet] <Robyt3> open CMakeLists.txt and remove lines containing `-fstack-protector`
22:19 <+bridge> [ddnet] <cauldron> ok. i can't build ddnet 32 or 64 bit with mingw. so it's not because of fclient or the manifest
22:25 <+bridge> [ddnet] <cauldron> ` # -fstack-protector-all doesn't work on MinGW.` sounds promsising, thanks
22:25 <+bridge> [ddnet] <cauldron> ` # -fstack-protector-all doesn't work on MinGW.` sounds promising, thanks
22:33 <+bridge> [ddnet] <ѕα∂ℓσνє🖤> yes it supprot it but idk how to have the windows 8 in 64bit
22:41 <+bridge> [ddnet] <ѕα∂ℓσνє🖤> try with visual studio
22:41 <+bridge> [ddnet] <ѕα∂ℓσνє🖤> i hink it work
22:41 <+bridge> [ddnet] <ѕα∂ℓσνє🖤> think
22:42 <+bridge> [ddnet] <ѕα∂ℓσνє🖤> and thanks for do thats for me 💗
22:43 <+bridge> [ddnet] <Chairn> just remove the flag and it will work
22:43 <+bridge> [ddnet] <cauldron> i did, it doesn't work
22:43 <+bridge> [ddnet] <Chairn> recompile all
22:43 <+bridge> [ddnet] <cauldron> i put a # before it
22:43 <+bridge> [ddnet] <cauldron> i did
22:43 <+bridge> [ddnet] <cauldron> cmake again and compile again
22:44 <+bridge> [ddnet] <Chairn> rm -rf * before
22:44 <+bridge> [ddnet] <cauldron> i did
22:44 <+bridge> [ddnet] <cauldron> i build and upload log
22:44 <+bridge> [ddnet] <cauldron> with ddnet first
22:52 <+bridge> [ddnet] <cauldron> https://cdn.discordapp.com/attachments/293493549758939136/985285298470666240/build.log
22:52 <+bridge> [ddnet] <cauldron> https://cdn.discordapp.com/attachments/293493549758939136/985285298802004048/build2.log
22:52 <+bridge> [ddnet] <cauldron> the first is cmake the second make
23:07 <+bridge> [ddnet] <cauldron> nice
23:13 <+bridge> [ddnet] <Chairn> never tried cross compilation, but looks like your mingw is outdated
23:14 <+bridge> [ddnet] <Chairn> also call cmake with these flags `-DPREFER_BUNDLED_LIBS=ON -DIPO=OFF -DAUTOUPDATE=OFF -DDOWNLOAD_GTEST=OFF`
23:21 <+bridge> [ddnet] <Chairn> I think mingw32 will never compile because it never added thread stuff
23:22 <+bridge> [ddnet] <Chairn> you can try with mingw64 and prepend `LDFLAGS=-m32 CFLAGS=-m32 CXXFLAGS=-m32` but no guarentee
23:27 <+bridge> [ddnet] <nori> @cauldron ok i managed to compile it
23:28 <+bridge> [ddnet] <nori> you need to link -lssp
23:30 <+bridge> [ddnet] <Jupstar> @deen pls dm me the official skins/edit/data.txt later, i am almost finished and just need to write the parser
23:32 <+bridge> [ddnet] <nori> @cauldron try this
23:32 <+bridge> [ddnet] <nori> ```
23:32 <+bridge> [ddnet] <nori> diff --git a/CMakeLists.txt b/CMakeLists.txt
23:32 <+bridge> [ddnet] <nori> index 30bc0e9..eacca54 100644
23:32 <+bridge> [ddnet] <nori> --- a/CMakeLists.txt
23:32 <+bridge> [ddnet] <nori> +++ b/CMakeLists.txt
23:32 <+bridge> [ddnet] <nori> @@ -2116,6 +2116,7 @@ foreach(target ${TARGETS_LINK})
23:32 <+bridge> [ddnet] <nori>        # Link pthread library statically instead of dynamically.
23:32 <+bridge> [ddnet] <nori>        # Solution from https://stackoverflow.com/a/28001261.
23:32 <+bridge> [ddnet] <nori>        target_link_libraries(${target} -Wl,-Bstatic -lstdc++ -lpthread -Wl,-Bdynamic)
23:32 <+bridge> [ddnet] <nori> +      target_link_libraries(${target} -lssp)
23:32 <+bridge> [ddnet] <nori>      endif()
23:32 <+bridge> [ddnet] <nori>    endif()
23:32 <+bridge> [ddnet] <nori>  endforeach()
23:32 <+bridge> [ddnet] <nori> diff --git a/other/manifest/F-Client.rc b/other/manifest/F-Client.rc
23:32 <+bridge> [ddnet] <nori> index 0bf26c1..fb47ca1 100644
23:32 <+bridge> [ddnet] <nori> --- a/other/manifest/F-Client.rc
23:32 <+bridge> [ddnet] <nori> +++ b/other/manifest/F-Client.rc
23:32 <+bridge> [ddnet] <nori> @@ -1,2 +1,2 @@
23:33 <+bridge> [ddnet] <nori>  #include "winuser.h"
23:33 <+bridge> [ddnet] <nori> -1 RT_MANIFEST teeworlds.manifest
23:33 <+bridge> [ddnet] <nori> +1 RT_MANIFEST F-Client.manifest
23:33 <+bridge> [ddnet] <nori> ```
23:33 <+bridge> [ddnet] <deen> what is that?
23:33 <+bridge> [ddnet] <cauldron> how to apply this 😅  copy paste into a file and `git apply file`?
23:34 <+bridge> [ddnet] <nori> yes
23:43 <+bridge> [ddnet] <cauldron> `[100%] Built target F-Client` 🎉 nice, ty @nori
23:47 <+bridge> [ddnet] <Jupstar> The old way of saving the skin list database. But i switched to json, so client can parse too in future