Crop Circles: Receiving Messages in Binary Code?

One last thing, note the ‘alien’ response to the NASA message, none of this is encoded as ASCII. It doesn’t need to be simply because there is no text or spoken language to represent.

Take the first data set for example representing our base 10 numeric system encoded in binary, not ASCII. These are simply values 1 to 10 encoded in binary. I’ll explain how this works so that you may see this for yourself.

Binary can represent many forms of data, CPU command codes, pixel color information, music data etc etc. All data goes through the CPU (and other logic circuits) as on and off switches, which we represent as 0s and 1s, because it’s simpler than writing off,on,off,off etc.

We sent them a message in binary, because it’s the simplest way to represent simple data in a radio transmission, and to be recognized as a uniform data stream (square wave of consistent frequency) so if they were to reply, would they not reply in binary also?

So therefore, they know we understand binary, and if they want to encode text in their designs, without actually writing the text, ASCII is the simplest standard to use

For those who wish to understand how 0s and 1s could possibly be stored as numbers, here’s how it works:

11111111 – 00000000 (255-0)

Each digit position corresponds to a power of 2. Binary is a base 2 number system. Two digits, 0 or 1.

From left to right, each position represents a single value:
7 6 5 4 3 2 1 0 <– bit position (8 bits in 1 byte (position=exponent of base 2))
2^7,2^6,2^5,2^4,2^3,2^2,2^1,2^0 <– value it represents (if it is numercial data)

^ represents to the power of, or the exponent

these values then represent:
128,64,32,16,8,4,2,1

Using the above numbers, we can create any number between 0 and 255. Think, if 1, include the value represented by this bit position, or 0 don't include the number represented by this bit position, then add all the numbers that are included to get the decimal value. Seems complicated, but actually it shows a lot of data can be represented as 0s and 1s. CPUs only understand on or off switches, two states, base 2 is binary. All data has to be encoded as binary for the CPU to work with it. Hence the need for the conversion so that the data may be translated to something more meaningful.

11111111=255, because 128+64+32+16+8+4+2+1 = 255

Notice in the image I posted: http://www.ufo-blogger.com/2011/02/rendlesham-forest-binary-code.html

that all the bytes (groups of 8 bits) are separated by a space to distinguish each byte. And also, each byte of binary data always starts with a 0, so therefore, in the highest bit position, we don't include 128 in any, so all values are less than this. As they are on the ASCII table.

So here's each letter as decimal and binary:

01010000 = 80 = P
01000101 = 69 = E
01000001 = 65 = A
01000011 = 67 = C
01000101 = 69 = E

Like most things mathematical, it probably seems complex the first time you learn it, but like anything it's easy when you KNOW how To learn = to know = to become easier

So for P, lets add up the numbers represented by the bit positions that are 1's to get the number 80, and then the letter P:

01010000, easy, just two numbers to add, 64 and 16 = 80. This could represent any data, or just be completely random. But if we decode each letter using the ASCII chart, and we get a word, or in the case of the alien face and disc, does that show randomness or structured information?

In the case of the alien holding the disc, the alien face could be encoded to binary data also, but perhaps that picture is already there to show the data on the disc (because there's so much of it) isn't picture data.

The more we try to decode with ASCII, the more we see this is what is intended as it is anything but random. That we could make all these words by coincidence is not highly improbable, but practically impossible. Therefore we can be more sure it is actually text data the more we decode it, the more it becomes meaningful and demonstrates a structure.

For a beginner, this may seem very complicated process, but really it's not, especially when you use windows calculator to convert binary to decimal values which represent real letters of our alphabet via the ASCII table.

The conversion to decimal is only necessary to make it easier to see which letter is represented by the binary data, we could include the binary data next to each character on the ASCII table, but it's much easier for us to know we have the right character if we convert to decimal first.

Just to compare, our base 10 number system has powers of 10 as 'digit' positions:
1*10^2,2*10^1,5*10^0 = 125 decimal (dec=10,bi=2)
remember very early math lessons, hundreds, tens, units just to show how any number in our base 10 number system can be similarly represented by it's base, position and in this case the multiplier of that position, which we represent with digits 0-9 in each position.

Notice we call it a digit position, and not a bit position. Bit actually stands for Binary digIT. That being 0 or 1.

Anyway, hope it helps those of you who do wish to understand the simplicity of this encoding, and why they use the ASCII standard. It is a simple process understood by many, and hopefully in a while, once you grasp the concept, by even a few more

Reply

I need to edit this line in my previous post:

Or because it’s the only modern method understood by many to convert binary to text?” This isn’t accurate, but binary to text conversion would be easiest using the most basic common version and longest lasting of binary to text conversion table, that is ASCII UTF-8 as used by the web is designed to be backwards compatible with ASCII.

Reply

You can ask them yourselves if this image by Lucy Pringle, showing the fields next to the Chilbolton Observatory, is accurate. Or, you could go to Google Earth(tm), and entering the actual address from the observatory (on their web page) to see the Satellite images and use the time line slider to see what the area looked like before and during the construction of the observatory. Although The Google Earth(tm) image shows many homes and trees, following the directions to the observatory on Drove Road, you can clearly see the observatory dish if you pause on the route and look around. By getting out of street view only available on Drove Road but not at the observatory, you can see the fields surrounding the observatory facilities and can orient the image to map to her photo, but no crop circles, of course. The difference in satellite images is remarkable. Many trees and only a small field when you find their address in Google Earth(tm) and when you travel the route with street view and come out of street view, the fiels are there.

Finding by address on Google Earth(tm) the pointer is located at 51deg 09′ 20.46″N by
1deg 26′ 27.04″W elev 190 ft and the surrounding area is not the one pictured as having “crop circles”. The building is in the midst of a residential area, and appears to have a swimming pool, which may be a Google Earth error. Earlier imagery 12/30/2000 from directions view, shows the marker at a smaller home with no pool.
By using the road directions from the Chilbolton website, we arrive at a different location, with imagery that matches, showing a
Satellite Dish located at
51deg 08′ 41.92″ N by
1deg 26′ 17.42″ W elev 270 ft Imagery Date 4/25/2008, by Infoterra Ltd & Bluesky. The entrance is marked “Private Road”, “Government Property No Admittance” under the “Chilbolton Observatory” sign.

The Face, near as I can surmise by turning the Google Earth(tm) image to match, would be close to centered at
51deg 08′ 41.49″N
1deg 26′ 36.14″ W elev 261 ft

The Glyph would be roughly centered at
51deg 08′ 38.57N
1deg 26′ 28.72 W elev 267 ft.

Reply