Perhaps it's because the player remains in the system, so the system generation functions taking into effect the non-existence of that species aren't called, leaving ships to remain there to talk to?

Lately I picked up a moderately innocuous NULL-pointer dereference in the Yehat ship code, but it was more in the shields area than primary weapon.  But there could be more remaining.

Do you remember what the opponent ship was?  AI level/human player?

These bugs are hard to catch on some platforms because the behaviour is undefined; in practice that often means harmless on Linux (i.e. hard to detect), or a segfault on Windows (i.e. showstopper).  Running in debug in MSVC is a good way to find them.

it has some bugs.

Hi Dexter, if you remember any of the bugs, could you send me a brief description?  Or post them here (with the spoilers tags).  The most useful bit of information is where each one occurred (i.e. how we can reproduce it).

It would be good to fix a few of them before the next demo!

Edmund.

The Lurg special weapon and AI were conceived and implemented a few work hours before the demo was due. ;-)  I'm sure we can invest a lot more before we get it right.  It would be good to have some of the other melee modders apply their experience -- oh, hi ElvishPillager!

Precisely how easy the Lurg should be warrants further investigation.  I found it reasonably challenging with all the ships I tried (and effectively impossible with only the Explorer).  I strongly suspect the typical demo player is well above average in melee skills.  Once we decide what our target audience is I think will realise that most melee pilots are nowhere near the level of Cedric or Megagun...

There was some discussion in the internal email about how open to be prior to the release.  As the website and repository administrator (or initiator, at least) I've been pulled between the team's urge not spoil things and the necessity of giving others the same rights we had when we started the mod based on existing code and content.  I am confident that that urge, by the way, is entirely in the interest of surprising people with something great.

Prior to the public release of material some privacy is allowed with the sources for that material.  But, now that the alpha demo is out, the source tab will stay.  (The source was never withheld, it was simply not advertised on the home page ;-).  Correspondingly, an occasionally-updated "source.tar.gz" downloadable might be in order -- especially if we can't find a better way to provide Linux/Unix packages.  :-/

Regarding the COPYING file faux pas... we were pretty rushed just trying to make the packages. :-p  I added the note on the download page as soon as I saw your post about it.  Hopefully that will smooth things over until we make the next set of packages.

I hope that we can comply not only with the "letter" of the GPL (and the other relevant free licenses), but the "spirit" as well.  So I would refine Cedric's request to be: if you *do* go poking around, just try not to reveal things before they're ready!

I've always thought that hyperspace corresponded closely to truespace on the universe scale, but within the galaxy the mapping was far more varied, presumably some hyperdimensional effect of the high mass concentration in a galaxy.

I note that it seems to make sense to "point towards the galactic core" in hyperspace.  At the other end I've imagined that the galactic rim would also be apparent in hyperspace -- possibly with even closer correspondence to truespace since it's less dense there.  (I have thought about suggesting some gameplay along these lines for a certain mod project...)

Heh, sorry about that Galactic. :-(

Valagger: it is now a release build.

Hi everyone, I have done a quick win32 build:

http://homepages.paradise.net.nz/~ejrh/temp/balance-mod-win32.zip

Hope it works.  I wasn't quite sure what revision it's based on, so I chose r2669.

The mycon; virtually anything else has appeared in other SF canon before or since.  But AFAIK our fungal terraforming friends are unique.  (I am taking some of the SC3 mycon ideas on board here.)

Yet another dodgy Windows binary:

http://homepages.paradise.net.nz/~ejrh/temp/uqm-ep-1.2.1.zip

Hopefully this works:

http://homepages.paradise.net.nz/~ejrh/temp/uqm-ep-1.2.0.zip

http://homepages.paradise.net.nz/~ejrh/temp/uqm-ep-1.1.0.zip

I have assumed Elvish Pilliger has put the new source in the same place as the old, and recompiled it:

http://homepages.paradise.net.nz/~ejrh/temp/uqm-ep-1.0.2.zip (991 kB)

Regarding crashes: those were most likely due to incompatible library files that came with the official uqm package.  I have now bundled the correct library versions.

Install instructions:

• Make a complete copy of your existing UQM install (we need this for the content).
• Unzip the contents of uqm-ep-1.0.2.zip into it, overwriting the EXE and DLL files.
• Play by running uqm-ep.exe.

Unless someone beats me to it, I'll have a go at a Windows binary.

Later that night...

This was the most fun I've had with SC2 in years!

http://homepages.paradise.net.nz/~ejrh/temp/uqm-ep.exe

Just put it in the same place as your normal uqm.exe and run it from there.

Since it was compiled with VS.Net 2003, it may complain about not finding msvcr71.dll.  I doni't know what the solution to this is, unfortunately.  (Perhaps a mingw compile instead?)