Наверное, надо топистартеру на почту писать, потому что здесь:
"Последняя активность - 30.12.2014 08:04"
Вид для печати
наверно задача слишком легкая а потому потерялся фокус и интерес, если реверсить так вот это - http://www.ebay.com/itm/IBM-Z9-MCM-B...item3a9896fb16
а если серьезно, то видимо размер схемы + количество микрокода убило все желание, когда схема сложная то еще хоть как-то можно по кускам пытаться понять хотябы модули, но когда сама схема кроме того что сложная еще и имеет программируемые состояния это мрак помоему...
Дела движутся, но медленно. Много работы навалилось...Цитата:
Интересно, как там дела с реверсингом ?
Да в добавок с НГ домашний комп подох. Руки не доходят сделать.
Предложение "на будущее". По работе, писалась своя система "склейки" фотографий. Тесты она прошла на ура, но потом не использовалась. Если будет надо, скидывайте - попробую склеить.А вдруг результат будет лучше (не факт конечно, но...)
Для работы ей нужно две вещи:
1) чтобы исходные картинки пронумеровались "правильно".
первая строка картинок: 000_000, 000_001 ... 000_022, 000_023
вторая строка: 001_047, 001_46,...001_025, 001_024
третья строка: 002_048, 002_049...002_070, 002_071
смысл в том, что указывается строка и порядковый номер, а роботизированный позиционер перемещался по нечетным строкам в лево, по четным в право. (ну или на оборот, программе не важно. по крайним она разбирается влево или вправо/вверх или вниз. Просто это "знание" используется для фотографий в середине строки, для уменьшения количества проверок и вычислений)
Ну или можно просто "координаты" фотографий задать. в смысле строка-столбец. Переименую скриптом (батником).
2)И второй необходимый момент. Это нужно,чтоб фотографии имели "нахлест" не менее 100 пикселов. но и не более трети фотографии.
Давайте попробуем, вот фотографии 1801ВП1-095, полежат там какое-то время, потом удалю.
можете удалять. скачал.
Теперь файлы по проекту будут хоститься на http://u.zeptobars.ru/cpg/1818vg93
Вот слой металлизации http://u.zeptobars.ru/cpg/1818vg93/vg93_metal_v1.1.pdf
Спрошу. Как там ВГшка, может что то новое появилось?
Я бы сказал - главная проблема в том, что мы точно не знаем, какие алгоритмы реализует эта микросхема.
С процессором все было иначе. Для процессора мы знаем, что там существует АЛУ, аккумулятор, блок регистров общего назначения, дешифратор команд и т.д. Кроме того, мы четко знаем функции процессора: какие команды он исполняет и как. Известна система команд и функции каждой из них. То, что процессор исполняет как бы много маленьких функций, каждая из которых нам известна, задает наперед ожидаемую его структуру и позволяет анализировать его работу по частям.
Не так дело обстоит с контроллером дисковода. Я не знаю, как насчет топикстартера, но по-моему мало кто вообще понимает до конца, как работает ВГ93, каким именно образом там обрабатываются сигналы считывания и записи. К слову сказать, обработка сигнала считывания - это, наверно, самая сложная и "вкусная" часть контроллера. Ведь надо синхронизироваться с битовым потоком, там должен быть наверняка какой-нибудь ФАПЧ. И потом декодировать MFM, а потом искать в потоке данных маркеры секторов и т.д.
Я железо в таких масштабах никогда не реверсил, но софт на Спектруме доводилось. Так вот, самыми сложными для реверса для меня оказались... Музыкальные плееры на AY. Размер кода - пара килобайт, а на реверсинг уходили месяцы напряженного труда. Все дело в том, что о решаемой задаче известно очень мало - только то, что в результате работы программы в регистры AY выводятся какие-то осмысленные значения. А как формируются последовательности этих значений, в каким формате представлены исходные данные - об этом совершенно ничего неизвестно; способов решения этой задачи - множество. И если заранее не знаешь, какими категориями оперировал разработчик программы; какие абстрактные функции реализует его плеер - то будет тяжело. Конечно, с опытом дело облегчается. Прореверсив штук 5 разных плееров и написав один свой, я стал гораздо лучше в них ориентироваться, стал быстро узнавать типичные блоки кода. Но в первые раза 2-3 было очень тяжело.
Вот с ВГ93 может произойти то же самое, это может оказаться тот еще "крепкий орешек".
Не просто облегчается, а очень облегчается)
Для меня, например, крэкать чужие алгоритмы и плейеры на спекке - дело очень простое. Например, плейер от ASM я расковырял, и написал декомпилер, встроив его в ASM, дня за 3, не более.
Словом, все зависит от опыта и свободной ориентации в конкретной сфере. Уверен, что есть люди (например Vslav), которые этот ВГ93 расколят на раз-два.