OnePlus has been teasing a new product for a while now, hailing it as a game-changer which isn't a tablet or a smartwatch. While speculations were rife about what this game-changing device could be, the company did confirm that the product was indeed a drone in their recent AMA. A tweet and vine from OnePlus shed some more light on this product, which was confirmed to be named as DR-1 (dr-one, get it?) and was to reach stores "next month". In a...
Difficulties Decoding M10 Images in Recent Sense Versions
Themers working with HTC Sense ROMs currently face a major problem. They are unable to modify most images used by Sense 3.5 and beyond because of HTC’s method of storing images inside proprietary m10 files. Unfortunately, the images are not stored as JPG or PNG. Instead, they are encoded with an unknown algorithm.
Previously, M10Tools by XDA Recognized Developers Flemmard and Diamondback would be used to decode these images. However, with the release of Sense 3.5, this no longer was an option, as HTC added new image formats that are not compatible with the software package.
After trying unsuccessfully to decode the new image formats, Recognized Developer and Forum Moderator Diamondback has decided to seek help from other developers in the community to find a solution to the M10 image format woes. Luckily, there is progress being made to find a solution. For starters, Diamondback has compiled a list of what we know so far:
We don’t have any hard facts for these image types but looking at the “old” image types, we can guess a few things:
- The images are in a format the GPU can render directly (Like s3tc, ATC, QTC, etc) (At least this used to be the case, might have changed)
- Images are most likely compressed. The ratio between assumed size (based on meta data) and the actual data size indicates some heavy compression. The data itself obviously looks compressed too.
- There are no headers or any other help. It is just raw data.
- We don’t know exactly how the decoded images actually look like, so we can’t say what the images display. However, due to latest archievements we “might” know this for images from Sense 3.5 and 3.6 if needed.
- The handling software side is all in a few libs and NOT in smali / java, so we can’t look for stuff there, however we have the libs, so if someone is pro with assembler he might find out something
So which image types are the ones in question? As compiled by Diamondback:
Here is a list of image type we already know ( remember, we don’t know where the numbers come from, might be some enum in native code or so)
- Type 4: Raw RGB
- Type 6: Raw RGBA (still used rather often)
- Type 8: ATC RGB (doesn’t seem to be used at all anymore)
- Type 9: ATC RGBA Explicit (doesn’t seem to be used at all anymore)
As you can see we got types WITH and WITHOUT alpha encoding.
Here is the list of UNKNOWN formats:
- Type 13 (used way less than type 14, so maybe no alpha?)
- Type 14 (this is the most used type, so I assume this one supports alpha encoding)
When thinking about what the data might be, don’t throw away crazy ideas like “The data is S3TC /ATC /whatever but compressed again by some ‘normal’ compression algorithm”. Maybe they just replaced type 8 and 9 with an additional compression on top of these types.
Diamondback is searching for help from everyone who is experienced with file formats, image compression, OpenGL or reverse engineering. Since these efforts have been ongoing for several months, any input is appreciated. Those who wish to join the project should head over to the development thread and lend a hand.
Want something on the XDA Portal? Send us a tip!
With XDA being a community of Android enthusiasts, it is not uncommon to see lots of bashing on Apple's iPhone here. There are different reasons for the hate, but we'd like to hear your number one reason for not going with the iPhone. Let us know your thoughts below!
If you are familiar with Xiaomi, you might have heard that they are not the most compliant when it comes to the General Public License that makes the core of Android open to us. The terms of the GPLv2 state that since the Android kernel is based on the Linux kernel, which is licensed under GPL,v2 Android has to be open-source for everyone to study or modify, and those that modify the Android kernel have to make their sources immediately available for...