Print

Please login or register.
1 Hour 1 Day 1 Week 1 Month Forever
Login with username, password and session length

[Phantom Brave]

Depends on updated map format etc

[NAGN]

you know why don't we just add an external file, like the locator shit, that has a bunch of global map variables that can be passed from server to client, instead of embedding it in the entity shit?

[Phantom Brave]

extra files for extra confusion

[Chu]

is there any way to package files together and send it over that way

[Saniblues]

We could like

you might wanna sit down for this one

what if we like

bear with me now

what if

what if







































































what if we actually got the old unfinished admin menu working

[Phantom Brave]

old admin menu is gay let's make a new one that's not gay

[Saniblues]

how about i lock your shit

[Phantom Brave]

fuk u nerd

[Orpheon]

is there any way to package files together and send it over that way

What's wrong with sending two files, one after the other? Also, zip etc...

Also, didn't we all decide we need a new map format loooong ago?

[notajf]

You know, PNGs can have comment blocks. Maybe that's how the wallmask is stored just now, idk.

[Phantom Brave]

it is
the problem is we don't have an actual format for this shit

[Orpheon]

Just let each entities allocate space for any data, like a struct. Just store that data using name tags, similarily to how C structs or .ini files work. This allows for each entity to have infinite custom data, of variable sizes (that are of course declared in the declaration of the entity), and even support for mods (aka you can add data that only mods can use, and vanilla gg2 will just ignore it).

[notajf]

Just let each entities allocate space for any data, like a struct. Just store that data using name tags, similarily to how C structs or .ini files work. This allows for each entity to have infinite custom data, of variable sizes (that are of course declared in the declaration of the entity), and even support for mods (aka you can add data that only mods can use, and vanilla gg2 will just ignore it).

No.

Just use an ini file.

[Orpheon]

Just let each entities allocate space for any data, like a struct. Just store that data using name tags, similarily to how C structs or .ini files work. This allows for each entity to have infinite custom data, of variable sizes (that are of course declared in the declaration of the entity), and even support for mods (aka you can add data that only mods can use, and vanilla gg2 will just ignore it).

No.

Just use an ini file.

We could even do it the really genius way, write in an ini file and then import that ini file back as bytestream. We don't really care about speed here anyways.

[notajf]

Just let each entities allocate space for any data, like a struct. Just store that data using name tags, similarily to how C structs or .ini files work. This allows for each entity to have infinite custom data, of variable sizes (that are of course declared in the declaration of the entity), and even support for mods (aka you can add data that only mods can use, and vanilla gg2 will just ignore it).

No.

Just use an ini file.

We could even do it the really genius way, write in an ini file and then import that ini file back as bytestream. We don't really care about speed here anyways.

That is exactly the inefficient but who care because it works method I was thinking of.