00:34 <+bridge> [ddnet] Why mo program parsing data from ur site so long (10 secs - 1 min) :think_bot: 00:34 <+bridge> [ddnet] Why my program parsing data from ur site so long (10 secs - 1 min) :think_bot: 07:41 <+bridge> [ddnet] @Anime.pdf not sure, what site exactly? 12:01 <+bridge> [ddnet] > @Anime.pdf not sure, what site exactly? 12:01 <+bridge> [ddnet] @deen players rank 12:02 <+bridge> [ddnet] https://ddnet.tw/players/Anime.pdf/ 12:02 <+bridge> [ddnet] For example 13:21 <+bridge> [ddnet] Well it's a rather large page, still how should we know why your program is slow if you don't show us the program? :D 15:31 <+bridge> [ddnet] is it normal that 'v-sync' is activated? i asked myself since new update why it's not smooth at all ingame, now i just saw v-sync is activated, that was the problem 15:33 <+bridge> [ddnet] it wasnt activated in my client 15:37 <+bridge> [ddnet] weird 17:15 <+bridge> [ddnet] @deen @Learath2 RAM usage keeps piling up when I use 'Load Current Map' in editor 17:17 <+bridge> [ddnet] Sounds like a memory leak 17:30 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/743491577145720982/valgrind-out.txt 17:30 <+bridge> [ddnet] interesting stuff 17:30 <+bridge> [ddnet] i loaded a map and also saved a map 17:30 <+bridge> [ddnet] ``` 17:30 <+bridge> [ddnet] ==11007== Syscall param write(buf) points to uninitialised byte(s) 17:30 <+bridge> [ddnet] ==11007== at 0x595DB8F: write (in /usr/lib/libc-2.31.so) 17:30 <+bridge> [ddnet] ==11007== by 0x58EE82C: _IO_file_write@@GLIBC_2.2.5 (in /usr/lib/libc-2.31.so) 17:30 <+bridge> [ddnet] ==11007== by 0x58EDB65: new_do_write (in /usr/lib/libc-2.31.so) 17:30 <+bridge> [ddnet] ==11007== by 0x58EF918: _IO_do_write@@GLIBC_2.2.5 (in /usr/lib/libc-2.31.so) 17:30 <+bridge> [ddnet] ==11007== by 0x58EEEC5: _IO_file_xsputn@@GLIBC_2.2.5 (in /usr/lib/libc-2.31.so) 17:31 <+bridge> [ddnet] ==11007== by 0x58E3500: fwrite (in /usr/lib/libc-2.31.so) 17:31 <+bridge> [ddnet] ==11007== by 0x22A10A: io_write (system.c:341) 17:31 <+bridge> [ddnet] ==11007== by 0x200767: CDataFileWriter::Finish() (datafile.cpp:875) 17:31 <+bridge> [ddnet] ==11007== by 0x3A8BAF: CEditorMap::Save(IStorage*, char const*) (io.cpp:545) 17:31 <+bridge> [ddnet] ==11007== by 0x3A7525: CEditor::Save(char const*) (io.cpp:217) 17:31 <+bridge> [ddnet] ==11007== by 0x37D9A0: CEditor::CallbackSaveMap(char const*, int, void*) (editor.cpp:997) 17:31 <+bridge> [ddnet] ==11007== by 0x3C4324: CEditor::PopupEvent(CEditor*, CUIRect, void*) (popups.cpp:1138) 17:31 <+bridge> [ddnet] ``` 17:38 <+bridge> [ddnet] @deen @Learath2 RAM usage keeps piling up every time I use 'Load Current Map' in editor 17:52 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/743497295353610280/unknown.png 17:52 <+bridge> [ddnet] thats like 300kb 17:57 <+bridge> [ddnet] i normal tile layers dont get freed 17:57 <+bridge> [ddnet] i think* 18:08 <+bridge> [ddnet] please *cl_show_others_alpha* should affect the freeze stars too 18:08 <+bridge> [ddnet] https://cdn.discordapp.com/attachments/293493549758939136/743501359633924106/unknown.png 18:14 <+bridge> [ddnet] hard to do, the server doesn't send whose stars they are 18:35 <+bridge> [ddnet] We could sort of cheat by matching the position to the tees, though it'd be a little costly 19:17 <+bridge> [ddnet] Stars have a clientid 19:18 <+bridge> [ddnet] ah, not in 0.6 19:18 <+bridge> [ddnet] 0.7 only 22:56 <+bridge> [ddnet] @Lady Saavik like heinrich5991 said, same issue as with sounds, client doesn't know which player they belong to 22:57 <+bridge> [ddnet] we could show them not at all as a compromise (same for sounds, could turn them off entirely for players from other teams) 22:58 <+bridge> [ddnet] @deen you mean you don't even know it's your own stars? 22:58 <+bridge> [ddnet] yeah, client doesn't know that 22:58 <+bridge> [ddnet] but I know 22:58 <+bridge> [ddnet] ok fine 23:04 <+bridge> [ddnet] turn all off and render a new set of stars at player :poggers: