DDraceNetwork - developer

making it not being sent repeatedly would influence the gameplay

<deen> eeeee: about fng2: some guy came on discord #general and told us that people don't play on ddnet fng server anymore because we are missing the new features from fng2. So that's why I switched to it. Personally I don't know anything about fng

07:28

<deen> about lua: some bot client mod of ddnet has lua, haven't checked how far they developed it

07:30

<deen> about betting for/against wayland: http://longbets.org/

07:32

<deen> about systemd: works much better for me than the previous stuff. and finally I have the same init system on all linux distros, so just need to learn one. It has some problems, but I don't understand how people get so angry about a peace of software.

07:32

<deen> piece*

"<eeeee> fstd's openfng is also perfectly fine and open, no idea why we need fng2" since I play fng mainly, I can confirm that most people prefer fng2 over openfng. FNG2 has no bugs atleast I couldn't discover any yet and it would be a pain to play fng without the so called "smooth mode" from fng2 (edited)

am i the some guy? :D are there problems with the update?

yes open pull requests hehe

i dont mean the version of fng2 running on my server, they used the standard one

<heinrich5991> Learath2: https://github.com/42wim/matterbridge/issues/267

Implement exponential backoff for IRC · Issue #267 · 42wim/matterbridge

... going on for hours ... Sep 20 13:17:10 server matterbridge[32630]: 2017/09/20 13:17:10 Error, disconnected: Disconnect Called Sep 20 13:17:10 server matterbridge[32630]: 2017/09/20 13:17:10 Con...

<EastByte> :D

<heinrich5991> https://github.com/ddnet/ddnet/pull/871#issuecomment-330839294

Teehistorian by heinrich5991 · Pull Request #871 · ddnet/ddnet

teehistorian records all inputs from the players as well as the player positions in each tick. It stores this info in a highly compressible output format (I've achived 5x compression using xz or bz2).

<heinrich5991> deen: it's not a race map, is it?

12:56

<heinrich5991> we could probably keep random teleporters in case an sv_random_teleports is enabled, which depends on sv_test_cmds?

Don't spawn all players to the same tele that can be very annoying

13:00

There are reasons why maps have multiple TO teles and not only one

imo 3 is best

@jao there's a tradeoff

in the best case, we can do client prediction after this change, which means less laggy teleporters

For me 2

depends if you how you looking on subject, if you want fair races

13:02

or just random

How does unlaggy teleporters help me when my game experience is ruined

that's the wrong way to approach the issue

think about solutions that enable both!

13:03

(also, I dislike how : ) is replaced by an emoticon that looks like : D)

I don't even know what laggy teleporters means

try playing with cl_predict 0

13:06

then you see that collision with walls etc. is predicted within the client, that means that the client knows what the server will do without getting data back

3, 3, 3 !

<EastByte> teleporters will just feel more instantaneous

or maybe you remember how hookthrough feels when ddnet didn't predict it – the hook was aborted early and you only got the actual hook a bit later

Ah

13:12

If you'd implement the sv_random command people would probably always activate it if it's not a solo or team map

hah, thought of that. I said I'd only enable it if sv_test_cmds is on, which means you can't do records while this is enabled

like onf FUN server

13:13

imo, randomnes on race issss

13:13

baaad idea

But I'm sure other maps have random teleporters implemented as gameplay

I'd consider it a good idea to discourage that

Either as a punishment or actual part

punishment?