rmx256, on Jan 18 2005, 02:59 PM, said:
Classes, like in the govt resource. Or better yet, thier own govt. Then have that particular govt or class, so even though stated spob is only variously visible or appears in multiple places or whatever, your mission will be avalible there still.
View Post
Yes, set it to have the same name as the original government but give it a different ID number. You could then do what I stated before with the NCBs and crons.
rmx256, on Jan 18 2005, 07:59 PM, said:
Classes, like in the govt resource. Or better yet, thier own govt. Then have that particular govt or class, so even though stated spob is only variously visible or appears in multiple places or whatever, your mission will be avalible there still.
View Post
I still don't understand. You're giving all transient stellars a special govt of their own and setting the mission destination to a random stellar of that govt? Won't it just cease to be available and return "couldn't find a suitable nontransient random stellar of the desired characteristics"?
Not in theory. If the spob in question that moves or whatnot has it's own govt that has identical stats to the government that it's supposed to belong to, it will operate effectively like that govt (to clean that up). When the engine tries to find an appropriate stellar to offer a mission from, it should select the one in question wether or not it's transient or nontransient.
It's something that I've been doing; however, I've not had a chance to check mission continuity yet (coding spobs like mad now).
I'll quickly create a small plug to test.
Edit: okay. I tried out with four systems in total, two different locations, X-1 and X-2, of different governments (X-1 -> govt X; X-2 -> govt Y). Inside the two X-1 systems, the Y-1 planets. Inside the X-2 ones, Y-2 stellars.
I created 8 missions: 4 to activate/deactivate the bits making one version or another visible, and 4 test missions, available 100% of the time. Two of these were in the bar, the others in the Mission BBS. One bar and one BBS were set for "government's planet" X, the others for Y.
After a while of changing round the spöbs, of activating/deactivating bits, of going from one system to the other, I can assure you I have encountered no problems.
This post has been edited by Pace (haldora) : 19 January 2005 - 05:32 AM
All this is well and good, but is it necessary to use such a powerful and risky feature as VisBits for just alternating jünks? Wouldn't it work by just activating/disactivating them with the BuyOn and SellOn fields of the jünk resource? One little downside is that buying or selling of this jünk would be activated/disactivated everywhere it is bought or sold, though.
Pace (haldora), on Jan 19 2005, 09:57 AM, said:
I'll quickly create a small plug to test.
Edit: okay. I tried out with four systems in total, two different locations, X-1 and X-2, of different governments (X-1 -> govt X; X-2 -> govt Y). Inside the two X-1 systems, the Y-1 planets. Inside the X-2 ones, Y-2 stellars.
I created 8 missions: 4 to activate/deactivate the bits making one version or another visible, and 4 test missions, available 100% of the time. Two of these were in the bar, the others in the Mission BBS. One bar and one BBS were set for "government's planet" X, the others for Y.
After a while of changing round the spöbs, of activating/deactivating bits, of going from one system to the other, I can assure you I have encountered no problems.
View Post
Hmm, sounds interesting. Did you have four different stellars or just use the same one in both systems? Can you post the plug?
Guy, on Jan 20 2005, 01:28 AM, said:
Hmm, sounds interesting. Did you have four different stellars or just use the same one in both systems? Can you post the plug?
View Post
Here ya go. Updated to make it understandable to others (because beforehand I used blank dëscs )
Mac format, just zipped.
Different_spobs_plug.zip (1.45K)Oh, that's a random availstel you're talking about. I thought we were talking about a random travelstel. I'm pretty sure you can have random missions available from anywhere regardless of whether they're transient or not without having to set up special govts and stuff. The bible only says you may run into problems with random mission destinations.
I just re-read your earlier post, and rmx was first talking about the available location. But anyway
For Travelstels and Returnstels, I already experienced that if any random spob is set as its destination, it will still work with the other versions of it. So I suppose you can only encounter problems if there are planets that disappear.
But all missions leading to Rebel II also work with the Fed Rebel II, I can assure you that. So don't worry there.
I will however create a small plug to test the random travelstel/returnstel idea.
This post has been edited by Pace (haldora) : 20 January 2005 - 05:06 AM
Okay. After ten minutes of trying to figure out why the new mission didn't show, I finally opened up the debuglog, and
"warning: mission 1109 failed to find a valid nontransient random stellar of govt 201
warning: mission 1109 failed to find a valid nontransient random stellar of govt 200
"
So you cannot put "govt's planet" in the travelstel nor in the returnstel field if you have one govt for one planet (and its other versions).
The thing is therefore to just use as a travelstel and returnstel one of the planets themselves (preferably the first version, I wouldn't try others). That's the walk-around.
Bug found and "solved" ;).
This post has been edited by Pace (haldora) : 20 January 2005 - 05:29 AM
Would a version that is avaliable at 'spob id' work? How about a travelstel of 'spob id' ? If we know that a mission is available at a variable spob and at nonvariable ones, why not make one specifically availiable at the variable spob id that is identical to the one availiable elsewhere (that would exclude the nonvariable one as well)?
Should work, no?
As in available on the Rebel "Rebel II" but not on the Fed "Rebel II"? That doesn't work.
I'll put a résumé of what I know:
If you have multiple similar stellars (but other versions, in different versions of the same system),
"Availspob":
Put the "Availspob" as being that of the government the planet is.
If the government of the planet changes for some reason, you'll need another mission with different availspob requirements
"Travelstel" + "Returnstel":
Put the "Availspob" as being preferably the first version of the planet.
