Spring RTS Engine

manolo_ wrote:i played one game, so thats what i noticed that far:

-custom formation is working just for some units
-when u "cons" build something, there are 2 buildbars
-ctrl+d a mine dont work
-when unit has no ammo, the health/reload-bar is really long, it vanish when they get new ammo

-->this sucks immo: could u disable the normal res-bar and other luas by mod-default? coz i dont want to disable them just for s44 and then enable them for ta-based mods?

can you give us a screen of the 2 buildbars?

Mine's are neutral units, so you can't ctrl-d them

Never seen the bug with healthbars befoe, I have no idea what would cause it.

SpliFF wrote:

Pxtl wrote:And what's this archive mover fix? Will it be handling the disagreement between UAC, TASC, and Archivemover one where the files are (virtualstore vs program files)?

I don't understand what you just said but the fix makes ArchiveMover recognise modinfo.*lua* files which are the new standard. It's just that nobody told ArchiveMover that.

see this thread for the UAC issue.

-when unit has no ammo, the health/reload-bar is really long, it vanish when they get new ammo

Really flozi, you have no idea? Seems obvious; with lua ammo code when a unit runs out of ammo its reloadtime is set to 99999999999999 or something ridiculous which would cause the long reloadbars.

SpikedHelmet wrote:

-when unit has no ammo, the health/reload-bar is really long, it vanish when they get new ammo

Really flozi, you have no idea? Seems obvious; with lua ammo code when a unit runs out of ammo its reloadtime is set to 99999999999999 or something ridiculous which would cause the long reloadbars.

Oh.

Turn off the widget with the reload bar.

users running 3rd party lua that mucks about with the game, oh how I look forward to it.

seems like you guys are having a good release beyond user error.

infact the only error i found was in spiked's first revision of his maps (not the mod)

but new map versions work fine

also heres some eye candy

(sepia filters on)

It is time to dust off that old battlefield clothing, bringing together the mandatory equipment (coffee pot, coffee, cans of baked beans and of course a can opener) as well as some of the more optional stuff (like firearms, ammunition, medium-sized tanks, fuel and why not some bottles of good ol' Guinness...) because now.... at last... finally....


SHIT HAS BECOME REAL!!!

It has actually become so real, that it is questionable that shit ever has been this real before!

Without testing this S44 beforehand, I think the Battlefield(TM)-ness of Operation Polaris has been beaten by this release! Amazing work folks!

So, I'll download it (and other good software, like latest spring, latest Intel X Windows driver etc) and install it and check it out to see how amazingly smoothly (well probably not) it will run on my Linux laptop with it's top of the line (hah!) GPU, the glorious intel 965!

Seriously, I hope. the latest Spring, this S44, the latest X-windows stuff works well enough with that GPU, so the game is playable (previous versions of S44 were, so I am optimistic).

Of course, I'll abuse the FPS mode of S44 into absurdum, and pester you guys with suggestions related to that experience (like requesting vehicle dashboard HUDs when running FPS as well as infantry hud-guns.) After all, you DID confess that you played a lot of Battlefield 2 as part of the development of this mod .

Damn it, I think I even smell a faint smell of FREE TIME in the near future, so I can play this game without too bad impact to my real life responsibilities.

I'll get back to you with a report once I've got a chance to test this.

(Damn, first operation Polaris and now this... mega-squeeee!!!)


PS. The quote "Shit is getting real" is stolen from the excellent "game" "Problem Sleuth" found on the "MSPaint Adventures" site. GROSSLY recommended! ( http://www.mspaintadventures.com )

vehicle dashboard HUDs when running FPS as well as infantry hud-guns

+500. Not only would it be nice, but also i could STEAL that code, amongtst other things.

had a nice 4v4, this mod is really good. i mean, really, really good. shermans ftw ^^

IllvilJa wrote: SHIT HAS BECOME REAL!!!

It has actually become so real, that it is questionable that shit ever has been this real before!

POSE AS A TEAM

spikes hill camping led to many deaths

SpliFF wrote:pxtl: The LuaUI vs. Mods issue is the same as the Startscripts vs. Mods issue I ran into (and fixed) this week. I'll look at submitting a patch that allows widgets to declare themselves safe for particular mods. We discussed blacklists but you really can't predict when a new mod will come along and break your assumptions.

Whitelist in the *widget*, not in the mod. Otherwise you can't fix it well yourself and have to do ugly things to make your widgets work.

Both, really. Modders shouldn't trust that their mod will work with every widget, and widget developers shouldn't trust that their widget will work with every mod. Either side should be prepared to handle the case where they're being used with somebody overly-permissive and disable the widget.

Pxtl wrote:Both, really. Modders shouldn't trust that their mod will work with every widget, and widget developers shouldn't trust that their widget will work with every mod. Either side should be prepared to handle the case where they're being used with somebody overly-permissive and disable the widget.

It sounds like you're talking about blacklists there. With a whitelist of mods in the widget, by default it doesn't show up, not trusting that anything will work.

seems to be really a big problem, with the luas. would it be possible to make a lua for having lua-profiles, like profile 1 for *A-mods, profile 2 .... so i have to enable them once and save that as a profile?


next request: blood for soldiers :)

imbaczek wrote:had a nice 4v4, this mod is really good. i mean, really, really good. shermans ftw ^^

Glad you like it!

And shermans are awesome.

Until they come up against a Tiger.


(And can we keep the whole mod vs. 3rd party lua argument to one of the many other threads on it )

manolo_ wrote:-->this sucks immo: could u disable the normal res-bar and other luas by mod-default? coz i dont want to disable them just for s44 and then enable them for ta-based mods?

That's not the normal resbar, that's IceUI's; I don't know if anybody has tried to make some better system for deciding which widget gets to draw the resbar. Although s44's resource bar does disable itself in non-s44 games, so putting it in your user folder shouldn't screw up any of your other mods.

FLOZi wrote:

SpikedHelmet wrote:

-when unit has no ammo, the health/reload-bar is really long, it vanish when they get new ammo

Really flozi, you have no idea? Seems obvious; with lua ammo code when a unit runs out of ammo its reloadtime is set to 99999999999999 or something ridiculous which would cause the long reloadbars.

Oh.

Turn off the widget with the reload bar.

I might copy the widget over and tweak it.

FLOZi wrote:And shermans are awesome.

Until they come up against a Tiger.

Yeah, my 4 of my shermans met one of those. 1 managed to escape ^^

@lurker

Here's my point - the modder provides a whitelist, PLUS, the modder also adds any widgets that have a "tag" the mod looks for. That way a mutator can say "hey, I support this mod, you shouldn't block me out". For example, the "enemy radiuses" widget probably works well with a variety of mods, so I'd want to be able to tell Gundam and 1944 that I think I work with you and ask you not to block me out. So there we have the tags.

Now, the problem is that not every mod will provide this service. Some random crazy shiat that KDR made up over the weekend is not going to include the whitelist/tag-support gadget. So for those cases, the widget also can have its own filtering approach. In that case, a whitelist of "this thing is designed for PURE, Gundam, 1944, and any mod with a shortname that matches the pattern /^\wT?A$/".

That way, everybody's covered, as long as the widget developer made sure to make the text file that handles its whitelist easily hackable so that the user can say "well, shiat, I want to use this with my Super Ultra Balanced EE mutator".

Imo the code belongs in the widget handler, not in every mod and in 50 different widgets. And I thought you meant intersecting the whitelists; thanks for the clarification on that.