DDraceNetwork - developer

DDraceNetwork

Development / developer

Development discussion. Logged to https://ddnet.org/irclogs/ Connected with DDNet's IRC channel, Matrix room and GitHub repositories — IRC: #ddnet on Quakenet | Matrix: #ddnet-developer:matrix.org GitHub: https://github.com/ddnet

Between 2025-02-13 00:00 and 2025-02-14 00:00

codeberg users rn

04:07

https://blog.codeberg.org/we-stay-strong-against-hate-and-hatred.html

We stay strong against hate and hatred — Codeberg News

Codeberg is currently suffering from hate campaigns due to far-right forces,...

04:10

Image attachment

04:10

"oh boy i cant wait to check my email inbox today!"

I made a UI concept for an automapper editor inside of DDNet, made in Figma. There's a lot that I could change in this, but I feel like the general function of this would sort of look like this. yea im sorry ive been so hyperfixed on this LMAO @Jupstar ✪ @Assa you guys might like

Image attachment

poggers2

4

nice

05:09

i have a shitton figmas that i could never make good on

05:10

designing UIs is one of my favorite activities

A closer look at the tile menu. Forgot to add something too so here's the updated segment:

Image attachment

Ewan

designing UIs is one of my favorite activities

I know, it's so fun. A lot easier than coding it, honestly.

05:11

But at the same time, you lose the interactibility from actually coding it

better for the process to draft it out first

True

if anyone saw that status bar feature that was added in tater client recently i did that in figma first

Image attachment

Oooh!

it works a little differently in his implementation

Hecta

I had a funny idea where, for automap making, you can assign each tile in the menu a little icon which helps elaborate further what the certain tile does

4 new icons

Image attachment

Hecta

I made a UI concept for an automapper editor inside of DDNet, made in Figma. There's a lot that I could change in this, but I feel like the general function of this would sort of look like this. yea im sorry ive been so hyperfixed on this LMAO @Jupstar ✪ @Assa you guys might like

Yes it's very interesting. A simple to use rule generator is defs something I want to see how well it works out

06:00

How would the bones that has 4 tiles be mapped using your method?

06:01

The teelike bones thing in grass main

06:01

Third option of the new for icon maybe?

Ewan

codeberg users rn

tldr?

someone went on a random repo and called an issue some bad words then pinged a shitton of people

07:19

repo truth/truth post authored by user truth

07:19

just stupid

07:19

and then codeberg went and issued an apology to users in email and super LLM response blog form

07:20

where they share no details but manage to take >15 paragraphs

07:20

i guess i can say the words but they are really stupid

07:20

and i would have to spoiler them

07:20

and automod might kill me and it'll be visible on the irc

github-merge-queue[bot]

[ddnet:master] 2 new commits

e9c86bd Improve editor envelope preview and envelope curve rendering - Robyt3 e4ddb0f Merge pull request #9671 from Robyt3/Editor-Envelope-Position-Preview-Fix - def-

07:26

[ddnet/ddnet] Pull request closed: #9671 Improve editor envelope preview and envelope curve rendering

Hecta

A closer look at the tile menu. Forgot to add something too so here's the updated segment:

Looks cool

Hecta

A closer look at the tile menu. Forgot to add something too so here's the updated segment:

this left menu looks very familiar to me, looks great!

._.

Replying to @oxyzo what if its chillerdragon himself doing it

I want to add more tiles to the speedup layer, I have some new feature ideas based on it. Should I do this now or should I wait for the one I already created? I just need some coordination (edited)

just checked your solofng server @ChillerDragon it's full of bots

honeypot

Assa

I want to add more tiles to the speedup layer, I have some new feature ideas based on it. Should I do this now or should I wait for the one I already created? I just need some coordination (edited)

Better discuss them on GH in an issue

10:39

The new tile could also fix other issues of speed tiles ig

Jupstar ✪

The new tile could also fix other issues of speed tiles ig

I am aware of 3 bugs so far (only with max_speed) excluding the ramp issue, which are all fixed with this (edited)

Fixing the ramp issue sounds good too. What would the Max velocity be then?

hmm I honestly have no idea. Was ramp only affecting x-direction? can't remember

I think so

10:43

But anyway. If we add a new tile anyway, might as well fix all the things we know

I don't think this is an issue of the speedtiles, as this is doable with grenades or other measures of gaining speed as well

But the new tile could not accelerate more than possible without breaking physics

10:44

I don't see this as bad just bcs other stuff is broken

This has some major implications, you still have the speed, in terms of your speedvector is HUGE, it's just that the ramp slows you down so much. If you decelerate, your ramp goes down again so you'll be faster again

Yes but we don't need to even accelerate to that point. We had some graph a while ago. Simply accelerate to the maximum of the graph

10:47

I mean would a new mapper expect such weird physics breaking things if he adds many speed up (edited)

I mean we could do this, easily so, clamping the x speed after speedups to the maximum of the graph

Assa

I mean we could do this, easily so, clamping the x speed after speedups to the maximum of the graph

Or simply not add more speed than the threshold (edited)

10:48

Then it didn't break if u already so far

10:48

Fast

its not that simple, because speed is also applied to the y direction

I thought valramp is x direction only

yes but the speedtiles aren't, they can even be diagonal (edited)

Yeah but the velocity they add is still two dimensional ig xd

yes, that's what I mean by clipping the x direction

My current implementation only uses vector math, I never split x and y component

Yeah my point was just that we shouldn't clip the player velocity but simply not add further velocity if either component hit the maximum a speed tile can add

2

velramp(x) = 1 / (Curvature ^ ((x - Start) / Range))
           = 1 / 1.4^((x - 550) / 2000)

So I put maximize y = (1 / 1.4^((x - 550) / 2000)) * x, x > 550 into wolfram alpha, and it says x ~ 5994, so this should be the maximum speed in x direction. There might be an error somewhere in my calculation, somewhere I read it was a bit more then 6000

Its tune based right?

yes, Curvate, Start and Range are tunes, these are all the velramp tunes

12:26

so mappers already have control over this

12:29

it's hard to tell, since other things also affect speed, like friction for example

simply set curvature = 1 and suddenly the game makes sense

or set velramp_start to 99999 and you don't have that issue anymore

yeah but it feels weird because it's not really perfectly constant I guess you should just set both so you get both the simple computation and the perfect identity ramp

Jupstar ✪

How would the bones that has 4 tiles be mapped using your method?

the grid part of the concept was very similar to yours, tho honestly i feel like having the tile picker feels more intuitive as for big structures, the layout of the runs part mimics the layout of a .rules file, so it should just copy every rule from that

I know it’s insane. Too lazy and nob to code antibot xd

Replying to @Assa just checked your solofng server ChillerDragon it's full of bots

14:43

@Assa: pls implement https://github.com/ddnet/ddnet/issues/7436 while you are at it

Add more speedup tiles (1 pixel/unit high flat speedups) · Issue #7...

There is a full speedup layer and only one tile is used. Would be nice to also have only 1 pixel high speedups. That could be placed on the floor or walls. To simulate moving walls. It is already p...

2

can merge https://github.com/ddnet/ddnet/pull/9092? owo

owo

[ddnet/ddnet] Pull request opened: #9672 Absolute antibot include to make it template ready

Now antibot_null.cpp can be copied into a external repo and compiled with

clang++ unedited_antibot_null_copy.cpp -I../ddnet/src -I../ddnet/build/src/ -fvisibility=hidden -fPIC -shared -o libantibot.so -Og -g

Which seems to be the recommended way as far as I understood

github-merge-queue[bot]

[ddnet:master] 2 new commits

750f57f Absolute antibot include to make it template ready - ChillerDragon bbb3f36 Merge pull request #9672 from ChillerDragon/pr_antibot_full_path - heinrich5991

16:07

[ddnet/ddnet] Pull request closed: #9672 Absolute antibot include to make it template ready

@ChillerDragon: hmm this is a candidate which should be moved into move box and check for is_grounded. I guess we could add it like this

16:47

for the ground you can archive Something like this with a tune zone and ground_control_accell and ground_control_speed

<ChillerDragon> @Assa no not isgrounded i want it on walls too

what if you'd place a speedtile in the wall, and if you touch the wall, then it works on you?

why is my prediction margin goes crazy when entities are off feelsbadman

feelsbadman

Image attachment

Image attachment

Hecta

A closer look at the tile menu. Forgot to add something too so here's the updated segment:

this is so sexy, damn

iMilchshake

this is so sexy, damn

wtf, yes

glad u like it! will improve later on

[ddnet/ddnet] Pull request opened: #9673 Consistently use classes instead of structs for all mapitems

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 (especially base/) or added coverage to integration test
[ ] Considered possible null pointers and out of bounds array indexing
[X] Changed no physics that affect existing maps
[ ] Tested the change with [ASan+UBSan or valgrind's memcheck](https://github.com/ddnet/ddnet/#using-addres...

ger 1 and 3 are missing in https://ddnet.org/status/

cyberfighter 2

ger 1 and 3 are missing in https://ddnet.org/status/

they acutally never existed its your imagination

Exported 87 message(s)

Timezone: UTC+0