Your browser does not seem to support JavaScript. As a result, your viewing experience will be diminished, and you have been placed in read-only mode.
Please download a browser that supports JavaScript, or enable it if it's disabled (i.e. NoScript).
Not Working
I have a mission. I want the next mission to be available for a short time. Like,
Mïsn 1: Availability !b1; OnAccept b1; OnSuccess b2 Mïsn 2: Availability b2 & !b3; OnAccept b3 Crön: test b2 & !b3; duration 10; no hold off; no start; stop b3
Pilotlogs show that the crön is not even activating, no matter what; I tried playing with different styles of doing things, but I can not get it to activate. Apparently I know less about cröns then I thought I did. Could someone tell me what I am doing wrong?
I'm not exactly sure what you mean by the "stop b3" part, but it doesn't seem like that would have anything to do with the crön firing anyways. Regardless, when confronted with an obstinate crön, my first item is always to check the crön's % chance (the default for a new crön is 0%). That's probably the source of more ill-functioning cröns than any incorrect enable bits.
The stats on my crön are: First Available: -1 : -1 : -1 Last Available: -1 : -1 : -1 Random: 100 Require: 0 NCB Test: b1605 & !b1606 Duration: 10 PreHoldoff: 0 PostHoldoff: 0 OnStart: OnEnd: b1606 Flags: 0 Contribute: 0 NewsGovt, GovtNewsStr, IndNewsStr: -1
Now "random," is the crön random, or the activation random? It doesn't matter here. Are the cröns idempotent, or do they keep getting tested even after they have activated? of course that's the case. I don't understand the flags, though. As I understand it, as soon as b1605 is set, this crön activates and starts immediately; ten days later, b1606 is set (preventing you from continuing with mïsn 2.) It's not activated when b1605 is set, which is confusing me.
I did some testing. Apparently, cröns have to be equal or less than resource 639 to work. Who knew?
Ah, that would be a problem too.
For future reference, the "constants" heading of the Nova Bible has the max number of every type of resource. For most, you can add 128 to the max number to get the highest possible resource #.
QUOTE (Archon @ Jul 15 2009, 06:32 PM) <{POST_SNAPBACK}>
If by "every type" you mean 16 of the 25 Nova-specific resource types then yes, yes it does. And if by "add 128" you mean "add 127", then yes to that too.
CODE
Part I - Game Constants
Max Ships In System 64 Max Stellar Objects 2048 Max Systems 2048 Max Ship Classes 768 Max Stellar Classes 256 Jump Distance 1000 pixels Max Weapon Types 256 Max Outfit Item Types 512 Max Beams On Screen 64 Max Dude Types 512 Max Ships Per Dude 16 Max Govts 256 Max Explosions On Screen 32 Max Explosion Types 64 Max Missions 1000 Num Mission Bits 10000 Max Cargo Types 256 Max Person Types 1024 Max Shots On Screen 128 Max Asteroids 16 Max Asteroid Types 16 Max Nebulae 32 Max Images Per Nebula 7 Max Simultaneous Missions 16 Max Disasters 256 Max Fleets 256 Max Ranks 128 Max Junk Types 128
The above is the result of my trying to be helpful on far too little sleep.
Yeah, don't worry about it. I thought the same thing. But I had a bit more sleep, so I checked to see if it was really there. And it wasn't. So I didn't post anything. And then you did. So I did. And then you did again. And now I did again. Jolly-o.
I don't see Max Cröns. I think MissionComputer should warn you about this (it does for every other resource;) how can I get ahold of David Arthur?
I'm pretty sure you can have a maximum of 256 crons, which would put you at a resource ID of 377 for the upper most resource. It's either that or 128 (255), but I'm 51% sure it's 256.
It's 512, I play-tested with my copy of EVN. It must have been much faster to use static arrays, because this stuff is everywhere. It would be very interesting to look at their code.
More likely it was an issue of "more than x resources of that type will be too hard on the computer," seeing as all crons have to be checked every single day, and test expression are non-trivial to parse... It would make a lot more sense if crons had to be manually activated before being used...
It makes sense to pre-parse them at start-up, and the parser is very simple. I couldn't see how the maximum of 512 really makes a dent at all. Of course, there are other things to do when the day advances that might be the bottleneck.