00:08 <+bridge> [ddnet] yo guis does some1 where all the sound constants are defined? 00:08 <+bridge> [ddnet] things like SOUND_PLAYER_PAIN_LONG 00:08 <+bridge> [ddnet] grep is broken on windows o i cant search :c 00:12 <+bridge> [ddnet] oh maybe grep isnt broken on win its just not part of the src. Guess it is generated somehow -.- 00:26 <+bridge> [ddnet] https://puu.sh/Cd47G/72bc517fce.png 00:26 <+bridge> [ddnet] lol 00:26 <+bridge> [ddnet] i have basically no changes 00:26 <+bridge> [ddnet] current master branch selfcomplied copied into the latest tw client directory 00:27 <+bridge> [ddnet] it crashes on connecting 00:33 <+bridge> [ddnet] <♪♫> good luck i never successfully built anything on windows, IDEs are so confusing to configure, way easier to build things with mingw ^^ 00:34 <+bridge> [ddnet] i use mingw :c 00:34 <+bridge> [ddnet] thats why the error message lost me at visual studio 00:34 <+bridge> [ddnet] well i thought i build with mingw xd probably cmake found my visual studio and grabbed it 00:43 <+Learath2> ChillerDragon: you should specify -G"MinGW Makefiles" to cmake to make sure 00:44 <+bridge> [ddnet] well but what ever it takes it normally worked 00:45 <+bridge> [ddnet] is there something that changed in the newversion 00:45 <+Learath2> No, windows is just an unpredictable platform 00:46 <+bridge> [ddnet] i get the same vs error 00:46 <+bridge> [ddnet] what is the full cmd 00:47 <+Learath2> cmake .. -G"MinGW Makefiles" 00:47 <+Learath2> but that doesn't seem to be the problem 00:47 <+bridge> [ddnet] y 00:47 <+Learath2> that's not a compile time error 00:47 <+Learath2> that's a runtime error 00:47 <+bridge> [ddnet] but cool anyways 00:48 <+bridge> [ddnet] y 00:48 <+Learath2> ChillerDragon: debug it pls? 00:48 <+bridge> [ddnet] how 00:48 <+Learath2> using gdb ofc 00:48 <+bridge> [ddnet] on windows -.- 00:48 <+bridge> [ddnet] gdb sux on windows 00:48 <+Learath2> cmake .. -DCMAKE_BUILD_TYPE=Debug -G"MinGW Makefiles" 00:48 <+bridge> [ddnet] well ima try 00:48 <+Learath2> gdb is the only usable debugger on windows 00:49 <+Learath2> what are you even talking about? 00:49 <+bridge> [ddnet] hue? 00:49 <+bridge> [ddnet] what what 00:49 <+bridge> [ddnet] well maybe 00:49 <+bridge> [ddnet] but still i encounterd some really weird behavious with gdb on win 00:49 <+bridge> [ddnet] not that i mastered it on any other os but still xd 00:49 <+Learath2> the only platform gdb doesn't work well on is macOS and that's because apple are dickheads 00:50 <+Learath2> "platform" 00:50 <+bridge> [ddnet] i prefer gdb on macos over gdb on windows 00:51 <+Learath2> gdb on macos doesn't even work properly, the mach kernel just doesn't provide enough access, you need to codesign gdb then do some kernel settings blackmagic and only then are you allowed to use an older version of gdb because the newest version doesn't work 00:52 <+bridge> [ddnet] well ur probably right xd just how it feelt for me 00:53 <+Learath2> anyways in this case the shortcomings of gdb on windows shouldn't really get in your way 00:53 <+Learath2> you just need a simple backtrace 00:53 <+bridge> [ddnet] true 00:53 <+bridge> [ddnet] building takes ages .-. 00:53 <+Learath2> also it probably is because of deen's changes 00:54 <+bridge> [ddnet] i could swear bam was lot faster 00:54 <+bridge> [ddnet] the newest commit typo fix? 00:54 <+Learath2> he has the first use of in the codebase 00:54 <+Learath2> ChillerDragon: you can try ninja instead of MinGW Makefiles, but I'm not completely sure if you can use ninja in mingw 00:54 <+Learath2> might be harder to set up 00:55 <+Learath2> also try make -j5 instead to use more cores 00:55 <+bridge> [ddnet] hue 00:55 <+bridge> [ddnet] i dont find the compiled client xd 00:55 <+bridge> [ddnet] well i found one 00:55 <+bridge> [ddnet] funny it is a different location now 00:56 <+bridge> [ddnet] HAHAHAHAHA 00:56 <+bridge> [ddnet] MinGW doesnt crash 00:56 <+bridge> [ddnet] fok vs 00:56 <+Learath2> that's not possible 00:56 <+bridge> [ddnet] maybe 00:56 <+bridge> [ddnet] i took the binary from /build and not from build/Debug 00:56 <+Learath2> you always use the runtime libraries from vs, it's probably just the debug build that doesn't crash 00:57 <+bridge> [ddnet] because build/Debug had no client this time 00:57 <+Learath2> build/Debug? how were you even compiling this? 00:57 <+bridge> [ddnet] maybe it is the rls that doenst crash 00:57 <+bridge> [ddnet] and the debug that just didnt appear 00:57 <+Learath2> build/Debug really sounds like you were compiling with vs 00:57 <+bridge> [ddnet] y thats what i was used to 00:57 <+bridge> [ddnet] but now i compiled with mingw so there were no exe in build/Debg 00:57 <+bridge> [ddnet] but i found one in build/ 00:57 <+bridge> [ddnet] maybe it is a old vs one idk 00:57 <+bridge> [ddnet] but this one worked 00:58 <+Learath2> the binary should end up in build/ yes 00:58 <+bridge> [ddnet] the mingw debug? 00:58 <+Learath2> Either way it's weird that it crashes at all when compiled with vs 00:58 <+Learath2> ChillerDragon: yeah all builds should be ending up in build/ 00:59 <+bridge> [ddnet] y /build/DDNet.exe is defnetly MinGW debug build 00:59 <+bridge> [ddnet] tested it 00:59 <+bridge> [ddnet] and that one doesnt crash hehe 00:59 <+Learath2> try a release build with mingw aswell 01:00 <+bridge> [ddnet] just leave the debug flag out? 01:00 <+Learath2> yeah just cmake .. -G"MinGW Makefiles" 01:00 <+bridge> [ddnet] or type=Releaase? 01:01 <+bridge> [ddnet] works aswell 01:01 <+bridge> [ddnet] maybe my vs is old 01:01 <+bridge> [ddnet] idk 01:01 <+bridge> [ddnet] and some ddnet update killed it 01:02 <+Learath2> I'd guess deens player sorting commit killed it if anything 01:04 <+bridge> [ddnet] how di i reset ma git to a specifiy commti agian? 01:05 <+Learath2> git checkout commitsha 01:05 <+bridge> [ddnet] ty 01:06 <+bridge> [ddnet] ima rebuilding prior to deens sorting commit to ztest it 01:07 <+bridge> [ddnet] Seems like i am still using mingw how do i switch back to vs? 01:07 <+Learath2> my modern c++-fu is pretty weak but from what I read I think it's about violating strict weak ordering 01:07 <+bridge> [ddnet] ah didnt deleted the cache 01:08 <+bridge> [ddnet] what is c++-fu ? xd 01:08 <+Learath2> ChillerDragon: no idea, I haven't used vs to compile something in 5 years now 01:08 <+bridge> [ddnet] yy deleating the cahe did the job 01:09 <+bridge> [ddnet] then it used vs agian 01:09 <+bridge> [ddnet] y this one works 01:09 <+bridge> [ddnet] so any commit after a1db76cdeff4232dd0865dfcbf7250aef66a7a38 01:09 <+bridge> [ddnet] @deen pls fix 01:14 <+Learath2> ChillerDragon: were you joining a ddnet server or a vanilla server with it when it crashed? 01:15 <+bridge> [ddnet] kog 01:15 <+bridge> [ddnet] based on ddnet 9x as far as i know 01:15 <+bridge> [ddnet] 9.3.1 01:16 <+Learath2> ChillerDragon: can you check line 2642 in algorithm? 01:16 <+bridge> [ddnet] where do i find alogrithm 01:16 <+Learath2> it gives you the path to the file in the crash 01:18 <+bridge> [ddnet] http://puu.sh/Cd6gR/df7a4e1310.png 01:18 <+bridge> [ddnet] looks like wrong indentation for me 01:19 <+bridge> [ddnet] xd 01:19 <+Learath2> gotta love the cryptic code in these files :P 01:20 <+bridge> [ddnet] @deen bacheha batel an 01:20 <+Learath2> I wonder wtf DEBUG_LT_PRED even expands to 01:22 <+Learath2> ChillerDragon: can you find out what that is defined as? 01:22 <+bridge> [ddnet] haha? 01:22 <+bridge> [ddnet] no u 01:23 <+bridge> [ddnet] its the first time that i even opened some of these libs i think 01:24 <+bridge> [ddnet] i have no idea where to search 01:32 <+bridge> [ddnet] <♪♫> strange VS thing, never had any issue on windows when cross compiling master 01:33 <+bridge> [ddnet] bam server_release 01:33 <+bridge> [ddnet] [1/1] #1 link DDNet-Server.exe 01:33 <+bridge> [ddnet] link: extra operand ‘pthread.lib’ 01:33 <+bridge> [ddnet] Try 'link --help' for more information. 01:33 <+bridge> [ddnet] bam: 'DDNet-Server.exe' error 256 01:33 <+bridge> [ddnet] bam: error: a build step failed 01:33 <+bridge> [ddnet] 01:33 <+bridge> [ddnet] what is this? 01:33 <+bridge> [ddnet] bam? 01:34 <+bridge> [ddnet] isnt bam depreciated 01:34 <+bridge> [ddnet] we upgraded to cmake 01:34 <+bridge> [ddnet] well "upgraded" hehe 01:34 <+bridge> [ddnet] :DD 01:35 <+bridge> [ddnet] old src 01:36 <+bridge> [ddnet] hm idk 01:36 <+bridge> [ddnet] what src 01:36 <+bridge> [ddnet] old src ( 10.6.2 ) 01:37 <+bridge> [ddnet] gosh google spams me with advertisements on youtube wtf 01:37 <+bridge> [ddnet] like google the search engine 01:37 <+bridge> [ddnet] they are dominant af why would they need ads 01:39 <+bridge> [ddnet] end of the year 01:39 <+bridge> [ddnet] left over money to spend 01:39 <+bridge> [ddnet] hm mby 01:39 <+bridge> [ddnet] but im sure they coudl still spend it more wisly 01:39 <+bridge> [ddnet] spend it on ddoisng duckduckgo xd 01:40 <+bridge> [ddnet] I would maybe switch to google if gugl takes ddg down with ddos but not if i see stupid ads 01:40 <+bridge> [ddnet] what did they advertise 01:40 <+bridge> [ddnet] Searching stuff is fun 01:40 <+bridge> [ddnet] some fortnite shit idk 01:41 <+bridge> [ddnet] oops 01:41 <+bridge> [ddnet] google is affiliated to fortnite? 01:41 <+bridge> [ddnet] i made this guy rq 01:41 <+bridge> [ddnet] who is sirius even 01:41 <+bridge> [ddnet] some chinese guy 01:41 <+bridge> [ddnet] idk baut fortnite and what google does 01:41 <+bridge> [ddnet] it was this fortinite dance and a grandma 01:41 <+bridge> [ddnet] and some searching food or what ever stuff 01:42 <+bridge> [ddnet] 2 different gogole ads i had in the last hour 01:42 <+bridge> [ddnet] > they are dominant af why would they need ads 01:42 <+bridge> [ddnet] this logic is flawed btw 01:42 <+bridge> [ddnet] why 01:42 <+bridge> [ddnet] imo ads are usefull if people have to know your product 01:43 <+bridge> [ddnet] nobody knows that there are diffferent search engines 01:43 <+bridge> [ddnet] because you don't just stop when you're doing good 01:43 <+bridge> [ddnet] always pushing further 01:43 <+bridge> [ddnet] ads != doing good 01:43 <+bridge> [ddnet] no bing user will switch to google on that ad xd 01:43 <+bridge> [ddnet] <♪♫> Adds already pushed too hard today most people use addblocker because of that ^^ 01:43 <+bridge> [ddnet] who needs adblocker 01:44 <+bridge> [ddnet] i have ddnet discord 01:44 <+bridge> [ddnet] xd 01:44 <+bridge> [ddnet] Rhytm best adblocker 01:44 <+bridge> [ddnet] don't think their target are different users 01:44 <+bridge> [ddnet] idk why i even use ma browser currently 01:44 <+bridge> [ddnet] lemme fix 01:44 <+bridge> [ddnet] they also profit from their users using it more 01:44 <+bridge> [ddnet] ah true i remeber 01:44 <+bridge> [ddnet] because its broken 01:44 <+bridge> [ddnet] @jao fix it 01:44 <+bridge> [ddnet] or i have to watch ads 01:45 <+bridge> [ddnet] what browser 01:45 <+bridge> [ddnet] #voice-text 01:45 <+bridge> [ddnet] http://puu.sh/Cd6Xa/f50b074640.jpg 01:45 <+bridge> [ddnet] there it is agian 01:45 <+bridge> [ddnet] and omg yt forced fokin darkmode header 01:46 <+bridge> [ddnet] looks funny 01:46 <+bridge> [ddnet] see they want you to search something specific 01:46 <+bridge> [ddnet] google will kill us all lol 01:46 <+bridge> [ddnet] they gave some ai access to their servers 01:46 <+bridge> [ddnet] <♪♫> what was that website 01:46 <+bridge> [ddnet] <♪♫> google will eat himself 01:47 <+bridge> [ddnet] <♪♫> something like that 01:47 <+bridge> [ddnet] idk it 01:47 <+bridge> [ddnet] <♪♫> http://www.gwei.org/index.php 01:47 <+bridge> [ddnet] conspiracy 01:48 <+bridge> [ddnet] @ChillerDragon do u wanna fix a cheat 01:48 <+bridge> [ddnet] depends 01:48 <+bridge> [ddnet] on? 01:48 <+bridge> [ddnet] idk tell me 01:48 <+bridge> [ddnet] what cheat 01:49 <+bridge> [ddnet] u should fix rythm 01:49 <+bridge> [ddnet] only in private 01:49 <+bridge> [ddnet] k 01:50 <+bridge> [ddnet] 202.345.117 Years until GWEI fully owns Google. 01:50 <+bridge> [ddnet] xd 07:46 <+bridge> [ddnet] @ChillerDragon that error you see is probably my fault with the new sorting I added :/ 07:58 <+bridge> [ddnet] Please take a look @ChillerDragon ^ 12:03 <+bridge> [ddnet] @deen its fine! 12:26 <+bridge> [ddnet] @heinrich5991 do you have a functional teehistorian file or me :O? mine seem either corrupted or I don't know x) 12:27 <+bridge> [ddnet] @jxsl13 heinrich is busy :c 12:28 <+bridge> [ddnet] anyone got one off ddnet's teehistorian files for me? just trying to play around with it in python 😄 12:28 <+bridge> [ddnet] of* 12:28 <+bridge> [ddnet] ddrace's* 12:32 <+bridge> [ddnet] @ChillerDragon why is he busy :O? 12:32 <+bridge> [ddnet] x)? 12:36 <+bridge> [ddnet] idk buys dude 12:37 <+bridge> [ddnet] i wait for his return since days xd and i notice people miss him all over the place xd 12:43 <+bridge> [ddnet] of, that kind of busy. 12:43 <+bridge> [ddnet] thought like one a few hours not online busy 😮 12:43 <+bridge> [ddnet] thought like a few hours not online busy 😮 12:48 <+bridge> [ddnet] maybe @deen or someone else has got a proper teehistorian file :O? 12:52 <+bridge> [ddnet] Can't you create one your self? 13:24 <+bridge> [ddnet] @jxsl13 i have a few hundred GB for you 😄 13:24 <+bridge> [ddnet] what file size of teehistorian file do you want? 13:26 <+bridge> [ddnet] oh meh @deen u didnt do it on master :c 13:26 <+bridge> [ddnet] can you tell me the cmd agian to checjout your por 13:26 <+bridge> [ddnet] nope, only want to push if that's the fix 13:26 <+bridge> [ddnet] now it's on master, easier for me 😄 13:26 <+bridge> [ddnet] oder so 13:26 <+bridge> [ddnet] ty 13:27 <+bridge> [ddnet] @jxsl13 there you go, 3 random ones from GER with different file sizes: https://ddnet.tw/teehistorian/ 13:28 <+bridge> [ddnet] data leaks o.O 13:29 <+bridge> [ddnet] it's less than you can gather by spectating on a random server 13:29 <+bridge> [ddnet] doesn't even contain chats 13:30 <+bridge> [ddnet] yy ikr 13:30 <+bridge> [ddnet] btw your pr works c: 13:30 <+bridge> [ddnet] great 13:30 <+bridge> [ddnet] no crash when joining kog servers 13:30 <+bridge> [ddnet] ty for the fast fix @deen ❤ 13:30 <+bridge> [ddnet] sorry about that, I didn't think about what requirements the comparator of std::sort has :/ 13:30 <+bridge> [ddnet] and gcc didn't assert them 13:30 <+bridge> [ddnet] nobody could expect that 13:30 <+bridge> [ddnet] well, it does make sense 13:31 <+bridge> [ddnet] if a < b, then b > a etc 13:34 <+bridge> [ddnet] If anyone else wants to play around with teehistorian, @heinrich5991 has a nice Rust library here: https://github.com/heinrich5991/libtw2/tree/master/teehistorian/src 13:51 <+bridge> [ddnet] @deen what is the differnce between DDNET.ico and DDNet.icns in other/icons ? 13:51 <+bridge> [ddnet] i am trying to get a custom icon for my own client 13:57 <+bridge> [ddnet] open them ico is for windows, icns for mac 13:57 <+bridge> [ddnet] i opend ico on windows and tried to edit it with paint 13:57 <+bridge> [ddnet] no good result 13:57 <+bridge> [ddnet] don't use paint, use gimp 13:57 <+bridge> [ddnet] an ico has different layers for different sizes 13:58 <+bridge> [ddnet] hm dont have it on my windows i think i try some webconverter 13:58 <+bridge> [ddnet] there might also be a way to create it with imagemagick or other tools 13:59 <+bridge> [ddnet] hmm 13:59 <+bridge> [ddnet] it doesnt update 13:59 <+bridge> [ddnet] do i have to change something else 13:59 <+bridge> [ddnet] delete some cache? 14:03 <+bridge> [ddnet] remove the build directory and try again? 14:03 <+bridge> [ddnet] dunno 14:03 <+bridge> [ddnet] y thats what i am doing rn 14:03 <+bridge> [ddnet] lets see 14:04 <+bridge> [ddnet] yay it worked c: 14:05 <+bridge> [ddnet] http://puu.sh/CdmvP/78c23f445f.jpg 14:05 <+bridge> [ddnet] love it 14:06 <+bridge> [ddnet] ty deen 14:09 <+bridge> [ddnet] I wanna read the format using Python and learn some data analysis vor whatever :D 14:10 <+bridge> [ddnet] vor* 14:10 <+bridge> [ddnet] four 14:10 <+bridge> [ddnet] or 14:19 <+bridge> [ddnet] btw, thanks, @deen 14:19 <+bridge> [ddnet] and wtf, 405 mb xD is that one year worth of data? 14:19 <+bridge> [ddnet] You're welcome 14:20 <+bridge> [ddnet] New teehistorian file gets created when map is changed 14:20 <+bridge> [ddnet] Servers get rebooted after 24 hours once they are empty 14:20 <+bridge> [ddnet] 24 hours Oo? 14:20 <+bridge> [ddnet] That might just have been a popular map on a pretty full server for a day or so 14:20 <+bridge> [ddnet] man, that's damn large 14:21 <+bridge> [ddnet] we pack them after 1 week to save some space 14:21 <+bridge> [ddnet] how much space does compressing them save? to what size can you shrink that one file :D? 14:22 <+bridge> [ddnet] give me a few minutes to run xz -9 14:23 <+bridge> [ddnet] ah, but we only run xz -0f 14:23 <+bridge> [ddnet] too heavy on the server? 14:23 <+bridge> [ddnet] and doesn't save much more psace 14:23 <+bridge> [ddnet] hm k 😢 14:24 <+bridge> [ddnet] found another 431 MB file, compressed with xz -0f it's 158 MB 14:24 <+bridge> [ddnet] @heinrich5991 took special care to make the format well compressible I think 14:24 <+bridge> [ddnet] hm, that's pretty good 14:35 <+bridge> [ddnet] ```[02:15:35] teehistorian@main:~/data/ger$ gzip -l 4193a96e-b0e8-4d1d-a8fb-edcf292e6245.teehistorian.gz 14:35 <+bridge> [ddnet] [02:15:37] compressed uncompressed ratio uncompressed_name 14:35 <+bridge> [ddnet] [02:15:39] 161259316 481104542 66.5% 4193a96e-b0e8-4d1d-a8fb-edcf292e6245.teehistorian``` this was one test I ran couple months ago 14:35 <+bridge> [ddnet] bz2 and xz get better results but also they are slower 14:36 <@deen> xz -0 is faster and smalle than gz 14:37 <@deen> and if you want really fast then use zstd I guess 14:37 <@deen> really small I mean 14:37 <+bridge> [ddnet] I really should be compressing my teehistorian archive :/ 14:37 <+bridge> [ddnet] I have like 781GB now 14:38 <@deen> There is no good reason to use bz anymore, except for stone-age systems. xz is about 10 times faster to decompress and also compresses at similar speed but better compression 14:39 <@deen> Don't compress the files newer than 1 week though 14:39 <@deen> or they'll get recompressed 14:39 <@deen> find data -name "*.teehistorian" -mtime +8 -exec ./archive.sh {} \; 14:39 <@deen> retransmitted* 14:45 <+bridge> [ddnet] the internal UUID should correspond to th e file name, I suppose? 14:45 <@deen> no 14:45 <+bridge> [ddnet] in the teehistorian file 14:45 <@deen> yes 14:45 <@deen> we use that to store the UUID of a rank in the database 14:46 <@deen> and then we can look up the teehistorian file 14:46 <+bridge> [ddnet] now again, UUID , first 16 byte should correspond to file name? 14:46 <@deen> Learath2: are you syncing ger2 btw? 14:47 <+bridge> [ddnet] @deen yes if you have my teehistorian ssh key in ger2 14:48 <@deen> I guess 14:49 <@deen> https://raw.githubusercontent.com/facebook/zstd/dev/doc/images/DCspeed5.png 14:49 <+bridge> [ddnet] @jxsl13 ? 14:50 <@deen> lzma is xz, zlib is close to gz 14:51 <+bridge> [ddnet] the yes, no part kinda confused me, so the first 16 bytes are the uuid and are identical to the filename? 14:51 <@deen> reminds me of the opus graph btw: http://opus-codec.org/comparison/ 14:52 <+Learath2> my stupid bank keeps locking my card for "fraudulent" transactions, it's just me trying to withdraw cash from an ATM... 14:53 <+bridge> [ddnet] @jxsl13 afaik the filename is the entire uuid, and the uuid is 16bytes, so I think the answer is yes 😛 14:53 <@deen> 278 GB for me btw with xz -0 on everything > 7 days 14:53 <+bridge> [ddnet] where the heck do you store the files of th epast years? 14:54 <@deen> Learath2: you might need to clean out your .ssh/known_hosts for ger2 though 14:54 <+bridge> [ddnet] We should all be archiving the same way so we can rsync all our backups together 14:54 <+bridge> [ddnet] @jxsl13 I have 781GB of them on my server 😄 14:54 <@deen> is xz -0 deterministic though? 14:54 <@deen> might depend on version etc 14:54 <@deen> I store them half on DDNet.tw and half on GER :D 14:54 <@deen> but no "past years", teehistorian is not taht old 14:55 <+bridge> [ddnet] @deen yeah noticed known_hosts it should be syncing up now 14:56 <+bridge> [ddnet] any kinda magic number? 14:56 <+bridge> [ddnet] magic number of what? 😛 14:57 <+bridge> [ddnet] I get the same value for all of these teehistorian files within the first 16 bytes xD wtf 14:57 <+bridge> [ddnet] hmm the first 16bytes might not be the uuid then 14:57 <+bridge> [ddnet] gimme a sec 14:57 <+bridge> [ddnet] I think it's a json header 14:57 <+bridge> [ddnet] heinrich said yes 😮 14:58 <+bridge> [ddnet] https://openproject.johnbehm.de/projects/zcatch/work_packages/49/activity?query_props=%7B%22f%22%3A%5B%7B%22n%22%3A%22type%22%2C%22o%22%3A%22%3D%22%2C%22v%22%3A%221%22%7D%5D%2C%22t%22%3A%22updated_at%3Adesc%22%7D 14:58 <+bridge> [ddnet] got a quoted answer x) 14:58 <+bridge> [ddnet] https://github.com/ddnet/ddnet/blob/master/src/game/server/teehistorian.cpp#L63 14:59 <+bridge> [ddnet] Yes it is uuid 14:59 <+bridge> [ddnet] Idk how you are getting the same thing then 😄 14:59 <+bridge> [ddnet] jupyter notebook in a docker container x).. who knows 14:59 <+bridge> [ddnet] what might happen there 15:01 <+bridge> [ddnet] what's the encoding ._.? 15:02 <+bridge> [ddnet] The first 16 bytes should be just raw bytes of the uuid 15:03 <+bridge> [ddnet] heinrich5991 was adamant that endianness doesn't matter in this case 15:03 <+bridge> [ddnet] uuid is 32 values? but 16 bytes ._.? 15:04 <+bridge> [ddnet] hm 15:04 <+bridge> [ddnet] didn't say anything, 2 values are one byte 15:08 <+Learath2> why does endianness not matter though, I still don't get it :P 15:09 <+bridge> [ddnet] maybe the uuid generation is symetric in that regard? 15:09 <+bridge> [ddnet] OHHH 15:09 <+bridge> [ddnet] I remembered now 15:09 <+bridge> [ddnet] The first 16bytes is the "magic" uuid 15:09 <+bridge> [ddnet] xD? 15:09 <+bridge> [ddnet] is it one sam euuids xD? 15:10 <+bridge> [ddnet] uuid? 15:10 <+bridge> [ddnet] // "699db17b-8efb-34ff-b1d8-da6f60c15dd1" 15:10 <+bridge> [ddnet] yes XD 15:10 <+bridge> [ddnet] damn it 15:10 <+bridge> [ddnet] 699db17b-8efb-34ff-b1d8-da6f60c15dd1 15:10 <+bridge> [ddnet] static const char TEEHISTORIAN_NAME[] = "teehistorian@ddnet.tw"; 15:10 <+bridge> [ddnet] static const CUuid TEEHISTORIAN_UUID = CalculateUuid(TEEHISTORIAN_NAME); 15:10 <+bridge> [ddnet] The actual uuid is inside the json header that follows the first 16bytes 15:11 <+bridge> [ddnet] and the endianness doesn't matter because you know the magic bytes 😃 15:11 <+bridge> [ddnet] so there is a magic numbe,r eh 😄 15:11 <+bridge> [ddnet] A magic UUID to be exact 😄 15:12 <+bridge> [ddnet] next problem is, that after the zero-terminated header should be an integer, supposedly 4? bytes that define the message id and how to parse it 15:13 <+bridge> [ddnet] hm, those numbers should be negative that indicate messages, all I get is crap :c 15:13 <+bridge> [ddnet] Well did you read in the header? 15:14 <+bridge> [ddnet] yes 15:14 <+bridge> [ddnet] 15:14 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/520241709385383957/Bildschirmfoto_2018-12-06_um_15.14.26.png 15:15 <+bridge> [ddnet] oh boi, this is exactly the wrong version x) 15:16 <+bridge> [ddnet] well just output 4 raw bytes from the file to see what's going on I guess 15:22 <+bridge> [ddnet] 15:22 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/520243722684989442/Bildschirmfoto_2018-12-06_um_15.22.31.png 15:23 <+bridge> [ddnet] again, I'd just output 4 raw bytes to check it out 15:24 <+bridge> [ddnet] b'A\x1bF\x01' 15:26 <+bridge> [ddnet] 65 15:26 <+bridge> [ddnet] 27 15:26 <+bridge> [ddnet] 70 15:26 <+bridge> [ddnet] 1 15:32 <+bridge> [ddnet] hmm, that does look wrong :/ 15:33 <+bridge> [ddnet] I wonder how CPacker packs ints 15:34 <+bridge> [ddnet] @jxsl13 yeah as I thought, it's not that simple 😛 15:34 <+bridge> [ddnet] great xD 15:35 <+bridge> [ddnet] First bit is the extend bit, the second bit is the sign 15:35 <+bridge> [ddnet] the rest is data 15:35 <+bridge> [ddnet] That is for each byte 15:35 <+bridge> [ddnet] hm, k 15:36 <+bridge> [ddnet] Actually only the first one has the sign bit 15:36 <+bridge> [ddnet] wait 15:36 <+bridge> [ddnet] 4 bytes 15:37 <+bridge> [ddnet] only the first bit of all of these should be then the sign? 15:38 <+bridge> [ddnet] When decoding the integer, you go byte by byte 15:38 <+bridge> [ddnet] The first bit of every byte specifies whether another byte is following it 15:38 <+bridge> [ddnet] The second bit of the first byte specifies the sign 15:39 <+bridge> [ddnet] dear jesus .. and thanks for the explanation 15:40 <+bridge> [ddnet] I think the last byte is also padded if needed :/ 15:44 <+bridge> [ddnet] So basically just take 6 bits from the first byte 7 bits from all the others following it, if the first bit isn't set at any byte you break, at the end apply the sign according to the first bytes second bit 15:44 <+bridge> [ddnet] I'm going out to the bank, need to tear the branch manager a new one 15:50 <+bridge> [ddnet] i had a little idea today. when you kill yourself ingame i think it would be fun if a little animation plays where the tee makes the > < eyes, then shoots himself. any keypress interrupts the animation and the suicide so it would aslo work as a little kill protection 15:59 <+bridge> [ddnet] sounds like an intrusive feature 16:01 <+bridge> [ddnet] i forgot to mention it should be optional 16:17 <+bridge> [ddnet] that sounds like the kind of feature that u would use once or twice and never again 16:18 <+bridge> [ddnet] y 16:38 <+bridge> [ddnet] like telegun? 16:39 <+bridge> [ddnet] rekt 17:11 <+bridge> [ddnet] Lol