目前，使用HTC Sense ROM的用戶面臨著一個主要問題。由于HTC將圖像存儲在專有m10文件中的方法，他們無法修改Sense 3.5及更高版本使用的大多數圖像。不幸的是，圖像沒有存儲為JPG或PNG。而是使用未知算法對其進行編碼。

此前，M10Tools由XDA開發者的認可 Flemmard 和 響尾蛇 將被用于這些圖像進行解碼。但是，隨著Sense 3.5的發布，這不再是一個選擇，因為HTC添加了與軟件包不兼容的新圖像格式。

在嘗試解碼新圖像格式失敗后，公認的開發人員和論壇主持人Diamondback決定尋求社區中其他開發人員的幫助，以找到解決M10圖像格式問題的解決方案。幸運的是，正在找到解決方案。首先，響尾蛇已經匯編了到目前為止我們所知道的清單：

對于這些圖像類型，我們沒有任何確鑿的事實，但是看看“舊”圖像類型，我們可以猜測以下幾件事：

圖像采用GPU可以直接渲染的格式(例如s3tc，ATC，QTC等)(至少以前是這種情況，可能已更改)

圖像最有可能被壓縮。假定大小(基于元數據)和實際數據大小之間的比率表示某些壓縮。數據本身顯然也被壓縮了。

沒有標題或任何其他幫助。這只是原始數據。

我們不完全了解解碼后的圖像的實際外觀，因此我們無法說出圖像的顯示方式。但是，由于最新的存檔，如果需要，我們“可能”對Sense 3.5和3.6中的圖像“了解”。

處理軟件方面全部在幾個庫中，而不是在smali / java中，因此我們無法在此處查找內容，但是我們擁有庫，因此，如果有人是匯編程序專業人士，他可能會發現一些東西

那么，哪些圖像類型是有問題的呢?由Diamondback編譯：

這是我們已經知道的圖像類型的列表(請記住，我們不知道數字的來源，可能是本機代碼中的一些枚舉)

類型4：原始RGB

類型6：原始RGBA(仍經常使用)

類型8：ATC RGB(似乎已不再使用)

類型9：ATC RGBA顯式(似乎不再使用)

如您所見，我們得到了WITH和WITHOUT類型的alpha編碼。

這是UNKNOWN格式的列表：

類型13(使用方式少于類型14，所以可能沒有alpha?)

類型14(這是最常用的類型，因此我假設此類型支持alpha編碼)

在考慮數據可能是什么時，不要扔掉諸如“數據是S3TC / ATC /任何數據，但通過某種'常規'壓縮算法再次壓縮”之類的瘋狂想法。也許他們只是用這些類型之上的附加壓縮替換了類型8和9。

Diamondback正在尋求文件格式，圖像壓縮，OpenGL或逆向工程方面經驗豐富的所有人的幫助。由于這些努力已經進行了幾個月，因此請您多加投入。那些希望加入該項目的人應該直接進入開發線程并伸出援手。