Ambrosia Garden Archive
    • Simple Crön


      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}>

      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 #.

      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.