 |
| |
|
|
mapfi
|
|
Zurich, Switzerland
Jul 2002
time: 06:22
|
|
Pedrunn and I have worked in the past two months on a possible implementation of the concept of religion. The code as I stands now is fully playable. It is an addition to the Super Apolyton Pack, so you need to have that installed before. There's also a German translation coming with it.
For more information read the readme or if you want to know before you download the 250kb read here:
Creation Thread
There's a few reasons why this is still called a BETA:
- even though I did much play testing there might still be some bugs, please play with debugslic=yes and report (you might get an error from SAP, but it's rather unlikely and we'll be able to tell...)
- I tried to balance the system, but especially AI behaviour or values of happiness/tenths might need some adjusting, feel free to suggest
-the GL could be adjusted a little
This zip has been updated on Oct 22 - the LogRegardEvent works now. Thanks Peter!
 Attachment: religion.zip
This has been downloaded 31 time(s).
Last edited by mapfi on 22-10-2002 at 21:41
|
|
| |
|
|
|
mapfi
|
|
Zurich, Switzerland
Jul 2002
time: 06:22
|
|
If you already downloaded the zip before Oct 22, you can just replace the religion.slc with the following one:
 Attachment: religion.slc
This has been downloaded 5 time(s).
Last edited by mapfi on 22-10-2002 at 21:39
|
|
| |
|
|
|
mapfi
|
|
Zurich, Switzerland
Jul 2002
time: 06:22
|
|
I guess the readme doesn't make it clear. Since we're using the ingame religion coded stuff the religions are defined by their civ. You'll have like the American, Dutch,... religion.
We could of course give them another name and let you choose one. But we decided against this because for one there's a problem with getting the strings in the messages then and for the other the game allows only as many religions as players. You could use the government settings to set a religion instead but that'd be a totally different approach and would mean to start from scratch.
|
|
| |
|
|
|
Peter Triggs
|
|
Gone Fishin, Canada
Jan 2000
time: 05:22
|
|
Mapfi,
Here's the file I mentioned.
I did two things:
1) I set "tmpPlayer" to "player[0]" rather than "g.player". I never use "g.player" if "player[0]" is available via the event. Here "player[0]" is passed through the BeginTurn event and is the player who is beginning his turn.
2) I was still getting 'wrong type of argument' errors so I checked the values of "tmpplayer" and "i" and found that "i" was taking the value "32". I don't know why it was, but when I changed "33" to 'preference("NumPlayers")' the crashes stopped. You'll have to verify that it's still doing what you want it to do, but evidently that's what was causing the crashes.
Attachment: religion.slc
This has been downloaded 2 time(s).
|
|
| |
|
|
|
mapfi
|
|
Zurich, Switzerland
Jul 2002
time: 06:22
|
|
thanks - but why would I have to use this? So far I was just going through 1 to 33 since 34 is the max player in ctp2 (isn't it) and check if they were alive. That's why I can imagine how Peter got 32... here's the part of the code that's making those troubles:
code:
if (tmpPlayer != i && IsPlayerAlive(i) && i > 0) {
if(PlayerReligion[i] == 0) {
if (PlayerCityCount(i) > 0) {
GetCityByIndex(i, 0, FirstCity);
PlayerReligion[i] = GetCityReligion(FirstCity); //if city has no religion -> default is owner number
PlayerNum = PlayerNum + 1;
}
}
elseif(tmpReligion != PlayerReligion[i]) {
player[3] = i;
LogRegardEvent(player[3], player[0], -2, 0, ID_NONE, 0);
}
else {
player[3] = i;
LogRegardEvent(player[3], player[0], 5, 0, ID_NONE, 0);
}
}
//VOID LogRegardEvent(int, int, regardDelta, regardEventType, ID_string, Delta_what)
//regardDelta is the amount to increase the first player's regard towards the second by.
//The Regard Event Types are ScenarioEvent, MilitaryPowerEvent, MilitarySafetyEvent,
DiplomacyEvent, GoldEvent, KnowledgeEvent, & ProductionEvent. So "0" is probably the null event type.
//ID_string is a string used in the Diplomacy intelligence screen.
//Delta_what has, I think, something to do with turns. For example,
// Make the Allies like each other
//LogRegardEvent(2, 3, 1000, 0, ID_WW_BLANK, turnMax);
//where turnMax is the number of turns in the WW2 scenario. It doesn't seem to make the change recur though.
Last edited by mapfi on 22-10-2002 at 18:29
|
|
| |
|
|
|
mapfi
|
|
Zurich, Switzerland
Jul 2002
time: 06:22
|
|
Hehe, I think I got it - I thought the maximum of players was 34 (including the barbarians), so I'd the player numbers would go up to 33. No clue where I got that. Now I read in the FAQ by Martin, that it only goes up to 29 players. I think he means it as number in the userdata.txt but actually I think it's opponents without barbarians which would be what my testing like Peter did showed: IsPlayerAlive() returns true for 32 and 33, even though they are certainly not alive. Unless the game take the player number modulo 31 minus 1... wicked!
I'm updating the code in the first post. Thanks again for your help, guys.
Last edited by mapfi on 22-10-2002 at 21:36
|
|
| |
|
|
|
mapfi
|
|
Zurich, Switzerland
Jul 2002
time: 06:22
|
|
I was thinking about playtesting it through before submitting it to the database, but that might take some time before I feel like it, so go ahead, submit it.
|
|
| |
|
|
|
mapfi
|
|
Zurich, Switzerland
Jul 2002
time: 06:22
|
|
Oh, it is stable and as bug-free as any other mod in the database. What hasn't been really played out is how it affects gamebalance. One would need to play a whole game with it and report but it seems people are not that interested (actually there aren't that many around...)
|
|
| |
|
|
|
Locutus
|
|
ACS CTP1/2 Manager & Civ4 Co-Manager
|
 |
Hengelo, The Netherlands
Nov 1999
time: 06:22
|
|
quote:
Originally posted by Martin Gühmann
Well if I take a look on the scripts, then I must say GoodMod contains less bugs then APolytonPack, actual I did a choice between a feature of Diplomod and its bug freeness, however last time it was in favour of the feature next time it won't.  However this bug is also in MedPack and ApolytonPack, but not in Cradle if you use the default Diplomod 3.5 then it is not there, but it should contain a bug that makes the Cradle AI more aggressive. So bugfreeness is relative, especially we consider the official CTP2 patch. So in the case of doubt you can still submit it as some slic code. If you take BlueO city expansion set as example then you have in this category something for modding and playing but not finished. |
Everything is relative. But the creators of mods know very well themselves when something is bugfree enough to no longer be considered a beta. It's almost impossible for a product with more than 1,000 lines of code to be 100% completely bugfree, we all know that. But a certain extend of stability is required for the Directory. If half the products in there would be bug-ridden betas people would soon loose the inclination to download files from it. So we have somewhat of a reputation to keep up, for survival's sake.
quote:
IIRC the old disclaimer then it said that you should only should upload stuff if you are sure it want be updated within the next weeks. And considering we had MedMod2 alpha in the database.... |
The old rules no longer apply. When the new database went online Markos and I revised the rules. The new rules are the ones to be used and they are quite clear:
quote:
7) Only finished files will be processed. If you consider your file a beta version which will be updated soon, please wait until playtesting is finished. You can send updated versions of existing files, but a certain period of time should have passed between updates. |
The bold part is an elaboration of the old rules, and that's not a coincidence and won't be ignored on a whim (certainly not by me, as co-author of the new rules  ). (Oh, and if play-testing happens to take a long time, that still doesn't mean you can submit the file  )
quote:
Sure is that the directory reashes more people then just a thread, if you state that you only submitted a not finished mod and you need some time and testers then it should be ok, if you have something that is already far but still far from the end. |
Nope, sorry. If a file is incomplete, don't submit it to the directory. The audience of the Directory is indeed larger than the audience of the forums, but this audience doesn't consist of unpaid beta-testers. You can find those in the forums
quote:
Unfortunatly Marcos cook up the very high server load to remove the non-cookie support for the directory and I don't bother to change my whole forum settings right now. |
I have no idea what you're trying to say here but I think that's an issue you should take up with Markos. But I believe you already did that - repeatedly
|
|
| |
|
|
|
Martin Gühmann
|
 |
Berlin, Germany
Mar 2001
time: 06:22
|
|
quote:
Originally posted by Locutus
The bold part is an elaboration of the old rules, and that's not a coincidence and won't be ignored on a whim (certainly not by me, as co-author of the new rules ). (Oh, and if play-testing happens to take a long time, that still doesn't mean you can submit the file ) |
I think this relative clause is the backdoor here:
quote:
which will be updated soon |
If I don't indent to update the file soon...
However I will bump a thread once ot twice to see what happens. If no further bug reports I consider it as bug free at least free of the most serious ones and the rest are just a matter of taste then.
quote:
Originally posted by Locutus
I have no idea what you're trying to say here but I think that's an issue you should take up with Markos. But I believe you already did that - repeatedly |
Well I noticed that nothing was working in the directory no possibility to log in, you are returned to the page with the log in form. You wasn't able to reach files on page two, like in the forum if I am not loged in. I wasn't able sort the files in a different order like adding time instead of ratings. Well and so on to make it brief the directory were nearly unusable, in the meantime Marcos did the necessary minimum. So finally I decided to post the bugs in the comunity forum, after some day zero or one reply but none from Marcos, I bumbed the thread once or twice, I must admit Marcos replied very fast with the excuse of the anti server load meassures. That was it. So if I want now to submit anything or I want to see something that needs an log in I have to enable cookies not only in my browser but also in my profile, that is not very userfriendly.
-Martin
|
|
| |
|
|
|
Locutus
|
|
ACS CTP1/2 Manager & Civ4 Co-Manager
|
|
Hengelo, The Netherlands
Nov 1999
time: 06:22
|
|
quote:
If I don't indent to update the file soon... |
Way ahead of you Let me quote myself on that:
quote:
(Oh, and if play-testing happens to take a long time, that still doesn't mean you can submit the file ) |
Besides, your submissions have so far always been perfectly by the book (well, more so than anyone else's anyway) and your debugging standard is higher than most's, so what are you worried about?
Well, like I said, you have to take the cookie issue up with Markos but I seem to recall Markos already telling you something along the lines of "enable your d*mn cookies, you stubborn bastard" (well, he may have been slightly more tactful in the formulation )
Last edited by Locutus on 15-03-2003 at 04:00
|
|
| |
|
| |
All times are GMT. The time now is 05:22.
Apolyton Time is 00:22. |
top of page
|
| archivepost |
|
Forum Rules:
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts
|
HTML code is ON
vB code is ON
Smilies are ON
[IMG] code is ON
|
|
|
|
|
|
21-10-2002 00:36
although i dont play SAP nor have it installed im thinking about getting it just to try this..
There is a if IsPlayerAlive(i) before those lines, and 32 shouldn't be alive unless you have set the number of players real high.
But in that case the FAQ needs to be adjusted since the number in the userdata.txt can be set to 31 then and not only up to 29. Because that's what it makes you think now the way it's worded.
Attachment: 
|
