можно но в этом случае будет зависимость от двух факторов
и от обновления ee.bin
и от обновления mcaskey.bin на ftp
а так только от обновления ee.bin

другое дело если замутить автоматическое обновление mcaskey.bin на сервере ftp
при замене ee.bin на сат форуме

чуть чуть подправил runme.cmd
теперь если в открывшемся окне Вы видите надпись not retrieving
это означает что обновлений на сервере сат форум для ee.bin не было
и таким образом нет смысла обновлять и созданный mcaskey

a123, подскажите, уже имеющийся в скрипте  runme.cmd надо заменить на тот что сделали вы? Или как?

нет если Вы посмотрите дату создания файла ee.bin
он скачивается с сервера только если он обновился на сервере
а вот мкаскей создается при каждом запуске
но вам он понадобиться только если в открывшемся окне не будет надписи
not retrieving (примерно можно перевести как без изменений)
и файлик ee.bin в вашей папке в этом случае изменит дату создания
дата создания файлика в вашей папочке синхронизируется с датой создания файлика
на сервере сат форум
все это стандартные опции

вот это как раз не факт что они рабочие
подправленный runme.cmd
информирует Вас о том что ключи на сервере обновились
просто если на сервере они не обновились
(Server file no never than local file)
смысла обновлять созданный mcaskey в ресивере нет

a123
спасибо,все работает  предупреждение  (not retrieving) есть,еще вопрос почему с другого рейса файл ee.bin весит аж 5,51к на wicard а был 2.48 пробовал ложить свой ee.bin процесс на этом runme вроде пошол но безрезультатно 

длина бина 2048 байт те 2kB все остальное это не ee.bin для голдкард
если размер другой нужно смотреть
но скорее всего это просто ee.hex переименованный в ee.bin
а значит сначала нужно конвертировать в бин а только потом уже создавать mcaskey

Всё это конечно хорошо
но если мы найдем где в maincode нашей прошивки находится prefix MK Drecrypt
мы фиксили бы ау в прошивках одновременно с пабликом очередного MK и его однобайтного префикса.

а при чем здесь pic.hex от голдкарты
нас интересует где в нашем maincode.bin
префикс MK
вероятно можно увидеть связь между мк и префиксом в нашей прошивке анализируя
дезассемблированный распакованный майнкоде

действующего пока нет
(будет наверно в понедельник или вторник)
есть
предидущий с MK08 (с новой структурой MK на 16 ключей) и
предпредидущий с MK09 (со старой структурой под один MK)
если дезассемблировать корректно то по идее нужно искать
ссылку на адрес начала ключа так как от самого ключа никаких ссылок нет
(но это и логично)
значит есть ссылка на него и где то рядом ссылка на то что ещё нужно для декодирования
по этому mk  те на префикс

и ещё когда плохо отзываются об али
забывают что али расшифровывается как Acer Laboratories Incorporated
те ALi это Acer более чем известный международный бренд
к слову Packard Bell одна из старейших американо-голландских компаний
сейчас тоже принадлежит Acer Inc.,