*************
The following message is relayed to you by [email protected]
************
Hi again Marcus,
you have already found out yourself the specifics of different flavors
of RI command sequences - well done.
Why not consider to combine the best properties of various command-sets
in one session? E.g. if time constraints may be an issue and you feel
uncomfortable with running into "endlessness" with the variant which, on
the
other hand, appeals to you more because it's more fun and productive.
Wouldn't
it be sensible then to start out with the "funny" cycle-structure and
after a
certain period change to the variant which brings the process/session to an
end within well predictable time boundaries?
It is remarkable and at the same time quite understandable that questions
arise regarding underrun, overrun, when to end a process or a session, what
is a 'change' at all; occurring when doing solo processing. In a common
Auditor/PC
session setup this is rarely a PC's concern and the Auditor (hopefully)
knows
his job well enough. While in soloing you have to multi-task both parts.
The
constant monitoring of ones own reactions by means of splitting off some of
ones own awareness units might be demanding particularly for the beginner.
There is no need to be overly elaborate concerning the matter of
'changes'. That said
I certainly do not mean to be sloppy! But if one sets the standards
insensibly high, the person will never ever win and processes may
run into all eternity (if it were not for our MEST-bodys that might fall
off the chair
from dehydration or exhaustion ;-).
No auditor in his right mind would end a process/session when the PC is in
the middle
of an engram, a somatic, is obviously restimulated or dozed off.
The other end of 'stupidity-scale' would be this: Hmm, PC starts to smile
(change) - ah,
and now he originates something - a cognition he's calling it - (well,
another change).
Omg! his needle starts to flow right over the scale - didn't do that a
second ago
(change again). Well, i conclude, i better give another (of the same)
auditing command.
I guess you do not want to be that auditors PC, do you? So, in solo don't
do it to yourself.
Finally, particularly in repetitive processing one watches the PC's
comm-lag.
[-> Definition acc. Tech.Dict of SC&DN:
FLAT COMM LAG, 1 . the point at which the auditing question or command is
no
longer producing change of communication lag. (PXL, p. 45) 2. a comm
lag is flat when it is consistent. A person may have an habitual lag of ten
seconds. He may say everything after a ten-second pause. (Abil SW)]
Again, if you seek perfection and start measuring com-lag in pico-seconds
you'll
get nowhere. Perfection would then mean zero com-lag, 100% duplication,
equals 100%
as-isness, no mind at all, ... well, why do you process at all?
I think it is safe to state, that as long as one inhabits a MEST-body or
dwells in an
universe like this one, there is no need to bother with perfection.
[-> LRH-Axioms & Logics: LOGIC 6. ABSOLUTES ARE UNOBTAINABLE.]
So, allow yourself to win. Things regarding the mind tend to regulate
themselves.
It is virtually inevitable that you get better by practice which in turn
lets you
do it more relaxed while at the same time gradually increases your
standards regarding
what you're willing to define as a tolerable 'change'.
Best wishes,
Robin
On Sat, 27 Feb 2016 07:01:43 +0100, <[email protected]> wrote:
Send TROM mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://lists.newciv.org/mailman/listinfo/trom
or, via email, send a message with subject or body 'help' to
[email protected]
You can reach the person managing the list at
[email protected]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of TROM digest..."
Today's Topics:
1. Re: Question About RI -TROM Digest, Vol 136, Issue 16
(The Resolution of Mind list)
2. TROM: Replay B32 (The Resolution of Mind list)
----------------------------------------------------------------------
Message: 1
Date: Fri, 26 Feb 2016 15:57:44 -0300
From: The Resolution of Mind list <[email protected]>
To: [email protected]
Subject: Re: [TROM1] Question About RI -TROM Digest, Vol 136, Issue 16
Message-ID: <[email protected]>
Content-Type: text/plain; charset="utf-8"
Thanks Colleen and Robin for the responses.
I'll answer using my own previous post:
C#1 - Creation X
> C#1 - Creation X
> .... No more change
> C#2 - Someone A creating
> C#2 - Someone A creating
> .... No more change
> C#1 - Creation X
> C#1 - Creation X
> .... No more change
> C#2 - Someone A creating
> C#2 - Someone A creating
> .... No more change
> ....
> End
This way I finish more quickly (the changes seem to only slow down) and
it's easier to assess since I'm changing the process less. The negative
side is that it feels somewhat forced after the first cycle (which woould
be c1, c1,....; c2, c2,... end of 1st cycle). *But maybe this 'forced'
would be the way it was intended to be anyways... This is my main doubt.*
> OR
>
> C#1 - Creation X
> C#1 - Creation X
> .... No more change
> C#2 - Someone A creating
> C#2 - Someone A creating
> .... No more change
> C#1 - Creation Y
> C#1 - Creation Y
> .... No more change
> C#2 - Someone B creating
> C#2 - Someone B creating
> .... No more change
> C#1 - Creation Z
> C#1 - Creation Z
> .... No more change
> C#2 - Someone C creating
> C#2 - Someone C creating
> .... No more change
> ....
> End
This way more changes occur and it *seems* more fun and productive. The
negative side is that it tends to never stop to produce change (notice
this
has a negative side (endlessness) and positive side (appearance of
relieving more stress at first)).
>
> OR
>
> A variation of these?
>
> Marcus
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL:
> <
http://lists.newciv.org/pipermail/trom/attachments/20160225/c42c849c/attachment.html
>
>
> ------------------------------
>
> _______________________________________________
> TROM mailing list
> [email protected]
> http://lists.newciv.org/mailman/listinfo/trom
>
>
> End of TROM Digest, Vol 136, Issue 15
> *************************************
------------------------------
_______________________________________________
TROM mailing list
[email protected]
http://lists.newciv.org/mailman/listinfo/trom
End of TROM Digest, Vol 136, Issue 16
*************************************
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
<http://lists.newciv.org/pipermail/trom/attachments/20160226/cda8c634/attachment-0001.html>
------------------------------
Message: 2
Date: Sat, 27 Feb 2016 05:47:00 +0100
From: The Resolution of Mind list <[email protected]>
To: [email protected]
Subject: [TROM1] TROM: Replay B32
Message-ID: <[email protected]>
Content-Type: text/plain; charset="us-ascii"
An HTML attachment was scrubbed...
URL:
<http://lists.newciv.org/pipermail/trom/attachments/20160227/ef8d4e68/attachment.html>
------------------------------
_______________________________________________
TROM mailing list
[email protected]
http://lists.newciv.org/mailman/listinfo/trom
End of TROM Digest, Vol 136, Issue 17
*************************************
_______________________________________________
TROM mailing list
[email protected]
http://lists.newciv.org/mailman/listinfo/trom
