наверно задача слишком легкая а потому потерялся фокус и интерес, если реверсить так вот это - http://www.ebay.com/itm/IBM-Z9-MCM-B...item3a9896fb16
а если серьезно, то видимо размер схемы + количество микрокода убило все желание, когда схема сложная то еще хоть как-то можно по кускам пытаться понять хотябы модули, но когда сама схема кроме того что сложная еще и имеет программируемые состояния это мрак помоему...
Дела движутся, но медленно. Много работы навалилось...Интересно, как там дела с реверсингом ?
Да в добавок с НГ домашний комп подох. Руки не доходят сделать.
CPGroup COMPEX
Предложение "на будущее". По работе, писалась своя система "склейки" фотографий. Тесты она прошла на ура, но потом не использовалась. Если будет надо, скидывайте - попробую склеить.А вдруг результат будет лучше (не факт конечно, но...)
Для работы ей нужно две вещи:
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 пикселов. но и не более трети фотографии.
Последний раз редактировалось EugenOS; 09.03.2015 в 10:36.
Давайте попробуем, вот фотографии 1801ВП1-095, полежат там какое-то время, потом удалю.
можете удалять. скачал.
Теперь файлы по проекту будут хоститься на http://u.zeptobars.ru/cpg/1818vg93
Вот слой металлизации http://u.zeptobars.ru/cpg/1818vg93/vg93_metal_v1.1.pdf
Последний раз редактировалось cpg; 24.03.2015 в 11:36.
CPGroup COMPEX
Спрошу. Как там ВГшка, может что то новое появилось?
Кворум БК 04
Магик 05
Кворум 64 + Дисковод Кворум(5.25) неисправный
Кворум 128+ (AY, FDD 3.5, CP/M, TR-DOS, Теневое ОЗУ)
Ленин 1
Я бы сказал - главная проблема в том, что мы точно не знаем, какие алгоритмы реализует эта микросхема.
С процессором все было иначе. Для процессора мы знаем, что там существует АЛУ, аккумулятор, блок регистров общего назначения, дешифратор команд и т.д. Кроме того, мы четко знаем функции процессора: какие команды он исполняет и как. Известна система команд и функции каждой из них. То, что процессор исполняет как бы много маленьких функций, каждая из которых нам известна, задает наперед ожидаемую его структуру и позволяет анализировать его работу по частям.
Не так дело обстоит с контроллером дисковода. Я не знаю, как насчет топикстартера, но по-моему мало кто вообще понимает до конца, как работает ВГ93, каким именно образом там обрабатываются сигналы считывания и записи. К слову сказать, обработка сигнала считывания - это, наверно, самая сложная и "вкусная" часть контроллера. Ведь надо синхронизироваться с битовым потоком, там должен быть наверняка какой-нибудь ФАПЧ. И потом декодировать MFM, а потом искать в потоке данных маркеры секторов и т.д.
Я железо в таких масштабах никогда не реверсил, но софт на Спектруме доводилось. Так вот, самыми сложными для реверса для меня оказались... Музыкальные плееры на AY. Размер кода - пара килобайт, а на реверсинг уходили месяцы напряженного труда. Все дело в том, что о решаемой задаче известно очень мало - только то, что в результате работы программы в регистры AY выводятся какие-то осмысленные значения. А как формируются последовательности этих значений, в каким формате представлены исходные данные - об этом совершенно ничего неизвестно; способов решения этой задачи - множество. И если заранее не знаешь, какими категориями оперировал разработчик программы; какие абстрактные функции реализует его плеер - то будет тяжело. Конечно, с опытом дело облегчается. Прореверсив штук 5 разных плееров и написав один свой, я стал гораздо лучше в них ориентироваться, стал быстро узнавать типичные блоки кода. Но в первые раза 2-3 было очень тяжело.
Вот с ВГ93 может произойти то же самое, это может оказаться тот еще "крепкий орешек".
Не просто облегчается, а очень облегчается)
Для меня, например, крэкать чужие алгоритмы и плейеры на спекке - дело очень простое. Например, плейер от ASM я расковырял, и написал декомпилер, встроив его в ASM, дня за 3, не более.
Словом, все зависит от опыта и свободной ориентации в конкретной сфере. Уверен, что есть люди (например Vslav), которые этот ВГ93 расколят на раз-два.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)