(Undo revision 5050 by 99.194.186.83 (talk)) |
(updated to v2) Tag: rte-wysiwyg |
||
| (6 intermediate revisions by 4 users not shown) | |||
| Line 1: | Line 1: | ||
| ⚫ | |||
| + | |||
Every item in the game of SBURB has a unique captchalogue code consisting of 8 different 6-bit characters. Each character corresponds to a different combination of those 6 bits, and when punched into a captchalogue card using the Punch Designix, it punches one hole for each bit. |
Every item in the game of SBURB has a unique captchalogue code consisting of 8 different 6-bit characters. Each character corresponds to a different combination of those 6 bits, and when punched into a captchalogue card using the Punch Designix, it punches one hole for each bit. |
||
| + | |||
| ⚫ | |||
==Codes and bits== |
==Codes and bits== |
||
The following is a list of characters and the bits they correspond to. It is helpful to take note of which characters have fewer bits and which have more so you can decide which is the best operation to use if you plan on using your combinations in future alchemizations. |
The following is a list of characters and the bits they correspond to. It is helpful to take note of which characters have fewer bits and which have more so you can decide which is the best operation to use if you plan on using your combinations in future alchemizations. |
||
| Line 533: | Line 535: | ||
Some items are created by combining three items, not just two. Because the same bits are involved, this is the equivalent of combining two items (A + B = AB) and combining the resulting code with the third item (AB + C = ABC). It is usually best to use one operation on the first combination, and the other on the second. Recipes of this nature are usually written as A && B || C. |
Some items are created by combining three items, not just two. Because the same bits are involved, this is the equivalent of combining two items (A + B = AB) and combining the resulting code with the third item (AB + C = ABC). It is usually best to use one operation on the first combination, and the other on the second. Recipes of this nature are usually written as A && B || C. |
||
| − | The order of these combinations |
+ | The order of these combinations DOES matter due to the second operation being applied to both codes. In the example above, the only other way to get the same code is to || C with both A and B separately, then && the two codes so that the recipe looks like this: (A||C) && (B||C) |
| − | + | Be careful when combining two codes that share a component; if opposite operations were used, you may experience the anamoly known as code incest. See below for more on the subject. |
|
| ⚫ | |||
| ⚫ | A novice alchemist may run across an error or two due to not fully grasping the nature of the alchemy system just yet, such as finding two codes that do not interact (when combined, the produced code matches the code of one of the components, thus making the pair unable to be combined). There's no need to worry, these mistakes are common and easily forgiveable. |
||
| ⚫ | |||
| ⚫ | |||
| ⚫ | |||
| ⚫ | There are two objects in the game which have codes that do not interact with any other code in the game. These are the Perfectly Generic Object (00000000, no bits whatsoever) and the Perfectly Unique Object (!!!!!!!!, every bit possible). Overlaying the Perfectly Generic Object card over another card will result in a card that also has no bits, and attempting to punch a second code onto the Perfectly Unique Object's card will be futile as all of the holes have been punched already. |
||
| ⚫ | |||
| ⚫ | Occasionally, one might find two items that do not interact, even though they have different codes and seemingly different bits. This usually occurs as a result of what some call "code incest". The two components themselves had the same item as one of their components, and so they have many common bits. They are essentially "code siblings" and they haven't enough differences between them to produce something new. |
||
| + | ==Unstable Codes== |
||
| − | Say you have three items: Item A, Item B, and Item C. You combine A with B to make AB, and A with C to make AC. Combining AB and AC will probably cause code incest because they share a common component, and thus produce only the codes of AB and AC. |
||
| + | Unstable codes are what happens when the code resulting from two items is too close to the original - usually, this is caused by one of the component items being unstable itself. In short, not enough “bits” are different. |
||
| + | For example, there are two “completely” unstable items - 00000000, the Perfectly Generic Object, and !!!!!!!!, the Perfectly Unique Object. The bits for these objects are all 0, and all 1 respectively. Now we have the Claw Hammer - nZ7Un6BI. |
||
| + | Let’s try combining them: |
||
| − | There is a way around this that usually works: by switching the operation of the recipe of one of the two components (from && to || or vice versa) before combining them. This isn't guaranteed to work, however. If one wants an item that involves all three components, it is usually better to combine Item C with Item AB. |
||
| − | ==Stability== |
||
| + | nZ7Un6BI && 00000000 = 00000000 |
||
| + | nZ7Un6BI || 0000000 = nZ7Un6BI |
||
| + | nZ7Un6BI && 11111111 = 11101010 |
||
| + | nZ7Un6BI || 11111111 = nZ7Un6BI |
||
| + | We can see that the end result is either the Claw Hammer code, the PGO, or something in between them. THIS is what code instability is - the resulting code is too close to the originals, making the new item effectively useless for alchemy. |
||
| − | Using too much of the same operation in a row to combine progressively stronger and stronger items can be a problem, because the codes will tend to gravitate towards either end of the "bit spectrum". Continually using && will retain fewer and fewer bits until the code degenerates into a Perfectly Generic Object. The opposite is true of ||; the number of bits will gradually increase until it becomes a Perfectly Unique Object. |
||
| + | Given enough cycles using unstable codes, every item would become unable to alchemise further down the chain. Now let’s try Claw Hammer with… A Picture of Hella Jeff, WN6?TpMT. |
||
| − | Similarly, codes that have too many or too few bits but are still imperfect may be unable to interact with some codes, thus reducing the potential amount of combinations that can be made with that item. Having such a code renders an item "unstable". |
||
| + | nZ7Un6BI || WN6?TpMT = nt7?ztVV |
||
| ⚫ | |||
| + | nZ7Un6BI && WN6?TpMT = W36UH22G |
||
| − | ==Unexpected results== |
||
| − | As the number of items increases, the chance of a combination resulting in an already existing code increases, resulting in an unexpected combination. Your Ultimate Death Ray may have taken several painstaking combinations to create, but another user might just so happen to find two random base items that combine to create it instantly. This is pure coincidence and is impossible to control, and thus it is one of the things that makes alchemy exciting and unpredictable. |
||
| + | That’s MUCH better. We can see there’s still a couple shared letters, but these codes are much more stable, and can probably be used for quite some time. |
||
| − | The more unstable a code is, the more likely it might come about as a result of two completely unrelated items. |
||
| + | |||
| − | ===The Potted Plant=== |
||
| + | As a general rule of thumb: Our “alphabet” Goes 0-9, a-z, A-Z, then punctuation. The further you are from the “middle”, start, and ends of the alphabet you are, the safer the code will be. (Though you can of course use characters from there - just not all of them). |
||
| − | Seems innocent enough, but the potted plant has been known to show up in the most unexpected of alchemy recipes. And if you use it in one yourself, be prepared for a surprise. |
||
| + | |||
| ⚫ | If a user-submitted code is too unstable, the operation used to make it will often be switched by the developer creating the item, in order to keep the codes fresh and allow them to combine with as many other objects as possible. If the code is submitted via [[Quick Item Creator]], the user will be prompted to choose a more stable operation. |
||
| + | |||
| ⚫ | |||
| ⚫ | Occasionally, one might find two items that do not interact, even though they have different codes and seemingly different bits. This usually occurs as a result of what some call "code incest". The two components themselves had the same item as one of their components, or one of the items is made from the other, and so they have many common bits. They are essentially "code siblings" and they haven't enough differences between them to produce something new. |
||
| + | |||
| + | This usually tends to happen when both items were created with opposite operations. Like Code Instability in general, this problem can sometimes be avoided by switching operations. |
||
| + | |||
| ⚫ | |||
| ⚫ | A novice alchemist may run across an error or two due to not fully grasping the nature of the alchemy system just yet, such as finding two codes that do not interact (when combined, the produced code matches the code of one of the components, thus making the pair unable to be combined). There's no need to worry, these mistakes are common and easily forgiveable. |
||
| ⚫ | |||
| ⚫ | |||
| ⚫ | |||
| ⚫ | There are two objects in the game which have codes that do not interact with any other code in the game. These are the Perfectly Generic Object (00000000, no bits whatsoever) and the Perfectly Unique Object (!!!!!!!!, every bit possible). Overlaying the Perfectly Generic Object card over another card will result in a card that also has no bits, and attempting to punch a second code onto the Perfectly Unique Object's card will be futile as all of the holes have been punched already. |
||
Latest revision as of 04:33, 4 July 2016
Alchemy is the process of combining the codes of two items to produce a unique code, which corresponds to an item that shares properties of both component items. In short, item A + item B = item AB. Each pair of codes can be combined in two ways: AND (&&) and OR (||).
Every item in the game of SBURB has a unique captchalogue code consisting of 8 different 6-bit characters. Each character corresponds to a different combination of those 6 bits, and when punched into a captchalogue card using the Punch Designix, it punches one hole for each bit.
Codes and bits[]
The following is a list of characters and the bits they correspond to. It is helpful to take note of which characters have fewer bits and which have more so you can decide which is the best operation to use if you plan on using your combinations in future alchemizations.
| Char | 1 | 2 | 3 | 4 | 5 | 6 |
|---|---|---|---|---|---|---|
| 0 | ||||||
| 1 | x | |||||
| 2 | x | |||||
| 3 | x | x | ||||
| 4 | x | |||||
| 5 | x | x | ||||
| 6 | x | x | ||||
| 7 | x | x | x | |||
| 8 | x | |||||
| 9 | x | x | ||||
| A | x | x | ||||
| B | x | x | x | |||
| C | x | x | ||||
| D | x | x | x | |||
| E | x | x | x | |||
| F | x | x | x | x | ||
| G | x | |||||
| H | x | x | ||||
| I | x | x | ||||
| J | x | x | x | |||
| K | x | x | ||||
| L | x | x | x | |||
| M | x | x | x | |||
| N | x | x | x | x | ||
| O | x | x | ||||
| P | x | x | x | |||
| Q | x | x | x | |||
| R | x | x | x | x | ||
| S | x | x | x | |||
| T | x | x | x | x | ||
| U | x | x | x | x | ||
| V | x | x | x | x | x | |
| W | x | |||||
| X | x | x | ||||
| Y | x | x | ||||
| Z | x | x | x | |||
| a | x | x | ||||
| b | x | x | x | |||
| c | x | x | x | |||
| d | x | x | x | x | ||
| e | x | x | ||||
| f | x | x | x | |||
| g | x | x | x | |||
| h | x | x | x | x | ||
| i | x | x | x | |||
| j | x | x | x | x | ||
| k | x | x | x | x | ||
| l | x | x | x | x | x | |
| m | x | x | ||||
| n | x | x | x | |||
| o | x | x | x | |||
| p | x | x | x | x | ||
| q | x | x | x | |||
| r | x | x | x | x | ||
| s | x | x | x | x | ||
| t | x | x | x | x | x | |
| u | x | x | x | |||
| v | x | x | x | x | ||
| w | x | x | x | x | ||
| x | x | x | x | x | x | |
| y | x | x | x | x | ||
| z | x | x | x | x | x | |
| ? | x | x | x | x | x | |
| ! | x | x | x | x | x | x |
Operations[]
AND will produce a code with all of the bits in common between the two components. The resulting code will have a bit only if BOTH codes share that bit. This can be easily visualized by overlaying one card above the other as if they were the same card; if one of the cards does not have a hole in a particular spot, the double card will not have a hole in that spot. Canonically, it usually produces an item with the combined function of both items. For example, Claw Hammer && Pogo Ride ==> Pogo Hammer, which functions as both a hammer and a pogo.
OR will produce a code with all of the bits of the two components. If either code has a bit, the resulting code will also have a bit in the same place. This is the result of punching a card once with one code, then punching the same card again with a different code; this double-punched card will have all of the bits that either card had. Canonically, it usually produces an item with the form of one component, and the function of the other. For example, Claw Hammer || Pogo Ride ==> Hammerhead Pogo Ride, which is a pogo ride that is shaped like a hammer (but cannot be used as an actual hammer).
Combining Three Items[]
Some items are created by combining three items, not just two. Because the same bits are involved, this is the equivalent of combining two items (A + B = AB) and combining the resulting code with the third item (AB + C = ABC). It is usually best to use one operation on the first combination, and the other on the second. Recipes of this nature are usually written as A && B || C.
The order of these combinations DOES matter due to the second operation being applied to both codes. In the example above, the only other way to get the same code is to || C with both A and B separately, then && the two codes so that the recipe looks like this: (A||C) && (B||C)
Be careful when combining two codes that share a component; if opposite operations were used, you may experience the anamoly known as code incest. See below for more on the subject.
Unstable Codes[]
Unstable codes are what happens when the code resulting from two items is too close to the original - usually, this is caused by one of the component items being unstable itself. In short, not enough “bits” are different. For example, there are two “completely” unstable items - 00000000, the Perfectly Generic Object, and !!!!!!!!, the Perfectly Unique Object. The bits for these objects are all 0, and all 1 respectively. Now we have the Claw Hammer - nZ7Un6BI.
Let’s try combining them:
nZ7Un6BI && 00000000 = 00000000 nZ7Un6BI || 0000000 = nZ7Un6BI nZ7Un6BI && 11111111 = 11101010 nZ7Un6BI || 11111111 = nZ7Un6BI
We can see that the end result is either the Claw Hammer code, the PGO, or something in between them. THIS is what code instability is - the resulting code is too close to the originals, making the new item effectively useless for alchemy.
Given enough cycles using unstable codes, every item would become unable to alchemise further down the chain. Now let’s try Claw Hammer with… A Picture of Hella Jeff, WN6?TpMT.
nZ7Un6BI || WN6?TpMT = nt7?ztVV nZ7Un6BI && WN6?TpMT = W36UH22G
That’s MUCH better. We can see there’s still a couple shared letters, but these codes are much more stable, and can probably be used for quite some time.
As a general rule of thumb: Our “alphabet” Goes 0-9, a-z, A-Z, then punctuation. The further you are from the “middle”, start, and ends of the alphabet you are, the safer the code will be. (Though you can of course use characters from there - just not all of them).
If a user-submitted code is too unstable, the operation used to make it will often be switched by the developer creating the item, in order to keep the codes fresh and allow them to combine with as many other objects as possible. If the code is submitted via Quick Item Creator, the user will be prompted to choose a more stable operation.
"Code Incest"[]
Occasionally, one might find two items that do not interact, even though they have different codes and seemingly different bits. This usually occurs as a result of what some call "code incest". The two components themselves had the same item as one of their components, or one of the items is made from the other, and so they have many common bits. They are essentially "code siblings" and they haven't enough differences between them to produce something new.
This usually tends to happen when both items were created with opposite operations. Like Code Instability in general, this problem can sometimes be avoided by switching operations.
Other Common Mistakes[]
A novice alchemist may run across an error or two due to not fully grasping the nature of the alchemy system just yet, such as finding two codes that do not interact (when combined, the produced code matches the code of one of the components, thus making the pair unable to be combined). There's no need to worry, these mistakes are common and easily forgiveable.
Self-combining[]
An item cannot be combined with itself using either method. The two codes are exactly the same, and so overlaying them or double-punching them will not change the resulting code at all.
The Perfectly ___ Objects[]
There are two objects in the game which have codes that do not interact with any other code in the game. These are the Perfectly Generic Object (00000000, no bits whatsoever) and the Perfectly Unique Object (!!!!!!!!, every bit possible). Overlaying the Perfectly Generic Object card over another card will result in a card that also has no bits, and attempting to punch a second code onto the Perfectly Unique Object's card will be futile as all of the holes have been punched already.