光明頂

雖然USITT在1990年代就推出了ASCII的規範
但如各位所知的，各家廠商也紛紛宣稱他們的控制台支援ASCII的格式
這些所謂的ASCII其實在各家廠牌間並不是都能互相存取
講穿了，又是商業利益的考量
舉裡講，在USITT的ASCII規範裡
並沒有規定檔案的副檔名叫什麼
加上各家的獨家技術與見解
想要整合難上加難
你曾經將ETC的檔案放到STRAND機器讀取成功過嗎？
或是反過來讓STRAND的檔案放進ETC讀取成功過嗎？
肯定沒有
可是既然MA也宣稱他們支援ASCII的檔案格式
並且聽說轉STRAND檔案一定成功
引起我的好奇心，決定一探究竟
也果然成功轉進MA，但MA2似乎沒有MA2檔案將讓他可以存成ASCII的打算
過程如下：
1.先將ETC磁片LOAD到電腦用OFFLINE程式開啟，轉成ASCII格式，附檔名會變成*.asc（現在有1.44磁片的電腦還真少）


2.直接將檔案名成改成Show.alq，然後開MA1 onPC，匯入該檔


3.果然轉入成功，但是等一下，怎麼第一個CUE是對的，後面越來越怪。原來MA是 Tracking console，所以要在Executor選項終將它改成Non tracking，OFF掉重新走一次，再回頭比對看看CUE的內容是不是一樣了

 4.搞定了MA1，心想MA1與MA2間互轉總是對的吧，趕快將它Export出去
4.承上一步驟，這時，如果將這個Show.alq給MA2 onPC它是不吃的，為什麼，我也不知。
    所以回到MA1將這個檔案Export出來，它會變成export.alq，這樣MA2就讀到了，很高興的匯 入進來，然後，你會發現怎麼改Non tracking、Block、Break、Assert都沒有用，平平是MA怎麼會差這麼多？

5.我索性將Show.alq打開比對跟STRAND的檔案，只發現有兩個不太一樣的地方，其他不一樣的地方，仔細看看都是定義的問題，應該不會影響到轉檔。一個是表頭的部分，那就將他COPY到Show.alq代替原來的表頭了


6.另一個是每個CUE的UP及DOWN下，STRAND多了一行$$Blocked，好吧！把每個CUE都貼上這個字串，約莫貼個30分鐘頂多


7.存成export.alq檔，用MA2 onPC開啟


8.除了CUE的內容現在是正確的以外，也發現在Excutor第二頁的地方，連Submaster也匯入了。總算大功告成，比起重新打還是快拉。