1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
iOS果然限制多....，我確定必須要改寫許多東西
一開始光是JB我就搞半天了，日後的回復可能要在想想辦法

原先版本不能執行起來一片黑的主要原因，是讀取場景的時機點比安卓更敏感
事實上改掉三行CODE就可以解決，不過我為了找出是哪邊需要改也搞了一整個星期天
打包ipa後測試無數次才慢慢找到原因，不過也對iOS認識更多
果然真的還是要去借機器來測才會曉得

然後最重要的是解決主要問題後，子場景是可以讀取，但是如果裡面有任何CODE(包含註解)
該場景就只能讀取第一次而已，如果把場景卸載再重讀就會當機
光是 主選單>讀取Day1>回到主選單 這樣就會當機

雖然我本來所有CODE就是都寫在父容器裡面，但是子場景某些細節處還是寫了stop();
我就只有寫stop();而已，因為如果要由父容器來管控影片，有些太細節的樹狀分支會有點繁雜
如果現在將stop();拿掉就會發生一些肉棒抖個不停、胸部跳個不停或X液流個不停的情況

不過現在我已經先把主選單的所有stop();都撤掉了，畢竟主選單是分支起點，常常需要來回讀取
而且撤掉後發覺也沒什麼需要特別停止的地方，平常切換就已經用了一堆gotoAndStop了
所以真的需要stop();的地方或許沒我想像的多，只是要仔細找
之後可能要再花個幾天把所有場景的stop()撤掉後，再仔細檢查哪邊影片該停需要停的bug
IPA版本應該是沒問題，不過要讓非JB用戶跑，我還是得買開發者帳號才行....

而關於iOS為什麼要對flash限制這麼多，我想是因為iOS不希望flash讀取場景的路徑連通到網外被搞鬼
讀取子SWF的路徑，只要你願意去架站，要寫什麼http:// 然後連到你的網站來下載場景來玩也是可以的....
所以iOS希望你所有的code就是寫在客戶端，這樣他才好控管，當然對開發者來講這受很大的限制
不然如果flash功力夠強的話，也可以去架伺服器弄apache，然後讓玩家必須輸入帳號認證
然後紀錄跟存檔由伺服器管理也是可行的，甚至是商城跟多人連線機制