-поддержка MT8389. Скаттер для FT создается как 6589. Спасибо Digins за тестирование!

-при изменении IMEI добавлено предупреждение в случае, когда необходим root shell. Раньше он не был нужен, а на телефонах с /dev/radio/pttycmd1, хоть и в это устройство разрешено всем писать, на папку /dev/radio выставлены права без разрешения чтения для всех. В результате imei меняются только если есть рут шелл

-добавлены ключи в MTKdroidTools.ini:
MTKsocs = ^MT(65(16|73|75|77|89)|8389) , в нем записано регулярное выражение для определения принадлежности Hardware (которое указано в cpuinfo) к андроидным платформам MTK. Это если выпустят очедной SOC можно было добавить soc в этот ключ и получить scatter и бэкап, а не ждать выпуска новой версии
Pttycmd1 = /dev/pttycmd1,dev/radio/pttycmd1 , через запятую прописаны устройства, через которые могут меняться IMEI. На случай, если опять поменяют

Получение рута по нажатию на кнопку ROOT на телефонах с ядром v3.4.5 (Android 4.2.1 на MT6589) при помощи эксплойта motochopper (с) Dan Rosenberg. После перезагрузки предлагается по очереди сделать бэкап, переустановить SU (Рекомендуется! т.к. SuperSu изначально установлен на раздел /data и пропадет после сброса на заводские настройки!), изготовить и прошить CWM и патченый бут.
в ini файл добавлен ключ SocToScatName, в котором прописано соответствие номеров "урезанных" платформ, о которых не знает SPFT, номерам платформ с которыми работает SPFT ( 6513:6573,6515:6575,6517:6577,8317:6577,8377:6577,8389:6589) . Теперь не будет сообщения про фальшивое hardware, если , например, SPFT определяет тело как 6575, а в ядре прописали 6515, а в информации о телефоне будет так MT6575 (MT6515?)

- Рутование тел с ядром 3.0.13 по повому алгоритму ( это уже было в виде отдельного exe)
- Исправлен баг при создании scatter, если на теле 16GB флэш (thl W8+)
- Bместо кнопки сменить IMEI появилась IMEI/NVRAM . Можно сохранять/восстанавливать nvram в 2 форматах, bin и tar. протестировано на своем i10
... еще что-то