search

amazfitbip / tools

GNU General Public License v2.0
126 stars 58 forks source link

Amazfit Midong and res2img - adaptation #42

Open tomurbanowicz opened 6 years ago

tomurbanowicz commented 6 years ago

Is any chance for adaptation res2img to Amazfit Band?

Mili_tempo.zip

ArcTuruS02 commented 6 years ago

Amazfit Band A1702 (midong). I also join with Tom!

tomurbanowicz commented 6 years ago

Amazfit Band - sorry.

dpeddi commented 6 years ago

I've tried to pass the Mili_tempo.res into the tool, but it hangs... by forcing to go over some resouces are extracted. I've tried to figure out the format but currently i have no time to identify it.

tomurbanowicz commented 6 years ago

That works for that:

https://forum.gizchina.it/index.php?/topic/1177-amazfit-bip-resource-creator-cambiare-watchfaces-su-amazfit-bip/

Pozdrawiam,

Tomasz Urbanowicz http://www.urbanowicz.net.pl http://blog.urbanowicz.net.pl http://www.facebook.com/foto.urbanowicz tel. 733 222 733

2017-10-19 13:58 GMT+02:00 dpeddi notifications@github.com:

I've tried to pass the Mili_tempo.res into the tool, but it hangs... by forcing to go over some resouces are extracted. I've tried to figure out the format but currently i have no time to identify it.

— You are receiving this because you authored the thread. Reply to this email directly, view it on GitHub https://github.com/amazfitbip/tools/issues/42#issuecomment-337885627, or mute the thread https://github.com/notifications/unsubscribe-auth/AeXjQh6eyAtSmcz-iHtec72Zy-kXciMlks5stzlfgaJpZM4P7uUX .

niclet commented 6 years ago

I had a look at the last Mili_tempo.res from 3.1.2

dpeddi commented 6 years ago

The file is compressed with an unknown algorithm that remove redundancy. There are blocks of compressed data with dynamic size. The header meaning should be: 1 byte of flag, 4 bytes of compressed size, 4 bytes as uncompressed size. When uncompressed the size of the data should become at the same size of the size declared in the header. The first and the last chunk of data on the new res file format seems uncompressed.

Inside each chunk there are other "chunk" header that explain the uncompressor where and how many time put the data.

niclet commented 6 years ago

When you talk about header, do you mean the bytes before HMRES ? or inside each BM section ?

tomurbanowicz commented 6 years ago

The newest RES is quite different Mili_tempo-newest.zip

niclet commented 6 years ago

@tomurbanowicz, yes, this is the one we are analysing

niclet commented 6 years ago

Ok, so, here is what I understand, according to @dpeddi comment

There is 242 blocks of 4096 bytes (uncompressed size) plus 3311 bytes

dpeddi commented 6 years ago

seems correct... then there are block header, and chunk header. the chunk reader seems parsed and depending on some bit the firmware decide how to use the data near to it however depending.

I'm still trying to figure the relation between the header and the data

Eth3rkni6ht commented 6 years ago

Hi, Since last week there are new faces available. I got the bin file of one of them. I'm interested in doing custom faces, hope you can help. I tried the script but of course it fails:

python dial2img.py -i f7752fb940506ae816ae75569a54c898.bin -u file is a Haumi resource file version 0 -177 number of resources: 44 resource 0 | addr: ffffffff | pos on file: fffffffe ERROR: 0 isn't a bitmap resource resource 1 | addr: ffffffff | pos on file: fffffffe ERROR: 1 isn't a bitmap resource resource 2 | addr: ffffffff | pos on file: fffffffe ERROR: 2 isn't a bitmap resource ......

Best regards Face_Midong.zip