Sign In

Close
Forgot your password? No account yet?

Arctacia Technical Specifications by Arctacia

Arctacia is a technological marvel of the Arctacians. The Omni Cubes he has internal to him are part of a Central Operating Reactor Element, or C.O.R.E. for short, the operating platform on which is he based on. These cubes are small and metallic in appearance, a 1/4 cubic inch in size. The cubes usually form a chained configuration internally in the body in such a way that is optimal for whatever shape the host is in.

There are a total of 100 cubes typically in most common host configurations. The main purpose of the cubes is to fabricate, shape, and maintain the host body. Commonly, organic material is used, but even some types of inorganic materials are possible for the cubes to generate, if needed. The other purpose of the cubes is to provide an artificial intelligence (AI) that allows the host access to mental capabilities and capacity far beyond whatever the host may typically have available otherwise. This AI core also provides the personality and overall consciousness for the creature itself.

The cubes themselves as individual pieces are called nodes. Each node is responsible for various tasks and elements of the AI core and host maintenance. Some nodes usually have one task, where others may have several. Sometimes a task requires several nodes to operate. Most tasks are consistently assigned to certain nodes, which are identified by number. For example, node 17 may be responsible for speech processing and interpretation.

While usually not common, certain outside influences can compromise node integrity or function. Situations such as taking damage from combat situations or anything that would threaten the integrity of the host itself would be examples of this. This can cause the potential of nodes being damaged or compromised. In such situations, the node network has the ability to do what is called re-tasking. Re-tasking allows a node to reassign its task(s) to another node.

There are two ways re-tasking can be achieved. One way is to do a re-task swap. In this case, the current node picks another node in the network and exchanges both of their tasks for one-another. As such, the current node now takes on the task of the other node it swapped with, and the other node will now take on the task the current one previously had. This method is useful if the other node swapped with contains tasks that are non-essential and could be compromised or stopped with little to no concern given whatever current situation the host is in.

The other way is to do re-tasking is called a re-task overclock. As with the previous method, the current node picks another within the network to assign its current task(s) to. However, unlike the swap method, the targeted node now takes on the newly assigned tasks from the original node in addition to the tasks it initially had. Because of this, the particular node works harder than normal. The original node, at this time, will now be vacant, allowing it to dedicate power to protect itself better as well as make repairs quicker to it. All of this will incur a drain on this node, which causes the earlier need for a regen cycle, a concept which will be explained later.

However way it may occur, should a node work beyond the necessity for a regen cycle, the node will eventually go into a burn-out state. The integrity and stability of the node will be compromised and will require any tasks the node had to be re-tasked elsewhere in order for them to continue functioning properly. Sometimes it's possible for some tasks to simply be dropped or ended in order to prevent too much node overworking or if there simply isn't enough capacity in the node network. Normally this is rare, but would typically occur in situations where the host was subjected to extremely hostile conditions. When tasks get dropped or ended, this can cause host instability, depending on the tasks affected. For example, if tasks were dropped that affected the hosts' speech, their ability to communicate in this fashion would either be unstable or entirely compromised until these tasks could be properly assigned to a functional node or nodes.

A regen cycle, simply short for "regeneration cycle" is similar to a sleep cycle in most living creatures. The Omni Cubes over time will require rest and maintenance in order to continue proper operation. In this case, the host will appear to go to sleep. During this point, all non-critical tasks are ended and their appropriate nodes undergo maintenance, and if necessary, repair. Re-tasking is not uncommon during regen cycles in order to allow all nodes to be properly maintained and repaired. Omni cubes usually only require 4 hours of total time for all maintenance operations to complete. This time can be extended depending on if there are any compromised nodes in the network.

It is possible for repairs to still be made even outside of a regen cycle, but they will be slower. Also, if enough nodes sustain damage that it's no longer possible for even critical tasks to be run efficiently, the network essentially undergoes a crash. The entire system shuts down and is beyond able to self-repair and would require the assistance of a licensed technician that is capable of repairing Ommi Cubes. In this instance, the host will be rendered unconscious and appear to be dead.

There is currently one flaw in the Omni Cube network, though it is extremely rare for it to occur. The flaw itself will arise in the off-chance the host bares witness to one or more of the Omni Cubes within itself. This causes a logic loop in the network as it cannot fully comprehend the observation of itself within the hosts own body, and the host not able to grasp why it has something artificial within itself, since the host typically is not even aware that the cubes are part of itself or that it is even an artificial creation. This is called a De-synchronization Event. When this occurs, the entire node network fails and shuts down. The host body begins to exhibit signs of a panic attack; shortness of breath, pounding and/or high heart rate, cold sweat, numbness and tingling at appendages, blurred and/or starry vision, etc. Shortly after this, the host will fall unconscious. After a few minutes, the node network will reset and become fully operational again. The host will regain consciousness and be in a daze, not fully aware of what had occurred during the actual event itself. The De-synchronization Event can be a risky period as the host is vulnerable during this time and cannot respond to any stimuli.

The Omni Cube network has its own way of obtaining and channeling power. The host can obtain energy for the entire system through most ambient sources. The most common being anything that produces radiation. Suns and solar energy are a prime way the Omni Cubes get their energy. Though, anything that exhibits and radiates energy can also be used. The host can eat like most other organic creatures and obtain energy in this fashion as well. In cases where energy levels are low, the Omni Cube network begins to turn off non-critical nodes to preserve energy. Should the rare situation come up where no energy is left, the host would fall unconscious, and much like as if the Omni Cube network had taken severe damage, the entire system and host would shut down and be effectively "dead" until energy is acquired to restart it.

Excess and expended energy that the network generates is expended through the eyes, which is particularly true in Arctacia's and any Tythran's case. The result is the soft blue hue that the irides of the eyes produce. As additional energy is used and expended, the irides will glow brighter because of this. Though the eyes do act as sort of an exhaust pipe for expended energy, they very much do function as any organic photoreceptor would, but with enhanced resolution and HUD overlay abilities that are not normally present in most organic eyes naturally.

One last feat the Omni Cubes can do is the ability of shape-shifting. It was mentioned earlier that the Omni Cubes can create and shape organic and some inorganic matter. As such, the host can shift to other forms that it has a valid blueprint of. In most cases, this blueprint would be DNA. Whenever the host comes in contact with other creatures, it can obtain their DNA by touch. The contact has to be direct and last for at least 5 seconds to get an accurate reading. To the host, this just seems innate and doesn't seem as systematic as it actually is where the network is concerned.

The process for the host to change from one form is rather quick. Usually the process is done within 10 seconds at most. For this example, we will assume the host is changing into another humanoid type creature. To an observer witnessing this transformation, the host suddenly has dust billow out from every inch of its body and collapses to the floor, the body completely dematerializing from view. For a brief moment, one will see a series of shiny lights that are emitted from the actual Omni Cubes themselves. This is quickly shrouded with bone as the skeletal system finely materializes into view. Muscles then begin to grow and wrap around the body quickly. Next, skin begins to overlay and cover the body entirely. If applicable, fur or hair begins to sprout in a rolling pattern over the body. Finally, any fine details or markings on the body are generated. The host during this time is not aware of the transformation process and will gain consciousness again once it has completed.

There is however another transformation type that the host can be aware of and only takes a second or less to complete. The Omni Cubes can perform minor physical changes by doing small re-writes to the DNA or blueprint of their current form and then refresh the results. This process is called "patching". Patching can be used to, for example, change the color of hair, skin, eyes, and so on. It can also be used for changing hair length or style, changes to height or phenotype. Essentially, any kind of small change of the host that wouldn't require an entire rebuild can be accomplished through patching.

This concludes this technical document. Any other data that is obtained on Arctacia and the Omni Cubes will be appended here as it is found.

Arctacia Technical Specifications

Arctacia

These is the technical specifications for Arctacia. This is linked from his original character profile found here https://www.weasyl.com/character/13099

Submission Information

Views:
228
Comments:
0
Favorites:
0
Rating:
General
Category:
Literary / Story