Так это как раз более удобно, что система Spec256 не дает разойтись процессорам в разные стороны)
Вид для печати
в переводе это означает, что команды выполняются те же самые и нету никаких особых "его программ"
не придумывай, красили в эмулях попиксельно, медленно и печально, и даже если рядышком случайно испорчен код, кто тебе мешает вытянуть только графику?
еще как удобно, очень хорошая идея, там нет процессоров, есть получается Z80 и 64 битный виртуальный ведомый графический SIMD Z80 на одном как бы чипе связанные внутренностямиЦитата:
Так это как раз более удобно, что система Spec256 не дает разойтись процессорам в разные стороны)
- - - Добавлено - - -
в ZX-Poly нет связи между процессорами на уровне их внутренних блоков, они совершенно независимые как если на плату чипы напаять и знают только то что им на пины приходит, соответственно и нет никакой возможности сделать "modifies its memory zone accordig to the instructions and doesn´t do anything with Z80´s memory zone" как в Spec256Цитата:
не придумывай, красили в эмулях попиксельно, медленно и печально, и даже если рядышком случайно испорчен код, кто тебе мешает вытянуть только графику?
судя по тем исходникам Spec256 что я видел, GPU в нем, каждый шаг синхронизирует с Z80 (исполняющим немодифицированную программу) свои внутренние регистры PC,SP,I,R,IFF1,IFF2,HALT_STATE. Т.е. если напортачишь в коде для графического раскраской, он переживет, если надругательство будет нешибко сильным. С реальными Z80 и Z80 в ZX-Poly к сожалению так нельзя, а то я бы тоже был бы только рад если бы внутрипроцессорная шина и синхронизация состояний была.Цитата:
а нафиг это делать? пусть модифицирует на здоровье, графику обычно в код не копируют, а неграфические байты в плоскостях должны совпадать
блин, еще раз, медленно, по слогам: НЕ-ТУ НИ-КА-КО-ГО "КО-ДА ДЛЯ ГРА-ФИ-ЧЕС-КО-ГО" отдельного - код оригинальный везде работает
если байты кода в плоскостях твоих совпадают, и нет переходов по результатам операций с байтами графики - у тебя продолжится всё синхронно
а если переходы такие были - то с любой раскраской рассинхронизируются процы, хоть потыренной, хоть нарисованной тобой лично
я смотрю код одного из эмуляторов поддерживающих Spec256 и по крайней мере это мне объясняет почему я не смог запустить извлеченные планы из Spec256 раскраски, которые прекрасно бы работали, если бы там не было внутренней синхронизацииЦитата:
блин, еще раз, медленно, по слогам: НЕ-ТУ НИ-КА-КО-ГО "КО-ДА ДЛЯ ГРА-ФИ-ЧЕС-КО-ГО" отдельного - код оригинальный везде работает
а смотреть надо было в сами "извлечённые планы" и разбираться в каждом конкретном случае (вполне возможно, что какие-то заведутся)
- - - Добавлено - - -
это я к тому, что при раскраске средствами эмулятора первым делом во все плоскости копируется вся память, включая код, и он должен там остаться вполне рабочим
но могли также красить посторонними инструментами или даже код вычищать нарочно, чтобы рядом не пестрел и не отвлекал
- - - Добавлено - - -
для проверки попробуй свою раскраску (минимальную) сделать в эмузвине и запустить эти плоскости в своём эмуляторе
я не могу пробовать EmuzWin, потому что у меня нет винды, а он не кросс-платформенный, но я вполне допускаю, что можно сделать изменение на плане, где будет зацеплена только графическая часть и это запустится, единственное что это уже переходит в "дело случая"... может быть в следующей версии поддержу тоже Spec256 в своем эмуле, будет хотяб кросс-платформенная эмуляция, а то официальный тоже только под виндуЦитата:
а смотреть надо было в сами "извлечённые планы" и разбираться в каждом конкретном случае (вполне возможно, что какие-то заведутся)