使用ByteArray做一些基本的檔案保護

這一篇的概念很簡單，應該也已經有許多人都這樣在用了。基本上只是一種做心安的保護動作。

不知道為什麼只要遇到bytearray的東西我都覺得很有興趣，雖然這東西說穿了就是直接改binary，沒什麼太大的學問，但是我總覺得光改binary就可以玩很多東西。例如AS3Swf、LivePDF、FZip等等的東西，都是用bytearray玩出來的。

以上說的那些都需要詳讀相關的specification，才能知道哪一種檔要在binary的哪一個地方塞入什麼值，要自己去寫一個的話是很耗時跟耗工的，感謝國外的強者們。

這一篇要說的相反，要保護一個檔案，最簡單的方法就是把它binary搞亂，亂到電腦看不懂，其它人就很難直接把你的檔案拿去用。
因為把binary搞亂了，自然無法直接在電腦上跑，因此如果flash裡要使用的話，就還得先把檔案讀進來重新還原到原本的狀態才可以使用，這是比較麻煩的部份，因為寫code時就要多加一道decode的程序。一般來說會這樣搞的機率不大，swf也都有現成的軟體可以加密保護，但是像mp3這種東西就沒有了。
之前遇到的案子是客戶希望在網站上播放的音樂要保護起來，但是又沒錢買FMS，那怎麼辦？
那就只好把mp3的binary搞亂了。

點下面這裡看範例：
Demo
原始檔下載：
Source

在Encode的地方選檔案並另存後，可以試播看看，基本上會是聽不到什麼的，用其它player播放即使聽得到聲音也只會是一些怪聲音。
在Decode的地方選擇剛剛編碼過的檔案後再另存，就可以發現檔案已經回覆到原來的狀況可以直接播放。
我這個範例裡只是純粹的將mp3每100個binary互相倒置，把binary的順序搞亂而已。
如果要用更複雜的編碼也是可以，同樣的道理而已。

這種方法只是做心安的，只要被人crack到原本的編碼方式，對方又會寫程式的話，也是會被還原回來的。
但我想這樣已經可以擋掉大多數的網路使用者用現成的工具抓取mp3回去聽了。

AS3的MP3音樂編輯器!?

很久以前剛開始碰byteArray類別時，覺得很多東西可以用byteArray來玩，就曾經去找過mp3的檔案結構來看，然後寫了一個可以把mp3切來切去組來組去的類別檔。
但是後來發現雖然可以切割組合，但是卻遇到了兩個問題：
1. 無法混音，因為mp3裡的音樂資料都是被編碼過的，以AS3的效能來看，即使有codec，AS3也跑不動。
2. Sound類別無法直接讀取byteArray來播放mp3。(這邊指的byteArray是用URLStream或FileReference所讀入的mp3的byteArray，而不是FP 10之後Sound類別透過SampleDataEvent發聲的那種byteArray。)既然無法直接將mp3 的byteArray丟到Sound裡，那麼這個將mp3拆解組合的類別基本上就是一個很雞肋的東西了。
由於遇到這兩個問題，因此我很久就沒再去想起這個類別。

但是最近在查資料的時候，卻意外的發現上述第二點有解法了!這個解法是由Christopher Martin-Sperry這個人所寫的(http://www.flexiblefactory.co.uk/flexible/?p=46)，他主要的原理是先在記憶體裡產生一個swf bytecode，再將mp3的資料「注射」到這個swf裡，接著用loadBytes的方式實體化swf，再用getDefinition的方式取出Sound類別，有興趣的可以自己點上面的聯結過去，那個頁面裡有他的類別可以下載，基本上如果我們如果純粹只是要將mp3的byteArray轉成Sound的話，只會用到ByteArraySegment.as、MP3Parser.as及SoundClassSwfByteCode.as這三個類別而已。
發現了這個solution之後，我這兩天就又把之前我自己搞的那個類別拿出來玩了，即使沒辦法混音，想說這樣至少還可以線上切割組合mp3之後馬上播放來聽，而且可以在mp3裡加入一些防君子不防小人的版權保護的東西，於是很手癢的就動手寫了起來。
只不過該怎麼說呢，應該說沒有每天在過年的，我遇到了另一個問題，努力了兩天之後目前無解，情況如下：
現在拆解切割組合以及播放都很ok，歸功於FP10，組好的檔還可以直接存在本機端。但是不管我怎麼修改找問題，切出來的那一塊部份，總是跟我原本想切的那一塊有一點點的時間差，曲子越長誤差越大，可以誤差到約一秒多的時間。

flash點這裡
有興趣的可以自己點過去玩玩看(需要Flash Player10)，上傳一個mp3(別太大，因為我又有跑Sound.extract()，所以mp3太大的話記憶體會很耗)，拉一個區塊，點「播放被選取的」聽聽看，再點「另存新檔」，再聽聽實體檔，就知道我在說什麼了。

我後來想一想，會不會是我在拆解mp3的byteArray時查找frame header時出了問題？
一般header的格式是4個bytes，以binary的來看的話其格式會是像這樣『AAAAAAAA』『AAABBCCD』 『EEEEFFGH』『IIJJKLMM』的格式，每個字母代表一個意義，而且每個frame的header不一定會一樣，我卻是偷懶直接取header的前兩個bytes來當辨識元，只要符合0xFF 0xFB的我就把它視為是header，我知道光用兩個bytes就來判斷是否是header的做法很冒險，而且運氣差一點的話有些header的第二個byte搞不好根本不是0xFB。
但如果真的是frame header出了問題，我目前說真的還沒想到要怎樣很有效率的依序找出每一個frame的header。

算了，也許這個問題我就只好先擺著了。
如果路過的有高手知道我可能犯錯的問題在哪的話，還請幫忙解答一下~~
感謝!