Reality - Version 0.1

James

It feels like there are a few first things to do now - for me the first thing to do is get organized as quickly as possible.

So if this is our primary target then in a nutshell I would say subatomic particles form through a gradient.

It is a lack of organization that is slowing us down - nothing else - aside from I have been busy.

Our documentation is at times sporadic - something I have been trying to solve - I believe I now have a sufficient solution.

The proof for that comes without trying or intention.

All you need to do next is create a routine to fill in afNearList.n for each cubic region Poi or you can skip that and just go ahead and use each afflate as the Poi between each tic.

Actually I think the proof for all of this follows the same line as in the quote.

Too simple - it is similar to what I have.

Actually, we could do both. And that way targeting could be switched around with ease too.

James, I believe the following is key to my understanding of what you mean by field in the first place.

When you say point by point, you are certainly talking about cutting the resolution of the analysis into a pre-chosen set of measurements, much the same as is done with afflates. I am thinking you are referring to visualizing a cubic lattice of a pre-determined unit size.

Anyhow, I will show you my example as soon as I get setup on this new computer system - a matter of installing a few packages.

Yes. Divide the whole metaspace cube into a (perhaps) 40x40x40 block of cubes, each of the 64,000 a “region”. Whenever you move an afflate, un-register it from whatever region that it was in and register it into the region it falls into. Then in order to display the entire field, merely add the afflates for each region together and display each region as a single object.

Afflates are added to a region by:
$$region.x.density = \frac{region.x.density+af.n.density}{1+region.x.density*af.n.density},\quad for;all;n$$
And regional charge polarity (the color):
$$ region.x.polarity = region.x.polarity ;;+;; af.n.polarity,\quad for;all;n$$

That will yield a “cubic display” (low resolution) of a wavering field. Such is not necessary, but will create an interesting visual.

After that, go back to attending to each afflate’s immediate surroundings in order to determine the ambient density for each afflate individually. For that process, a “afNearList.n” (or perhaps “afProximity.n”) must be filled in for each afflate. That process requires a little more finesse.

James

What you are suggesting seems easy enough to do . . .

. . . so what would be next on you list?

Next on the list is to display it.

An array of 100,000 afflates with attributes;
x_location
y_location
z_location
x_vector
y_vector
z_vector
density
polarity
compression
original_size
original_gradient
region

Original values:
x_position = rand() * spaceWidth
y_position = rand() * spaceHeight
z_position = rand() * spaceDepth
x_vector = rand() - 0.5
y_vector = rand() - 0.5
z_vector = sqrt(1 - x_vector^2 - y_vector^2)
density = rand() * intensity
polarity = rand() - 0.5
compression = 0
size = rand() * (spaceWidth/numberOfRegionsX) * 0.5
gradient = rand()
region = x_position + (y_position * numberOfRegionsX) + (z_position * numberOfRegionsX^2)

An array of 64000 regions;

density_accumulation
polarity_sum

Display each region by density_accumulation * polarity_sum on a range from -1, yellow to +1, blue.
For each Afflate;
Step each location by its vector
Compensate for borders
Update afflate region
For each region;
Accumulate densities
Sum polarities
Loop to Display

Adjust intensity for effective display.
Make video
Publish video

James

Between what you just posted and the metabox solution, you seem to have given me the complete solution.

Am I off the mark?

You still have to choose which NearList method you prefer. A link list is faster, but more complicated to organize. A simple search and contrast is easy, but much more CPU intensive.

After that cubic display, returning to calculating from each afflate rather than from each region, there is more to organizing and consider.

Once that is done, the “affects-upon-affects”, “afflate engagement” can begin wherein speed, size, trajectory, and “wind” come into play.

The issue of what I call “ambient wind” is a little interesting because it is opposite to intuitive macro-scale expectations (one of the reasons that Michelson-Morley was invalid). Afflates veer INTO a cross wind, they are not carried with it as a mass particle would be. But that is down the road a bit.

And then passed all of the gravitation, charged particle, and polyparticle demonstrations, there is the issue of flowing charged particles and magnetism, a very complex issue. Then atomic structure and valence bonding, recreating the periodic table from scratch.

All of that is merely the physics. How all of it relates to psychology, sociology, economics and other fields becomes more obvious from the demonstrations and a little explanation.

What follows should be the rationale behind building an emulator . . .
. . . and not just a reason given to begin with that motivates any given person to pursue a course . . .

. . . a course of study involving RM:AO . . .

RM, and more specifically AO, are aimed at gaining a full ontological understanding of “God, Man, Me, and Reality”, beyond Man’s current level. RM:AO is the coup de grâce of the struggle to finally put all of the pieces into a single understanding, to finally see very clearly how and why it ALL works as it does.

The need to see such is only driven by Man’s abuse of himself and all things as he lusts for an impossible and unneeded absolute control. RM:AO reveals what absolutely can and cannot be done, and in principle how to accomplish from the status quo to whatever the goal. Of course such would be very analytical and complex, although still much simpler than modern science would have it. RM:AO is for the very few serious thinkers not blinded by personal passions (pride, ego, fear, hatred,…).

Basically it is an extremely detailed map of principles concerning “how to get along with the universe” derived from “why the universe does what it does”. It reveals the highest level of priority from which grand decisions can be made without losing one’s way or getting lost in doubt or presumption within the maze of methods and moralities.

When fully grasped, it answers with certainty the age old question, “What should I/we do? And Why?” Thus ending unnecessary conflict, struggle, and suffering before it ever begins. Being so extremely comprehensive, RM:AO spews general principles and aphorisms concerning every topic. But unlike that great fiery ball in the sky, it is not merely an intensely bright light, but a floodlight of laser coherent illumination, lighting all terrains whether day or night.

As far as any one individual, each individual must step from where they are and thus have differing needs at different times even if intending the same goal.

Within the noise, there is logic and understanding, a “firmament within the clouds”. And with such understanding arises order and clarity, simplifying the burden upon the mind.

  • Let negative things be fleeting and small.
  • Expect and allow for positive things to accumulate more slowly through give and take within the noise.
  • Filter what comes to you by its relative value to what you are, not that for which you want.
  • Support that which supports you.
  • Match impedance with patience.

The list could go on and on.

There is no end to it. And there is no beginning . . .

The link-list is a much more complicated way to get a list of all afflates within a region, but it is much, much faster than a simple search and much more memory efficient than using discrete lists for region registration. If an extreme number of afflates and regions are to be used, a link-list is strongly advised, avoiding the need for possibly 64 gig of RAM and/or extreme memory and CPU cycle speeds.

If memory serves (might want to check it over), to prepare a link-list requires 4 arrays;

RegionBeginAddr - double-word, Max-region length
RegionEndAddr - double-word, Max-region length
LinkPrior - double-word, Max-afflate length
LinkNext - double-word, Max-afflate length

Each element in each array is initialized thusly:

RegionBeginAddr - null (or 0)
RegionEndAddr - null (or 0)
LinkPrior - BOF
LinkNext - EOF

The idea is to form short chains within the link lists that represent collections of all items (afflates in this case) that reside within each region. A chain is formed by keeping track of beginning, prior, next, and end chain-links as a short connected chain. Each link in each chain is both an afflate number and an array address. Due to the manner in which the chains are maintained, an almost instant access to a complete list of afflates for any chosen region is always available.

Creating Region Chains
During initialization, as each afflate is assigned a location, the xyx location coordinates identify a specific region and the afflate is recorded as a link in the chain associated with that region (note that the AddAfflate module listed below can be used for this purpose). If the region has had no prior assignments, the afflate number becomes the RegionBeginAddr and also the RegionEndAddr for the region’s chain simply by storing the afflate number in the respective arrays and leaving LinkPrior and LinkEnd arrays untouched.

But if there is already a beginning to the region’s chain (RegionBeginAddr is not null), the newly assigned afflate must be linked onto the end of the region’s chain. This is done by obtaining the region’s chain end address from the RegionEndAddr array, which is an afflate number and array address into the LinkNext and LinkPrior arrays, then simply placing the afflate number into the RegionEndAddr address of the LinkNext array (displacing the EOF marker). Then that same afflate number must be stored as the new end address in RegionEndAddr.

Also there will be need to be able to delete from the middle of a chain, so a prior-link afflate number/address must also be stored as each new link is assigned. So after the new afflate displaces the EOF marker in the LinkEnd array, that same array address must be stored into the new afflate number/address of the LinkPrior array. Each afflate number is also an array address which leads to both a prior and a next afflate, which in turn is an address which does the same until the end of the chain.

What this has accomplished so far is to have each afflate within a region provide the next afflate number that is within the region (via LinkNext) until all afflates within the region have been listed. To obtain a list of every afflate within a region, simply find the beginning of the chain and read an afflate number from the LinkNext array, then using it as an address into the same array, read the next afflate number. Continue that until an EOF marker is found as the next afflate number.

Relocating
Once all of the assignments have been made, the emulation clock can begin. For each tic of time passing, all afflates are relocated to the new locations, as dictated by their assigned vector. This requires that each afflate be removed from its prior region and added to its new region (even if it is the same region). To simplify the coding its best to have a “RemoveAff” module and an “AddAff” module, each specifying which afflate and region is involved.

RemoveAff
To remove an afflate from a region’s chain requires that the afflate number be used as an address into the LinkPrior and LinkNext arrays.

  • The afflate’s NextLink number (possibly and EOF) must be placed as the NextLink number at the afflate’s PriorLink address (obtained from the PriorLink array).
  • And the afflate’s PriorLink number (possibly a BOF) must be stored at the afflates NextLink address in the PriorLink array.
  • If the BOF or EOF markers have been moved, store them in their respective region arrays.
  • Decrement a region counter (for later use)

This causes the removed afflate to be skipped over by the links in the chain. The prior-link points to the next link after the removed afflate-link and the next-link points back to before the removed afflate-link. It might be difficult to keep that straight, but once coded, it is very fast and need not be remembered.

AddAfflate
Once each afflate is removed from its prior region’s chain, it must be added to the new region’s chains (perhaps the same region). To add an afflate is the same process as initially forming the chain, simply add the afflate to the end of the region’s chain as before.

  • Find the RegionEndAddr for the region, displace the EOF marker with the new afflate number.
  • Using that afflate as an address, place the new EOF marker into the NextLink array, terminating the chain.
  • Place the former RegionEndAddr into the LinkPrior array.
  • Then replace the RegionEndAddr with the new afflate number as the new end of the chain.
  • Increment a region counter for later use

Once this module is written, it can be used during the original creation of the chains.

As wordy and complex as all of that is, once coded it is extremely fast and efficient, providing for already prepared regional afflate lists for ambient affectance attribute calculations (density, polarity, wind, gradient) and display. With each tic, the ambient region of every afflate must be examined. That can lead to millions of list compilations and then calculations for each tic, especially when more than one region might have to be examined for each of millions of afflates.

James

Thank you for that. My head is a bit jumbled at the moment so I will have to read over the previous page of posts, however, I do understand the programming constructs you have presented here. Wordy and complex is good in this instance.

I am also very interested in a few other things you have presented in a couple of other threads which I can not let go of.

I have been questioning for a while whether I know enough of your philosophy - there are things not directly related to the work we have been doing with the emulator that I have been thirsting for knowledge of - given how my brain works, this could be a little intense.

I have a very difficult time letting go of things and I want to know more.

  • Let negative things be fleeting and small.
  • Expect and allow for positive things to accumulate more slowly through give and take within the noise.
  • Filter what comes to you by its relative value to what you are, not that for which you want.
  • Support that which supports you.
  • Match impedance with patience.

James

After reading the following a couple of thoughts came to mind.

Are these principles that you follow James? If so, how effective have you found them? I think these are fair questions.

Next in my field of curiosity is whether the negative and the positive dissipate and accumulate at similar speeds or whether the negative naturally dissipates more rapidly than the positive and the positive accumulates more slowly than the negative. Am I over analyzing here?

When I think about why I am not so stressed when others are, those are the things that come to mind. I wish that I had known them much, much sooner (along with a great many other things). I was not mentored and raised, but rather merely allowed to grow (Reality, my Father. Opportunity, my Mother. Social Presumption, my Nemesis).

Everyone is lost in a different region of the forest. What is best for any one is often not what is best for every one.

If you had continued with the emulator, soon you would witness what causes a positive particle to become immutably positive and the same with the negative. In regard to speed of dissipation and accumulation, a positive particle delays the passing of positive, embracing it more firmly. Also the positive particle speeds the passing of the negative, rejecting it more rapidly. Indirectly, this is what causes positive and negative particles to migrate toward each other. The degree to which positive affects negative and vsvrsa is relatively equal.

Even though that process is entirely a physical principle for stability of particles, it is a necessarily true principle for literally all anentropic stability of any type or make. No matter what something is, if it holds more mightily to the constituents of its make and dismisses more readily the corruptors of its make, it more certainly maintains it make. The animal body does that exact thing to survive. It seeks and assimilates the nutrients that maintain its structure and it dismisses all else. It “filters” the “good” from the “bad”. Such is what Jakob calls “Valuing” and is the consequence of PtA in the physical, and PHT in the mental.

Something to add to your list:

  • Positive is protected from annihilation by a vast amount of neutral

Physically, a proton is a vast neutral particle with a small positron worth of positive within. And such arrangement is what prevents the hovering electron from entering and annihilating the positive within, thus creating stability of the struggle, an Atom. The positive proton is even more stable due to the electron hovering just outside the window.

Philosophically speaking;
The nutrients of your life, the resources and efforts that maintain them, are protected from deterioration and erosion by a great deal of neutral, inert obstacles. The foods in the cupboard are protected by the cans, plastic bags, and boxes that are protected by the cabinetry, protected by the walls, protected by the roof, protected by the rest of the world … to the degree that they are. Most of that which upholds the positive of your life (the constituents of your make, including your efforts and emotions) are neither positive nor negative other than by the service of protection from erosion they afford at the time. How exposed are your positive efforts to corrosion?

The living core is protected by layer upon layer of the inanimate. Additional positive must filter through all of the neutral, thus “accumulates more slowly”. The negative is negative because it sheds even the neutral, thus remains fleeting and small (the wagon of gypsies just outside of town. The “terrorists” just outside the border).

James

That is some brilliant writing you have there.

I will respond as soon as is practical - first I would like to absorb it more. I am sure I will be adding it to the RM:AO - EN:DE thread.

Not only does what you have written expand my mind on RM:AO it also prompts furthers questions from me.

Back soon . . .

James

For me there is a little ambiguity in a couple of the things you have mentioned as I state toward the end of my post here.

Regarding your first sentence, isn’t that the truth. I can see how your second sentence works with something you have mentioned to me before hovering around the conversation of MIJOT and networks - at least that is the familiarity that comes to mind at the moment.

I still want to continue with the emulator - I was getting burnt out there for a while, I have to admit. It seems like you are also saying that particles can change from negative to positive and positive to negative - possibly neutral too.

Hmm…this is a little confusing for me. As I read this, initially I am struck with the idea that there is a repulsion between two positive particles and then I read that there is an embracing of the two particles between each other. The positive particle speeding the passing of the negative particle reminds me of the sling-shot procedure that Apollo used to speed itself back toward earth and when you mention the rejection of one from the other followed by the migration instead I get confused again. I can understand how negative and positive would affect each other with relative equality - that is kind of intuitive. Perhaps you could expand on what you are saying to clear up a little of the fuzz in my head regarding the logic of your statements here.

Once this is clearer to me I can move on to the next part of your previous post.

No, I don’t think that I ever said that. Particles don’t change polarity.

Well no, you are conflating affectance particles (subatomic particles) and portions of an affectance field, afflates.

The affectance field promotes the aggregating of similar polarities (similar charged afflates). Affectance particles migrate away from similar polarity and toward opposite polarity.

Societies function the same way. Like minded individuals aggregate into an organization. But similar organizations spread out away from each other. Think of street gangs or competing businesses.

My mistake. I think I am mixing up a region changing from mostly positive to mostly negative - I may not have read what you wrote properly.

James

With a little more contemplation, I should be able to wrap my head around what you are saying.

After reading a second time, I realize you are correct, I am getting mixed up.

This is still a bit of a mind bender for me at the moment until I get to the following analogy . . .

Yes, this is the perfect example, thanks.

I think this is clear enough for me to move on to the next part of our discussion.