Present: _koshi_, abma, hoijui, jK, Tobi, zerver
_Agenda_____________________________________________________________________
- Welcome
- who makes minutes?
- Release plan
- Merge https://github.com/spring/spring/tree/t ... table_mode
- Any progress in fixing dynsun bugs?
- Anything else?
_Main Conclusions___________________________________________________________
- Lobbydevs have to solve things themselves when they want to get the archive auto version appending removed
- Target a release pre summer
_The meeting________________________________________________________________
>> jK joined!
>> Tobi joined!
>> zerver joined!
>> hoijui joined!
Welcome
zerver: not sure how many we need for a meeting, but if we require more than 4 devs, there will be very few meetings I think
Tobi: hey
zerver: hi :)
jK: hi
Tobi: imo it should `just' be a practical moment to chat to as many devs together as practically possible
Tobi: so if it's less, bad luck, but no reason to not `meet'
Tobi: of course the less people there are the less formal it can be - formality is just there to prevent chaos when many people want to say many things at the same time :)
zerver: yeah
zerver: although there has been a reluctance in the past to have meetings when many are absent
who makes minutes?
jK: me
zerver: splendid
Release plan
zerver: i still propose an attempt at 0.83 before summer
zerver: which gives us about 1 month+ to do something
zerver: any opinions on this?
* zerver Slaps [ARP]hoijui_g5 around with a large PeeWee!
jK: first all known bugs need to be fixed
jK: and it doesn't seem ppl are fixing those atm
hoijui: hey
zerver: we only fix bugs that affect 8V8BADSD
jK: perhaps you do, I don't
zerver: lol
zerver: so all known bugs, you mean all mantised and confirmed bugs since last major release?
jK: not only mantised ones
Tobi: I would limit yourself to known regressions
jK: many dynsun & pathfinder issues aren't mantised
Tobi: with all known bugs you know release will never happen :)
zerver: ok, so there is a black market for bugs?
jK: you should test your changes from time to time ...
zerver: and dynsun will be disabled so we can release it even with some bugs
jK: k
jK: keeps massive performance issues with the pathfinder
jK: but kloot isn't here ...
zerver: still good if you could mantis the dynsun problems ofc
jK: lighting one is
jK: and broken minimap should be obvious
jK: (lower half got ugly lines)
zerver: yeah ive seen some weird stuff there
zerver: will fix that
zerver: and we'll talk about the pathfinder problems next meeting then
merge https://github.com/spring/spring/tree/t ... table_mode
jK: it's missing further documentation
jK: e.g. it needs be noted in the man-page
jK: in source code doc. is too less
hoijui: also... portable-mode vs true-portable-mode
hoijui: that is confusing
hoijui: and i guess it has to be adjusted to include the recent changes for versioned data-dirs
zerver: yeah, but if portable mode isnt portable, it should be replaced by the truly portable one
hoijui: plus it should maybe also check if unitsync and spring are in the same dir
jK: portable mode is portable!
hoijui: yeah.. see.. exactly.. its a bad name
zerver: portanble means springsettings.cfg should be in engine dir
jK: the only thing here changed/wanted is to not _scan_ (!= write) outside dirs
hoijui: what he means with portable mode, is .. portable-dir-only
hoijui: or soemthing like that
hoijui: yeah
jK: spring doesn't write to dirs outside
jK: (only springsettings, SL, rapid, ... do so)
jK: AFAIK, koshi just wanted to have engine config to create a isolated dir for just one game
hoijui: if you only care for the fir that springsettingscfg is read from, it shoudl ensure that the CWD is the first data-dir, not exclude others
hoijui: maybe
hoijui: mmm
hoijui: yeah, i also though thats what he wants
hoijui: we shoudl invite him
hoijui: k?
jK: np
zerver: k
hoijui: asked him
hoijui: to join
hoijui: maybe call it isolation-mode
>> _koshi_ joined!
_koshi_: what's up?
hoijui: hello!
zerver: hi
hoijui: what is your intention with that new mode
_koshi_: possibilty of compeltley isolated game installs
hoijui: is it to create isolated dir for a single game?
zerver: k
hoijui: ok
zerver: then we rename it isolation mode indeed
hoijui: coudl we rename it to ISOLATION_MODE or somethign like that ?
jK: ^^
_koshi_: sure, whatever
_koshi_: anything else?
jK: the fork is missing some stuff
jK: man-page update, possible adjustment to recent master changes
jK: + rename
hoijui: yeah... in recent master, we add ../ isntead of ./ as data dir (for multi version data-dirs support, still to come)
hoijui: we onl do this, if ../ contains maps/ games/ and engine/
hoijui: this is nothing hammered in stoen yet.. the details
_koshi_: i htought I rebased onto that commit of yours already?
hoijui: ah..
hoijui: yes true
hoijui: you did
hoijui: but...
hoijui: if in true portabel mode.. you always use ./
hoijui: shouldnt you use ../ if it is a multi-version data-dir?
_koshi_: it won't be
hoijui: .. why not?
zerver: multi version can also be portable
hoijui: if it is not, it will use ./
hoijui: yes
_koshi_: it won't be for the use I case I intedted to, but I really don't care if adds ../ if some condition is met
hoijui: ok
hoijui: i can do the changes then
_koshi_: so if ./ contains maps/ games/ and then everything stays the same for me, right?
zerver: y
_koshi_: goody
_koshi_: and thanks
zerver: or rather if .. does not contain maps games and engines
_koshi_: ok
hoijui: if ../ does not contian them
hoijui: ah yeah.. sorry :D
hoijui: what zerver said
_koshi_: are you guys planning for another bugfix release that could contain this and that other usync change I did a while back btw?
hoijui: .. ahh.. i think not
zerver: 0.83 is next
_koshi_: so it'll be quite a while still until i can count on that in, alright
hoijui: backporting stuff was a big pain for the last bugfix release already... for this it would be muhc worse even.. i do not want to do it
hoijui: yeah :/
zerver: it depends, > 1 month definitely
zerver: and if we want to change the term "engine", now is a good time :)
_koshi_: anything else you need from me for now?
zerver: nothing here
jK: does SL plan to use the version tag of games/maps?
jK: currently it appends it automatically to the archive name
jK: it = engine
_koshi_: i'm using that currently, yes
jK: is the version tag already part of the lobby protocol?
_koshi_: not that i'm aware
jK: k then I won't follow it
jK: if ppl want to change it, they need to talk to the responsible persons
jK: I won't do so
jK: (this is directed at Licho)
jK: k nothing left :)
any progress in fixing dynsun bugs?
_koshi_: alright, bye then
<< _koshi_ left!
zerver: i will fix that minimap, and please mantis the lighting stuff
>> abma joined!
abma: hi!
jK: the lighting one is mantised
hoijui: hey abma
hoijui: its about dynsun bugs now, just startyed
hoijui: (that part)
jK: and it was already part of multiple meetings
abma: ok
zerver: you mean the dark map?
zerver: because I thought that one was fixed...
jK: not here
zerver: im running master now, and it looks fine here
jK: use a water renderer with vertex shifting
jK: and watch the coastline
jK: underwater terrain is 3x as bright
zerver: dynamic water?
jK: possibly
zerver: hm, not sure how bright it should be, but looks ok here
jK: use buildbot builds or something like that
jK: it is there
jK: also test other renderers
jK: (not that hard to switch them at runtime)
zerver: you mean water
jK: yeah
jK: or just comment out the water rendering in the engine source code
zerver: this is the only mantis report i can find http://springrts.com/mantis/view.php?id=2371
jK: it is
jK: and it has nothing to do with specularity
jK: and it happens now on maps where it didn't happened before
jK: my assumption you don't update the underwater colors at all
jK: IIRC they are even prebaked in some texture
zerver: probably true
zerver: K, i think I've got it
Anything else?
Tobi: gn :)
<< Tobi left!
jK: nothing here :)
abma: hm, for that i've only the versioning of archives in my mind...
abma: i'm unsure what/whom to ask
abma: https://github.com/spring/spring/commit ... er.cpp-P15
abma: it looks like lobby server + client stuff
jK: already talked with koshi about that
abma: ah, ok
jK: seems even the lobby protocol isn't ready
jK: so I won't do anything more into that direction
abma: ok
abma: only thing about that i know is, that aegis already planed an extension to the lobby protocol that should allow such things
abma: but thats out of the engine... so nothing for this topic, too
hoijui: good night!
abma: gn!
jK: gn8
<< hoijui left!
zerver: fyi someone else broke the minimap for dynsun, but im fixing it now
jK: *hopes it wasn't me*
zerver: no worries :)
jK: :D