Search found 1010 matches

by Viech
Wed Oct 10, 2018 1:59 pm UTC
Forum: Map Releases
Topic: New package format for upcoming 0.51.0 release (bye bye pk3)
Replies: 14
Views: 3902

Re: New package format for upcoming 0.51.0 release (bye bye pk3)

With respect to map version numbers, I would just accept whatever the mapper gives us as the base version string. Since all maps that we have control over are on git, we can just use the author's base versions as annotated tags and automatically append the number of commits in some suitable manner, ...
by Viech
Mon Feb 12, 2018 12:45 pm UTC
Forum: Feedback
Topic: Humans are way OP
Replies: 4
Views: 3040

Re: Humans are way OP

We didn't promise anything like that, because the gameplay is not as broken as both of you suggest. We have played tournaments and lots of development games since we diverged from the somewhat balanced Tremulous and balance was always fine for an in-development game. I suspect aliens are simply much...
by Viech
Mon Feb 12, 2018 12:35 pm UTC
Forum: Level Design
Topic: IQM support in NetRadiant
Replies: 2
Views: 1304

Re: IQM support in NetRadiant

The turrets in the last screenshot appear to be flying. If they are rendered correctly ingame then this may be a general mismatch.
by Viech
Mon Feb 12, 2018 12:33 pm UTC
Forum: Map Releases
Topic: New package format for upcoming 0.51.0 release (bye bye pk3)
Replies: 14
Views: 3902

Re: New package format for upcoming 0.51.0 release (bye bye pk3)

tvezet wrote:
map-hangar28_b1.pk3 → map-hangar28_0.1b.dpk
sounds nice to me, go ahead :granger: :thumbup:

This is factually wrong though. It means that the beta release cycle is merely a sub-release of Version 0.1. Don't do this to our maps illwieckz! :frown:
by Viech
Mon Feb 12, 2018 12:32 pm UTC
Forum: Map Releases
Topic: New package format for upcoming 0.51.0 release (bye bye pk3)
Replies: 14
Views: 3902

Re: New package format for upcoming 0.51.0 release (bye bye pk3)

illwieckz wrote:And if it were me I would probably just use one number without any dot so nobody would complain about the meaning of minor or major or whatever! :tongue:

The modern approach is to start with 0.10 and then grow exponentially to Firefox version 42 or so.
by Viech
Mon Feb 12, 2018 12:27 pm UTC
Forum: Off-topic
Topic: Unvanquished minecraft psyschedelic edition
Replies: 2
Views: 4463

Re: Unvanquished minecraft psyschedelic edition

Good we got rid of the tryhard graphics, now we're finally an indie game.
by Viech
Sun Jan 21, 2018 5:43 pm UTC
Forum: Map Releases
Topic: New package format for upcoming 0.51.0 release (bye bye pk3)
Replies: 14
Views: 3902

Re: New package format for upcoming 0.51.0 release (bye bye pk3)

I'm happy about the .dpk format, but I dislike your version proposals. I'd stick with ⋅  a01 – a99 for a lpha releases, ⋅  b01 – b99 for b eta releases and ⋅  r01 – r99 for (final) r eleases. Also one can use d01 – d99 for " d elta" releases when in the proces...
by Viech
Sun Apr 16, 2017 11:25 am UTC
Forum: Map Releases
Topic: Stalkyard
Replies: 5
Views: 2941

Re: Stalkyard

illwieckz wrote:Oh yes I remember (and recognize) this map!

Me too, I think I remember playing an early version of it in GPP. :smile:
by Viech
Thu Mar 30, 2017 11:41 pm UTC
Forum: Ideas & Suggestions
Topic: [RFC] Fixing early design flaws (package format, package version]
Replies: 11
Views: 5517

Re: [RFC] Fixing early design flaws (package format, package version]

I don't see a problem here, or maybe I don't understand what you are saying. Can you try a more concise argument? Random thoughts that may be relevant: ⋅ Developers can always use t for testing, it's greater than r for release. Personally I use source as my only in-development version stri...
by Viech
Wed Mar 29, 2017 10:14 pm UTC
Forum: Ideas & Suggestions
Topic: [RFC] Fixing early design flaws (package format, package version]
Replies: 11
Views: 5517

Re: [RFC] Fixing early design flaws (package format, package version]

I'm fine with changing the package extension to dpk . I agree that our packages are sufficiently different from pk3 to justify this change, given that the current same-name policy actually causes issues. However, I'd like to maintain full debian version strings and debian version sorting. It's well ...

Go to advanced search