使用A32製作MARKS盤的誤差分析與解決方案

使用A32製作MARKS盤的誤差分析與解決方案

MARKS盤是很重要的關係盤，在感情占星中我們經常用到MARKS盤來透視戀愛中的雙方各自對於這份感情態度。在各種合盤分析中，你會發現MARKS盤的論斷總在最後，是十分關鍵且精準的。從定義上來看MARKS盤並不深奧，已知A和B的本命盤，做出A和B的時空中點盤C，之後做出A和C的時空中點盤D，這個D盤即A的MARKS盤，B同理。很簡單嗎？是的，按照定義用A32可以很容易實現MARKS盤。但是請注意，你所做的MARKS盤並不一定精準，甚至誤差很大，為什麼呢？我們看下面一個例子。
已知A郎和B丫兩個……咳，小朋友，他們的生辰資料如下：
A郎：日期：2000.1.1 時間：12:00 經緯：116°28′E 39°54′N
B丫：日期：2001.1.2 時間：13:00 經緯：113°13′E 40°07′N

圖1　A郎本命盤

圖2　B丫本命盤

按照MARKS盤的定義，得到本命盤後，需製作雙方的時空中點盤。1#存入A盤，2#存入B盤，使用ALT+SHIFT+M組合鍵，得到A郎和B丫的時空中點盤C。

圖3　A郎和B丫的時空中點盤（戴維斯盤）

製作MARKS盤必須經過以上的步驟，沒有異議。問題出在下面。在製作A盤（或B盤）與C盤的時空中點盤的過程中，如果按照定義，使用A32必須保存C盤（硬盤或者內存存儲），並將C盤存入1#或2#中的一個，另一個存入A盤（或B盤），之後才可製作新的時中盤，這是因為A32只提供1#和2#之間進行合盤。而將保存的C盤再打開的時候，它變樣子了……見下圖，注意圖三和圖四中的刑相位和月亮。

圖4　A郎和B丫的時空中點盤經過保存再打開

另人驚訝的是，經過“保存—打開”之後，月亮的位置發生了變化，而刑相位的強度也減弱了，並且不再是月亮刑上升，而是水星刑上升。而最關鍵的是，兩個盤所示的時間和經緯度完全相同！實際上變化的不只是月亮和刑相，宮位和其他行星也發生了細微的變化，只不過不易察覺。A郎和B丫是黑啤舉的例子，但任意兩個星盤在進行時空中點的合盤之後，再經過“保存—打開”都有可能出現誤差（並非絕對，但情況很普遍）。相位的強弱變化尚可用單盤與合盤的容許度有差別來解釋，但行星與宮頭的變化實在讓人費解。在實際分析中，如果不留心的話很難發現這細小的差別，而實際上使用A32的人們也確實極少注意到這個問題。讓我們將錯就錯看看生成的的MARKS盤是什麼樣子，這裡我們以B丫小朋友為例。在2#中存入B丫的本命盤，1#存入C盤（經過保存過的），使用ALT+SHIFT+M組合鍵，得到Ｂ丫的MARKS盤，如下圖：

圖5　B丫的MARKS盤（？）

在之前的許多次情感占卜中，得到MARKS盤被認為是一種頗有成就感的事，經過諸多磨難到此似乎終於可以鬆口氣了。既然如此艱難，那麼這個珍貴的MARKS盤一定要保存起來，以備今後之用，更多的人在此時選擇硬盤保存。過了些日子當我們再打開看的時候……天啊，面目全非……見下圖：

圖6　B丫的MARKS盤（？）經過保存再打開

發生靈異事件？圖五和圖六的差別想必不用黑啤累述了吧。兩張盤的時間和經緯度完全相同，但是相位和行星的位置卻存在差別。這一定是什麼地方出了問題，是A32本身的問題嗎？黑啤不得而知。但是如果大家用這種方法做MARKS盤，再去做論斷，那結果能另人信服嗎？

至此，我們一共得到了六張星盤，分別是A郎的本命盤A，B丫的本命盤B，A郎和B丫的時空中點盤C，C經過“保存—打開”之後的C*，B丫的MARKS盤D，D經過“保存—打開”之後的D*。其中，C*是依據C的時間和經緯度製作的，技術上和製作本命星盤沒有區別。實際上，所謂時空中點盤是利用雙方的時間與經緯度取中點所得，與其說是合盤不如說是特殊形式的本命盤，它和利用雙方星盤信息組合而成的比較盤、合併盤、組合中點盤有本質區別。如果A32的本命盤製作是正確無誤的，那麼C*本身一定是無誤差的，也就是說C*所呈現的時間、經緯度與星盤圖是一對一的，一致的。那麼C和C*時間、經緯度完全相同，而星盤圖卻存在差異情況只能解釋為C盤的時間、經緯度與星盤圖是不對應的。問題出在C上。那麼到底是A32計算錯了雙方的時間和經緯度（文字部分）的中值，還是星盤的輸出存在問題（圖形部分），或者是兩者都出錯了呢？我們做個推理遊戲……

1．如果C的文字部分出錯，圖形部分正確。那麼利用C的時間和經緯度製作的C*就不是真正的時空中點盤，而再利用C*與雙方中一方的本命盤所做的MARKS盤D也一定不是真正的MARKS盤。最大的問題是，如果是這種情況，我們就不能正確保存時空中點盤，那麼又如何製作MARKS盤？不過因為C盤的星盤圖是正確的，所以對時空中點盤即時論斷的準確性可以得到保證（不管所示時間和經緯度的正確與否）。
2．如果C的圖形部分出錯，文字部分正確。首先，這說明以往的時空中點盤即時論斷都有可能存在錯誤。其次，依據C的時間和經緯度所製作的C*才是真正的時空中點盤，而C*與雙方中一方的本命盤所做的時空中點盤——MARKS盤D的即時論斷同樣可能存在問題。這種情況下，解決辦法到也簡單，製作的時空中點盤和MARKS盤都要經過存盤再打開之後才可進行論斷。
3．如果C的圖形部分出錯，文字部分也出錯。那我沒什麼好說的，只能卸載A32了。

那麼到底是那部分出了問題？又是為什麼會出差錯呢？
打開A32軟件，默認狀態下窗口右側為文字顯示部分，主要包括左側星盤的時間、經緯度、宮頭所落星座、行星所落星座、各種屬性的星座中所落行星個數等，是最基本的星盤信息。仔細觀察會發現，A32有兩個時間系統，地球時間和恆星時間，前者在制盤時經常接觸，做本命盤所用的出生時間就是地球系的，所謂生時矯正也是針對這個時間；後者在一般占星中幾乎不用，所以常常被忽視，Sidereal time 就是恆星時間，恆星秒與地球秒等值，在運行星盤時你會發現它與地球時間是同步的。在某些情況下，A32的時間顯示會出現莫名其妙的問題，比如它會顯示諸如12:10:60之類的時間格式，而這個12:10:60並不與12:11:00等價，實際上它所代表的是12:10:00。舉兩個例子：１ 你可以隨便打開一個星盤，編輯星盤資料，將時間改為XX:XX:60的形式，點擊確定。這時會出現兩種情況，其一，彈出警告窗口，顯示“ 10000 is not a valid setting for time.”；其二，A32將時間自動變為XX:XX:00並以此顯示星盤。在1.66和1.67兩個版本上這兩種情況都可能發生，沒有規律。通過這個例子可以說明，A32“間歇性”地支持如XX:XX:60此類的時間格式，並將XX:XX:60等同於XX:XX:00。２ 再來做個時空中點盤，為了突出時間顯示的問題，我將1#和2#的經緯度都設成0，時區選GMT（其實也是0），1#和2#的日期是相同的，都是2020年1月1日，時間上A盤為00:00:00，B盤為06:00:00。按照時空中點盤的定義，這兩個盤的時間中點即03:00:00，非常簡單的口算，絕沒有問題。那麼A32的結論是什麼呢？我可以很負責任地告訴你，它顯示的是03:00:60，1.66和1.67兩個版本都是如此（你可以自己試一試）。在這種情況下，如果選擇存盤，當再打開的時候也會出現三種情況，其一，選擇硬盤保存再打開，則彈出錯誤窗口，顯示“ 10000 passed to switch /q out of range.”；其二，選擇利用快捷鍵O內存保存，取消合盤模式之後在編輯星盤資料時點擊內存讀取，並點確定，彈出警告窗口，顯示“ 10000 is not a valid setting for time.”；其三，可以打開，但是時間變為03:00:00。

像這樣的例子可以找到很多，但真的是因為時間顯示的BUG導致了時空中點盤在保存前後的差異嗎？在黑啤製作的時空中點盤中，主要存在這麼幾種情況：

 

1．C盤時間出現XX:XX:60的情況，通過手動調整為XX:XX:00並保存為C*，C*與C的星盤圖存在差異。

2．C盤時間出現XX:XX:60的情況，通過手動調整為XX:XX:00並保存為C*，C*與C的星盤圖不存在差異。

3．C盤時間正常顯示，保存為C*，C*與C的星盤圖存在差異。

4．C盤時間正常顯示，保存為C*，C*與C的星盤圖不存在差異。（完美狀態）

哈哈，費了半天周折，看來時間顯示的BUG與出現誤差並沒有必然聯繫啊……握緊各位手中的雞蛋，不要讓它飛過來……但是至此我們也並非徒勞無功，時間顯示的BUG至少說明時空中點盤的時間輸出有問題，即C的文字部分是可疑的。我們換個角度再來看看時空中點盤所示的星盤。出現誤差的時候，C的文字與星圖不一致是可以肯定的，那麼C的星圖對應的到底是什麼時間呢？這個時間是不是就是A與B的時間中點呢？為了找到C星圖對應的真正時間，我們需要參考A32的第二套時間系統，即恆星時間。在A32的默認模式下對比觀察C和C*的文字部分（為了方便可以同時打開兩個A32窗口），可以發現C和C*的恆星時間有差別，由此你意識到了什麼？是的！C的恆星時間與地球時間並非同步。現在，以C的恆星時間（Sidereal time以及Julian Day）為參照，以“天”為單位轉動C*，正轉動一天——得到與C完全一致的星盤圖！也就是說C的星圖對應的日期並非2000年7月2日，而是7月3日！在黑啤遇到的所有產生誤差的例子裡，將C*正轉動一天，都可得到與C相同的星盤圖，十分靈驗……看到這裡你或許會長舒一口氣，感歎終於找到了真正的時空中點盤，但是很遺憾，事情並沒有完結，那個像裹屍布一樣的問題仍然另人窒息地懸掛在我們的頭頂上，即C的文字和星圖到底誰對誰錯？具體到這個例子，真正的時間中值到底是7月2日還是7月3日？問題現在十分具體化，即找出2000年1月1日12:00和2001年1月2日13:00的中值就可以得到最終答案了。日子還不算多啊，三百六十多天零幾個小時，讓我們以小時為單位掰著手指和腳趾數下去吧……好好，收起你的拳頭，讓我再想個簡單方法……瘋狂的A32提供了一個被大家幾乎遺忘的功能——計算兩盤的時間差異，屬於合盤範疇。現在驗證中值就非常簡單了。首先，計算A與B的時間差，1#存入A，2#存入B，Alt+d組合鍵——31712400秒！那麼時間中值距A和B的時間一定是15856200秒。其次，分別計算2000年7月2日、3日00:30:00到A的時間差，得到15769800秒和15856200秒！好了，至此答案終於揭曉，7月3日勝出！C盤的圖形部分勝出！

圖7 經過時間矯正（正轉一天）的時空中點盤

時空中點盤的誤差分析與矯正討論完畢，這不過是為MARKS盤的製作鋪平道路。因為A32的時間顯示BUG使得在某些情況下無法正常保存時空中點盤（無論硬盤保存或利用O鍵的內存保存），而如果在遇到產生誤差的情況會使問題變得更加複雜，手動調整費時費力，不適合初學者掌握。這裡黑啤提供一種非常非常簡單易學的方法，起名“黑啤偷懶法”，以饗網友。軟件當然還是可愛的、強大的、瘋狂的A32，只需三步：

Step 1. 1#輸入A盤資料 2#存入B盤資料

Step 2. 組合鍵Alt+Shift+M →得到A和B的時空中點盤，出現BUG或誤差都不要緊。

Step 3. 組合鍵Shift+X →得到B的MARKS盤！

如果想得到A的MARKS盤只需1#輸入B盤資料 2#存入A盤資料即可。

特別注意：因為MARKS盤是“特殊的”時空中點盤，所以即時情況下其時間顯示同樣可能出現BUG或者誤差，這與製作方法無關，但不影響星盤圖與解釋的正確性。

圖8 用“黑偷法”實現的B丫的MARKS盤

你問原理是什麼？簡單的說，“黑偷法”實際上跳過了“保存時空中點盤”這個看似必須手動處理的步驟，而Shift+X交換的也並非原本的1#、2#星盤。“黑偷法”既簡單實用又安全可靠，使得實現MARKS盤再不是萊鳥的夢想……（惡俗廣告）

小結：

1．A32的時空中點盤模式存在漏洞，主要是時間顯示BUG和時間誤差，但不影響即時解釋。建議合盤之後不要保存星盤，而用BMP格式保存星圖（MARKS盤同樣適用）。

2．檢驗時中盤的誤差的方法：“保存—打開”時中盤，如與原圖不符即出現誤差。解決辦法是將保存盤正轉一天，即得到正確時間下的時中盤。

3．可利用“黑偷法”實現MARKS盤。