Location of Civilizations Past the Singularity

Civilizations beyond ours that have past the Singularity may be hybrid organisms spun off from their own origins, living in regions of space more suited for an environment of a quantum realm.

Location of Civilizations Past the Singularity

If other advanced civilizations are similar to ours but much older, we would expect that they already have moved beyond the point of a singularity. So these entities wouldn’t necessarily be located on a noisy planet in the so-called habitable zone, but rather such civilizations might prefer locations with little electronic noise in a dry and cold environment, perhaps in deep space or shielded by space time, where they could use elements of superconductivity for super intelligence and quantum entanglement as a means of communication.

Big Brain Technologies Invents Digital Neural Brain Communications

In a brain scan gram Humanoido's new invention of micron neuronic lasers in the brain have linked desired neurons from the net. The system isolates a neuronal mass and then logs into it using a modified digital lasering technology for information capture and transmittance. This improves techniques for communicating with axonal pathways by injecting neural net data.

NEW INVENTIONS BY HUMANOIDO

Big Brain Technologies Invents Digital Neural Brain Communications

The Neuronal Mass Sensor Sweeper Brain Capture Device

Homanoido's other invention is the technique of human brain snapshot. This machine does a neuronal mass sensor sweep brain capture and shows micral lasering to selected axion pathways and the resulting neuronal end points. No two human brains are alike and humanoido's invention, the Neuronal Mass Sensor Sweeper Brain Capture Device, uses high technology to seek out neuronal mass and map their positions for interaction.

Humanoido at Big Brain Technologies Digital Neural Communications is revolutionizing the way the human brain is being digitized, one step at a time. These long awaited techniques and brain neural tech inventions are the next steps towards making brain longevity, brain storage, and brain immortality possible. It also enables life inside the Metaverse. Through neuronal mass injection, human brain data is injected or extracted using special micral lasers modified to interface to subject neurons and pathways. This can become an immediate sumption tool to snapshot the human brain for multidimensional or cartographic digitization and preservation, then push the digital neural data forest for transference into the Meta Universe for potential long term storage and digital immortality.

Build Your Own Metaverse

https://humanoidolabs.blogspot.com/2022/07/build-your-own-metaverse.html

Invention of the Synthetic AI Metaverse

https://humanoidolabs.blogspot.com/2022/06/humanoido-invents-synthetic-ai-circuit.html

Elton John: Dance avatars living in the Metaverse

Elton John, Dua Lipa - Cold Heart (PNAU Remix)

https://humanoidolabs.blogspot.com/2022/07/transhuman-extension.html

High Speed Propeller Chips

Big Brain Focus - Propeller chip
HIGH SPEED PROPELLER CHIPS
The speed of the Parallax Propeller chip is already fast. By following the wondrous work of Master Beau Schwabe, the chip can be made amazing-blazing fast!

Beau has worked years carving out new elements for the Propeller chip, making possible transformations that the Big Brain is keen on adapting for supercomputer status.

One of these working miracles is the ability of chip to chip communication in excess of one million Bytes per second! A DIY Data Pipe can multiple this a hundred times!


BEAU SCHWABE OF PARALLAX: Here is a derivative of the high speed 8.42 Meg Baud (1.05 Million Bytes per second) Prop-to-Prop communication that I wrote some time ago. Last March there were several changes to the front end of both the Receiver and the Transmitter in the way that the handshaking took place. Before you had to make sure that the Receiver was up and running before you Transmitted... this is no longer the case, now it doesn't matter making it more user friendly. For just the average user, it's pretty straight forward... there is only one command to Send, and there is only one command to Receive. 

Basic Use:
To receive, just specify the pin you want to listen on and the address of where you want the received data to go to. Remember, this transmission is designed to send large packets of data, so if your just sending a few bytes here and there, this object is probably not for you.
RX(_Pin,_DataAddress)
To Transmit, is basically the same thing with a few more parameters... you specify the pin you want to yell on, the address of where the data is coming from, How much data you want to send in longs.
TX(_Pin,_DataSamples,_DataAddress,_00, 0)
Note: the last two fields are not used in the Basic setup, they will be discussed in Advanced Use. So that's it for basic use. 

Advanced Use:
The Receive is just the same as before, but it can be used as a function to return additional. information from the Server.
Command := RX(_Pin,_DataAddress)
This will receive data just as before and place it in the assigned address, but Command contains the size of the transmitted packet, a destination offset, and a Packet Command. Organized as such...
%ssssssssssssss_aaaaaaaaaaaaaa_cccc
where:
s = 14-Bit Packet Size
a = 14-Bit Destination Offset
c = 4 Bit Command
The Packet Size is obviously useful for determining how much data you received and allows support for variable width packets. The Destination Offset is unique in the sense that the Server has some control as to where the Data will end up on the receiver. Basically this value gets added to the DataAddress that you specify on the receiver so that the incoming data is written to a location starting at the DataAddress plus the Offset. This feature allows random block writes from the Server to the Client. The 4-Bit Command is just a way for the server to pass a specific command to the receiver. It can be used for anything you want. It's up to you.
For Transmission, it's just the same as the Basic Transmission as well, except the two parameters that were Zero'd out now have some meaning.
TX(_Pin,_DataSamples,_DataAddress,_DataCommand,_Of fset)

DataCommand as just mentioned is a 4-bit command you can pass directly to the Client and can be used for anything you want.
The Offset, also just mentioned, can be used to tell the receiver to write data to another location. This is useful when you only want to update a block or section of memory on the Client.
 
Finally, supplied Demo programs show a round-robin approach to sending data across multiple Propellers. The Idea is that you have one buffer that every Propeller sends around the loop ... "infinitely." To prevent collisions, ALL Propellers have access to reading the entire buffer, however, and this is what makes it work... Each Propeller can only write to a specific assigned location of that buffer. This isn't exactly true, but it's a good programming practice to implement. There aren't any collisions for similar reasons that you don't have collisions from COG to COG on a single Propeller. When a Propeller reads the Buffer, he is only allowed to write to the section that he is assigned to before sending the Buffer on to the next Propeller. (Note the Demo Code has this restriction lifted and can write to any location on the Buffer... But in my description, that's how you would typically manage the data across multiple Propellers and avoid collision. It works in the Demo, because there is only one Propeller writing to the buffer) In the Ring*, you can have as many Propellers as you want, with each Propeller only having a 3-wire interface... (Ground, TX, and RX) ... I have tested up to 5 Propellers with the supplied demo code. One Propeller must be identified as the Server to initiate the data ring, but all of the other Propellers are identified as Clients. Within each Propeller regardless of Server or Client ALL Propellers have equal access to the Data Buffer. I Hope this makes sense... Enjoy!!

Note: added a slightly newer version that addresses detection of the USB plugged into the PC. This prevents unwanted resets. Check this link out for a way to control switches across multiple Propellers, i.e. for lighting 
 

• High Speed Multi-Prop to Prop Communication.zip‎ (13.6 KB)
• High Speed Multi-Prop to Prop Communication_v2.zip‎ (14.7 KB)

Beau Schwabe | Parallax Semiconductor IC Layout Engineer Parallax Inc. * 599 Menlo Drive * Rocklin California 95765
www.parallaxsemiconductor.com
http://forums.parallax.com/showthread.php/134641-DEMO-High-Speed-Multi-Prop-to-Prop-Communication

*Note: in the case of the Big Brain, the Ring exceeds 100 chips with 800 cogs and enhancements for nearly a million processors.

14.5 Meg Baud Upgrade Ok, beta testers... I have run this DEMO and tested over 100 Billion data Bits with no Transmission Errors over the distance of 10 feet from one Propeller to another Propeller. Here is a beta release before I place it in the object exchange. ...· Enjoy!!
http://forums.parallax.com/showthread.php/99222-Propeller-DEMO-14.5-Meg-Baud-High-Speed-Prop-to-Prop-Serial-Communication