Portals added an api to make portals to other "realms" besides the nether. A "realm" is defined as a volumetric partition of the world. The easiest method to define a realm is to define a certain "y" mapheight range. You also need an algorithm to find the "surface" of the realm.
Assume we have a skylands portal, and the skylands realm is defined as any place within the height y = 300 to y = 1000. We also define the "surface" of the skylands as being any air node right above a non-air node in the mapheight range of y = 700 to y = 720, or in the absence of a non-air node, simply define the surface as being at y = 700.
Given those definitions, assume that I make a skylands portal on the world's surface at y = 0. Then the portals mod will place a portal in the skylands realm at the skylands surface, at the same x and z coordinates.
Now assume that I walk through the skylands for a ways and place another skylands portal from within the skylands realm. Now the mod will place a connected portal on the world's surface, or if it cannot find the surface, because of mountians, then it will make a portal underground at y = -20 or so, and make a small hollowed out area around the portal.
Now assume I start in the nether, and make a skylands portal. That will make a portal in the skylands at the skyland's realm's surface.
The two portals will remain connected, but if I break the portal on the skylands side, and then re-initiate it, it will make a new portal on the world's surface.
So, in summary:
-define a realm (easiest is to define as a heightrange).
-define an algorithm to find the surface of the realm.
-if a portal of that type is made from outside the realm, then it will make a new portal on the surface of the realm.
-if a portal of that type is made from inside the realm, it will link to the world's surface.
-before the portals mod makes a new portal on the other side, it will check to see if there is already a portal at or near its destination. If there is a pre-existing portal at the destination within the same mapblock, then it will connect to the pre-existing portal instead of makeing a new one. That will break the pre-existing portal's connection to whatever portal it was previously connected to, and connect it to your portal instead.
--Note that whenever a portal is "lit", it spawns a new portal on the other side. If there is any teleportation mechanism in the game, then there is a potential infinte node spawnner like so:
player builds a portal.
player lights portal
player goes through the portal.
Player takes down the portal on the other side.
player teleports away.
player goes back to the first portal and lights it again.
player goes through the portal again and harvests the materials again.
etc
to avoid this, the material that the portals are made of should either be a worthless material that it doesn't matter if it gets duplicated, or it should be a special node that does not drop anything when dug. You craft the portal blocks, you place them, but if you dig them, you get nothing.
Portals added an api to make portals to other "realms" besides the nether. A "realm" is defined as a volumetric partition of the world. The easiest method to define a realm is to define a certain "y" mapheight range. You also need an algorithm to find the "surface" of the realm.
Assume we have a skylands portal, and the skylands realm is defined as any place within the height y = 300 to y = 1000. We also define the "surface" of the skylands as being any air node right above a non-air node in the mapheight range of y = 700 to y = 720, or in the absence of a non-air node, simply define the surface as being at y = 700.
Given those definitions, assume that I make a skylands portal on the world's surface at y = 0. Then the portals mod will place a portal in the skylands realm at the skylands surface, at the same x and z coordinates.
Now assume that I walk through the skylands for a ways and place another skylands portal from within the skylands realm. Now the mod will place a connected portal on the world's surface, or if it cannot find the surface, because of mountians, then it will make a portal underground at y = -20 or so, and make a small hollowed out area around the portal.
Now assume I start in the nether, and make a skylands portal. That will make a portal in the skylands at the skyland's realm's surface.
The two portals will remain connected, but if I break the portal on the skylands side, and then re-initiate it, it will make a new portal on the world's surface.
So, in summary:
-define a realm (easiest is to define as a heightrange).
-define an algorithm to find the surface of the realm.
-if a portal of that type is made from outside the realm, then it will make a new portal on the surface of the realm.
-if a portal of that type is made from inside the realm, it will link to the world's surface.
-before the portals mod makes a new portal on the other side, it will check to see if there is already a portal at or near its destination. If there is a pre-existing portal at the destination within the same mapblock, then it will connect to the pre-existing portal instead of makeing a new one. That will break the pre-existing portal's connection to whatever portal it was previously connected to, and connect it to your portal instead.
--Note that whenever a portal is "lit", it spawns a new portal on the other side. If there is any teleportation mechanism in the game, then there is a potential infinte node spawnner like so:
player builds a portal.
player lights portal
player goes through the portal.
Player takes down the portal on the other side.
player teleports away.
player goes back to the first portal and lights it again.
player goes through the portal again and harvests the materials again.
etc
to avoid this, the material that the portals are made of should either be a worthless material that it doesn't matter if it gets duplicated, or it should be a special node that does not drop anything when dug. You craft the portal blocks, you place them, but if you dig them, you get nothing.
Is this possible? I thought nether added some portal stuff. Not sure how I would know where the asteroids are.
Portals added an api to make portals to other "realms" besides the nether. A "realm" is defined as a volumetric partition of the world. The easiest method to define a realm is to define a certain "y" mapheight range. You also need an algorithm to find the "surface" of the realm.
Assume we have a skylands portal, and the skylands realm is defined as any place within the height y = 300 to y = 1000. We also define the "surface" of the skylands as being any air node right above a non-air node in the mapheight range of y = 700 to y = 720, or in the absence of a non-air node, simply define the surface as being at y = 700.
Given those definitions, assume that I make a skylands portal on the world's surface at y = 0. Then the portals mod will place a portal in the skylands realm at the skylands surface, at the same x and z coordinates.
Now assume that I walk through the skylands for a ways and place another skylands portal from within the skylands realm. Now the mod will place a connected portal on the world's surface, or if it cannot find the surface, because of mountians, then it will make a portal underground at y = -20 or so, and make a small hollowed out area around the portal.
Now assume I start in the nether, and make a skylands portal. That will make a portal in the skylands at the skyland's realm's surface.
The two portals will remain connected, but if I break the portal on the skylands side, and then re-initiate it, it will make a new portal on the world's surface.
So, in summary: -define a realm (easiest is to define as a heightrange). -define an algorithm to find the surface of the realm. -if a portal of that type is made from outside the realm, then it will make a new portal on the surface of the realm. -if a portal of that type is made from inside the realm, it will link to the world's surface. -before the portals mod makes a new portal on the other side, it will check to see if there is already a portal at or near its destination. If there is a pre-existing portal at the destination within the same mapblock, then it will connect to the pre-existing portal instead of makeing a new one. That will break the pre-existing portal's connection to whatever portal it was previously connected to, and connect it to your portal instead.
--Note that whenever a portal is "lit", it spawns a new portal on the other side. If there is any teleportation mechanism in the game, then there is a potential infinte node spawnner like so: player builds a portal. player lights portal player goes through the portal. Player takes down the portal on the other side. player teleports away. player goes back to the first portal and lights it again. player goes through the portal again and harvests the materials again. etc
to avoid this, the material that the portals are made of should either be a worthless material that it doesn't matter if it gets duplicated, or it should be a special node that does not drop anything when dug. You craft the portal blocks, you place them, but if you dig them, you get nothing.