HaQue wrote:
I encoded an .mp3 and the output in HEX editor looks nothing like the supplied BT files. Also the decode.exe outputs that it is not a Speex file.
So the BT speaker has a Anyka MCU?
I don't know if this helps further in any way:
http://www.anyka.com/en/productInfo.aspx?id=94Quote:
The solution is based on AK1052/AK1161 and Spotlight Micro RAM System. The applications, controller and Bluetooth protocol stack run in one system, which is stable, reliable, fully functional and with good expansibility.
The solution is compatible with various Bluetooth cell phones and Bluetooth devices through actual connection test. Anyka can provide Bluetooth modules with BQB authentication. Customers' products can be listed on EPL free of test and charge, which is cost-effective and time-efficient.
The solution has excellent sound quality comparable with that of the professional audio players. With good audio decoding capability enhanced by ARM 9, the solution supports various audio formats such as MP3, WMA, APE, FLAC, OGG and WAV.
Possible the speex encoded files are further encoded with a XOR key? the view in HxD looks differrent, as I would expect a few 00's in the header and at the end of the file
finally:
https://www.zixinhualang.com/productinfobc58-2.html?id=78 may or may not add something to this quest.
based on the above, you may be able to disassemble the firmware knowing the actual processor to plug into the disassembler
Hi - Unfortunately i wasn't able to decode any of the files either. Seems like they're either further encoded, or then another codec might be used. It's funny how there's very few dependencies present like speex in the firmware. Either i've yet to find them, or then they're also encoded/compressed in some manner - Every codec, compression, etc. should be present somehow right? For the operating system to run it must have the needed dependencies stored, so i guess the big problem here is figuring out how it is stored?
- And regarding the other page you've linked with the arm architecture - It is very possible that this actually applies for the AK1052, although i have 0 experience with disassemblers, and only tried using one once, where i wasn't succesful