• ? gid - 14.09.2021 08:17
  А чё толку? Я всё равно пользоваться им не умею. В визуалстудии есть локальный гит, и я в него коммиты коммичу время от времени. И всё. Все умности до сих пор так и не пригодились.
• ? gid - 13.09.2021 11:56
  Конечно не надо, но некоторым хочется. Вот SVN почему-то считает юникодные файлы битстримами и diff файл из них делать не хочет. Т.е. несколько лет назад так было, когда мне надо было с этим повозиться.
• ? gid - 13.09.2021 11:56
  Конечно не надо, но некоторым хочется. Вот SVN почему-то считает юникодные файлы битстримами и diff файл из них делать не хочет. Т.е. несколько лет назад так было, когда мне надо было с этим повозиться.
• ? gid - 12.09.2021 19:24
  Не менял, она у меня как была по умолчанию в юникоде, так и остаётся. Я пробовал сделать её Windows-1251, но студии это не понравилось и она его конкретно попортила, так что я больше не экспериментирую.
• ? gid - 12.09.2021 17:38
  Я пофиксил по-другому, поменял размеры и расположение контролов в окошках. Они теперь почти квадратные и никуда за окно дампа не вылазят.
  По пункту 2 - что смог, сделал. При установке заданного из пресетов размера экрана, данный размер теперь сохраняется при увеличении окна эмулятора, но при уменьшении окна эмулятора, свой кастомный размер экрана теперь не сохраняется.
  ¤
  Дмитрий Николаевич, смотри мой новый коммит.
• ? gid - 08.08.2021 16:09
  В архиве с исходниками эмулятора, там кроме эмулятора, всё остальное тоже.
• ? gid - 05.08.2021 08:40
  Сугубо техническое описание структур ФС можно посмотреть в исходниках BKDE. Там в конце каждого .h файла для каждой конкретной ФС есть краткая справка с описанием и некоторыми особенностями некоторых ФС.
• ? gid - 03.08.2021 08:28
  Ну не знаю, у меня в VS срабатывает точка останова в обработке ошибки при операции чтения сектора. Делается попытка чтения с головки номер 4, а их всего 4: 0,1,2,3. Поэтому операция чтения сектора завершается ошибкой, бит DRQ соответственно не установлен, и поэтому всё застопоривается на его ожидании. А вот в самом коде Good Apple что-то не получилось эмуляторных точек останова понаставить так, чтобы они в нужное время сработали. Поэтому я не знаю, откуда берётся такой номер головки. Точно не из функции seek - продвижение к следующему сектору, там ассерты не сработали.
• ? gid - 02.08.2021 20:35
  Пока что выяснилось, что во время чтения секторов происходит выход за пределы геометрии диска, причём как я подозреваю, это из программы задаются параметры. Почему оно работало раньше, непонятно, но сейчас, когда код эмуляции HDD стар немного строже и точнее, вот такая фигня получается.
• ? gid - 02.08.2021 16:08
  Что-то нихера точки останова не срабатывают. Не могу понять, что за команда была перед тем, как начало проверяться
  1: BIT #10,@#1777740
  BNE 1
  С какого хера бит DRQ вдруг не выставляется. По коду, он везде где нужно устанавливается.
• ? gid - 02.08.2021 10:08
  [А что подразумевается под "делается прерывание по вектору 100"?]
  Подразумевается, что устанавливается запрос на прерывание, и в следующем вызове функции эмуляции команды, этот запрос будет обработан, и уже в следующем цикле - выполнение первой команды прерывания. Всё почти как по-настоящему.
  ¤
  [Нужно перед переходом останавливать эмуляцию и передавать экранную память ffmpeg'у]
  Т.е. нужно поменять команды местами. Нет такого понятия, остановка эмуляции. У меня так и не получилось распараллелить операции, поэтому всё выполняется последовательно. Пока прорисовывается экран, всё остальное ждёт (кроме пользовательского интерфейса).
  ¤
  [эмулятор перестал воспроизводить Good Apple]
  Интересно. Разберёмся.
• ? gid - 01.08.2021 21:56
  У меня в коде так:
  if (!(m_reg177662out & 040000)) // если бит 14 установлен, таймер не работает.
  {
    m_cpu.TickIRQ2();
    if (m_pAY8910)
    {
      // для лога дампа регистров AY
      m_pAY8910->log_timerTick();
    }
  }
  ¤
  m_pParent->SendMessage(WM_SCR_DRAW);
  ¤
  Сперва, если разрешено, делается прерывание по вектору 100, а затем - перерисовка очередного кадра экрана. В той же функции прорисовки, кадр, который на экран выводится, передаётся ффмпегу. Пока функция прорисовки не отработает, алгоритм дальше не продвигается, новый кадр формироваться не начинает.
  ¤
  Я тоже получал точно такие же результаты как на скриншотах, правда в какой-то другой демке. Думал, что кадр не вовремя передаётся, или наоборот, пока экран перерисовывается, в буфере начал новый кадр формироваться. Фиг. Всё точно по алгоритму. То ли где-то рассинхрон из-за неточных таймингов, то ли прерывание по вектору 100 и прорисовку экрана надо делать в разное время. Но именно вот в таком варианте у меня полностью работают демки инсульта и TDR. Не работает только совмещение экранов методом их быстрого переключения. Так что пока забил на проблему. Всё равно не знаю как решить.
• ? gid - 30.07.2021 11:15
  Это вопрос из прошлого?
  Я ж уже давным-давно это сделал по просьбам некоторых товарищей. Они просили сделать возможность захвата видео через ffmpeg.
  И оно так и работает. Как только кадр будет полностью сформирован, он передаётся ффмпегу, и он, уже из этих кадров, делает видео, причём, с постобработкой, если её в параметрах вписать.
  Есть два минуса - 1) частота кадров сильно нестандартная получается, 2) ффмпег под виндовс не умеет грабить звук, поэтому создаётся два отдельных файла - видео и звуковой поток, и они рассинхронизированы.
  Других способов грабления видео мне никто не предложил, самому мне это совсем не нужно.
• ? gid - 20.07.2021 20:34
  А сами образы, если там нет чего-нибудь личного, обнародованы будут?
  Казалось бы, уже всё, что можно, выложено и не по одному разу продублировано. Но изредка, бывает, находятся файлы, которые считались утерянными, или какие-либо редкие версии программ.
• ? gid - 13.05.2021 08:18
  Из справочников я помню, что 555 по быстродействию медленнее 1533 и тока жрут больше. Так что наверное, эта замена призвана немного замедлить времянки на общей шине новодела, чтобы поведение было как у оригинальной 11М. Но это не точно.
  Но уж точно это никак не поможет исправить ситуацию при неправильном использовании режимов контроллера.
• ? gid - 12.05.2021 15:36
  [эти режимы перекрытия задуманы как некий варианты кривой логики?]
  Эти режимы, да и вся конструкция задуманы такими, чтобы упростить и удешевить изделие до такой степени, что его можно было бы массово производить и продавать без убытка, и его могли бы даже покупать в те времена.
  ¤
  [Битва токов и/или таймингов]
  Не совсем так. Конструктивно, электрически шина МПИ это допускает, просто так стараются не делать, т.к. это - ведёт к неопределённому состоянию. Но если очень надо - то делают, но потом вылазит куча оговорок, что можно делать, а что не стоит, ибо ничего хорошего не получится.
  ¤
  [это уже изначально косяк проектирования оригинального СМК и лучше такие режимы не использовать]
  В документации все это оговорено, правда в двух словах и без объяснения причин.
• ? gid - 12.05.2021 06:18
  [А какая микросхема памяти припаяна в ваших СМК-512?]
  CY7C1041D-10ZSXI SRAM 512kb (256k x 16bit)
  ¤
  [Может протестировать новодел 11М+ старый СМК-64?]
  Подозреваю, что будет наоборот. В режимах с наложением ОЗУ СМК на память БК, ОЗУ СМК просто не будет доступно.
• ? gid - 11.05.2021 21:32
  [А вот на новоделе два СМК одинаково глючат]
  Новодел БК11М тоже на статической памяти и быстром ПЗУ? Т.е. тоже на современных быстрых микросхемах?
  Если да, то вот всё и вернулось на свои места - вот вам прелести наложения.
  ¤
  [Доступ к сегментам в СМК итак яростный треш]
  Ну да, там надо табличку режимов держать перед глазами, и помнить, что половина режимов пригодна только для записи данных в ОЗУ СМК,
  А для полноценного чтения/записи на БК11 подходят только два режима: 120 и 20 и только в диапазоне 100000-137777, т.е. вместо Окно ОЗУ №1 БК11. Памяти вроде дофига, а доступ к ней - через узкое окошко, и целых 15,5 КБ (с адреса 140000 и до конца) при этом пропадает впустую, т.к. при обмене данными с СМК ничего полезного там поместить невозможно. Т.е. одновременно выполнять доступ к разным страницам ОЗУ СМК и выполнять код из ОЗУ СМК - очень, очень сложно.
  Ну в режиме 20 ещё доступно ОЗУ по адресам 140000-167777 по чтению/записи, и 170000-176777 только по чтению, но чехарда с сегментами затрудняет использование.
  Остальные режимы - узкоспецифические для каких-либо частных задач.
• ? gid - 11.05.2021 14:56
  В режимах 160 и 120 по адресам 140000-157777 происходит наложение ОЗУ СМК на ПЗУ БОС БК11.
  Например у моей реплики СМК-512 и оригинальной БК11М, из-за того что в СМК-512 стоит быстрое СОЗУ, от него RPLY приходит быстрее, чем от ПЗУ, поэтому я этого наложения не замечаю. У меня при чтении по адресу 140000, получается то, же, что я туда записал.
  А например, у моего оригинального A16M и оригинальной БК11М, из-за медленного СОЗУ прямо всё по документации - ОЗУ наложено на ПЗУ и читается совсем не то, что пишется.
  Тест СМК проверяет ОЗУ на ошибки в режиме, где есть только ОЗУ СМК, без всяких наложений.
  А ещё тест самих режимов, где показывает наличие/отсутствие наложений ОЗУ на ОЗУ/ПЗУ БК. (это особо проверялось, т.к. у меня есть такая возможность и эмулятор не эмулирует такое наложение, поэтому я вижу разницу в работе теста ни реальном железе и в эмуляторе.)
  ¤
  У вас вообще, что-то странное, в режимах 160,120, когда подключены страницы с кодом 0 и 4 - в ответ приходит не то, а как я понимаю, когда подключены другие страницы, с кодами 2000,2004,10,2010,14,2014,1,2001,5,2005,11,2011,15,2015, то с ними уже всё в порядке, читается то, что записано?
• ? gid - 10.05.2021 19:45
  Это означает, что CPLD-прошивка не v1.3, а старая, если есть Byte-blaster, можно скачать новую версию и перепрошить плис.
  Мне пришлось взяться за модификацию прошивки как раз из-за этого бага, из-за чего не работал бейсик БК10, который 3 ПЗУ занимает.
  А если бейсик не нужен, то ничего страшного.
• ? gid - 08.05.2021 09:02
  [Возможно ли из БКшной программы определить, что она запущена под эмулятором?]
  Возможно. Есть такие регистры, 177700-177704, у меня просто эмулируется их наличие, но не функционал.
  На реальной БК если записать что-то в регистр 177702, то он пропадает, т.е. перестаёт быть доступен по чтению, и становится снова доступен после выполнения любой команды EMT. В эмуляторе он доступен по чтению всегда, что запишешь, то и прочитаешь. Т.к. я не вижу смысла эмулировать работу этих регистров, это будет гарантированный способ.
• ? gid - 07.05.2021 21:47
  Спасибо
• ? gid - 28.04.2021 08:00
  Глядя на это, у меня возникает комплекс неполноценности. Недостижимый для меня уровень.
• ? gid - 19.04.2021 20:17
  Добавил коммитов, но там совсем почти ничего, т.к. вообще мозг не работает. Не хочу пока напрягаться.
  А чё за пара мелки правок? Я пока только увидел про второе окно дампа памяти. Правда мне бывает и двух окон мало, но я тупо вручную перемещаюсь каждый раз к нужному адресу, куда мне смотреть надо, делать дубль мне и в голову не приходило. Потому что это не так делается. Там надо делать слайс, или как оно там называется, - жмёшь кнопочку, или пункт контекстного меню, и окошко разделяется на два, а потом жмёшь ещё раз, и половинка делится ещё на два, и так делаешь нужное количество видов дампа, сколько высота экрана позволяет. Но для этого там полностью всё переписать нужно под эту технологию.
• ? gid - 18.04.2021 21:21
  Я хотел было распознать. Но 600 дпи не помогло, там у меня чё-то хреново пошло распознавание, поэтому я решил оставить всё на потом.
  Попытки сделать белый фон, тоже хреновые были, я и раньше никогда не умел это, и сейчас ничего хорошего не получилось.
  Я пока не в деле, но могу выложить постоянную ссылку на исходники сканов всем желающим сделать из них что-то полезное.
• ? gid - 16.04.2021 20:20
  Возможно. Это можно делать даже и сейчас, но только до закрытия эмулятора. Для этого, жмём правой кнопкой мыши на меню или тулбарах, выбираем пункт "Настройка", переходим во вкладку "Клавиатура" и назначаем какие угодно свои комбинации горячих клавиш на всё, что там доступно.
  На самом деле, все эти изменения сохраняются в реестре и по задумке должны быть доступны постоянно. Но я в эмулятор добавил функцию, которая перед запуском удаляет из реестра все настройки меню, тулбаров (а там можно и свои кнопочки на тулбары выводить и ненужные удалять) и горячих клавиш, и заменяет их дефолтными.
  Потому что, как только я в эмуляторе добавляю новую кнопку на тулбар, новую опцию в меню или просто делаю рефакторинг элементов пользовательского интерфейса, в тулбарах начинаются эпические глюки и горячие клавиши путаются, начинают вызывать не то, на что назначены. Из-за того, что все эти настройки хранятся в реестре и перестали совпадать с новой реальностью.
  Я не смог решить эту проблему, поэтому очищаю настройки из реестра всегда, а не тогда, когда надо.
  ¤
  Я отключу очистку реестра, но тогда, изредка, при запуске новой версии, когда весь UI заглючит, надо будет заходить в эти настройки и во вкладках нажимать кнопки "Сбросить всё". Полагаю для этого они сделаны.
• ? gid - 15.04.2021 13:12
  Выложил.
• ? gid - 13.04.2021 14:06
  Я забрал. Можно.
  На будущее (если кто-нибудь наткнётся на эту ветку), если кому-нибудь будет нужно, пишите сюда. Выложу.
• ? gid - 07.04.2021 08:12
  [Но как я уже писал выше - никому эта работа не нужна, по моему мнению]
  По большому счёту да, спросом она пользоваться не будет. Результатом воспользуются 2-3 человека и всё.
  ¤
  [очень полезна функция обучения эталонов]
  А вот я ещё ни разу не смог обучить файнридер ничему хорошему. То ли я что-то неправильно делаю, то ли ещё что-то, но после обучения распознавание становится гораздо хуже, чем со стандартными эталонами. Файнридер начинает путать большие и маленькие буквы, границы букв перестаёт определять правильно, и вообще, становится гораздо больше неверно распознанных символов.
  Особенно раздражает, что файридер никак не желает распознавать знак "¤", из-за чего приходится практически вручную перенабирать сканированные исходники на бейсике или ассемблере.
• ? gid - 06.04.2021 21:33
  Не там вы такие вопросы задаёте. Этот форум читает 2 с половиной человека. И ни одного верстальщика.
  Я например не умею, поэтому тексты, которые распознаю, оставляю простыми линейными текстами. Разве что под настроение некоторые простые рисунки вручную перерисовываю в векторном формате. Потому что не знаю ни одной проги, которая бы умела векторизовать из растра блок-схемы, диаграммы, электрические схемы и т.п. рисунки, состоящие из линий и символов.
  Тут как обычно, работает принцип "хочешь, чтобы что-то было сделано, сделай сам".
• ? gid - 05.04.2021 11:16
  Пока не будет нормальных сканов, браться за это - мазохизм и пустая трата времени.
  Я для себя из всех журналов выдернул страницы с содержаниями, чтобы хоть как-то ориентироваться, что где искать.
  И вот эти содержания после файнридера ещё пришлось чуть ли не половину вручную переписывать.
• ? gid - 05.04.2021 06:26
  Forbidden
  You don't have permission to access /0/CHEK-2-600dpi.zip on this server.
  Не забирается.
• ? gid - 04.04.2021 17:43
  [Про идею Voland о переводе в электронный вид не совсем понял для чего это надо.]
  Просто чтобы была нормальная электронная версия журнала, с возможностью распечатки её на бумаге фанатами.
  [Кто-то будет это читать?]
  Мне бывает надо изредка.
  [Сделать pdf с поиском по тексту и его копированием можно хоть сейчас]
  Если б было можно хоть сейчас, то это уже было бы сделано.
  Я бы и сделал бы, т.к. мне нужна возможность полнотекстового поиска по журналам (имеется в виду журнал ПК БК). Но останавливает меня отсутствие качественных сканов.
  Распознавать имеющиеся в интернете djvu тяжело. Там потом слишком много вручную исправлять неправильно распознанный текст, и угадывать текст, оказавшийся под мусором.
  Если первые несколько месяцев работы можно продержаться на энтузиазме, но потом уже как-то становится неохота.
• ? gid - 03.04.2021 17:33
  А у вас есть это всё?
  Просто насколько я помню, сначала были такие коротенькие выпуски СНЕК, потом они распухли и превратились в журнал ПК БК.
  И у Volanda возникла идея, давно ещё, преобразовать всё это (по крайней мере журналы) в электронный вид, пригодный для вёрстки и печати. Но из-за того, что в инете есть только сканы в djvu достаточно плохого качества, малопригодного к электронному распознаванию, там только человеческим глазом текст нормально читается, то идея заглохла. Ибо ручной труд очень тяжёл.
  А так, было б неплохо иметь хорошие сканы, с ними можно больше полезного сделать.
• ? gid - 01.04.2021 21:17
  См. в [Журналы. Книги]\Журнал 'БК Обзор' (1992-1997) там немного выпусков.
• ? gid - 31.03.2021 08:10
  Забрал, только пока не придумал, куда и как выложить. Было бы правильно создать архив всех этих выпусков и журналов ПК БК, пересканированных в нормальном качестве. Но своих сканов у меня нету, а чужих, уже выложенных во многих местах, выкладывать смысла нет.
  Пока просто похраню у себя, если что, могу сделать постоянную ссылку на яндекс диск, если понадобится.
• ? gid - 30.03.2021 18:32
  Ссылка одноразовая, там написано, как только файл будет скачан, то будет удалён.
  Кто-то скачал, и ничего тут не сказал.
• ? gid - 24.03.2021 06:36
  Нет, эту фигню не я придумал, а те люди, которые давно хотят эмуляцию двухAYшного модуля.
  Но кроме этой заготовки в окне настроек больше ничего нет. И не будет достаточно долго. Т.к. они не могут, а я всё времени никак не найду. У меня с нового года так и лежит недопаяная макетка.
• ? gid - 06.03.2021 12:09
  Посмотрел скриншоты и ничего не понял. В чём проявляется работа A16m как смк512 ?
  На мой взгляд, оба они работают именно так, как рассказывается в документациях к ним. Или я чего-то не вижу?
• ? gid - 27.02.2021 20:50
  A BKTurbo8 компилирует нерабочий вариант?
• ? gid - 19.02.2021 12:25
  BKDE ничего не ухитряется. Эмулятор ему милостиво разрешает. На время работы опции "Открыть в BKDE" эмулятор отмонтирует нужный образ и даёт BKDE поработать с ним, а потом обратно захватывает.
  В остальное время, образ, открытый в эмуляторе, доступен всем остальным только по чтению. Таки доступен, как и положено, а когда-то значит был микрософтовский косяк, не дававший доступа даже по чтению.
• ? gid - 19.02.2021 08:14
  Пробовал я когда-то давно добавить в BKDE управление через командную строку, ничего хорошего не получилось.
  Надо писать отдельную консольную версию. А пока для этого вдохновения нету.
  [В эмуляторе останется только кнопку перечитывания каталога нажать.]
  Эмулятор не даст. Он захватывает образ и не даст никому туда ничего писать. Он даже его по чтению не даёт открывать, хотя и должен бы. Я думаю добавить в окно настроек отдельную опцию, которая бы переключала монопольное/общее открытие файлов образов.
• ? gid - 18.02.2021 09:45
  Заглянул сейчас в исходники. И что-то там как-то само собой работает, без моего контроля, хотя и примерно так, как я себе представляю логику работы.
  Поправлю логику работы с путями к образам при загрузке/сохранении конфига. Чтоб ни шагу влево/вправо.
  ¤
  А ещё я не очень хочу плодить надоедающие попап окошки с сообщениями типа "Ого, чё-то файлов по заданным путям не находится, чё вы там такое сделали?" или "Вы уже уходите, а конфиг сохранить забыли, вам оно вообще надо?" Ну в смысле более краткие и культурные, но по каждому незначительному поводу.
  Предпочитаю делать ненавязчивые системы, которые по возможности втихую исправляют мелкие косяки пользователя и сообщают только о крупных, из-за которых программа вообще работать не сможет.
• ? gid - 18.02.2021 08:16
  [Прописав в конфиги несуществующие пути]
  Почему этот несуществующие? На момент сохранения состояния они были существующие и всё было нормально. Состояние то сохранялось на одном компе, а загружалось на другом, где образов по заданным путям уже не было. Растяпство пользователя - это не проблема эмулятора.
  ¤
  [эмулятор ломает нормальную работу при последующих запусках.]
  Не ломает, а предлагает заново выбрать нужные образы, перемещённые в другое, по сравнению с прошлым разом место.
  Эмулятор не в состоянии в оффлайне отслеживать манипуляции пользователя. Волшебство там не запрограммирвоано.
  ¤
  [так нафига эе конфиги-то рабочие курочить?]
  Какие же они рабочие?
  Загрузив сохранение состояния, вы загрузили и конфиг состояния, и если там находятся неверные пути к образам, эмулятор в этом не виноват, он просто исправляет их на нейтральные значения, приводя тем самым конфиг к нейтральному состоянию.
  Нейтральный конфиг считается корректным, и позволяет запустить конфигурацию, сохранённую в сохранении. При этом, если бы сразу после этого потребовался дисковый ввод/вывод, вы бы получили уже проблемы, зависящие от ваших программ - от сообщения о дисковой ошибке, до банального неопределённого поведения. Ибо диски-то не примонтировались.
  Затем, при корректном закрытии приложения, текущий (тот, что получился при загрузке сохранения, и с удалёнными неверными путями) конфиг сохраняется в ини файл. Потому что, не сохранять конфиг глупо, нафига он тогда нужен вообще?
  А между загруженным состоянием и просто обычным запуском эмулятора с определённой конфигурацией нет никакой разницы, по сути это одно и то же.
  Никто ничего не курочит, это так функционирует механизм сохранения/загрузки состояний и корректировка неверных значений параметров ини файла.
• ? gid - 17.02.2021 16:44
  Ну так это и ожидаемое поведение. Так и должно быть. Исправлять нечего.
• ? gid - 17.02.2021 14:33
  Зависло сразу при загрузке сохранения?
  Значит будем исправлять.
• ? gid - 17.02.2021 13:18
  Ну так состояние эмулируемого компа и состоит во многом из параметров, которые находятся в ини файле. В том числе - примонтированные в данный момент образы дисков. Хочешь, не хочешь, а приходится сохранять всё. Причём внутри сохранения состояния находится прямо цельный кусок ини файла, относящийся к текущей конфигурации.
• ? gid - 17.02.2021 12:49
  Образ диска может быть где угодно, а не только в директории IMG рядом с эмулятором. Поэтому, если путь к образу не является путём по умолчанию, то в ини файле сохраняется полный путь к файлу образа. Затем так сделано. Чтобы не примонтировывать каждый раз одни и те же образы, если они находятся в другом месте.
  Однако, если при попытке монтирования образа с данными, взятыми из ини, нужный образ не находится по заданному пути, то его запись в ини файле заменяется на <empty>. И всё продолжается, как будто ничего не было.
  Т.е. так этот механизм задумывался и работал, и работает, если не сломался.
  ¤
  А если загружаем какое-то сохранение состояния, то все параметры в ини файле перезаписываются параметрами из сохранения, в том числе и пути к образам. И что с ними происходит, если пути неправильные, см.выше.
  Т.е. теоретически, по задумке, ини должен был очищаться от неверных путей, но если этого не происходит - то это моя недоработка.
  ¤
  И вообще, надо будет в документации написать, что если хочется иметь переносимость сохранённых состояний, то все образы должны быть в директории по умолчанию.
• ? gid - 14.02.2021 15:15
  Это такое форматирование printf, оно требует аккуратности, это не зависит от платформы и влияет только на вывод на экран и в текст.
  Но тем не менее, пофиксил методом костыляния, обновил отдельный архив BKturbo8. В состав эмулятора обновлённые версии добавлю при следующем обновлении эмулятора.
• ? gid - 31.01.2021 17:40
  Ничего, значит я просто со всем этим ошибся, тогда выставляется палитра 15.
  Для таймера всё верно.
  "1" в порт 177662 ("0") на шине и выходе D35 - запретить таймер,
  "0" в порт 177662 ("1") на шине и выходе D35 - разрешить таймер.
  А буфер экрана значит устанавливается №1 - 6я страница
  "0" в порт 177662, ("1") на шине и выходе D35, "0" на выходе D33.2 - буфер экрана 0
  "1" в порт 177662, ("0") на шине и выходе D35, "1" на выходе D33.2 - буфер экрана 1
  Мне не приходило в голову, что можно начинать использовать железо без его инициализации, поэтому у меня в эмуляторе всё по умолчанию устанавливается почти неправильно, так, как после инициализации.
•   «   1 | 2 |  3  | 4 | 5 | ... | 15 |   »  

?