00:02 <+bridge> <rei_ayanami_0001> ?
01:00 <+bridge> <teero777> hi gnumba
01:35 <+bridge> <moluc> hi tneero
02:23 <+bridge> <gorp_tw> has anyone used ovhcloud here? especially the east canada or singapore location for VPS?
09:54 <+bridge> <heinrich5991> as you can see above, there are other possibilities like having a higher-level interface. that's quite nice because C doesn't give you all the types you need to expose your interface, usually
09:55 <+bridge> <heinrich5991> yea, kinda
09:57 <+bridge> <Assa> I mean the "this is diabled on DDNet Ger" part
09:57 <+bridge> <Assa> I mean the "this is disabled on DDNet Ger" part
09:57 <+bridge> <heinrich5991> that's probably just "accidentally" disabled on ddnet ger
09:58 <+bridge> <Assa> yeah I guessed so :justatest:
09:58 <+bridge> <heinrich5991> the firewall employed by @davide55 likely blocks everything that is not whitelisted — and 0.7 traffic isn't whitelisted
10:07 <+bridge> <davide55> 0.7 traffic is compatible
10:09 <+bridge> <davide55> Try to join 2 times
10:10 <+bridge> <davide55> On 0.7 redirect doesn't work, it should tell you to reconnect
10:10 <+bridge> <davide55> As I can remember
10:10 <+bridge> <davide55> On 0.7 reconn packet doesn't work, it should tell you to reconnect
10:12 <+bridge> <davide55> Yes
10:12 <+bridge> <davide55> https://cdn.discordapp.com/attachments/293493549758939136/1518529046663663656/2vis8dldZ2xR.png?ex=6a3a3fe1&is=6a38ee61&hm=d834470440484c8b94301ba4ff62a0662a04c5aa6cd8f233fde4387fa454680d&
10:12 <+bridge> <davide55> First connection ends with -> Retry
10:12 <+bridge> <davide55> Then you can join
10:12 <+bridge> <davide55> https://cdn.discordapp.com/attachments/293493549758939136/1518529155199795210/YW15DkL6FYIf.png?ex=6a3a3ffb&is=6a38ee7b&hm=24f8a4ee758100f5226b4062ffe39c9a69b23c3899b48c5618ca2d14665be9ce&
10:16 <+bridge> <Assa> I didn't get this message, I'll try again
10:18 <+bridge> <Assa> nope, I tried connecting **with ddnet client** with tw-0.7+udp://45.141.57.22:8381
10:18 <+bridge> <Assa> https://cdn.discordapp.com/attachments/293493549758939136/1518530697449705533/screenshot_2026-06-22_10-17-50.png?ex=6a3a416b&is=6a38efeb&hm=0f8b52ddb9e656790f6058528a5e74a4fba3daa2b8be57ba28c2707f4f55f0ce&
10:22 <+bridge> <davide55> I'm using the teeworlds client
10:22 <+bridge> <davide55> And it works
10:22 <+bridge> <Assa> I guess this is the more important use case
10:23 <+bridge> <Assa> I guess this (teeworlds client working) is the more important use case
10:24 <+bridge> <davide55> Yeah
10:25 <+bridge> <davide55> I'll take a look later for the DDNet client for the 0.7
10:25 <+bridge> <davide55> Kinda weird it doens't work
10:25 <+bridge> <davide55> Kinda weird it doesn't work
10:25 <+bridge> <Assa> don't spend too much time on it, it's currently a bit crashy anyways
10:25 <+bridge> <davide55> Oh ok
11:29 <+bridge> <tsfreddie> https://cdn.discordapp.com/attachments/293493549758939136/1518548483311931462/IMG_20260622_172920.jpg?ex=6a3a51fb&is=6a39007b&hm=229fe0dc1e2c926ac5ff76b62b1090610ada47436a84b595d68283573a64986f&
11:30 <+bridge> <tsfreddie> :justatest:
11:46 <+bridge> <vahemaaa> hi, i dont know if it is about my own modified client or ddnet itself but an assertion error started to occur when i change the table located at right (server info, server filter, friends) while a server without a community flag is selected (for example: Swarfey's or FoxNet), after i merged new commits from ddnet
11:46 <+bridge> <vahemaaa> https://cdn.discordapp.com/attachments/293493549758939136/1518552804732571748/Screenshot_689.png?ex=6a3a5601&is=6a390481&hm=18f60e56a52965bce08c9e4d9221e7771d11aa13e149efe17302204ac175546d&
11:46 <+bridge> <vahemaaa> https://cdn.discordapp.com/attachments/293493549758939136/1518552805101797406/Screenshot_688.png?ex=6a3a5602&is=6a390482&hm=205b286180766551f749245a534622aead041d0ae760fdc59561c2758fc57aba&
11:46 <+bridge> <vahemaaa> https://cdn.discordapp.com/attachments/293493549758939136/1518552805428695081/Ascend_Client_assert_log_2026-06-22_12-38-35_5828.txt?ex=6a3a5602&is=6a390482&hm=733f228a8d77345b5185a67b29ddff540bba191cd3c24638b8b015cdd8a507e9&
11:58 <+bridge> <ar1gin> Seems like a ddnet issue to me, not specific to any client
12:03 <+bridge> <heinrich5991> known bug, will be fixed soon: https://github.com/ddnet/ddnet/pull/12315
12:09 <+bridge> <chillerdragon> @tsfreddie this ur place? it looks nice oO
12:14 <+bridge> <heinrich5991> some more test cases: https://github.com/heinrich5991/libtw2/blob/9ef70df5b845faf6872e2d71971b7b96ed0a5c1b/huffman/data/test_cases
12:20 <+bridge> <heinrich5991> I'd think that just providing the files might be easier for others, rather than trying to use a FFI library for reading some files
12:21 <+bridge> <heinrich5991> using `'static` for something that's not static is weird — maybe just own the path instead of borrowing it
12:21 <+bridge> <heinrich5991> the library panics for non-UTF8 paths
12:23 <+bridge> <milkeeycat> It doesn't only reads them, it also runs the tests against them, and outputs the results
12:23 <+bridge> <milkeeycat> https://cdn.discordapp.com/attachments/293493549758939136/1518562101248135168/image.png?ex=6a3a5eaa&is=6a390d2a&hm=ae23a1d86e0ebe0de8c31db5bf484ca08133376718d6869c4e79e4ba80e5c319&
12:23 <+bridge> <milkeeycat> It doesn't only read them, it also runs the tests against them, and outputs the results
12:23 <+bridge> <milkeeycat> https://cdn.discordapp.com/attachments/293493549758939136/1518562101248135168/image.png?ex=6a3a5eaa&is=6a390d2a&hm=ae23a1d86e0ebe0de8c31db5bf484ca08133376718d6869c4e79e4ba80e5c319&
12:24 <+bridge> <heinrich5991> if you want a test runner, perhaps you could use the process interface instead? you could pass it some commands that take the input to be compressed on stdin and output the output on stdout
12:24 <+bridge> <heinrich5991> then you can skip the whole FFI stuff
12:25 <+bridge> <heinrich5991> but I guess this was meant to be an exercise in FFI?
12:25 <+bridge> <tsfreddie> new home
12:26 <+bridge> <milkeeycat> not really, I just didn't think about the process interface, my first thought was FFI and I didn't think further
12:27 <+bridge> <milkeeycat> but the thing is that users of this library has to provide functions that produce the output that's going to be tests against expected data
12:29 <+bridge> <milkeeycat> ```C++
12:29 <+bridge> <milkeeycat> #include <ddnet_corpus_runner.h>
12:29 <+bridge> <milkeeycat> #include <gtest/gtest.h>
12:29 <+bridge> <milkeeycat> #include <ddnet_protocol/huffman.h>
12:29 <+bridge> <milkeeycat> 
12:29 <+bridge> <milkeeycat> void compress_huffman(const uint8_t *input, uintptr_t size, const char *ext, struct DDCorpBuffer *buf) {
12:29 <+bridge> <milkeeycat>     //is calls the real compress function
12:29 <+bridge> <milkeeycat> }
12:29 <+bridge> <milkeeycat> 
12:30 <+bridge> <milkeeycat> TEST(Corpus, Foo) {
12:30 <+bridge> <milkeeycat>     DDCorpCorpus *corpus = ddcorp_corpus_create("/home/alex/personal/ddnet_corpus");
12:30 <+bridge> <milkeeycat> 
12:30 <+bridge> <milkeeycat>     ddcorp_corpus_add_runner(corpus, "protocol/huffman/compress", compress_huffman);
12:30 <+bridge> <milkeeycat> 
12:30 <+bridge> <milkeeycat>     ASSERT_TRUE(ddcorp_corpus_run(corpus));
12:30 <+bridge> <milkeeycat> }
12:30 <+bridge> <milkeeycat> ```
12:30 <+bridge> <milkeeycat> I imagine it to be used like this
12:30 <+bridge> <milkeeycat> (GTest is not required)
12:32 <+bridge> <heinrich5991> if you tell your users to write a command that can compress (or decompress) data from stdin and output it to stdout, you can do that in the process way, too
12:51 <+bridge> <milkeeycat> so the rust code would be an executable, and it'd take programs that take data in stdin about produce output to stdout. If someone would want to run tests against those files they'd have to either produce many little executables((de)compress huffman, decode packet etc) or one big that would have many flags?
12:51 <+bridge> <heinrich5991> ah, I don't know what your future plans are
12:52 <+bridge> <heinrich5991> I thought it was just huffman
12:52 <+bridge> <heinrich5991> yes, would have to be command line flags
12:52 <+bridge> <heinrich5991> yes, would have to be command line flags or many executables
12:53 <+bridge> <milkeeycat> I want to have tests not only for huffman, but also for protocol itself, demos, maps
12:54 <+bridge> <milkeeycat> I want to have tests not only for huffman, but also for protocol itself, demo/map formats
12:57 <+bridge> <heinrich5991> I don't know what the tests are going to look like for the map/network protocol/demo
12:57 <+bridge> <heinrich5991> if it's also just input/output matching, then it'd work well in the process model. if it's more complicated than that, then I don't know
12:59 <+bridge> <milkeeycat> everything there is a pair of input and expected files
13:04 <+bridge> <milkeeycat> for protocol tests I thought about using json. For example there's an input file, it contains packet raw bytes, and expected file would contain packet data in json format
13:08 <+bridge> <chillerdragon> @milkeeycat: this might get annoying if fields in the json have different names
13:09 <+bridge> <chillerdragon> My pyson lib already has a json format pls use that so I can easily test it :p https://twnet.zillyhuhn.com/?d=00+00+00
15:35 <+bridge> <kebscs> is it what fast input is doing?
15:35 <+bridge> <kebscs> or fast input is visual and doesnt send the data to server in a subtick?
15:36 <+bridge> <alw5> its also an issue on ddnet but i guess it doesnt show?
15:36 <+bridge> <alw5> it just shows ur position x ms ahead
15:36 <+bridge> <alw5> im pretty sure
15:36 <+bridge> <alw5> so if u have 20 ms fastinput it will predict ur position 20ms ahead and shwo that
15:37 <+bridge> <alw5> https://cdn.discordapp.com/attachments/757720336274948198/1518477524475056168/output.mp4?ex=6a3a0fe5&is=6a38be65&hm=f26655c5bb5fdfdcf0512aca4f2502d20f8e152e075a2f72ebf7ed744664c4a5& on ddnet client aswell
15:37 <+bridge> <alw5> with fastinput it shows u moving but u tp back
15:37 <+bridge> <alw5> but on ddnet u dont move at all
15:37 <+bridge> <kebscs> yes i know its on ddnet client, im asking whether this isnt fixed by fast input. afaik it recalculates the tee position in a subtick, its not a 20ms prediciton
15:37 <+bridge> <alw5> ah ok
15:37 <+bridge> <alw5> no fastinput doesnt fix it
16:11 <+bridge> <teero777> fastinput is strictly visual to not be a cheat
16:12 <+bridge> <teero777> it would be nice if ddnet would buffer at least 1 input
16:12 <+bridge> <teero777> this is handy
16:12 <+bridge> <teero777> https://cdn.discordapp.com/attachments/293493549758939136/1518619738878509237/Screenshot_20260622-160941.png?ex=6a3a9458&is=6a3942d8&hm=6cb00779dbdfdfdba40b7a78959694b18a4c3cf9498e71fe35bbebdbd4afaee4&
16:21 <+bridge> <teero777> @essigautomat this for u
16:21 <+bridge> <teero777> https://cdn.discordapp.com/attachments/293493549758939136/1518622011486634184/Screenshot_20260622-162119.png?ex=6a3a9676&is=6a3944f6&hm=aa72819dd6a1c02a629dcef551e6ee38a301318a5fba7ca65078e174bdad056d&
18:34 <+bridge> <ryozuki> @learath2 https://alexkritchevsky.com/2026/05/25/everything-is-logarithms.html
18:58 <+ChillerDragon> is Ļåҕ | TP here?
18:58 <+ChillerDragon> i need to pinger him
19:18 <+bridge> <teero777> i don't think so
19:26 <+bridge> <teero777> it would be nice to have a feature that makes the game instantly predict and rerender upon any input, that way you have minimal input latency without actually needing high fps
19:26 <+bridge> <teero777> it would be nice to have a feature that makes the game instantly repredict and rerender upon any input, that way you have minimal input latency without actually needing high fps
19:27 <+bridge> <teero777> it would be nice to have a feature that makes the game instantly repredict and rerender upon any input change, that way you have minimal input latency without actually needing high fps
19:52 <+bridge> <teero777> @essigautomat since you added centiseconds to the scoreboard, will you add centi/milliseconds to the game timer too? would be nice
19:59 <+bridge> <kebscs> yea thats what i meant
20:07 <+bridge> <Assa> like to the server clock?
20:13 <+bridge> <kebscs> the one on the top of the screen ig
20:13 <+bridge> <Assa> I am thinking about if I like this
20:13 <+bridge> <rei_ayanami_0001> yo
20:13 <+bridge> <rei_ayanami_0001> yo
20:13 <+bridge> <rei_ayanami_0001> yo
20:14 <+bridge> <teero777> doesnt 0.7 have this? i remember seeing it somewhere
20:24 <+bridge> <alw5> wasnt this a thing before?
20:24 <+bridge> <alw5> i think i remember watching old videos and they had this feature
20:24 <+bridge> <alw5> its a good idea
20:40 <+bridge> <teero777> ok i made it
20:42 <+bridge> <soulyvevo> any status on #10964 ?
20:42 <+bridge> <DDNet> https://github.com/ddnet/ddnet/pull/10964