The one problem I have with numerology is that the concept of numbers is a human construct in the sense that numerical symbols only have the value that we ascribe to them.

For example, let's say that a group of ten numbers actually consists of twelve symbols, i.e. in addition to the numbers 1 - 10 there are two made up numbers somewhere in-between that we will call X and Y. As a result, a group of ten would look something like this:

1
2
3
4
5
6
7
8
9
X
Y
10

As you can see there are twelve symbols but since I have changed their value it is still a group of ten.

This also means that saying that the number 7, for example, is in any way "holier" than any other number is a bit of a fallacy in and of itself because how could human constructs such as numeric symbols in any way be relevant to the divine?

There are 10 kinds of people, those who understand binary math and those who do not.

Using the powers of search I hereby revive this thread.

I have been thinking about this concept for a few weeks now. I have a feeling that (if possible) a method for inter dimensional information transmission will require a combination of psychedelic journeying and some basic computational language.

I propose a hypothesis that exploits a phenomena associated with the tryptamine breakthrough, mainly the automatic body movements that accompany the explorer in physical space.

If a traveller could train their body to instinctively manipulate (Via a group of big red buttons ) a set number of laws (explained further) that govern a simple software program while under the influence of a psychedelic experience, a consequence of the changes in the laws during the trip being language that can be comprehended via the software.

An explanation of the system.

X axis:

A, B, C. The only 3 things in the perceivable universe (x). Can interact with only one other at anytime, but limited by (n) iterations.

Y axis:

a,b,c. The only 3 things in the perceivable universe (y). Dependant on information from corresponding X axis particles.


Laws of Movement. (Inter-changeable via the traveller within the trip)

: (A) must always continue in the same direction, until a specified boundary is touched then it must always change direction 180 degrees. Inter particle interactions between (A) and (B) or (C) do not affect the movement of (A).

: (B) must always continue in the same direction, until a particle interaction with (A) or (C) occurs. At this point it must change direction 180 degrees. It is only affected by this factor

: (C) must never continue in the same direction as (A) and (B) at the same time, if this occurs it must change direction 180 degrees. It is only affected by this factor.


Laws of Information transfer. (Pre-determined by the traveller)

: (A) has an initial load of 16 bits. 8 = <1> and 8 = <0>.
: (A) must always offer a <1> when two consecutive interactions with the same particle occurs.
: (A) must always offer a <0> to the first particle it encounters after striking the boundary twice.

: (B) has an initial load of 64 bits. 32 = <1> and 32 = <0>.
: (B) must always offer a <1> when any particle interaction occurs.
: (B) must always offer a <0> only after it has offered a <1>.

: (C) has an initial load of 256 bits. 128 = <1> and 128 = <0>.
: (C) must never offer a <1> until it has interacted with both (A) then (B) or the reverse.
: (C) must alway offer a <0> to all interacting particles.


Laws of Information reception and storage. (Pre-determined by the traveller)

: (A) must always store received information separate from its initial load in order of receivership (stacked). When the received load and the initial load are of equal size (16 total), (A) must pass this information to its corresponding particle along the Y axis. Once this has been satisfied (A) must reset to initial conditions.

: (B) must always store received information separate from its initial load in order of receivership (stacked). As with (A), the initial load and received load must be of equal size (64 total) before (B) can pass the received load to its corresponding particle along the Y axis. Once this has been satisfied (B) must reset to the square root of its previous initial conditions. If 64, then 8. If 8, then 2 etc. once (B) has reached initial conditions of 2, it must continue resetting as 2 for 64 iterations before it can be reset to its initial condition of 64.

: (C) must store received information categorically within its initial load. If/when (C) can unload all its information, it must annihilate.


Upon the annihilation of (C), the X axis is subsequently destroyed. Leaving the information sequences in (A) and (B) on the Y axis. This information can then be translated into ascii characters.


Degrees of distance within the universe (for X axis only). (And numbers of iterations)

Each iteration is comprised of A,B and C moving one space according to the laws of movement in place at the moment of iteration.

|~A~B~C~| first degree. (16)
|~~A~~B~~C~~| second degree. (64)
|~~~A~~~B~~~C~~~| third degree. (256)
|~~~~A~~~~B~~~~C~~~~| fourth degree. (1024)
|~~~~~A~~~~~B~~~~~C~~~~~| fifth degree. (4096)
|~~~~~~A~~~~~~B~~~~~~C~~~~~~| sixth degree. (16,384)
|~~~~~~~A~~~~~~~B~~~~~~~C~~~~~~~| seventh degree. (65,536)
|~~~~~~~~A~~~~~~~~B~~~~~~~~C~~~~~~~~| eight degree. (262,144)
|~~~~~~~~~A~~~~~~~~~B~~~~~~~~~C~~~~~~~~~| ninth degree. (1,048,576)

The degree of distance can theoretically be any number, the same goes for the number of iterations. I have used these numbers as an example. Note the iteration increase by the power of 4 for each incremental degree shift

In order to facilitate a tangible transmission of information from hyperspace, some cooperation with a curious entity is required. If this simple system can be projected to said entity in a light-hearted/game like/humble way, I think this could be possible.


EDIT : As an afterthought, instead of big red buttons being the UI. Perhaps some form of humming/singing/musical expression could replace the buttons.


This is in no way set-in-stone theory and feel free to poke holes, I prefer Swiss cheese anyway.

Correct me if I'm wrong, but are you proposing to build an interface simply to help document the experience in some way? That is, by noting which physical laws appear to be breaking down and relaying this to the computer by pressing some buttons? That sounds fine (even easy, just get some microcontroller to do that for you by recording which button was pressed. Here's a really simple example).

Also, I think you should consider moving this discussion to its own thread, instead of needlessly reviving a dead one.

I wish it were that simple

The idea is to generate coherent/usable language out of seemingly random and "chaotic" data input (automatic body movements). I have read of people who (whilst tripping) generate a wide array of complex sounds and movements that would appear to be incoherent, but perhaps they contain an otherwise unobserved message.

Although what you suggested will work fine when the traveller has not "broken through" and has the ability to maintain some control over their own body movements/sounds. If this technique can be mastered too, maybe the data that is received sub-breakthrough can be used to calibrate the entire system.

The arduino is pretty wicked man, but when I do this I think I'll go with the raspberry pi.

Well, I should emphasize again that we should begin this in a new thread (I think it would be better if you initiated that, since this is your project)

You could probably just modify a PS/2 or USB keyboard for the interface. For example, set the body of the keyboard on the ground, with wires feeding out to your buttons (or if you're wanting to get fancy, optical sensors could be nice since they won't get knocked away as easily, and won't require you to fasten the buttons to you or your seat).

So that would be one way to get your data. Now that we're feeding it into your microcomputer, what is happening? Let's assume we're just using standard output from the keyboard as our input (let's assume it's all a bunch of 1-byte chars). From the link, you'll notice that there are a lot of characters we can re-use as input to your software. What would your program do with the data it is presented? You've described that it would do some sort of signal processing on the input, and then output ... an otherwise unobserved message?

Now, I'm betting you could record your own body movements and just look at the data later and see something interesting. However, you're proposing to make a software program that processes this input first, and then returns the message in the form of what? A text file? A piece of audio? Just a heap of integers in an array? I'm guessing your choice of the Pi is a matter of practicality. Do you have any experience programming computers?

You are quite right, I have been laying out the logistics and mechanic of this proposal and will continue with the planning well into the new year. When I am ready with something tangible and communicable I will start this as a standalone topic. Even if it turns out not to be a system for hyperspacial communication (highly likely), it could also double as a random integer/character generator.
Thanks for your help man, much appreciated