Видеопамять и КМ1801ВМ2

[Lavr]

на БК0011М вроде запускали чото...

Вот они и ругались, что карта памяти перекорёжена, и софт этот не ожидает видео-ОЗУ
посреди памяти.
В принципе-то если ставить 2 SRAM по 64 К, то памяти получается 2 страницы по 32 Кслов.
В первой страницу можно сделать карту памяти чтобы было удобно RT-11 и прочему такому
софту, а во второй странице разместить карту памяти, подобную БК.

Если их переключать, то софту пофигу, кто 1-я, кто 2-я.

[Shaos]

На просторах архивного интернета нашёлся релиз ANDOS v3.3 с эмулём БК-шки

https://web.archive.org/web/20071024175933/http://www.df.ru/~andos/

Можно попробовать позапускать

[Lavr]

Запускал, есть оно у меня в архиве. Вот только работать в ней я не умею...

Кстати, это не единственная ...DOS, если я правильно помню, автор моего любимого на сей день компилятора тоже написал несколько версий весьма неплохой ...DOS.

[Shaos]

Ну как я понял в XXI веке ANDOS всех победил - крутился на всех демопатях на БК-шках с винтами...

[Lavr]

Ну как я понял в XXI веке ANDOS всех победил - крутился на всех демопатях на БК-шках с винтами...

Не думаю... как я читал, эти ...DOS-ы были распространены по местностям и разным БК-шным
группировкам или сообществам.
А потом это просто всё умерло и на всех демопатях сейчас встречаются люди в основном близкие к столицам.

Приведу тебе просто параллельный пример: был Питерский вариант монитора для "Специалиста",
написанный очень грамотным системным программистом.
Так вот в реальной жизни я о нём не слышал и не видел его.
Впервые посмотрел в эмуляторе Шевцова - но было уже поздно изучать его прелести - он был в
качестве подгружемого варианта системного ПО под RAMFOS, чтобы запускать программы под ним,
которые не удалось адаптировать к RAMFOS.
Кстати, мне кажется, я ни одной такой так и не увидел...

[Shaos]

Ну то что все умерло это да...

[Lavr]

Ну то что все умерло это да...

Но энтузиасты есть! Собирают, хранят всё это! Молодцы!
Я, честно говоря, излагаю со страницы, где собраны все ...DOS-ы,
находил я такую...
Но скачал оттуда только то, что было с исходниками, чтобы иметь примеры
программирования под этими процессорами.

[angry_troll]

Ну то что все умерло это да...

Хрентам, казанцы (Excess team) вполне себе клепают демки и у них там как раз какой-то **DOS.
http://www.pouet.net/prodlist.php?platform%5B%5D=BK-0010%2F11M&page=1

[Shaos]

поправил линк

P.S. о - чуваки сделали "bad apple" на БК
http://www.pouet.net/prod.php?which=76056


https://www.youtube.com/watch?v=u_pdp1QSp70

P.P.S. на одном видео у них промелькивает некий MK-DOS v3.17 (C)1992-95 Michael Korolev

[Shaos]

Описание БК-шных ОСей: http://arhiv.xaker.name/threads/6634/

Оригинальная документация на БК-шки: http://gid.pdp-11.ru/doclist.html

[Shaos]

имеет ли смысл пилить нечто, совместимое по карте памяти с БК (и по прошивкам), но несовместимое с ней никак по времянкам?

Однозначно считаю, что НЕТ.
Читал всяких БК-шечникой - все однозначно считают, что видео-память в центре ОЗУ - это очень
неверное решение, которое негативно повлияло не программную совместимость.

Ну видео-память можно сделать перемещаемой куда угодно
Плюс можно сделать свою палитру на каждую строку и т.д.
640x200 монохром и 320x200 4-цвет поддержать само собой:





да даже и 640x400 монохром можно (2 буфера слепленные вместе)
320x400 4-цвет сомневаюсь, но наверное тоже можно

Сделать красную с позолотой плату формата mini-ITX с PS/2-клавой (и мышой?), выходом на колонки (ковокс+AY), VGA, LPT, COM (или даже два), IDE, дырка для SD-карточки (и может даже CF-карточки), Ethernet само собой

И назвать это BKEvo ( шютка : ) - или лучше nedoPC-1801

Для поддержки БК-режимов в своей железяке (и своих расширеных режимов с полноценной палитрой) по видимому надо будет ряд новых регистров завести:

Регистр 177666 - выбор видеорежима (младшие 3 бита):

000 - текстовый 80x25 (NEW)
001 - монохромный 512x256
010 - цветной 256x256 с палитрой 4 цвета
011 - многоцветный 256x256 (три буфера дают 6 бит на пиксел??? NEW)
100 - монохромный 640x200 (NEW)
101 - цветной 320x200 с палитрой 4 цвета (NEW)
110 - монохромный 640x400 (оба буфера вместе - NEW)
111 - многоцветный 320x200 (три буфера дают 6 бит на пиксел??? NEW)

Регистр 177670 - шестибитный цвет для индекса 0 палитры

Регистр 177672 - шестибитный цвет для индекса 1 палитры

Регистр 177674 - шестибитный цвет для индекса 2 палитры

Регистр 177676 - шестибитный цвет для индекса 3 палитры

бордюр всегда цвета с индексом 0 (по умолчанию - черный)

моталку вверх-вниз наверное для 320 пикселов в строке ненадо делать...

[Shaos]

Ну так что - моя спецификация эдакой "BK-Evolution" никого не вдохновляет?

P.S. Вот так выглядит 64-цветная картинка 320x200 (для форума растянуто до 640x480 ради удобоваримости):

Dublin.gif

P.P.S. Под спойлером исходник сишной программки для генерации 64-цветной палитры для GIMPа:

 64colors.c

Code: Select all

#include <stdio.h>
#include <stdlib.h>
#include <string.h>

int main()
{
 FILE *f;
 int i;
 f = fopen("SixtyFour.gpl","wt");
 if(f==NULL) return -1;
 fprintf(f,"GIMP Palette\nName: SixtyFour\n");
 for(i=0;i<64;i++)
 {
    switch(((i&48)>>4))
    {
       case 0: fprintf(f,"  0 "); break;
       case 1: fprintf(f," 85 "); break;
       case 2: fprintf(f,"170 "); break;
       case 3: fprintf(f,"255 "); break;       
    }
    switch(((i&12)>>2))
    {
       case 0: fprintf(f,"  0 "); break;
       case 1: fprintf(f," 85 "); break;
       case 2: fprintf(f,"170 "); break;
       case 3: fprintf(f,"255 "); break;       
    }
    switch(i&3)
    {
       case 0: fprintf(f,"  0 "); break;
       case 1: fprintf(f," 85 "); break;
       case 2: fprintf(f,"170 "); break;
       case 3: fprintf(f,"255 "); break;       
    }
    fprintf(f,"   Color%i\n",i);
 }
 fclose(f);
 return 0;
}

[Lavr]

Ну так что - моя спецификация эдакой "BK-Evolution" никого не вдохновляет?

Может и вдохновляет, только тут немного другой вопрос всплывает из твоих картинок...

А какой у тебя алгоритм dithering-a? И "кто" его делает?
Одной палитры ведь мало для получения такого изображения...

[Shaos]

То что выше это GIMP сделал, но я могу такой же алгоритм сделать на целевом железе - это 64 цвета RrGgBb (по 2 бита на цветовую составляющую)

[Lavr]

То что выше это GIMP сделал, но я могу такой же алгоритм сделать на целевом железе ...

Так алгоритм-то какой? Обычный Флойда-Стейнберга? Или что-то поинтереснее?