You are not logged in.
I have seen quite some sauerbraten maps trying to utilize geometry to create letters and words.
This not only looks sub-par but is also unneeded effort.
As a solution I suggest some entity that displays text.
This entity would have several parameters, among them a text to be displayed and its other parameters would be similar to those of decals. (rotation, scaling, etc...)
Offline
Already suggested something like that before with the addition of decals in tess, but i think the main problem is the entity system being too limiting for such a thing. How would you handle changing the text displayed from an entity? I call hax.
Offline
Well if strings in entities are not supported as arguments, then either:
1. The support for that would have to be added
or
2. Each Entity has an ID from 1-9 (or any other number, really), and the alias EntityText<ID> contains the string to be used.
Those are the ideas that come to my mind right now.
Offline
See how bases have names in Sauerbraten; you add an alias to the map .cfg, like base_1 = "the sewers".
Offline
See how bases have names in Sauerbraten; you add an alias to the map .cfg, like base_1 = "the sewers".
That's not really a great idea because:
1) You require a config
2) You cannot share a config with sendmap
3) It's a waste of time to reload the map all the time
4) It never was a good approach
Offline
1) You require a config
2) You cannot share a config with sendmap
There should just be .cfg/.wpt/.jpg/.txt sending, like in Red Eclipse. This would let people share finished maps for real.
Last edited by Calinou (2014-08-01 17:45:59)
Offline
RaZgRiZ wrote:1) You require a config
2) You cannot share a config with sendmapThere should just be .cfg/.wpt/.jpg/.txt sending, like in Red Eclipse. This would let people share finished maps for real.
You could theoretically modify the map writing process to include any file (be it configs, images, etc.) in the .ogz file itself (all Cube engine maps are GZ archives with binary data inside, hence their small file sizes). There will probably be a few pitfalls to that idea, and I'm pretty sure it has been thought of and attempted before.
Offline