Dev meeting minutes 2010-10-10 - Page 3

Dev meeting minutes 2010-10-10

Minutes of the meetings between Spring developers are archived here.
User avatar
Licho
Zero-K Developer
Posts: 3803
Joined: 19 May 2006, 19:13

Re: Dev meeting minutes 2010-10-10

Post by Licho » 17 Oct 2010, 18:01

I recently found interesting fact - source codes of whole engine (without libs - but possibly some older version i got locally) is smaller than just pure gadgets+widgets sources in CA :)

I think that lots of people don't realize the gigantic ammount of work put into games and tools for this project..

Many recent engine versions make me rage because it often breaks mods, degrades performance, breaks working features or introduces new bugs.
0 x

User avatar
Licho
Zero-K Developer
Posts: 3803
Joined: 19 May 2006, 19:13

Re: Dev meeting minutes 2010-10-10

Post by Licho » 17 Oct 2010, 18:46

As I see it its mostly problem of no testing and slow turn around.

I would like to implement support for multiple engine version at least in Zero-K lobby on windows.

I would like these features to do it properly:

* spring installer creates file or entry which lets lobby discover what version is installed where. It could be in the form of simple files in same path where engine settings is. "spring.0.80.6.txt" and inside the file would be path to executable/unitsync.

- If no support, i will let user specify paths


* lobby server support for custom dictionary of values associated with battle (and preferably with user too!). So that i can store it in there.

- If no support, i will abuse modoptions, CPU of player or whatever.

* there should be clear difference between official "stable" release and "test" release .Test release installer could be simple and install just engine to different folder than default spring.

* there should be simple way to locate installer for given version on web (that already exists afaik)
0 x

User avatar
Forboding Angel
Evolution RTS Developer
Posts: 14606
Joined: 17 Nov 2005, 02:43

Re: Dev meeting minutes 2010-10-10

Post by Forboding Angel » 17 Oct 2010, 19:09

Assuming I understood what I read right, in 82.6, SL supports multiple engine versions. I agree, it would def be a good thing for ZK Lobby to support multiples.

Regarding the pathing troubles, well last night I played a game on greenhaven remake and other than a few units stuck on hills here or there (which is nuts btw), it wasn't that bad, but it was pretty silly.
0 x

User avatar
Licho
Zero-K Developer
Posts: 3803
Joined: 19 May 2006, 19:13

Re: Dev meeting minutes 2010-10-10

Post by Licho » 17 Oct 2010, 19:23

It supports it? Meaning games in same server can each be for different engine version and it runs it with correct one?

Is there any spec for this?

If it does then there is no excuse for not testing and not making separate test-only releases which still work on main server :)
0 x

User avatar
hoijui
Former Engine Dev
Posts: 4342
Joined: 22 Sep 2007, 09:51

Re: Dev meeting minutes 2010-10-10

Post by hoijui » 17 Oct 2010, 20:14

only thing i could imagine that Forb means, is that SL (like TASC) allows to ignore the spring version specified by the server. this is not multi spring version support of course.
as was said, the most important thing is, that the lobby server supports it.
to improve support for this in the engine, the launcher executable would be useful. other things would have to be done, like a per version base and cache dir and so on, but the launcher is the most work intensive thing, i would guess.

each engine and unitsync version would be a separate dll, and the launcher would be able to list available versions (eg launcher.exe --list-versions).
0 x

User avatar
Licho
Zero-K Developer
Posts: 3803
Joined: 19 May 2006, 19:13

Re: Dev meeting minutes 2010-10-10

Post by Licho » 17 Oct 2010, 21:04

Oh Zero-K can also ignore server version and work, that has always existed, but thats not really what i meant :)

As for installers - perhaps there could be simple simple zips containing only the important stuff to run engine - base files, executable, dll.

Lobby would then download and put to some folder automatically.

Because spring by default uses local (to executable) cache folder and local archivecache file there wont be a problem with engine itself i believe.
0 x

User avatar
FLOZi
MC: Legacy & Spring 1944 Developer
Posts: 6109
Joined: 29 Apr 2005, 01:14

Re: Dev meeting minutes 2010-10-10

Post by FLOZi » 18 Oct 2010, 02:07

Tobi wrote:We just skipped it because not the right people were present.

We have just discussed it again, I will create the forum soon.
Image

:wink:
0 x

User avatar
Forboding Angel
Evolution RTS Developer
Posts: 14606
Joined: 17 Nov 2005, 02:43

Re: Dev meeting minutes 2010-10-10

Post by Forboding Angel » 18 Oct 2010, 04:48

FLOZi wrote:
Tobi wrote:We just skipped it because not the right people were present.

We have just discussed it again, I will create the forum soon.
Image

:wink:
+1 :wink: :P
0 x

User avatar
BrainDamage
Lobby Developer
Posts: 1164
Joined: 25 Sep 2006, 13:56

Re: Dev meeting minutes 2010-10-10

Post by BrainDamage » 18 Oct 2010, 17:52

hoijui wrote:only thing i could imagine that Forb means, is that SL (like TASC) allows to ignore the spring version specified by the server. this is not multi spring version support of course.
no, it really supports handling multiple spring installations at the same time since years, switching to the appropriate one as needed
I never added the gui for it since I tough that atm there'd be very little use for it and it would be just confusing for the user, but all the internal code supports it and it should be trivial to expose an interface for it
0 x

User avatar
lurker
Posts: 3842
Joined: 08 Jan 2007, 06:13

Re: Dev meeting minutes 2010-10-10

Post by lurker » 18 Oct 2010, 22:53

Oh boy, old code the nobody uses. :D
0 x

Post Reply

Return to “Meeting Minutes”

cron