Guild icon
Teeworlds
IRC / bridge
One-way IRC channel bridge. If you want to be able to send messages to IRC, contact @Dune or @heinrich5991. https://www.teeworlds.com/?page=docs&wiki=rules/irc_rules
Between 2020-11-06 00:00:00Z and 2020-11-07 00:00:00Z
Avatar
theres a lot of fng maps actually
09:55
but only one that really gets played
Avatar
[quakenet] ChillerDragon BOT 2020-11-06 11:37:26Z
lol tw is not only vanilla ddnet and fng Learath2 ur in a big ddnet bubble
Avatar
I see a lot of unconverted maps around when joining servers in teeworlds
Avatar
maybe a hard break is better than tiny incompatibilities, so people have to upgrade maps 😄
Avatar
that could make the update very unpopular though
12:31
is it worth the feature bonus?
Avatar
if the server and editor included a converter, it wouldn't be a big deal the most important benefit would be extendability I think however, one could try to improve the current format to be more extendable as well
Avatar
map compatibility break is best justified by a big selection of new standard maps and new map themes / tilesets
Avatar
That doesn't break backwards compatibility
13:19
You can add new stuff without breaking old maps
Avatar
Or have a converter when it does break
Avatar
ChillerDragon oh I'm sorry I forgot about the 5 obscure mods with 1 map each. I wonder how they will ever use a map convert tool.
Avatar
It might even break their hands and their 10 players yearly might suffer
Avatar
salty
Avatar
@Dune It won't make the update unpopular except for a couple goofs trying to make a statement. If the major mods move along, so will the community. The players don't care what the map format is
Avatar
that i agree
Avatar
if we have in mind that whatever we do is fine as long as ddnet can keep up with it we might as well dev directly on the ddnet repo
15:42
even ddrace-like gametypes, or race. there are plenty of maps and some servers that just haven't (properly) converted them
15:43
even 1 year in I see graphical bugs due to the tileset changes
Avatar
[quakenet] ChillerDragon BOT 2020-11-06 16:04:33Z
well also 1 year in nobody updated lol
Avatar
what do you mean?
Avatar
0.8 will already be network incompatible, so a map format upgrade would really not matter for the players. ddnet can break map compatibility right now if backwards compatibility wasn't a concern
16:51
Besides a converter being bad is not evidence that all converters are bad
16:52
Through proper testing, we could make a conveter that does not suffer from issues of the past
Avatar
Again, seems reasonable. Maps for the most part are hosters concern. Also having a converter that deal with map version does sounds better than having both servers and clients to deal with versions.
16:53
I +1
Avatar
@Learath2 you say that, yet tileset compatibility was a huge problem in 0.7, so unless there is a very accessible and visible solution to convert maps there is no reason 0.8 would be any different
Avatar
Well I don't really know what you changed between 0.6 and 0.7 about the tilesets but the proposed changes to the map format would all be restructuring. As long as the client unpacks the thing correctly I don't see how any issue can occur
17:02
Besides any mistake we make will be quite obvious when ddnet migrates the hundreds of maps we have. We had tileset and quad issues too when making our 0.7 converter and it took like a week to iron out the mistakes. Community size really helps with testing
Avatar
Isn't having the converter directly in server the point of being accessable? Just have the any version of map loaded and the server does the magic auto magically.
Avatar
that'd be a solution yeah
Avatar
@TsFreddie that's what I would propose if people not being able to use or find a converter is a legitimate concern
Avatar
I'd just like this problem not to be ignored like it was for 0.7
Avatar
👀 conv always goes in weird ways.
Avatar
people not being able to use or find a converter is a legitimate concern
17:04
as proven by the amount of chats and support requests I've had with server hosters
Avatar
So is baking them into the server a solution for the concern or not.
Avatar
I imagine that'd be a solution yeah
Avatar
👀 conv's hard man
Avatar
Anyway, there is no proposal for a new map format yet. Maybe we can have the new layer extensions within the old format
17:06
(Though I think that would create more issues as people can load new maps with old servers)
Avatar
Ye. If we does do a converter maybe drag 0.5 in as well just for good deed.
Avatar
Are there 0.5 maps that aren't converted?
Avatar
if it is not much difficult then why not. I don't know much about 0.5 format. If it is drastically different then probably don't.
Avatar
No it's exactly the same as 0.6 iirc
Avatar
Then it would be an extra tileset map data
Avatar
There might have been minor changes as to where some data goes but that should be it
Avatar
Well, we'll see.
Avatar
envelopes support changed maybe?
Avatar
So it is just me or do our conversation sometimes goes in circles where everyone is having the almost the same idea but still having an argument back and forth.👀
Avatar
I don't feel that way
Avatar
A converter that can load 0.6 maps can also handle 0.5 maps. The tilesets are the major issue. You don't know which one was used.
17:18
We definitely need versioning for external tilesets, then it's kindas easy to update the tile layers
17:18
it's just a index -> new index mapping
Avatar
Do you mean a 0.6 map using a 0.5 tileset?
Avatar
a real problem with 0.6 -> 0.7 is that many mods extend the map format in various ways
17:20
format hardly changed between 0.6 and 0.5, but the tilesets were changed. You just dont know whether it is a 0.5 or 0.6 map
Avatar
Right. If we can find a way to identify 0.5 maps then we can assume the tileset. If not, we don't have to support 0.5 tilesets, like Learath2 said, there aren't many that haven't been ported and still being used.
17:23
Also I think most mods doesn't change the standard part so vanilla clients can read it.
17:23
For vanilla server I think it is enough to simply deal with the part we know.
17:24
Devs that does format extension will definately have their own solutions.
17:24
If they are willing to upgrade
Avatar
That's the problem... the are not because it's just additional work
Avatar
This would be one thing I definitely want for a new map format. Every assets hash should be saved (edited)
Avatar
But they can't upgrade without also dealing with protocols. So if they can upgrade protocols they probably can do maps as well
Avatar
i'm not sure about the hash. what about fixing visual bugs in external tilesets?
Avatar
It probably should come with a map update
17:26
Or else information is lost
17:27
Hashes allow things like asset retrieval from the gameserver or an external server.
Avatar
that would mean we need to ship several versions of a tileset so old versions of maps still work
Avatar
I guess we could make it fall back?
17:28
If the asset can't be found with the exact hash, use whatever's available
Avatar
yeah that would be okay i guess
Avatar
I think Learath2's idea is to identify the version when doing the convertion for future tileset update, we can always just load the existing ones if the hash does trigger the map converter
17:29
Does not*
17:29
Does not trigger*
Avatar
The idea is mostly to allow maps to be completely preserved as is
17:30
It's a side effect that it also allows us to "upgrade" maps to the newest assets if needed
17:30
completely automatically
17:32
Oh and it allows things like matricks' bluesky branch
Avatar
But hash might be overkill probably. A single number baked into the editor code corresponding the tileset that ships with it is probably enough?
Avatar
Numbers require discrete parties to agree on things. Hashes don't
Avatar
Well hash is probably good for everything. And probably can detect ppl swapping tilesets accidentally.
17:33
But keep tracking multiple hashes across a major version might be tough
Avatar
Why do we need to keep track of it?
Avatar
So when you need to upgrade the tileset, you know which ones need to be upgraded.
Avatar
Ah, we can extract that from git even
Avatar
Right. Just hope that won't be too much data.
Avatar
Also, you almost always upgrade to the latest. So if hash != latest, upgrade
Avatar
Wait. You need to know the original tilesets formations
Avatar
Oh, yeah if you want to allow tiles to move around
Avatar
Yeah, that
17:37
I mean what kind of changes were you talking about
Avatar
I imagine a future where we can have a nice assetdb where all the assets can just be fetched by the client
17:37
I was thinking of things like color adjustments, shadowing changes and stuff
17:38
But anyway, not much more trouble to handle that too
Avatar
I think tilesets positions changes are the main concern
17:39
You don't need to worry about visual fix. Plus the assetsdb thing probably won't happen anyt time soon in vanilla if at all.
Avatar
Well the easiest solution is just "don't do that" but we can just keep a log of the tile moves anyway
17:40
@TsFreddie who cares whether vanilla adopts it? The ability for it to be implemented in a nice non breaking way would be more than enough for me
Avatar
from 0.6 to 0.7 some tiles were actually moved to a new tileset >.<
17:41
shadow tiles
Avatar
Also again even with the assetsdb thing, why would you need to update the maps hash if you can just fetch the latest assets to have it just works
Avatar
Besides maybe matricks' interest in bluesky might inspire the vanilla lot
Avatar
I probably missed your point
17:42
If it is for the small visual changes your were taking about lol.
Avatar
I don't want the latest assets for all maps. I want the maps to always look the same as when they were created
Avatar
Oh that
Avatar
Updates to visuals should almost always be an explicit choice
Avatar
So that's entirely different from what we were taking about.😋
17:44
Or I missed it
17:44
Anyway ðŸĪŠ
17:44
Yeah, then hash is probably the way to go.
Avatar
Enough of this hypothetical that will never happen. Realistically we'll be stuck with undefined behaviour, unextendable map format and an unextendable datafile format for the forseeable future
Avatar
I wish we can have a hash that can describe the tilesets formations tho. But I'm probably just imagining, since we don't have that data anywhere to hash.
Avatar
We could create such data by hand
Avatar
Can we give each tile a name, and hash that
Avatar
Exactly
Avatar
We should do that. For the upgrade thing, it would probably be more sensible than having a list of hash for each tilesets form change.
Avatar
I had a nice thought actually. It's not much trouble to repack maps at server launch. We could get a new map format and do a beta on ddnet
17:48
Just need to send the old version to old clients
17:49
Then we can safely test it and maybe get it in a form that might be acceptable by vanilla
Avatar
@Learath2 unfortunately @Zatline absolutely wants a reorder of the tileset
19:02
so we have to come up with a proper solution this time
Exported 128 message(s)