ZXNet эхоконференция «code.zx»

Hello, Sinus рефрешь памяти ломается описано в зет икс ревю

Hello, GriV чо вы бредите, какой регистр F, какой рефреш... В фирменых спеках и некоторых клонах (с двумя полями памяти) действительно память регенерилась процом, этим занимается регистровая пара IR (как думаете, почему идет "снег", если I поставить в #40..#7F ?), но никак не AF.

Hello, jtn гониво :) нда прогнал а как это все осуществлялось я про удушение памяти посредством R регистра?

Hello, jerri 32к памяти состоят из 64х строк и 512 столбцов. чтобы она сохраняла инфу нужно выбирать на чтение каждый столбец через промежуток времени не превышающий паспортный (2ms что ли для ру5). так вот. если не будем например давать регистру R выйти за предел 31, т.е. он будет болтаться в промежутке 0..31, то с по адресам #8020..#803f,#8060..#807F и далее с шагом #20 биты начнут плавать. а на фирменых компах к тому же в цикле регенерации из памяти на шину читается число из IR , а поскольку шина общая с ВК и если I в промежутке #40-#7f, то данные по видимому перемешиваются и получается снег

Hello, jtn да, jtn прав. никакой регистр F тут не в тему. нужно просто ┌─- code ─── XOR A GG LD R,A JP GG └── code ─── у нас в Гродно когда-то писали защиту, на этом основанныю. работало только на машинах с двумя полями памяти (в основном на Байт-ах).