Spring RTS Engine

with intel integrated graphics, it's a maybe; it'd probably work fine with low graphics detail. regards with cross arch playability; the biggest challenge that's to be worked on is to get the numbers in precise enough sync; g5s working with g4 only instructions would give a mostly fine result, and d...

hey elio, im just curious if you wouldnt mind giving me a very, very general release date (i.e. Feb-0 anything like that would be muchly appreciated.

Two weeks, plus or minus a week to early testers; a day or two after that should be ready. :)

Is it possible that at least thigns like fixing the endian-ness of network code be submitted to the svn as a patch? Last time I tried it was rejected.. was apparently "unnecessary" at the time.. :| This mac port relies on 1 person alone who is only here a few days of the year and is falli...

The release you're using *I think* might be using 64bit numbers sorry. I didn't think there'd be many g4 users because of the low bus bandwidth really kills performance

the one that's self created should be fine and safe for all macs...


Progress is slow, fix one problem, then it shows another; slowly getting through everything.

As a note, I think the unit sync additions for settings are entirely unnecessary. They were there before aflobby used unitsync, so I don't know what's the problem is now with using unitsync regardless. Personally think it's less effort to use it. If you insist on using xml settings files then mac u...

Progress: lua's being a pain, primarily due to version differences and styles, but it's what needs to be used to have it working on the mac... endian issues have returned with a vengeance; three are causing crashes on loading of things, but shouldn't be hard to fix.

I'd like to see some patches for svn and standardization so at some point svn will be used for mac. I would, but I have to actually sync back my build, which due to the endian hunt, is rather a mess when I tried svn merging. I'm working on it. Stuff like the settings stored in an xml file changing ...

oh, yep, I'm alive; with (slightly) better net.

Okay peoples; we have build 3814 in progress, we have one lua compiler error to sort out and a bug in the floats. Probably a dozen or so endian issues too, but I let that be found once I release. have an updated unitsync so I'll see if it solves our past issues on that front too. ETA about a fortnig...

AFLobby doesn't want to recognise the java binded unitsync. A straight compile in's not working.

scons and xcode I use.

Nah, they have to be recompiled from source.

Once the stupid postal service works here, we shall have a synced and up to date, complete install (only probably minus mods/maps; might include one map and or mod).

Thanks both for your feedback. I'll try step through the code to see if it's compiling oddly for intel, but it's very much identical, and calls apple core libs to decide if there's anything different (such as endian) Maybe there's some minor corruption within how some of the files are compressed? Co...

are you sure it's all patched right, those have all been know to run fine...

what mods have you tried?

that's all in the one file

function widgetHandler:DisableWidget(name) local ki = self.knownWidgets[name] if (not ki) then Echo("DisableWidget(), could not find widget: " .. tostring(name)) return end if (ki.active) then local w = self:FindWidget(name) if (not w) then return -1 end print('Removed: '..ki.filename) se...

replace widgets.lua with this. function pwl() -- ??? (print widget list) for k,v in ipairs(widgetHandler.widgets) do print(k, v.whInfo.layer, v.whInfo.name) end end include("keysym.h.lua") include("utils.lua") include("system.lua") include("savetable.lua") inc...

try turning LUAGui to 1 in the prefs file.

ICMP tunneling.

Worth giving a try? not sure how reliable it is..