Technical support > Windows

make_UfoAI_win32 (all in one win32 build script)

<< < (34/62) > >>

lostdave:
I guess this is the best place to mention it - the server hosting the Code::Blocks, MinGW, etc package (http://www.meduniwien.ac.at/user/michael.zellhofer/ufoai/UfoAIallIN1.exe) isn't currently there (DNS failure by the looks). Anyone know/have an alternative?

Muton:
retry?

lostdave:
Yeah, it's back up now.

Muton:
== 2010.07.03 == 0.9.0 =====================================

Two big things have been added
1) a map download >like< map_get.py
The main difference is that you don't download maps that aren't useful for your build
The serverApp run once in an hour that once a day
I do a md5hash on the original *.map files to determine if a map should be downloaded or compiled than do just download
The server log store hash sums of *.map files and the path of them
If you want to download a map (*.bsp)
the script hash your *.map file and check it against the serverlog *.map hash
If both match, the download of this *.bsp will start
If the download failed or the hash is unequal, you will build the map using ufo2map

2) A routine to build an update than a full installer of UfoAI
It will build a update of your last full build (you need to enable this function first)
A new switch "diff" was added into the GUI (It requiers the "Installer" and "7z" switch too, to work)
First time you build a full installer.
Next time you call it, you will build (differential) updates
A new file to hold all infos was added too, inst_last_build.md5 (release 2.4) and inst_last_build_2.3.md5 (release 2.3)
If you delete this file you will start from the beginning (there is no GUI switch to do this)
The update include all dlls and executables, only files inside of pk3's are removed from the installer if they are the same (the pk3 files are than updated during installation)
This way you can switch between a release or debug build, even include radiant once and next time without radiant.

added
[*]instance check of make_UfoAI_win32.exe (only on instance is allowed)
[*]some Hardware infos to log (CPU RAM OS)
[*]map download
[*]Installer update routine
[/list]
bugs
[*]Internal Search
[*]GUI
[/list]

MCR:
Anyone tried to compile current trunk & then actually tried to get on the battlescape, or is it really just me having total crashes with the latest hundreds of revisions ?

It seems to be some Windoof-specific problem ?!

Would be nice if someone could try a skirmish game with current trunk...

Navigation

[0] Message Index

[#] Next page

[*] Previous page