• Внимание! Перед любыми операциями с китайскими телефонами не забудьте сделать BACKUP! И не говорите потом, что вас не предупреждали!

Документация на платформу MRP (MiniJ)

  • Автор темы Автор темы dePantenol
  • Дата начала Дата начала
dePantenol

dePantenol

.
13/3/12
73
23
0
54
Кредиты
0
Всем здравствуйте.

С помощью добрый людей удалось добыть некоторую информацию о программной платформе китайцев для запуска сторонних приложений MRP или MiniJ.

купите доступ для просмотра контента


Это не вики, но есть возможность скачать себе копию в zip.

В этой теме прошу высказываться по темам которые вы хотите увидеть. Если не смогу рассказать, то поищу где найти информацию.

---------- Сообщение добавлено в 11:33 ---------- Предыдущее сообщение было от в 11:22 ----------

Зачем мне это нужно:

1. Знания - людям
2. У меня есть информация
3. Платформа MRP на излёте популярности.

Подробнее:
пп. 1 и 2: Я колупал эту платформу уже давно. Поэтому и есть информация. Мне помогли.

п. 3:
То что платформа "отцвела" уже факт. Андроид всех скушал (почти).
Никто не спорит что пару лет новый софт будет появляться, но где его запускать...

Я хочу сделать (или чтобы были кем-то сделаны)
1. Полную документацию
2. Открытый SDK для разработки, без лицензий и крякнутых ARM компиляторов
3. Эмулятор
 
Последнее редактирование:
Дело хорошее затеял - флаг тебе в руки и респект!
От себя могу добавить по файлам с расширением .slg, которые последнее время стали попадаться в MRP-архивах. Это такие картинки, или точнее иконки. В Интернете инфу по ним не нашёл - расковыривал сам. Что смог сделать - во вложении. Поправки, замечания, дополнения и т. п.
приветствуются. Приветствуется так же желание кого-либо написать прогу-конвертер SLG2BMP и обратно.
Можешь разместить эту инфу на своём сайте.
 

Вложения

Вот ещё кое-что интересное про МРП-программы из серии, так называемых ФЛЕШ-игр. Это те, которые при запуске требуют флеш-плейер, а потом долго и упорно его ищут и в итоге не запускаются. Сами эти МРП-архивы содержат файлы SKY.SKF, которые уже на форуме была попытка идентифицировать, но безуспешно. Несколько таких игр выложены
купите доступ для просмотра контента
на китайском языке и переводу пока не поддаются.
Псле поисков по китайским, и не только, сайтам выяснил, что им требуется плагин flaengine.mrp, который я уже давно нашёл, но толку от него не было, куда бы я его не ставил.
Но вот вычитал инфу, что есть этот файл другой модификации, нашёл его, поставил и все эти ФЛЕШ-игры заработали. Выкладываю его сюда. Закидывать его надо в папку "КАРТА ПАМЯТИ:/Mythroad/Plagins/". У кого на телефоне по указанному пути имеется такой файл, просто замените его (ВАЖНО - длина файла должна быть 103214 байтов).
 

Вложения

  • flaengine.zip
    100,8 КБ Просмотры: 90

MaReW, то что надо, спасибо.

Про slg - укажи есть ли где файлы без сжатия, хочу проверить их тоже.

А байты 0x09-0x0c - это 4 байта - размер сжатого сегмента. Как только проверю ещё кое-что оформлю.

По запуску флеш есть мысль создать отдельный раздел, где можно собрать все такие подобные инструкции.

---------- Сообщение добавлено 14.04.2013 в 02:40 ---------- Предыдущее сообщение было от 13.04.2013 в 23:34 ----------

С SLG есть нюансы, кроме растра в фале остаётся остаток

Его размер от 80 (82, 88, 90, 96, 114, 125) до 448 байт (может больше), где содержится некие цифры, не цыет.

Цифры похоже симметричны.

Для чего нужны не понимаю. Например в icq клиенте все смайлы на чёрном фоне, иконки приложений тоже.
Кто может аську запустить скаите как там с альфа каналом (есть ли у него градаии)? или есть у них анимация, или контур для заливки?
 
dePantenol сказал(а):
купите доступ для просмотра контента
Нажмите, чтобы раскрыть...
Без сжатия файлы SLG создаются на телефоне программой МОПО (скорее скачиваются с сайта с играми) в папке "Mythroad/mrp240x400/icon". Выкладываю несколько таких экземпляров. Иногда они попадаются и в играх, но сейчас с ходу не нашёл.
 

Вложения

  • icon.zip
    17,6 КБ Просмотры: 22

Надо разбираться, что-то даже порядок следования байт отличается.

Если не трудно сделай скриншоты где эти slg на экране (например смайлы в icq, список приложений в mopo и т. п.).
Альфа канал там вообще есть? Должен ведь быть
 
MaReW так правильно? 1.png
Обрати внимание на прозрачноть.

Утилиту могу только консольную, в PNG и обратно.
 
dePantenol сказал(а):
купите доступ для просмотра контента
Нажмите, чтобы раскрыть...
Картинка правильно изображена. Если тебя интересует прозначность при наложении графики в мрп, то определённо могу сказать про файлы ВMP. В них прозрачность определет цвет точки с координатами (0, 0), т. е. верхней-левой. Определил при работе над переводами МРП графики. На других форматах точно не уверен, но, думаю, что и там то же самое.
По поводу утилитки - конечно выложи, всё не вручную переделывать, хотя ВМР удобней править.
 
С png работать быстрее по двум причинам: 1. там есть полупрозрачные пиксели (5 бит) а они в bmp или gif никак не сохраняются, 2. с png легко работать - формат строгий и простой, в отличие от bmp.

Полупрозрачные пиксели почти во всех смайлах в icq есть.

Могу сделать конвертацию из bmp (если найду подходящий парсер) определяя прозрачный цвет по верхнему левому пикселю. Но как сделать тоже в другую сторону? Выбрасывать всю информацию о полупрозрачных пикселях? Делать 31 специальный цвет?
 
Делай как сам считаешь нужным, лишь бы была программа конвертации, а в какой формат - неважно. Я с Фотошопом работаю, а он все форматы понимает.
 
Начинаем тестировать Утилита для преобразования SLG в PNG (и обратно) SLGTOOL
Ссылка на установщик msi x86:
купите доступ для просмотра контента


После установки и обновления пути к утилите (можно нажать F5 при всех свёрнутых окнах) можно использовать

slgtool s2p картинка-из-приложения.slg нормальная-картинка.png

и наоборот

slgtool p2s отредактированная-картинка.png новая-картинка.slg

Ключ -fo для перезаписи существующих файлов, ключ -nc - не сжимать SLG

Справка встроена, вызывать как -h, s2p -h, p2s -h соответственно.

Вопросы, предложения в личку, почту, новую тему.
 
Последнее редактирование:
Это, ну не знаю, магия?

slgtool-0.1-win32.msi <<< MS Installer

А так - просто сервис отдаёт не корректный заголовок (Content-Type application/msword; charset=binary; charset=utf-8)
Вот упоротые))

Залил в архиве.
купите доступ для просмотра контента


---------- Сообщение добавлено 18.04.2013 в 17:24 ---------- Предыдущее сообщение было от 17.04.2013 в 21:07 ----------

Обновление slgtool 0.1a:
Читает большее количество png файлов, более строгая проверка формата slg (жалуйтесь, если что)
Установщик в архиве
купите доступ для просмотра контента

Обновление (распаковать library.zip и заменить существующий)
купите доступ для просмотра контента
 
Последнее редактирование:
Проверил - работает нормально. Пожелания есть и немало, но вот одно: чтобы не вводить имя нового файла, программа бы оставляла прежнее, меняя только расширение, если, конечно, это имя не задано явно.
 
MaReW, сделал.
Установщик в архиве
купите доступ для просмотра контента

Обновление
купите доступ для просмотра контента

Товарищи, активнее, предлагайте и спрашивайте.

Может gui-ню какую сделать? На замену слегка заброшенному mrpextractor-у?
Или кого-нибудь интересует конкретные сведения по платформе mrp?
 
А было бы неплохо что то подобное Экстрактору сделать. Только с поддержкой мрп имеющих длинные заголовки (от мопо) и различных графических форматов. Только "ЗА"!
 
Ух ты точно,я настолько криво задокументировал данные идущие после поля padding в заголовке, сейчас только понял что непонятно.
mrpextractor, как я помню начинает размещать файлы прямо в этом поле, из-за этого могут быть проблемы.

Но на внешний вид mrpextractora и буду ориентироваться.
 
Согласен, mrpextractor давно уже требует модификации или замены. Многие функции с новыми файлами прходится выполнять вручную.
Вот кое-какие мысли, появившиеся в последние год-полтора при переводе китайских прог и методы их решения вручную.


1. Длинные заголовки файлов (header). При распаковки экстрактор сохраняет headerв первоначальном виде, но при упаковке назад обрезает по стандарту и переписывает заново, что делает большинство программ не работоспособными. Решение пока такое - увеличивать заголовок в готовом архиве согласно первоначальному состоянию с правкой таблицы адресов. Неплохо бы это автоматизировать, причём с возможностью выбора: оставлять header неизменным, либо длинным или коротким.
2. Наличие в МРП-архиве файлов с одинаковыми именами. Чаще всего это файл start.mr, реже бывают и другие. А вот start.mr могут быть два, три, попадался архив с четырмя такими файлами, причём один из них только настоящий, а остальные либо фальшивые, либо отладочные - точно не знаю. Решение принималось такое - архив просматривал НЕХ-ом, выявлял одинаковые имена файлов и переименовывал их, заменяя по одному символу (star1.mr, star2.mr...) и в таблицеи в теле архива. При упаковке возвращал первоначальные имена.
3. Наличие в МРП-архиве файлов, содержащих запрещённые символы для имён. Это файл #708022#*, который попадется во флеш-мрп, после которого, как правило, следует файл sky.skf (неплохо бы и его научиться распаковывать, алгоритм его записи я уже описывал). Решение находил такое - заменял в мрп-архиве запрещённые символы (# и *) на тире, а после упаковки возвращал их назад.

Вот после таких извращений ручками файл спокойно распаковывает mrpextractor для дальнейшей правки.

4. Наличие графических форматов, отличных от ВМР. Ну, худо-бедо стал SLG понимать. А при наличии остальных (GIF, BSPRITE, SPRITE, BM...) - от перевода сразу отказывался.

offtop

Это, так сказать, мои пожелания к новому экстрактору и алгоритм его реализации. Сам давно не программирую - раньше занимался, но совершенно на другой платформе (не PC). Обучаться заново уже желания нет. Вся надежда на тебя. Дерзай. Если что-то не понял из моих измышлений, задавай вопросы. Может у кого ещё будут дополнения или пожелания.
 
MaReW, первый раз слышу про одинаковые имена, но в mrp это возможно)) Скинь мне пару-тройку таких. Файлы с *# у меня уже и так есть.

Пока есть мысль распаковывать файлы в подпапки
raw - те которые не были сжаты
gz - то что были сжаты
spec - спец папка для файлов с кривыми именами, длинный заголовок тоже сюда, ввести соглашения на их имена

Собирать в обратном порядке. Порядок файлов в архиве определить в текстовом файле.
Там же в текстовом файле оставить текстовые заголовки - тогда можно переводить хоть в блокноте. Сам файл в utf-8, чтобы не заниматься ручной перекодировкой.

Также если графический формат более менее понятен прошу сюда сведения, оформлю, попытаюсь сделать конвертор.

Кроме того какая нужна поддержка в распаковщике mrp? Посмотреть, сохранить в человеческом формате, что ещё?
 
dePantenol сказал(а):
купите доступ для просмотра контента
Нажмите, чтобы раскрыть...
Вот из уже выложенных:
купите доступ для просмотра контента
,
купите доступ для просмотра контента
,
купите доступ для просмотра контента
,
купите доступ для просмотра контента
(в двух последних имена при упаковке не восстанавливал, т. е. имеются Start.mr и Qtart.mr - второй фальшивый). А
купите доступ для просмотра контента
ты уже просматривал. Да, практически все из последних мрп-игр имеют подобные файлы.
 
Последнее редактирование:
MaReW, так и есть по 2, 3 файла start.mr.

Могу высказать предположение о причинах появления: стандартный mrpbuilder из SDK принудительно размещает start.mr из своих наборов, первым файлом в mrp. Цель - не допустить запуск неавторизованного кода. То есть не дать запустить скомпилированный код если ты не купил лицензию. А для целей отладки есть свои ключи, но это уже мелочи. Проверить теорию не могу, даже у меня нет утилит чтобы создать такой кривой файл.

Похоже кто-то пишет программы не имея на то лицензии. Обожаю платформу mrp.
 
Наличие второго файла start.mr в архиве я сначало объяснял этакой защитой от редактирования, потому что если при распаковке проигнорировать этот факт, а потом упаковать, то мрп-программа отказывается запускаться и в большинстве случаев выдаёт ошибку "Cann't find SDK key!".
 
MaReW

Я наверно сделаю комплект утилит для MRP - mrptools, куда и буду включать slgtool (т.к. там поддерживается более одного формата - то её тоже переименую).
А пока тестируй.
купите доступ для просмотра контента


Товарищи, присылаёте предложения и сведения.

Например,

видел недавно файлы .sprite, внутри буквы SPRX, могу сделать конвертор как для slg
есть намётки по 708022 - я нашёл исходник с комментариями по значениям, кому интересно?
 
Я, честно говоря, тоже не встречал внутри МРП файлов с расширением .sprite. Попадались .bmsprite и Mendel-K, наверное их имел в виду. А если знаешь как этот файл устроен, то, конечно, делай конвертер.
А про 708022 (код наоборот) я уже писал, как я его обхожу. И ставят этот файл, по моему мнению, что бы предотвратить распаковку последующих файлов. То ли для защиты, то ли так надо. В флеш-МРП за этим файлом, как правило идёт sky.skf, который запакован не совсем стандартно.
Кстати, неплохо бы и ему программку рапаковки-запаковки сделать. Свои мысли по его структуре я уже высказывал. Если что - подскажу, что знаю.
PS Да, забыл сказать, игрушка с семью start.mr и есть исходник. Её китайцы сами переводили. Я лишь вставил в заголовке английское название вместо китайского и всё. Никаких файлов не правил.
 
Последнее редактирование:
MaReW, посмотрел внимательно на .sprite, положу рядом с файлами Lock$, так как пока не понимаю.

а 220807 - есть исходник такого содержания:
[LOG]
LogLevel = 3
FileMaxSize = 10000
[CloudStorage]
Network = 0
IP = opensky.mo-sky.com
Port = 80
[Achievement]
Network = 0
IP = opensky.mo-sky.com
Port = 80
[PropStore]
Network = 0
IP = opensky.mo-sky.com
Port = 80
[NetPK]
Network = 0
IP = opensky.mo-sky.com
Port = 80

То есть кофигурация для плагинов компилятора (netpay.ext, cloudstorage.ext в приложении). Сейчас пытаюсь понять куда каждое значение попадает. Подозреваю что этот файл обрабатывается внешним компилятором.
 
А иожет в нём и собака зарыта по платной активации? Ведь за оплату, по моему мнению, как раз и отвечает netpay.ext в новых файлах. В старых кроме cfunction.ext вообще не было никаких ext-файлов. Там и платная активация взломана самими китайцами. Вопрос по-прежнему актуален.
А что там с файлами .sprite - так ты ещё их не разобрал. Если знаешь что-то, то скинь мысли. Я попробую и отпишусь что получиться.
 
По поводу netpay.ext,мне кажется, все прописано в другом файле. Читал их и все равно все упирается в start.mr и cfunction.ext. В них и надо искать СИМ-поддержку и активацию.
 
Последнее редактирование:
Ура, коллеги.

Представляю вам набор программ для работы с файлами MRP версию 0.1
В составе
1. Открывашка MRP
2. Открывашка изображений BM, SLG
3. Диванный аналитик

И конвертор SLG в PNG и обратно (отдельный файл)

купите доступ для просмотра контента


Глюки есть, как же без них.
1. Ярлык для дивана создаётся некорректно, но без смены программы для MSI это не починить, будет исправлено по мере сил.
2. Часть MRP идентифицируется некорректно, базу буду пополнять.
 
Будем пробовать... О результатах отпишусь.
 
Собрал заново,

Предыдущая версия (пересобрано)

mrptools-0.1a-win32.zip

С обновлением для модуля диванной аналитики.

mrptools-0.1b-win32.zip

По-прежнему принимаются замечания и предложения.
 

Вложения

Последнее редактирование модератором:
Настало время интересных историй.

По последним непроверенным слухам один из крупных магазинов приложений MOPO перестал распространять SDK для платформы MRP.
Если исходить из этого факта, то все мы тут занимаемся этим.
frankybob.jpg

Но если посмотреть внимательно то SDK всё ещё доступен на сайте
купите доступ для просмотра контента

Другое дело что последний раз SDK обновлялся в декабре 2011 а документация в сентябре 2010 года.

Производитель Spreadtrum начал выпускать свою платформу WRE с приложениями, отличительной особенностью которой стала внешняя идентичность ыфонам. И похоже не только он один.

А раз так, то давайте я тут воды полью, а потом перенесём в документацию на
купите доступ для просмотра контента
 
Больше SDK, больше, moar, как говорят в этих ваших интернетах.
Продолжим.
Что из себя представляет платформа?
По сути это бинарный код, который уже добавлен в прошивку вашего телефона (есть несколько десятков статей как обнаружить что телефон поддерживает mrp).
Для начала работы платформы пользователь набирает специальный код и запускает начальный загрузчик (dsm_gm, mopo). Файл самого загрузчика находится или в прошивке или на карте памяти.
При старте начинает работать виртуальная машина, которая исполняет байт-код. Давным давно все программы состояли только из байт-кода. Довольно быстро все поняли что интерпретировать байт-код не очень эффективно. Тогда гении китайпрома разрешили исполнять родной для процессора код. В конце концов почти все мобильные платформы разрешают так делать.
Но в свою очередь это привело к новым проблемам.
Основная - несовместимость. Да, процессор тот же ARM, но память у MTK и SPREADTRUM организована по-разному. Тогда стали делать несколько версий приложения для, каждой аппаратной платформы свой.
Возможности такого кода ограничены только фантазией разработчика, производительность отличная. Это также значит что одна ошибка и телефон улетает в глубокий аут (но можно доставать батарейку).
Кстати о памяти.
Расчётный объём - 650 кБ. Некоторые телефоны могут выделать до 1Мб. Но на практике код размером больше 300К может и не запуститься. Так как код после распаковки из mrp копируется для запуска. Детали здесь
купите доступ для просмотра контента
 
кстати,эмулятор mrp для пк может открывать приложения только на байт коде)
 
Кстати, выкрики с места и вопросы, не только не осуждаются, но даже приветствуются.
Про SDK
Как же разрабатывать код для этой платформы. Производитель платформы, установленной на более чем 200 млн телефонов, предлагает SDK, вполне законно и легально со своего сайта. SDK ставится как дополнение к visual studio. Есть замечательные примеры в комплекте. Без в-студии можно обойтись компилируя через командную строку.
И как всегда есть нюансы.
1. Нужен компилятор для процессора ARM. И, судя по всему, довольно старый.
2. Нужна лицензия, чтобы собрать проект.
Сборкой проекта и вызовом компилятора занимается файл mrpbuilder.exe (или mrpbuilder.NET.exe). Он проверяет что у тебя есть лицензия и её тип, запускает armcc, armlink и потрошит полученный бинарник с помощью readelf.
Мы знаем о двух типах лицензий для компилятора MR и CP.
MR - самая крутая, ты можешь компилировать байт-код и native код. Но обязательно происходит онлайн-проверка лицензии.
CP - только native код.
Если компилируешь только CP то тебе принудительно вставляется байт-код который выполнит проверку при запуске приложения.

Но SDK был бы не полным без эмулятора. И он есть.
Принцип действия у него прост native код компилируется под x86 и линкуется с библиотекой эмулятора.
То есть байт-код выполняется интерпретатором и родной сразу операционной системой. Это удобно при портировании приложений с ПК на телефон (если кто-то захочет).
Именно он, собранный для какого-то неведомого кода и гуляет по сети. Он может запускать только приложения на байт-коде (то есть достаточно старые или специально написанные).
 
купите доступ для просмотра контента
Нажмите, чтобы раскрыть...
DeaDSeptember,
да именно это я и написал.
Вот пример для другой платформы, но суть та же
купите доступ для просмотра контента


О контейнере mrp
По сути mrp - это архив с файлами. Формат архива конечно свой, велосипедный.
Контейнер состоит из заголовка, расширенного заголовка, списка файлов и самих файлов (назовём это область данных).
В заголовке есть название, производитель, тип платформы, код авторизации (по нему можно найти кто из лицензированных пользователей создал файл) и даже размер экрана. Но почти на все эти параметры запускалка dsm_gm не обращает внимания, позволяя, например, запустить код для MTK на spreadtrum (хоть бы раз правильно написать это название). Более того нет стандарта и на кодировку символов, просто чаще всего это GB2313.
Расширенный заголовок приложение использует по своему усмотрению.
Список файлов - простая таблица имя - начало в файле, длина. В области данных ещё раз есть длина и название а также сами данные.
Таким образом имя, начало и длина в файле могут присутствовать несколько раз. В некоторых файлах могут и не совпадать. Современные телефоны при загрузке данных из контейнера предпочитают использовать список файлов.
Сами данные могут быть сжаты (метод gzip). Но так сделано не всегда. Например файл с именем #807022#* не сжат, он используется как конфигурация для каких-то целей. Также не сжат и файл sky.ncf, возможно из-за своего размера (500 кБ).
Никто и никогда не запрещал добавлять файлы с одинаковым именем в архив несколько раз. Самый частый start.mr (начальный байт-код). В некоторых приложениях он встречается по 7 раз (причина - mrpbuilder). Алгоритм поиска таков, что будет использован самый первый.

Кроме того, контейнер mrp используется самим компилятором для хранения своих модулей и плагинов компилятора.

---------- Сообщение добавлено в 16:56 ---------- Предыдущее сообщение было от в 16:44 ----------

Изображения
Это самая интересная часть. Так как на разных платформах отличалась не только организация памяти, но и порядок представления данных на экране (RRRRRGGG GGGBBBBB и BBBBBGGG GGGRRRRR), то для упрощения разработки авторы платформы решили: Изображения конвертировать в 16 бит и оставлять только данные, забив на ширину и высоту. А как выводить данные (т.е. размер) знает само приложение. Порядок следования бит в файле заранее менять для целевой платформы.
Наверно так было быстрее чем конвертировать при загрузке.
Потом вспомнили про gif и добавили его поддержку. Просто так. Без конвертации.
Позже для поддержки изображений с полупрозрачными областями придумали формат SLG.
Но каждый разработчик может сделать свой формат (и я уже обломался с декодированием части таких форматов).

Совместимость
Формат контейнера mrp подвергался изменению со временем. Например, по обрывочным, сведениям в старой версии отсутствовал список фалов и расширенный заголовок. Искать файлы в контейнере было не самым быстрым делом. До сих пор мы ищем файлы со старым форматом контейнера.

Поддержка gif появилась в платформе не сразу. И точно сказать начиная с какой версии она поддерживается пока нельзя.

Завтра про байт-код.
 
ну на счёт изображений и правда разные форматы попадаются,например файл анимации anu к которому обязательно привязывается bmp..по моему при большом желании можно и свои форматы для mrp придумать :D я например встречал интернет тв и интернет радио в mrp (естественно китайского :D) где файлы качали кеш и сразу же его воспроизводили (3gp ужасного качества но стабильно даже на gprs и wav) всётаки есть у китайцев фантазия..
 
Кстати, тщательно оберегая свою лицензию mrpbuilder любезно добавляет переменную окружения со ссылкой на ключ для компилятора arm. Не знаю, специально или из-за абсолютно кривого метода вызова внешних компиляторов.

Продолжим.

Байт-код (MR-файлы)
Как было сказано ранее основа платформы - байт-код. Но тут, внезапно, инженеры решили ничего не изобретать а взять готовое. Ну то есть взять другой язык программирования, доработать напильником: переименовать часть ключевых слов, выкинуть некоторые типы данных, и переработать способ хранения представления.
Получившийся в результате зверёк тоже не особо вдохновил инженеров, и они придумали препроцессор (прям как в Си).
То есть код проходит сначала препроцессор, а потом попадает в доработанный компилятор (наверно торопились).
Сам байт-код не изменился (хотя могут возникнуть нюансы из-за выкидывания типов данных).
Да, байт-код не быстр, во время заимствования он только был реализован, а значит нет ни JIT, ни обновлений безопасности (это ещё надо проверить).
С другой стороны это хорошо для нас. Можно чуть доработать компилятор и получить готовый байт-код.

Таким образом, можно создать SDK не требующее лицензии, но с ограничением только байт-код.
На данный момент план такой:
- Компилятор байт-кода + упаковщик
- Документация (минимальная)
- Эмулятор байт-кода
- Компилятор натив-кода
- Поддержка натив-кода в эмуляторе (возможно, нужно будет написать эмулятор с нуля).

Взломать mrpbuilder у меня не получилось, мне только показали часть его внутренностей. Я не занимаюсь кряками и т.п. Не просите.
Лучше помогайте документаций на форматы, описанием и так далее. Копирайты сохраним.
 
Ребята, не в тему конечно, извиняюсь, но копаю прошивку тела на spreadtrum, там вся графика в неизвестном мне формате с заголовком "ABMP". Вы случаем не знаете, как хотя бы открыть для просмотра такую графику? Вот пример, расширение не знаю какое должно быть, наверно bmp ( это будет логично)
купите доступ для просмотра контента


PS: Вижу постоянно в темах про mrp фразы типа "крякнул мрп от отправки смс". Что же все-таки нужно редактировать в файле, чтобы он не просил отправить сообщение?
 
DeaDSeptember сказал(а):
купите доступ для просмотра контента
Нажмите, чтобы раскрыть...

skysdk_mrpbuilder.txt

Не стоит расстраиваться. Если там то же что находил раньше - это инструкция, довольно туманная и рассчитанная на продвинутых, позволяющая получить авторизацию cp (т.е. только native код).
При этом на китайском.

Meister2011,

Для того чтобы понять что это нужно больше чем 1 файл. Например, несколько файлов и как они выглядят на экране, скриншоты можно снять программой RX Manager. Но быстрее получится если пришлёшь описание формата, а я добавлю поддержку в конвертор.
 
dePantenol, к сожалению, в том и дело, что описания формата нет, я не знаю что это за формат, вот и спросил. И какая картинка в прошивке соответствует какой на экране- тоже не понятно:confused: А расположение в прошивке простое- друг за другом, вот например несколько штук (просто взял кусок из бинарника):
купите доступ для просмотра контента
Иногда перед ABMP есть байты AD AD, но не всегда
 
4 Meister2011
Посмотрел эти файлы (ABMP) - чего-то не хватает для их полного распознавания. Скинь сюда всю прошивку, покопаюсь на досуге.
Предвартельно скажу, что это битмап-файлы, но буква А в заголовке скорее всего означает, что файл анимационный, типа анима-GIF. Не могу пока определить начало и конец картинки, хотя что-то вырисовывается.
 
Последнее редактирование:
MaReW,
Вот прошивка, вся графика (и не только) находится в файле mmi_res_240x320_htc.bin
 

Вложения

  • ExplayBlade1.0.zip
    30,9 МБ Просмотры: 47

В общем один человек мне подсказал, что это несжатый растр, палитра вначале, bmp 565. Но конвертера все равно нет
 
Посмотрел файлы, нашел в них и эти картинки. Так и не разобрался. Явно, что это растровые файлы со своим заголовком. Но где кончается заголовок и начинается сам файл так и не понял. В разных файлах всё в разных местах.
Действительно, попробуй сделать срины прогой RX-Meneger, как dePantenol тебе посоветовал. Проще будет искать суть.
 
Для ответа нужно войти/зарегистрироваться
Назад
Верх Низ