Quicksilver
Moderator: Moderators
Re: Quicksilver
nice!
gonna play some vs AI games here.
btw... on springfiles.com, under License, it reads "Freeware / Free". should it not be "Public Domain" instead? is this a preset from springfiles?
gonna play some vs AI games here.
btw... on springfiles.com, under License, it reads "Freeware / Free". should it not be "Public Domain" instead? is this a preset from springfiles?
Re: Quicksilver
Are you developing a new AI?
Springfiles only offers two choices:
Freeware
Demo / Shareware
Springfiles only offers two choices:
Freeware
Demo / Shareware
- Forboding Angel
- Evolution RTS Developer
- Posts: 14673
- Joined: 17 Nov 2005, 02:43
Re: Quicksilver
It seems a little simplistic, but I like!
Re: Quicksilver
no, i am not developing a new AI. playing spring games vs AI is my alternative to getting drunk, alone at home.Cheesecan wrote:Are you developing a new AI?
Springfiles only offers two choices:
Freeware
Demo / Shareware
that are kind of strange choices, no?
especially for a field called "License".
well.. no need to make a drama, i guess.
Re: Quicksilver
^ geniushoijui wrote: no, i am not developing a new AI. playing spring games vs AI is my alternative to getting drunk, alone at home.
that are kind of strange choices, no?
especially for a field called "License".
well.. no need to make a drama, i guess.
Re: Quicksilver
Very nice map!!
Springlobby and SpringFiles can both not preview the metalmap.
Springlobby and SpringFiles can both not preview the metalmap.
Re: Quicksilver
That is because neither of them can interpret lua metal maps.
But I didn't develop this map for 1 billion lobbies, so that is not really my problem.
But I didn't develop this map for 1 billion lobbies, so that is not really my problem.
Re: Quicksilver
So... SL and SF should add an interpreter for lua metal maps?Cheesecan wrote:That is because neither of them can interpret lua metal maps.
But I didn't develop this map for 1 billion lobbies, so that is not really my problem.
Hmm... I'm guessing here: do not all lobbys use unitsync for this? Does any lobby show the metal map correctly?
Re: Quicksilver
Lua metal is not a part of unitsync api. It's not contained in mapinfo. It's a map gadget that is loaded ingame.
I also experimented with dynamic start positions. Start pos is part of mapinfo and it is used by unitsync. But I found that springlobby tended to crash sometimes while loading it so I gave that up. If it had worked better you could have had different start positions for say 1v1 ffa and 2v2 ffa. This could perhaps be done in a gadget also as an alternative.
The risk of having lua parsed by unitsync is that you could potentially cause errors in anything relying on it. E.g make a lobby or bot crash. Or worse. And the ones that use custom extraction of maps would not work. But these type of errors should be handled better in the first place when invoking a DLL.
Anyway, I never cared much for previewing metal so I don't really care. But I noticed ZK players seem to mind so I figure this could serve as an explanation.
I also experimented with dynamic start positions. Start pos is part of mapinfo and it is used by unitsync. But I found that springlobby tended to crash sometimes while loading it so I gave that up. If it had worked better you could have had different start positions for say 1v1 ffa and 2v2 ffa. This could perhaps be done in a gadget also as an alternative.
The risk of having lua parsed by unitsync is that you could potentially cause errors in anything relying on it. E.g make a lobby or bot crash. Or worse. And the ones that use custom extraction of maps would not work. But these type of errors should be handled better in the first place when invoking a DLL.
Anyway, I never cared much for previewing metal so I don't really care. But I noticed ZK players seem to mind so I figure this could serve as an explanation.
Re: Quicksilver
There are advantages and disadvantages to both ways, but that's the exact reason why I always use image based metalmaps, it allows the end user to preview what the metal layout is without loading the map. Alternately one could just post a screenshot of the metalmap ingame (which I notice has been done with this map on Springfiles)
Re: Quicksilver
Besides me the only person to use this is SirArturri. It wasn't working that well before ingame so there were many reasons not to use it.
As it is now I think it works quite well. The one limitation ingame is that it can't handle terrain deformation due to clipping issues. I hope to get around to fixing this sometime. This only affects the widget not the gadget. The widget is not active for all games.
As for the metal preview, I think having to increase the size of the map by including a metal map is unnecessary when the information itself is better represented in text. Supporting it in every lobby would probably be possible if it saw more widespread use. So not using it is part of the problem.
I could have tried submitting patches for every OS lobby but I'm quite sure people would reject them on some grounds even if terrain deformation worked. There is a strong resistance to any sort of change in many places. So in the end you get diverging paths. I'm fine with that because it works for me.
Players may be unhappy with the result but they don't involve themselves to affect change. Most are content to play dsd over and over. I realized this a long time ago and since then I focus only on my own experience. Making some new stuff. If nobody wants to use it does not concern me anymore. It is more important to enjoy what you do, especially when something can be considered a hobby.
As it is now I think it works quite well. The one limitation ingame is that it can't handle terrain deformation due to clipping issues. I hope to get around to fixing this sometime. This only affects the widget not the gadget. The widget is not active for all games.
As for the metal preview, I think having to increase the size of the map by including a metal map is unnecessary when the information itself is better represented in text. Supporting it in every lobby would probably be possible if it saw more widespread use. So not using it is part of the problem.
I could have tried submitting patches for every OS lobby but I'm quite sure people would reject them on some grounds even if terrain deformation worked. There is a strong resistance to any sort of change in many places. So in the end you get diverging paths. I'm fine with that because it works for me.
Players may be unhappy with the result but they don't involve themselves to affect change. Most are content to play dsd over and over. I realized this a long time ago and since then I focus only on my own experience. Making some new stuff. If nobody wants to use it does not concern me anymore. It is more important to enjoy what you do, especially when something can be considered a hobby.
- Forboding Angel
- Evolution RTS Developer
- Posts: 14673
- Joined: 17 Nov 2005, 02:43
Re: Quicksilver
Stop being silly... Use weblobby. http://weblobby.springrts.comdansan wrote:Very nice map!!
Springlobby and SpringFiles can both not preview the metalmap.
Or if you would like an app for it: http://goo.gl/r9zcg
Re: Quicksilver
weblobby does not show a metalmap preview either, like any lobby.
imo does not really matter.
1) nice layout.
2) The metalspots fade out when zooming..at medium distance they are already invisible.
3) The heightmap seems to be quite "clean", not such things as http://springrts.com/phpbb/viewtopic.ph ... 00#p542366 which is good.
4) Though on some cliffs, for example in bottom left the ramp towards north, have this weird looking dip where the cliff starts. side view:
5) There are LOTS of features but somehow they do not stand out much. Maybe it is because the shades of green of trees/bushes are so similiar to the terrain they stand on.
6) In 3v3, three players complained of low FPS. Might be the many features, grass, lua metal or something else. So then we changed map....
I had bit lower than normal but playable.
7) Maybe put less features but make those much bigger. (for example the small bushes are hardly noticeable)
(to put the startpositions in a nice "circle" without having to write down coordinates)iirc I tested random startpos too but forgott if it worked
I think that can only really work if the mod's spawn gadget is adjusted. (unless hax)
In Spring Tanks there is such system. https://code.google.com/p/springtanks/s ... artpos.lua
I do not see that becoming popular for existing games because startboxes are most commonly used. (afaik on springie only startboxes work)
Once setting/saving/loading startboxes becomes easy then players will be able to easily set all kind of start positions they want.
imo does not really matter.
1) nice layout.
2) The metalspots fade out when zooming..at medium distance they are already invisible.
3) The heightmap seems to be quite "clean", not such things as http://springrts.com/phpbb/viewtopic.ph ... 00#p542366 which is good.
4) Though on some cliffs, for example in bottom left the ramp towards north, have this weird looking dip where the cliff starts. side view:
Code: Select all
high ground
xxx
xxx dip
xxx /
xxx xxxxxxxx low ground
xxxxxx
6) In 3v3, three players complained of low FPS. Might be the many features, grass, lua metal or something else. So then we changed map....
I had bit lower than normal but playable.
7) Maybe put less features but make those much bigger. (for example the small bushes are hardly noticeable)
Not sure what you mean by "dynamic" but for example in this map http://springrts.com/phpbb/viewtopic.php?f=13&t=29663 this works:I also experimented with dynamic start positions. Start pos is part of mapinfo and it is used by unitsync. But I found that springlobby tended to crash sometimes while loading it so I gave that up. This could perhaps be done in a gadget also as an alternative.
(to put the startpositions in a nice "circle" without having to write down coordinates)
Code: Select all
local mapx=7168
local mapz=7168
local mapcx=mapx/2
local mapcz=mapz/2
local r = 2900
local i = 0
for x = -1,1 do
for z = -1,1 do
if not (x==0 and z == 0) then
local xp = mapcx+ (r*x)
local zp = mapcz+ (r*z)
mapinfo.teams[i] = {startPos = {x=xp, z=zp}}
i = i+1
end
end
end
Code: Select all
If it had worked better you could have had different start positions for say 1v1 ffa and 2v2 ffa. This could perhaps be done in a gadget also as an alternative.
In Spring Tanks there is such system. https://code.google.com/p/springtanks/s ... artpos.lua
I do not see that becoming popular for existing games because startboxes are most commonly used. (afaik on springie only startboxes work)
Once setting/saving/loading startboxes becomes easy then players will be able to easily set all kind of start positions they want.
Re: Quicksilver
My HexFarm has the metal distribution and start positions generated ingame. I had to use a dirty hack for the start positions though, because mapinfo.lua was a bit too early for me to know where to place them.Cheesecan wrote:Besides me the only person to use this is SirArturri.
Can I see your code? I have ideas on how to fix it (make sure code is resistant to not having modoptions, using a simpler code path for unitsync than for Spring, ...)Cheesecan wrote:I also experimented with dynamic start positions. Start pos is part of mapinfo and it is used by unitsync. But I found that springlobby tended to crash sometimes while loading it so I gave that up.
- CarRepairer
- Cursed Zero-K Developer
- Posts: 3359
- Joined: 07 Nov 2007, 21:48
Re: Quicksilver
next engine version ought to resolve that though.
- CarRepairer
- Cursed Zero-K Developer
- Posts: 3359
- Joined: 07 Nov 2007, 21:48
Re: Quicksilver
Filling the gap with a vertical wall doesn't make it look any more real. In fact I think it's worse because the water is now glaringly split at that point (bumpwater setting of course).smoth wrote:next engine version ought to resolve that though.