Shinobar Martinek

だいたい、「天孫降臨」って、おかしくないですか？

ふつう、神様が地上に遣わすとすれば、その子供じゃないですか。世界の神話で孫を遣わしたという話を聞きません。隋に国書を送った倭国王も「天子」を自称しているではないですか。誰から見て孫なのよ？というと、天照大神の孫。どうしてアマテラスが起点なのか、どうして孫なのかという事情は多く議論されているので、ひとつだけ書籍を紹介しておきます。
大山誠一,天孫降臨の夢,2009,日本放送出版協会
参考ページ：読書ノート

その記紀に依っても、アマテラスの孫ニニギより先に地上に降り立った神がいます。イザナギ、イザナミの子、スサノオです。アマテラスの弟にあたります。出雲のあたりに降ってヤマタのオロチを退治したとか。

アマテラスを起点にしても、孫ニニギに先立ち、アマテラスの次男（ニニギの叔父）アメノホヒが出雲に降臨しています。降臨したアメノホヒは大国主に付き従います。
参考ページ：古事記：国譲り - 神奈我良

アメノホヒは、その後の国譲りでは天津神側に付いたらしく、その子孫は現在にも繋がる出雲国造家となり、いま出雲大社の宮司を務めています。（先日、ニニギの子孫にあたる皇室の女性が、ニニギの叔父アメノホヒの子孫である出雲国造家へ嫁いで話題になりましたね。）もともとが天津神側の出自ですから、この国造家の伝承や出雲国風土記も信用しきれません。古代出雲大社は国津神側によって創建されたと、私は想像しているからです。

出雲風土記：神門郡条：神門郡の山野 に吉栗山について記載があります。

檜・杉がある。いわゆる所造天下大神の宮（出雲大社）の建材の材木を造る山である。

これにちなみ、杉の木を切り出して運ぶイベントがありました。

参考ページ：吉栗山より御木曳

出雲大社境内から発掘された柱跡は杉材でした。出雲風土記の記載にあるとおり8世紀当時、宮の材は桧が一番で、杉は代替だったようです。Shinobar Northで想像復元中の出雲大社は弥生末期、3世紀ごろを想定しているので、そのころは桧だったでしょう。

しかし、この山の名前が気になります。もしかしたら主柱は栗だったかもしれません。栗はあまり背が高くない木ですが、堅牢で、腐りにくい特長があります。食用になることもあって、縄文時代に重用されました。縄文時代の青森、山内円山遺跡で発見された6本柱跡は栗材でした。弥生時代の大阪、池上曽根遺跡で発掘された大型掘立柱建物遺構は桧材でした。「縄文は栗、弥生は桧」が定番であったようです。

その定番は出雲でも通用するのか、少し議論の余地があります。出雲における縄文→弥生の移行は、両者が混在しながら漸進的、連続的に起こっているようなのです。たとえば縄文時代に珍重された翡翠が勾玉となって、いまでも出雲・玉造温泉のお土産になっていることにも、その一端が現れているのかもしれません。

Yanさん、ご興味いただきありがとうございます。「情報考古学学会」ですか、初耳ですが、面白そうですね。こちらですか→ http://www.archaeo-info.org/

太古の出雲大社の想像復元は、ほんの思いつきではじめたものですが、考えれば考えるほど不思議であるとともに、面白くあります。

さて、表題の件です。いま見る神社の入り口のほとんどは両開き、すなわち観音開きとなっています。「観音開き」はその名前から分かるとおり、7世紀にやってきた寺院建築のものです。私の想定している3世紀ごろのものとしては、かなり違和感があります。
縄文〜弥生の日本の住居の入り口扉は左右に開くのではなく、上方に跳ね上げるのが自然に思えます。現代に見る寺院でも、僧坊などで、また平安時代の神殿造り にも在るものです。扱いやすいように上下２分割するのが普通ですが、それでも大きな扉だとかなり重いものです。撥ね上げて奥にしまいこむ仕掛けもあまり複雑でなく作れます。しかし、大きな扉だとやはり重い。

そんなことを考えていて、ふと考えました。扉はほんとうに要るのだろうかと。2階建ての家屋で２階に出入り口はありません。高層階に出入り口があるのは外階段に通じる非常口や、沖縄でよく見る外階段の場合だけです。

Shinobar Northでいま想像復元中の古代出雲大社は、外階段と内階段の両方を付けています。もし内階段だけにするならば、上がり口を室内床下に作れば(上のSS で内階段は高欄の床に出る)、壁面に扉は必要なくなります。昔の家の屋根裏倉庫に上がる階段がそんな感じです。また縄文〜弥生時代の高床倉庫で床下を出入り口にしたものもあったのではとの論もあります。

経験上 llSetTimerEvent が動作しないことは、たしかにありました。しかし再現性ははっきりしません。上記対処法がまったく見当外れの可能性も大きいです。参考程度としてください。

私の経験上で言うと、llSetTimerEvent が動作しないことはままあります。

コンパイル直後には動くんだけど、その後リセットが掛かった後などで動かないことがあります。こんなときに起こりやすいとか、こうすれば起こりにくいとかあるみたいですが、決定的な回避策はよく分かってません。

起こりやすい一つの例は、TimerEventを動かしたまま、llResetScriptを掛けた場合です。それが分かってからは、必ず明示的にllSetTimerEvent(0)で止めてから、かつ数秒置いて llResetScript()を掛けるようにしましたが、これでもダメな場合があるようで…。

最近はリセットを掛ける旨のフラグを立てておいた上で timerイベントが発生させてから llSetTimerEvent(0)で止め、llResetScript()を掛けるという複雑なことをしています。

integer ResetFlg = FALSE;
...
Reset()
{
  llSetTimerEvent(0);
  ResetFlg = TRUE;
  llSetTimerEvent(1.0);
  return;
}
...
timer()
{
  llSetTimerEvent(0);
  if (ResetFlg) llResetScript();
  ...
}