Предложение по FlashBackup, интеграция в другие программы Поделиться Опции

[motoprogger]

Эта идея пришла мне в голову при чтении темы MotoSpeed. Очень многие новички испытывают затруднения при записи и чтении DRM, так что было бы полезно это автоматизировать. С другой стороны, встраивать чтение/запись DRM в MotoSpeed было бы, на мой взгляд, избыточно: получится урезанный FlashBackup, умеющий прошивать и читать только DRM. Вывод напрашивается сам собой: необходима интеграция MotoSpeed и FlashBackup.
Предлагаю добавить в FlashBackup поддержку аргументов командной строки наподобие:
/flash:{<bin_file> /cg:<code group> [ /profile:<profile|auto> | /addr:<address> ] | <shx_file>} [ /autoexit ]
/read:<bin_file> /cg:<code group> [ /profile:<profile|auto> | /addr:<address> /size:<size> ] [ /autoexit ]
Если могу чем помочь - ася есть, см. профиль

Сообщение отредактировал motoprogger - 9.8.2007, 11:23

[Calvin Klein]

Пусть каждая прога отвечает за свое... я в том плане, что если по такому принцыпу как ы говоришь, но можно еще кучу прог в фб запихать... тогда уже какойто корелет получитса)))! я думаю не надо! фб это во первый дамплер а во вторых прошившик!

[motoprogger]

можно еще кучу прог в фб запихать

Вот именно, что я НЕ ПРЕДЛАГАЮ запихать всё в Flash&Backup, а добавить в Flash&Backup возможность обращения из других программ к нему.

фб это во первый дамплер а во вторых прошившик!

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

Добавлено позже (10.8.2007, 22:45):
В смысле из программ, редактирующих части прошивки, а не из неопытных пользователей

[motoprogger]

Жду реакции от Random. Принято или не принято.

[Random]

Я думал о подобной возможности еще давно, с самого начала разработки 3-ей версии.
Так что такую функцию я не исключаю

[AlexKooper]

Имхо название вводит в заблуждение
Смысл пожелания такой: поддержка флэшбэкапом ключей/параметров командной строки.

Сообщение отредактировал AlexKooper - 17.10.2007, 7:06

[motoprogger]

AlexKooper,
Согласен с тем, что ты предлагаешь, но вообще я в названии предполагал в возможности других способов интеграции, например через OLE, анонимные каналы или сокеты.

[AlexKooper]

Не, это слишком сложно. Большинству программистов гораздо проще вызвать исполняемый файл с заданными параметрами, чем разбираться с оле-каналами-сокетами.

Кто-то может быть прекрасно сокеты знает, ОЛЕ каждый день мучает и жить не может без анонимных каналов Но все же имхо простейшее решение - параметры командной строки.
Его могут использовать большинство программистов с минимальными начальными знаниями + просто люди, достаточно опытные для создания bat-файла

Я это как полупрограммист говорю Не забудьте, что интеграция должна быть максимальна простой для людей, пишущих на различных языках программирования с разным опытом и независима для разных версий Windows. А если завтра микрософт сокеты прикроет в висте?

[motoprogger]

А если завтра микрософт сокеты прикроет в висте?

Тогда им придётся прикрыть интернет... имхо, очень многофункциональный (функциональнее только OLE) и достаточно простой способ. Доступен всем программистам для винды. Анонимные каналы по функциональности и доступности аналогичны. Недостаток - придётся заранее запускать Flash&Backup.
Командная строка проще, но функционал меньше, потому что:
1) Команды даются Flash&Backup только заранее (кому-то может быть мало)
2) Прошиваемые данные обязательно должны храниться в файлах отдельно
OLE - самая функциональная из технологий межпроцессного взаимодействия. Её использование потребует превратить Flash&Backup в OLE-сервер (значит, неслабо пересмотреть его структуру), подключить его к Delphi или C++ Builder будет проще некуда, к средам без встроенной подддержки OLE - сложнее. Преимущество - в полном контроле над программой.
Остановимся на командной строке... а чтобы решить проблему с функционалом, предлагаю ввести какой-нибудь свой скриптовый язык... чтобы его разрабатывать, надо знать, что от него надо.