От Qt у меня изжога, хотя выбор GUI дело не принципиальное.

В degate я так и не смог даже на тестовом куске что-либо сделать (

Всегда есть localhost для таких целей.

Вообще основная проблема в разборе чипов сейчас - это разделение труда. Материала много, вроде даже разобрали себе по куску, но всё равно не очень понятно как совместно реверсить этого монстра.

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

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

Гую на том же .net можно сделать. А к qt у меня тоже предвзятое отношение, но это роли не играет, я от написания пользовательских приложений ушел. И не к базам, а к железу.

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

Моего мнения тут нет, поскольку я далек от железок и всех этих трассировок.
Хотели degate под винду - я взялся портировать. Если никому в итоге не нужно, то и фиг с ним.

Тут меня осенило. Наиболее близкая известная система к данному ТЗ - OpenStreetMap

Ну дегейт так нормально и не портировался, так что оценить, что за алгоритмы за ним стоят не получается.

Или wxwidgets.



Может есть смысл дегейт допиливать в эту степь? Все-таки большая работающая кодебаза... да и назначение такое же

Последний билд, который я выкладывал, работал и не вылетал. По-крайней мере у меня.

Последний билд, который я выкладывал, работал и не вылетал. По-крайней мере у меня.

Проект он не загружает обратно.

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

Правильно, давайте писать велосипеды.
У меня был подобный опыт - когда для задачи реверса огромного файла (прошивки) - целой проприетарной ОС одной IDA было недостаточно (а hex-rays этот чип не поддерживал). Решили поднять сервер совместного реверса (тогда collabREate еще не появилось), несколько месяцев ушло на написание версии на питоне, потом кто-то нашел подходящие для проекта куски на Java/Spring - переписали на неё. В итоге, проект застрял на год, пока получили нужную утилиту. За это время часть реверсеров разбежалась из проекта (им стало неинтересно), и в итоге проект провалился. Конечно, труд не пропал даром, теперь пилим radare2 для целей совместного реверса кода и данных, но изначальная цель достигнута не была. ИМХО, можно допилить degate, а не писать свою утилиту с нуля, которая не факт что получится. Можно даже сбор денег организовать на Indiegogo для этого проекта.

P.S. Между прочим, в degate есть поддержка работы с удаленным сервером, её можно допилить, а сервер написать на чем душе угодно. Если надо будет - я даже могу помочь с отказоустойчивым хостингом для этого дела.

В общем, дело Ваше (главным участникам проекта), это лишь мое мнение со стороны, хотя я собственно реверсом IC не занимаюсь, но и софт у ChipWorks появился спустя несколько лет от начала работы компании. Работали же они без него сначала?

Между прочим, часть не хватающего функционала есть здесь (отдельные утилиты, пока не включенные в degate) - http://degate.org/HAR2009/
Посмотрите на них, может что-то полезное там будет, соответсвенно добавить этот код в сам degate будет проще чем писать с нуля.

Ну известный подход программистов - чтобы сделать слона, надо к бегемоту пришить шлаг и два коврика.

Чем больше смотрю дегейт - тем больше убеждаюсь - это демонстратор. А демонстраторы не допиливают, из них куски берут.

Конечно хорошо бы сразу иметь софт в который загрузили снимки и вперед. Но нет его у нас и завтра он не появится по мановению волшебной палочки.
А в фотошопе over 90000 соединений трассировать - да тут разбегутся не часть, а все.
Мне ТЗ нравится, лучше создать что либо с отвечающее целям, чем допихивать костыли во что то похожее. Не масштабируется архитектура дегейта.

Gloval: а Вы, случаем, не программист?

http://rghost.ru/46890043 очередной билд дегейта под винду. Теперь не надо никаких батников и создавания папочек tmp.
Из известных багов: временная папка не чистится автоматом, open recent project не работает, надо открывать через open, при удалении фоновой картинки он не перерисовывает окно, приходится переоткрывать проект

При попытке разобрать wires вылетает исключение :

М, да, это непобежденное мной нормально автосохранение. Надо его будет пока совсем отключить

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

Вы предлагаете использовать наработки проекта OpenStreetMaps? Или под абревиатурой OSM скрывается что-то другое?

Да, оно, я выше писал.

Какая ему разница собственно что там в базе дорога, или дорожка

теоретически на форуме своем они и помочь/подсказать могут.
Но вот какая штука. Я не первый раз вижу в свободных проектах: приходит человек и говорит что все не правильно делаете, давайте напишем программу/перепишем сайт/бла бла бла. И хочет чтоб все сразу кинулись это делать. Но люди то работают над проектом сейчас, да конечно это хорошо если появится в обозримом будущем удобный инструмент, но откладывать из за этого "не айс", так как толком не известны сроки, да и это не то чем хотелось бы заниматься.
Поэтому если так хочется программу, надо брать и начинать Самому делать, а потом показывать, "Вот я сделал уже *то-то то-то*, помогите довести некоторые моменты до ума, будет удобнее *бла бла бла*" чтоб было видно, что не пустозвонство.

Nepo: да, я говорил о том же.

Замечательно конечно, если бы пришел добрый дядя и все сделал, нате пользуйтесь. Только таких дядь маловато, на всех не хватает.

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

Так что сначало лучше подумать, поспрашивать, послушать. Определиться с методиками работы, подобрать к ним инструменты или сделать их.

не надо передергивать