Ну, выскажусь. Вообще о развитии. Все нижесказанное -

Ну, выскажусь. Вообще о развитии. Все нижесказанное - IMHO, ессно.

1. Развитие командой 69 кил компиленного кода, писанного на асме - тупиковый вариант. Надо переходить на языки высокого уровня с ASM-вставками (ежели они действительно окажутся нужны, в чем сомневаюсь). Возможно, на объектный. Далее - уход в DOS32 (куча памяти + удобная работа с 32-битными указателями).

Минус - Роман, ты как - С вспомнишь?

2. Открытие исходников - ничего не даст для развития проекта. Пионэры займутся дурью (если разберутся), у нормальных людей просто не будет времени разобраться на таком уровне, чтобы внести что-то реально полезное.

Ну, Роман ты понял - это я и есть, Савелий. HW.BY лежит, народу нету, вот к тебе забрел.
Выводы - задача N1 - запуск параллельного проекта, каковой будет представлять из себя тот же патчер, но на ЯВУ (паскаль, C). Проект должны реализовывать пару вменяемых программистов-универсалов (т.е. не чисто виндовых) с хорошим знанием ASM. Знание технологий BIOS и т.п. от них как раз-то не потребуется - они просто переводчики и улучшатели юзабилити.

При переводе - продумать внутренний интерфейс типа плагинов. Или же решить через наследование классов.
К примеру - ну, допустим - вкл. HT. Ключ ком. строки - такой-то. Вызов процедуры - допустим, HTOn, параметры такие-то. На данный момент - заглушка или abstract.
В дальнейшем - человек пишет заданную процедуру и она просто долинковывается в проект.
Т.е. Роману надо будет обрисовать тот самый список желаемых фич.

Как я понимаю - сам движок (т.е. технология патчения) - отработан. Его будет держать (и развивать, если это понадобится) Роман. Но движок придется править ну не каждый день, ведь так?
А вот добавкой фич - пусть занимается народ.

Эх, времени нету. Надо бежать. )

Root: в следующий раз, пожалуйста, будьте внимательнее... Дупликат поста убит. Кстати, Вы можете убивать свои посты до того момента, как кто-нибудь ответит после Вас в этой же теме....
OK.

Вернулся.
Продолжу. Причем подавляющему большинству народа и не надо будет иметь полные исходники. Честно говоря - я плохо представляю, как происходит отладка того, что находится в добавляемом в BIOS модуле. Если ЭТО (добавляемая фича) может отработать в любой момент (типа интерливинга того же) - проблем нет, дебаггер в руки. Если именно на уровне POST, PnP Init и т.п. - тогда не знаю. Возможно, изобразить нечто типа SDK (урезанная версия патчера в исходниках или OBJ именно для отладки)

Плохо, что Роман не программист, т.е. нет опыта работы именно программистом и руководства проектом (или хотя бы знаний, как это делается).

В общем - все зависит от людей, как обычно. В общем случае еще от денег - но в данном случаем денег нет. )) Если найдутся люди достаточной квалификации и с достаточным желанием развивать проект - развитие будет. И если у них есть желание - пусть предлагают помощь Роману. В результате все усилия будут объединены. А выкладывание исходников, как уже говорили - это потенциальные клоны, по одной фиче у каждого...
Кстати, выкладывание исходников совсем не помогает поиску этих людей. Скорее - они найдутся на форуме.

Вирусы - я не рассматриваю этот вопрос серьезно. Сейчас никто не будет заниматься написанием вируса для БИОС. Очень ограниченные возможности распространения, практически никакого смысла после загрузки ОС и в Инете. Просто испортить железо или стереть веник? Фу, неинтересно... Кроме того человек должен сам скачать "вирусопатчер" с левого сайта, сам пропатчить свой биос, и сам его зашить на место... Конечно, можно посидеть, подумать и изобразить более-менее приличную технологию. Но у скрипт-кидди мозгов и знаний не хватит... К тому же и так против открытия исходников. Точнее - не против, просто не вижу смысла. А если нет необходимости в разрешении чего-либо - это надо запретить/не разрешить )) Классический подход.

Кстати, разобраться в Романовских исходниках, даже понимая, что к чему, непросто. Хорошим стилем программирования Роман не блистает, насколько я помню , и комментариев там нет.

В общем - на данный момент лично я вижу 2 пути.
1. Патчер остается "прогой для себя", его изредка пописывает Роман.
2. Патчер выходит на уровень FreeWare, но коммерческого уровня (как пример - mhdd последних версий) и развивается.

Более путей я не вижу. Для второго пути - нужны определенные шаги и условия. О них немного рассказано выше. В существующем виде патчер не может развиваться по второму пути, независимо от выкладывания исходников. А промежуточные пути - есть сакс и, соответственно, маст дай.

Ну, и еще раз повторю - вышесказанное является личным скромным мнением автора.