DDraceNetwork - developer

Something like /specteam 40 would be nice (edited)

00:24

I dont know the code for specteam, but doesnt it already do it?

00:24

Filters out only 1 team

ddnet-maps

[ddnet-maps:master] 1 new commit

4a463d5 A Nebula - ddnet-maps

how protocol words and why all my code there disappear after compile

why does sv_high_bandwidth effect emoticon smoothness?

sv_high_bandwidth makes the server send snapshots 2x as much

05:41

i guess that affects emoticons

shouldn't the animation be client side

agree

06:45

seems like a good thing for a github issue

EEEEEH, many technicalities cause us to rely on the server snaps for a smooth-ish gametime

07:06

I think TsFreddie and Jupeyy investigated it further once upon a time

A consequence of the new masterserver is that it's a bit annoying to follow people across servers, can anyone think of any interesting ways to remedy that?

@Learath2 a new protocol msg to share a sv to chat which u can join on click, which would be abused

07:17

we could limit it to some ips via config and have a longish cooldown

07:17

idk

how can i get value if character have jetpack(client side) m_pClient->m_aClients[m_pClient->m_LocalIDs[g_Config.m_ClDummy]].m_Jetpack somewhy gives me false all the time m_pClient->m_aClients[m_pClient->m_LocalIDs[g_Config.m_ClDummy]].m_Predicted.m_Jetpack works but when i self-kill it gives true even if i dont have jetpack bruh i sent this message to #wiki somehow

@Ryozuki help pls :3

@Anime.pdf are you on a ddnet server when testing this?

yes

Ah, can you test something for me? I think I see the bug there

ye ofc

In gameclient.cpp, after L1369 add pClient->m_Jetpack = pCharacterData->m_Flags & CHARACTERFLAG_JETPACK;

now working perfectly xd

Yeah figures

07:54

I'll commit it in a minute

07:59

@Anime.pdf do you know a map I can test some jetpack on?

i used deathpack

07:59

u dont get jetpack immediately so its good for testing

mh, there is a mac bug again

08:13

I never get to do the things I want to do lately

mac is big bug

I want to work on a new bot, the old one breaks every other day. I want to fix a small bug I end up having to either mess around with cmake or some opengl bug that jupeyy will blame on the vendor

1

8235df7752c301f9ba08e64e2c3011d84d61ffaf is the first bad commit
commit 8235df7752c301f9ba08e64e2c3011d84d61ffaf
Author: Jupeyy <jupjopjap@gmail.com>
Date:   Fri Sep 18 18:45:42 2020 +0200

08:23

@Deleted User https://paste.pr0.tips/ju

I bet I'm on some spam mail list now

Any idea?

08:23

just by being on github you are on spam lists

What is your vendor BTW and is that on Linux?

@Deleted User: can I load images with LoadTextureRaw in ddnet code and expect the result to be the same as in teeworlds code?

it's on macOS

08:26

10.15

Chiller: except for compressed textures I guess yes

08:26

And what gpu vendor

08:26

F1 shows

[2021-08-08 11:27:41][sdl]: SDL version 2.0.15 (compiled = 2.0.14)
[2021-08-08 11:27:41][gfx]: Created OpenGL 2.1 context.
[2021-08-08 11:27:42][opengl]: Vendor string: ATI Technologies Inc.
[2021-08-08 11:27:42][opengl]: Version string: 2.1 ATI-3.9.15
[2021-08-08 11:27:42][gfx]: GPU vendor: ATI Technologies Inc.
[2021-08-08 11:27:42][gfx]: GPU renderer: AMD Radeon Pro 555 OpenGL Engine
[2021-08-08 11:27:42][gfx]: GPU version: 2.1 ATI-3.9.15

08:28

Sorry ircppl

i want to load normal pngs and they look real messed up so maybe its the render not the load code then

if I force it to create a 3.3 context it does work

Why does it even use gl2.1

A 1.x context also works

3.0 is default

idk why it wants to use 2.1

That's already sus

08:29

Xd