DDraceNetwork - developer

using mouse to drag values in the editor (like position values for a group) seems to only do it in steps of 2

you have to press shift

01:28

was that changed? i think shift always was for slow mode

ah didnt know

01:29

that changed ye but its nice

ddnet-maps

[ddnet-maps:master] 1 new commit

1c3db81 M Purple Panic, M The Shire, A Yeyou 3, M Kobra 2, M Kobra 3, M Kobra, M Sunny Side Up - ddnet-maps

1

why many maps

deen

it should, i see that it failed

@deen is it not working correctly?

@perrodecerro Halloween versions

08:44

@fokkonaut seems so

What did Fän say to that?

I could not aim in old editor i can not aim in new editor so a big neutral from my side for the new desktop mouse :D

I'm trying to make SDL resize smoothly on Wayland

wayland trol

It's not perfect but at least it doesn't flash like it currently does

09:39

lol no tearing updates

the font looks seriously broken oO

the video looks seriously broken

09:40

i can not play it

I normally play on X11 with old opengl

09:40

Text is broken on opengl 3

on opengl3 with wayland or also x11?

downloaded the video was worth it

I have opengl3 + x11 with no broken text

looks smooth af good job m8

It's probably a driver bug

09:41

I haven't tested opengl 3 on wayland because only gles works with my glew version

hm, no embed for me either

I don't know what codecs discord supports

09:42

I searched stack exchange for how to make a video smaller with ffmpeg (edited)

09:42

and used that

wasnt it -c or -a

ffmpeg -i recording.mp4 -vcodec libx265 -crf 28 output.mp4

i expected electron to be able to play any .mp4

09:43

ah ye -crf

09:44

u can probably skip the -vcodec part

using h264:

yay

yo heinrich this ca-ddnet.pem file should it be in cmakelists or not?

09:46

did that change over time?

should be in, did not change over time, I think

weird because if i have it in cmake complains

Text on opengl3 is broken for me since ddnet 15.3

Maiski

I searched stack exchange for how to make a video smaller with ffmpeg (edited)

use libx264

09:50

cuz discord is dumb and cant support "modern" codecs

element cant either as it seems

I just used ffmpeg without -vcodec and it worked

ye its the default i guess

ffmpeg so good

09:51

ffmpeg top10 underrated softwares

its not underrated

:D

its just that normies dont know about it cuz its used by software under the hood

yes

@Maiski do you compile ddnet yourself?

I hear "oh ffmpeg can do that" a lot at work tho...

no

omg i always switch from vim to vscode when i have to edit multiple lines that are not aligned :c

09:59

can some vim wizard tell me how to append to multiple line ends of different length

how many?

like 10

10:00

dont come at me with macros

Atext to be appended<esc>

10:00

then navigate to each line and press .

oh yea that works i guess

10:01

what about 100 lines?

alternatively, if they're adjacent, you could also do search&replace: V<select lines>:s/$/text to be appended/

but that worked like a charm i never use A and . i know about them but i should really learn to use em

you cant know all vim

yea but the time it takes to type :s/$/append/ is probably slower than to open vscode o.O

10:07

https://www.youtube.com/watch?v=FjFYbOK1qzY

Lucas Caton

How to append text to multiple lines in Vim

10:07

that would be cool sadly i can not get it working

10:09

no but i would like to improve my multi line game to not be so dependent on vscode anymore

Maiski

Text on opengl3 is broken for me since ddnet 15.3

First bad commit is a77e3ca84229b72da9b5f7b92cf2b596f191c6a3

Smells like another gl error we ignore

1

11:31

Which jupstar will claim is a driver bug, then I'll have to try debug it, then it'll turn out to be us not being in spec like the last time

https://github.com/ddnet/ddnet/blob/c85ffb90afc3f245fa942a3982518d7c7e5a0306/data/shader/text.frag#L32-L34 Adding these lines back fixes it

ddnet/text.frag at c85ffb90afc3f245fa942a3982518d7c7e5a0306 · ddnet...

DDraceNetwork, a cooperative racing mod of Teeworlds - ddnet/text.frag at c85ffb90afc3f245fa942a3982518d7c7e5a0306 · ddnet/ddnet

11:37

divide by zero doesn't look good

funny enough the issue you relate to, we i never assumed a driver bug. We first thought about a buffer overflow, or corruption and later found out, that its the undefined enumAlso text shader is GL 3.3 not GL 3, and also not used int GL 3 (@Learath2)

Learath2#2281

Which jupstar will claim is a driver bug, then I'll have to try debug it, then it'll turn out to be us not being in spec like the last time

image.png

13:55

lmao what happend to lld

as for the issue @Maiski i cannot find any well defined behavior in the spec and https://www.khronos.org/registry/OpenGL-Refpages/gl4/html/glBlendFunc.xhtml says "Incoming (source) alpha is correctly thought of as a material opacity, ranging from 1.0 ( K A ), representing complete opacity, to 0.0 (0), representing complete transparency."Which i assume is wrong, as the spec does not garantuee that, so i'd say it is indeed UB

does ddnet server link curl?

13:55

i can not find it in the cmakelists

13:56

https://github.com/ddnet/ddnet/blob/c3988c738fc19fc123be1e7f858d53ac5b6922f1/CMakeLists.txt#L508-L510

ddnet/CMakeLists.txt at c3988c738fc19fc123be1e7f858d53ac5b6922f1 · ...

DDraceNetwork, a cooperative racing mod of Teeworlds - ddnet/CMakeLists.txt at c3988c738fc19fc123be1e7f858d53ac5b6922f1 · ddnet/ddnet

13:56

seems client only to me

what error do you get?

chillerdragon

does ddnet server link curl?

i fixed it

14:27

my cmakelists.txt is better than my german now

Jupeyy

[ddnet/ddnet] Pull request opened: #4235 Make the text's color lerping safer

@vainiovano can you test this?

Checklist

[x] Tested the change ingame
[ ] Provided screenshots if it is a visual change
[ ] Tested in combination with possibly related configuration options
[ ] Written a unit test if it works standalone, system.c especially
[ ] Considered possible null pointers and out of bounds array indexing
[ ] Changed no physics that affect existing maps
[ ] Tested the change with [ASan+UBSan or valgrind's memcheck](https://github.com/ddnet/dd...

what did you change btw? :D (@Maiski)

Maiski#9578

output2.mp4

14:46

decouple SDL events from the main thread?

https://blog.rust-lang.org/2021/10/21/Rust-1.56.0.html

Announcing Rust 1.56.0 and Rust 2021 | Rust Blog

Empowering everyone to build reliable and efficient software.

15:24

15:25

the best: https://doc.rust-lang.org/edition-guide/rust-2021/disjoint-capture-in-closures.html

Disjoint capture in closures - The Edition Guide

aw fak thats a nasty one

/usr/bin/ld: CMakeFiles/engine-shared.dir/src/game/generated/protocol.cpp.o: in function `RegisterGameUuids(CUuidManager*)':
protocol.cpp:(.text+0x13f2): undefined reference to `RegisterMapItemTypeUuids(CUuidManager*)'

15:58

ddnet 12.0

image.png

16:14

ah got it

16:14

ez

Ur like the cmake magician now

Stop speak gay watafak

Jupstar ✪

what did you change btw? :D (@Maiski)

Jupstar ✪: I moved ack_configure and SDL's resize event sending to after SwapBuffers on top of https://github.com/libsdl-org/SDL/pull/4821 (so the whole resize is delayed). It still needs some work to make it work better.

17:06

SDL's API wasn't designed for Wayland, so handling resizes "properly" is impossible

17:07

The only place where SDL can safely resize a backbuffer is SwapWindow, so the whole resize must be delayed

and how about cancel the SDL loop after a resize event and trigger a redraw from the main app? next frame can then listen to the next resize event

SDL can't force its users to immediately redraw after getting a resize event

no, but ddnet could do it manually

actually i'm not sure if that would help

so its hanging inside the window manager?

there can be a race between rendering and handling events

17:14

yes, the client sends an old-sized buffer to the window manager, then acks the configure and finally sends a new correctly sized buffer (edited)

mhh, then wayland is really weird programmed

SDL can't resize the buffer earlier because that can be racy

bcs of waylands frontbuffer only design or what?

because resizing the buffer from an event thread can collide with render calls from another thread

17:17

the buffer must be resized in the render thread

yeah i mean i understand the problem in itself, but how does this fixes something, it just hides the problem under a scaled old framebuffer or smth

The committed buffer will be the size the window manager expects it to be

yes, but lets assume your WM works with 60fps, but your app only works with 10 fps

17:23

do you want to wait for the app?

yes

17:23

that's how you get perfect frames

mh ok

17:24

but that will make resizing really weird

17:24

i am really not a fan of waylands perfect frame obsession, the main reason i dont use it yet bcs the performance is really great, no doubt about it

yes, playing DDNet is quite annoying with the delay

i hope they allow front buffer rendering at some point

17:26

else gamers will probs not switch

17:26

especially with ubuntu already using wayland

@Discord Mod ban

18:34

trml

[ddnet/ddnet] Pull request opened: #4236 Reduce cpu usage from large numbers of entities + EntityEx

An attempt to fix #4233. The problem was (as guessed) that the contains a very large number of laser doors, which each has an EntityEx. Calling SnapFindItem (which does a linear search) for each one of these turned out to be extremely slow (this was done to associate the EntityEx with the corresponding snap item), so I tried a faster way of matching them, by going through the entire snapshot first and then sorting by ID, which should be n log n instead of n^2 (this is also only done once f...

bors[bot]

[ddnet:master] 2 new commits

7b53258 Make the text's color lerping safer - Jupeyy 1c1e852 Merge #4235 - bors[bot]

22:46

bors[bot]

[ddnet/ddnet] Pull request closed: #4235 Make the text's color lerping safer

ddnet test servers disappeared

22:53

for usa

5