[DTP]

This is on popular requests recent builds of fs2_open, with everything that has been commited. and there is no text in the corner. .

i named them fs2_open3_2_3 and Fred2_open3_2_3

There is a readme file explains a bit, but mostly what i could remember in memory.

these are unofficial beta tests of fs2_open SCP project.

So any error reports should be send to [email protected]

if you want to play around with mod support, plz read the readme.

there are some limitations to it still, and plenty of rules.

Here is the link to download

http://home19.inet.tele.dk/dtp/download/freespace2323.zip

it should not to able to damage your system, but any use is your own risk, as it has been limited tested.

[Solatar]

:thepimp:

Sweet. This thing is awesome. I'm still figuring out some of the Readme.

EDIT: Does this release have the stuff from Bobboau that had the warp .ani on a .pof?

[DTP]

it has anything, bobboau ever commited.

[Solatar]

I'll never know, 'cause it doesn't work. Just opens up, then turns off. Without a bugspew, or an error message.

[DTP]

how much memory do you have?

[Solatar]

I THINK I have 255 Mbytes of memory.

[Bobboau]

does it lock up? or just close to desktop

[Solatar]

Doesn't lock up. Just looks like it's going to open. Screen turns black and all. Then it acts like I pressed esc-shift, and shuts off. Doesn't even get me to the pilot select.

[DTP]

new build, 321a, i just realised that files got added twice to the search order, if one where not using the mod flag. Meaning it would require twice the memory as memory is allocated on an auto basis each time a new file is found.

maybe the reason for Hades cut offs, maybe not.

link is in first post.

anybody who can get this to work, may write so. as i have no counter on how many downloads the zip file from my site.

[Sesquipedalian]

That new link doesn't work, DTP.

[vyper]

Originally posted by Sesquipedalian
That new link doesn't work, DTP.

    (I was gonna use Uni bandwidth to download that too!)

[DTP]

ok, should work now

[Killfrenzy]

I've had a different problem. It loads up, but then when I try to go into any sort of mission (either Ready Room or Mission Simulator) it does a CTD.

[Inquisitor]

Read me seems absent in this zip?

What date are the files in the most recent build?

[DTP]

those that are up for download, DD/MM/YY

04-11-02

readme; I forgot that one in the second zip, will put it up shortly, but now im going to bed.

anyway, im having trouble with my modsupport in debug builds of fs2_open(that may be the reason why bobboau has trouble.

something it did not in the original code.

it may have something to do with all the preprocessor definitions, it may not.

Trying to nail it down, but im getting odd errors, like if strcat(*char ,const *char) is not being handled correctly in debug builds.

and Pathtypes[1].path is being modified on Cmdline_mod, and it should never be modified, even when i only modify another path like Pathtypes[2].path, or the Debug watch is giving me false information. Note it only does this in debug builds. in release it is ok.

Right now i´m considrering reverting all changes regarding mod support untill i get that or those bugs bugs nailed.

for the weekend im going away to a LAN event with the fellows from www.c4-group.dk

Will put up a readme for download tomorrow.

EDIT1--------
seems i just nailed my bug, maybe not

VIA TECH CHIPSET messing up hard-disk to hard-disk transfers.
if CPU is busy, which it is when you are doing builds.

In the freespace.dsw workspace file->project->settings, there is as default a custom option left in by somebody, that copies the exe from the debug / release directory to c:\games\freespace2

something my viatech chipset dont like when the CPU is busy.
i removed that copy thing.

and did a manual cut/paste, and first tests looked promising,
But im really to tired to work on it now, so now im really going to bed.

DTP signing off for today.

[Inquisitor]

Excellent, looking forward to the readme (BTW, it seems to work for me).

[DTP]

all those trouble i have been having with debug builds, i just turned the bucket upside down so to speak

I started out by modifiying the Pathtypes

• .path

it seems now, i never had to do that.

all i had to do was to add a new root, just like if there where a CD to scan.

instead i just put in the commandline arguement passed from -mod x, and put on DIR_SEPARATOR_STR and told it to build a packlist from that.

as a side effect, which i never anticipated, it grapped all plain files in the mod directory aswell.

Even the debug builds runs fine, but ofcourse it does not like modified TBL files. but then, it never has.

it makes sense too, now that i reflect.

i dont have to put in a whole path, halfe the path is already there since the directory from where the exe file is being run is the current path to be worked out from, if a full path is not given.

putting the new builds up for download shortly, including a readme.

edit1

oh did i forget to mention, it now reads mission and campaign files found inside VP files located in the mod directory. even player files, in all, FULL FLORLESS MODSUPPORT

going to do a test with the TBP mod.

that must be a full test.

until now, i only used the fs1-port as a test

[DTP]

new versions of nonofficials version 3.2.3 DTP betabuilds has been uploaded, including a readme file.

should have full mod support.

btw, link is in first post

[DTP]

mod support ran TBP without a hitch

no more coping in and out of directories.

[Darkblade]

Originally posted by DTP
mod support ran TBP without a hitch

no more coping in and out of directories.

Oh cool... finally directories for every mod. This should prevent all that mess which I am always doing.