Флейм только по теме "Радио-86РК".

ведущий_специалист пишет:Купил в чип и ДИП-е сейчас 155ЛР3

Это Вы погорячились. Куда ж такое бесполезное старьё. Лучше бы взяли 1533 КП11. А вот 1533 ЛП8 это вестчь. 8 независимо управляемых вентилей, повсюду можно применить.

Viktor2312 пишет:А вы говорите нет, да полно вот только за минуту нашёл 800+ шт. Мало?

Он видимо имел в виду, отсутствие их в реальном магазине ДИП для прямой покупки прямо сейчас за наличные, а не Интернет-покупку посылторгом, что долго.

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

Четыре (4)

Он видимо имел в виду, отсутствие их в реальном магазине ДИП для прямой покупки прямо сейчас за наличные, а не Интернет-покупку посылторгом, что долго.

Возможно, но я не Ванга, и мысли не читаю, а читаю только то, что конкретно написано. Россия, это не только город, бывший Ленинград, а что-то гораздо большее, и многие не были там даже и не собираются...

Viktor2312 пишет:8 независимо управляемых вентилей, повсюду можно применить.

Четыре (4)

Я прекрасно знал это, т.к применял в одной своей самоделке 555 ЛП8. Просто кто-то водил моей рукой. Сам бы заметил эту очевидную глупость спустя секунду и исправил бы. Но радует, что и у вас после перенесённого ковида, осталось ещё что-то в памяти (или по справочнику узнали?).

Viktor2312 пишет:

ведущий_специалист пишет:потому что схема все таки не рабочая (использование исключающего или не катит и нужен повторитель как в схеме барсика.

Не понятно о какой схеме идёт речь, Барсик их тут уже столько наплодил, что без ссылки на пост, понять сложно.

Ссылка на пост тут невозможна, ибо такой схемы и не было.

Насколько я понимаю, ведущий_специалист сейчас занят тем, что хочет сделать так, чтобы код цвета 000 (с атрибутных выходов ВГ75) давал раскраску букв не чёрным цветом (что бессмысленно ибо и сам фон чёрный), а серым или хотя-бы белым цветом. Если белым, то будет аж два белых (при кодах 000 и 111), что невыгодно, потому серый цвет лучше.

Для этого я и предложил сделать ловушку, а иными словами схему совпадений, на код 000 (что есть элемент 3ИЛИ-НЕ). И её (схемы совпадений) выходным сигналом инвертировать код 000 на выходах ЛЕ1 в 111 (что есть код белого цвета).

Но инвертировать цвет 000 в 111 в этой идее надо только для букв, для фона абсолютно не надо (иначе и цвет и фон станут белыми и опять ничего не будет видно, только уже на белом фоне, а не на чёрном).

Т.е я лишь высказал идею, а схему с ЛП5 на выходе ЛЕ1 не чертил. Хотя, когда выяснилось, что и трёхвходовыми ИЛИ-НЕ или пяти входовыми ИЛИ-НЕ (что есть ЛЕ7) ведущий_специалист сейчас не располагает, то предложил схему реализующую логику 3ИЛИ-НЕ на двух вентилях ЛЛ1+ЛЕ1, а также второй вариант на трёх ЛН1 с монтажным-И на диодах.

ведущий_специалист пишет:схема все таки не рабочая (использование исключающего -ИЛИ не катит) и нужен повторитель как в схеме барсика.

Похоже мою идею Вы не так воплотили, точнее не полностью. Ибо как выше указано, требуется инвертировать код цвета 000 в 111 только для букв, а не для фона. Тогда и фон не изменится (останется чёрным) и только буквы, что исходно были чёрными, побелеют. Тогда и схема с ЛП5 станет рабочей. В этой ошибке моя вина.

Чтобы исправить ту схему, что была сделана у Вас (если свободного вентиля ЛИ1 в схеме не найдётся), достаточно два диода и резистор (реализующие монтажное-И, которое складывает сигнал Video и сигнал схемы совпадения на 000, отчего цвет меняется только для букв, не для фона). Через ~час нарисую полную схему по конверсии цвета 000 для букв в цвет 111.

ЛР3 взял из за того что можно этой микросхемой "насопливить" 3или-не одним корпусом. А лп8 буду пробовать вместо лп5. Ловушка как раз таки отрабатывает единицей при 000, но вот лп5 не хочет работать как надо. По сути инверсия как была так и осталась а 000 черные буквы на черном фоне.
А ошибочно посчитал я схему рабочей как раз таки что тогда ночью включил это все с ошибкой в пайке и увидел белые буквы на черном фоне при этом включив цвет увидал его правильным. Но при детальном разборе схема оказалась спаяна неправильно и все начинало мерцать, я грешил это на провода, а нифига не провода. Разбор полетов показал что это все хрень. Короче лп5 не катит. Немного времени - соберу барсика схему, правда на лп8 и лр3 (пока что на этом).

ведущий_специалист пишет:но вот ЛП5 не хочет работать как надо

Сами понимаете, что этого не может быть. Законы булевой алгебры неумолимы.

ведущий_специалист пишет:Короче ЛП5 не катит.

Катит, катит! В смысле работает как надо.

ведущий_специалист пишет:соберу барсика схему, правда на ЛП8

И тоже ничего не заработает, пока Вы не учтёте, что инвертировать цвет надо только для букв, т.е когда сигнал VIDEO с выхода сдвигового регистра равен единице (или нулю, если логика сигнала видео инверсная).

Надо бы нарисовать всю схему целиком (т.е и с ЛЕ1 и ЛП5, что стоит для реверса).

Пока нарисовал вариант тупой лобовой замены кода цвета 000 на 111 при пикселе соответствующем букве (если считать, что при пикселе буквы на выходе сдв.регистра единица, хотя кажется при букве будет ноль, т.к вроде бы в РК фонт инверсный, но надо уточнить глянув на схему, сейчас не под рукой).

КП11 играет роль инвертора сигналов RGB с выходов ЛЕ1, т.е просто заменяет три вентиля ЛП5. Когда цвет 000 и с выхода VIDEO идёт единица, то КП11 переключается и вместо цветов с выходов ЛЕ1 выдаёт три единицы. Кстати, чтобы сделать 3 вентиля XOR-НЕ из ЛР3 их потребуется аж три штуки. Т.е ЛР3 заменит всего один вентиль ЛП5, А сама ЛП5 заменяет аж 4 вентиля из ЛП5.



А если видео с выхода выходного сдвигового регистра 555 ИР10 инверсное (а мне кажется, что это так, ибо фонт в РК инверсный и если в схеме там нигде нет инвертора, то и видео инверсное, но схемы нет перед глазами), то схема ещё проще:

Немного поравлю.... ЛР3 вообще по замыслу должна стать вместо 3ИЛИ-НЕ

ведущий_специалист пишет:Немного поправлю - ЛР3 вообще по замыслу должна стать вместо 3ИЛИ-НЕ

А надо на самом деле не 3ИЛИ-НЕ, а 4ИЛИ-НЕ (или просто 4ИЛИ, что как раз и делает узел из трёх ЛЛ1 как в схеме, что на 10 сантиметров по экрану выше). Если же есть лишь 3ИЛИ-НЕ, то понадобится ещё вентиль ЛИ1, чтобы сложить сигнал Video и флаг, что текущий цвет =000, что и даёт в итоге флаг, что это из фонта выводится бит зажжённого пикселя и цвет 000. Тогда это сигнал на подмену цветов.

В двух схемах что выше, как раз вместо КП11 экономичнее поставить 3 вентиля ЛП5. Они точно так же могут инвертировать 3 сигнала, но ЛП5 14-ти ногая (а не 16-ти ногая) и дешевле и к тому же ещё из ЛП5 остаётся один вентиль нужный для реверса в схеме Толкалина (что состоит из вентиля ЛП5 и трёх вентилей из ЛЕ1).

Вообще, блин, как же так - запутались в 4-х вентилях !!! Схема цветного адаптера ведь проще некуда.

Ненужно КП11, вместо неё нужно поставить ЛЛ1 как раз три элемента и четвёртый остаётся для схемы совпадения.
Итого нужно будет найти только 2 лог. элемента свободных ЛЕ1 (2ИЛИ-НЕ) и ЛИ1 (2И). Но если Видео 0, то вообще было бы здорово Одна ЛЕ3 или (ЛР3) и одна ЛЛ1:




.

Ну вот, - нарисовал полную схему, т.е пририсовал толкалинский узел реверса. Но ещё надо её уточнить. В частности посмотреть идёт ли на ЛП5 в толкалинской схеме инверсное видео (/VIDEO) или прямое (VIDEO) и распределение HLGT, GPA0, GPA1 к RGB проверить на соответствие оригинальной схеме цвета. Прямое видео значит, что при сигнале VIDEO равным 1 пиксель зажигается, а инверсное соответственно наоборот - пиксель зажигается при нуле.




Сейчас поужинаю, а потом нарисую ту же схему, но вместо КП11 - для управляемой инверсии поставлю три вентиля из ЛП5, что сократит число микросхем на одну и таким образом вся доработка цветного адаптера до видимого цвета по сбросу обойдётся всего в два доп.корпуса: 555 ЛЛ1 и 555 ЛП5.

Всё это конечно красиво. Но вообще вся хрень пошла из за того что монитор имеет инверсные входы, а потом и понеслось ))))). Оттуда и запутался. Я думаю, что эти все схемы правильные, но не стандартные по цветам с оригиналом.
Не буду вас путать, соберу их все и по каждой дам отчет. Собрать 2 корпуса мне не стоит проблем, к тому же я ими затарился по полной есть из чего собирать и лл1 и кп 11 и прочее...

Схема Виктора с получением логики 4ИЛИ-НЕ на 155 ЛР3 тоже сработает, если в его схеме ИМС D2 сделать ЛП5, а не ЛЛ1. Число корпусов это не уменьшит.

Я всегда думал, что 155 ЛР3 это вообще бесполезный хлам, ибо нигде не применялся. А оказывается ЛР3 иногда может заменить ценный корпус 555 ЛЛ1. А ЛЛ1 намного ценнее, в то время как ЛР3 никому и даром не нужны. Они у всех в шкафах лежат мёртвым грузом уже >30 лет, ибо нет радиолюбительских и промышленных изделий, где бы они применялись.

Спойлер:

если в его схеме ИМС D2 сделать ЛП5, а не ЛЛ1.

В моей схеме когда 32, 33, 34 - ВГ75 = 0 и Видео = 0, на выходах RGB лог. 1,  когда хотя бы один из этих сигналов равен лог. 1 (например, 32 - ВГ75 = 1; 33, 34 - ВГ75 = 0 и Видео = 0), то ЛЛ1 работают просто как повторители.

Сейас и уже неделю как раз смотрю "Звёздный путь. Дискавери" и там как раз в первом сезоне идёт война с Клингонами, а сейчас второй сезон смотрю, и заключили перемирие, и вообще, мы доварповая цивилизация, нам это знать не положено... У нас пока вон керосинки и газовые гарелки палят, убивая окончательно экологию:



.

Viktor2312 пишет:

если в его схеме ИМС D2 сделать ЛП5, а не ЛЛ1.

В моей схеме когда 32, 33, 34 - ВГ75 = 0 и Видео = 0, на выходах RGB лог. 1

Да, сначала подумал, что с обозначением элемента ошиблись, т.к всё время речь шла о ЛП5, но вижу, что данную задачу подмены кода цвета 000 на 111 эта схема и при ЛЛ1 вместо ЛП5 тоже решает.

Из экономии пожалуй разумно в схеме цвета применять 155 ЛР3 в качестве 4ИЛИ-НЕ, чтобы не тратить 555 ЛЛ1 для этого. Кстати тогда, если считать, что 155 ЛП5 уже была (т.к она есть в оригинльном цветовом адаптере), то доработка цвета 000 для букв обходится всего в один никому не нужный корпус 155ЛР3.

Виктор, собрал я Вашу схему. Фотка скажет сама за себя.

Работает все прекрасно.
До ле1 стоят 3 инвертора.
Если кто заметил артефакты в виде вертикальных полос, то это момент переключения цвета в инверсию. Каждое переключение инверсных атрибутов дает такую линию. ума не приложу что это. Такое наблюдается с мелким курсором (без конденсатора) и с растянутым курсором (с конденсатором)

А чего на фото не показали как выглядит реверс цвета при цвете 000. При цвете 000 должны быть чёрные символы на белом фоне. На фото видно, что реверсированы пробелы, т.е всё знаместо пустое, но цветное. А вы жаловались, что при реверсе получаются вырвиглазные чёрные буквы на цветном фоне, но на фото этого нет.

Кстати, как уже выше писал, - ту же схему можно задействовать, чтобы при реверсе цвет погашенных пикселей (т.е как раз цвет букв при цветном фоне) тоже инвертировать превращая в белый. И будут уже белые, а не чёрные буквы на цветном фоне. Для нортона это лучше.

Для этого потребуется выделить сигнал, который активен, если RVV=1 и прямое VIDEO=1 (или инверсное /VIDEO=0). Т.е нужно с помощью элемента 2И (или И-НЕ) сложить эти две единицы и этим сигналом также выдавать на RGB код 111 (или можно выдавать код жёлтого цвета). Если 2И элемент проблематичен, то его можно заменить двумя диодами и резистором по схеме "монтажное-И".

---

И ещё такой вопрос. Далеко не всем нужно иметь вывод на VGA. Есть люди которым важно совместимость с оригинальными играми (да и кто знает когда Вы адаптируете под VGA все непригодные для VGA РК-игры и вообще будет ли это сделано скоро или в обозримом будущем) и у которых есть обычный телевизор со скартом (что и есть RGB CGA-вход). Скарт перестали массово ставить в телевизоры менее 10 лет назад, когда видео магнитофоны окончательны были вытеснены CD/DVD-проигрывателями. Да и после выпускались отдельные TV-модели со скартом.

Хочу сказать, что даже людям имеющим телевизор с CGA-входом интересны другие усовершенствования РК, что есть на вашей плате (большое ОЗУ и большое резидентное ПЗУ, а загрузка фонтов мало кого волнует, пока под это нет изобилия программ). Ибо, чтобы использовать большое ОЗУ в 48К (например в бейсике или ассемблере) вообще ничего не надо делать или менять в программах (т.к программы определяют вершину ОЗУ подпрограммой запроса RAMTOP, и используют всё ОЗУ до самой вершины), а в большое ПЗУ удобно прошить часто нужные программки (типа отладчик и ассемблер).

Потому вопрос - сложно ли переделать эту развитую версию РК86 под вывод на обычный телевизор? Т.е сможет ли человек поимевший эту плату путём минимальной коррекции использовать её выводя видео на обычный телевизор. Кстати, наличие раздельных генераторов для питания видео-части и МП-ядра очень ценно, ибо на этом основана идея турбирования РК86 изложенная в статье в ж.Радио 01.1992 (если не ошибаюсь с годом и это не 1991).

Кстати, это не ламповый путь - переделка ретро-аппаратов под VGA-видеовыход. Ламповый путь - это применение конверторов из CGA в VGA. Читал, что такие вещи можно купить в какой-то самой многолюдной стране мира расположенной где-то на востоке Азии, жители которой узкоглазы, трудолюбивы и под мудрым руководством ком.партии построили социализм с развитой экономикой (это кстати, благодаря тому, что у них ежегодно происходит больше казней преступников, чем во всём остальном мире вместе взятом, что помогло избавиться от коррупции).

---

Мысль по поводу архитектуры. Точнее о том, что 2 Кб ОЗУ на 537РУ10 в старших адресах имеет некую пользу. Введение некоммутируемого ОЗУ в многобанковой машине полезно, хотя и не необходимо (а в этой плате как раз есть коммутация кусков доп.ОЗУ в окне 0...7FFF). Так например, в ОРИОНЕ введён кусок некоммутируемого ОЗУ в 1 Кб (F000...F3FF), что позволяет и другие банки использовать для прогона из них программ и упрощает организацию из доп.банок RAM-дисков для DOS.

Некоторые думают, что без наличия некоммутируемого ОЗУ всё то же самое невозможно, а можно только подпрограммой в ПЗУ F800 читать/писать в иные банки побайтово (чего вполне достаточно для использования доп.банок под RAM-диск). Но на самом деле нет, при условии, что у программиста есть фантазия. Легко записав в основную и дополнительную банки один и тот же программный код, получить как бы некоммутируемое ОЗУ.

А полезно некоммутируемое ОЗУ в 2 Кб вот почему. Его наличие ускоряет посекторную работу с RAM-диском (а все DOS, кроме убогих, таких, как ORDOS, имеют обмен секторами). Иначе приходится работать с RAM-диском побайтово (т.е для каждого байта переключая ОЗУ в окне коммутации), что в ~2 раза тормознее, чем, если просто LDIR-ом слить сектор в некоммутируемую область, зетем вернуть основное ОЗУ и опять LDIR-ом перекинуть сектор на DMA.

К сожалению, на данный момент очень сложно воссоздать чисто "ламповый" вариант без ущерба новодела. Ну или получится новодел, очень слабо отличимый от оригинала, которых и так полно. Вопрос конечно риторический, до недавнего времени (не давеча как вчера) я вообще усомнился в том, что проект доделается, потому как бесконечные доработки сведут проект к нулю или затянут его в бесконечность. Проблема не сколько в незнании базы архитектуры или схемотехники, а в том, что в силу сложных времен заниматься этим приходится с 22.00 по 0.30 и то не всегда. А разбираться как показывает практика нужно не на коленке, а с осциллографом и вникая в каждый элемент схемы, учитывая при этом наличие комплектующих и оперативное их доставание. Я например задумался, вот нашел я говномикросхему лр3 ((с)Барсик). Внедрив схему в народ я оч рискую быть закиданным тапками мол применил микросхему единственно доставаемую в России в количестве 1 шт и тд. А например если применять рассыпуху - народ скажет какого хрена в рк микросхем не 25 а 26, мол это критически много и так не делают...и тд. И так эти нюансы можно перечислять до бесконечности. Я не говорю про мои ошибки в схеме, что при приходе долгожданных печатных плат я схвачусь за голову там ошибка и там, там перерезать там добавить корпус и тд.
В самой первой версии схемы, был выведен видеовыход. Осциллографом я наблюдал все сигналы. При подключении к а-ля телеку - я наблюдал удвоенный экран по горизонтали и понял, что надо уменьшать как частоту так и шрифт, а именно привести схему к стандартной ну или применять одновибраторы. Так как с последними я не заморачивался - то не знаю в каком направлении копать, поэтому решил во второй версии схемы видеовыход убрать.
Применение в новоделе загружаемого в ОЗУ знакогенератора... вы говорите не нужно. Да и бог с ним, по идее эту часть можно вообще не впаивать в плату новодела сэкономив при этом 7 корпусов микросхем стоимостью от 210 до 500р. Тут дело в другом. насколько человек готов заморачиваться с этим компьютером, либо собрать и под стекло на полочку, либо радоваться дополнительным килобайтам и тянуть туда в связи с этим ср-м ну или писать новое программное обеспечение начиная от игр, редакторов текста, заканчивая мощными оболочками дисковой системы или системными программами.
Лично я сыт по горло микроконтроллерными системами с тактовыми частотами от 24 до 600МГц с оперативной памятью от 2КБ до 1М, не говоря про то, что работаем мы на мощных многоядерных системах с тоннами оперативки и памяти.
Я постараюсь доделать то что начал, а там пусть публика терзает этот вариант как хочет.... Надоело писать короче, может чего добавлю еще. Работать надо...

Внедрив схему в народ я оч рискую быть закиданным тапками мол применил микросхему единственно доставаемую в России в количестве 1 шт и тд. А например если применять рассыпуху - народ скажет какого хрена в рк микросхем не 25 а 26, мол это критически много и так не делают...и тд.

А я думаю нужно делать, так как нравится и как получается, и получать удовольствие от творческого процесса, и пусть он медленно длится, у меня вон мой долгострой, уже год вертится в теории и пока сдвинулся, ну максимум на 0,5%, но меня это не напрягает, я продолжаю изучать, разрабатывать, творить и получать от этого удовольствие, иногда огромное удовольствие. А главное узнаю очень много нового в процессе. И на все эти высказывания недовольных, или просто отшибленных, просто не обращать внимания, особенно поражает когда из-за одной, двух, микросхем начинают говорить, типа много, вот лично мне как-то наплевать, больше, да хоть на 5, да хоть на 10 микросхем, для меня это совершенно не принципиально, ну а по поводу ЛР3, я таким обычно сразу предоставляю список мест, где можно купить, который находится за 1 минуту, ну и за 5 минут могу найти возможность заказа, полного товарного ЖД вагона, если им 1000...10 000 шт мало. Ну и самой этой ЛР3 полно, хоть тут, или тут, или тут, или тут, ну или на любом другом углу... В общим я по прежнему морально поддерживаю ваши усилия, не здавайтесь, и да прибудет с вами сила Варистора!

ведущий_специалист пишет:Я постараюсь доделать то, что начал

Чуствуется у Вас энтузиазм слегка погас. Так всегда бывает. В этом-то и проблема. А долгий электротрах особенно сильно вышибает остатки энтузиазма. У меня по крайней мере энтузиазм обычно идёт волнами. Скис, не доделал, бросил... отдохнул от темы, вернулся, поделал, скис... а в очередной доделал. А уж в данном случае сроки не горят. Чем дольше, тем лучше можно проработать. Делать ещё месяц это будет нормально. Сроки не жмут - проблема в ином - затягивать невыгодно по причине, что энтузиазм за долгий строк вообще умрёт.

ведущий_специалист пишет:а там пусть публика терзает этот вариант как хочет...

Если под "терзает" вы имеете в виду аппаратно дорабатывает, то это вряд-ли. Знающих и увлечённых энтузистов почти не осталось, а подлая модерация на некоторых форумах разогнала их по норкам. Если даже базовый РК никто не доработал за 35 лет, что Вы хотите...

ведущий_специалист пишет:Применение в новоделе загружаемого в ОЗУ знакогенератора... вы говорите не нужно.

Нет, я такого не говорю. Я писал, что делая доработки МГТФ-ом на готовых платах, это делать неразумно, а чтобы понять, что это даёт программисту, достаточно ПЗУ РФ2 для фонта заменить на 27256 (а лучше EEPROM или 62256 с подпаянной пуговичной батарейкой и резистором).

Наоборот, загрузка фонта имеет шанс привлечь пользователей, особенно, если одновременно показать крсивые Демо (хотя я бы сделал загрузку фонта проще, через ППА D14). А не запаивать 7 микросхем удобно для начала (и до момента, когда это понадобится программе).

Вообще у каждого свои интересы. И если я не тащусь от загрузки фонта, это вовсе не значит, что я против. Мне лично на данном этапе достаточно было бы всего лишь расширения ОЗУ до 48К (т.к программы из под ЯВУ большие по объёму). И, только лишь желательно (или иначе говоря, - лишь неплохо бы) поиметь 4 страницы ПЗУ в окне 8К, прерывания 5...50 ГЦ и цвет (а если уж совсем размечтаться, то ещё и несколько полубанок доп.ОЗУ в окне 32К 0...7FFF). Это я хотя бы могу использовать. И меня, кстати, больше бы устроило в новоделе динамическое ОЗУ 565РУ7, т.к всего при одной банке в машине появляется RAM-диск.

ведущий_специалист пишет:Тут дело в другом. Насколько человек готов заморачиваться с этим компьютером, либо собрать и под стекло на полочку, либо радоваться дополнительным килобайтам и тянуть туда в связи с этим CP/M, ну или писать новое программное обеспечение

Тех людей кому надо машину под стекло - больше. Но им и не нужен развитой новодел. Их радует и базовый РК86, если его платка выглядит красиво (потому и эта платка их привлечёт только, если будет красивой).

А тех кому интересна CP/M очень немного. И нишу это постоянно делают всё более закрытой. Десятки иностранных и очень простых по числу корпусов самоделок. И даже в России (точнее на ZX-PK) вроде в последние годы парочка таких, предназначенных для CP/M простых (по деталям) и не очень простых текстовичек сделали.

ведущий_специалист пишет:писать новое программное обеспечение, начиная от игр, редакторов текста, заканчивая мощными оболочками дисковой системы или системными программами.

Именно, что с игр. Именно в этом и сюжет. Остальное - вообще не проблема.

Что касается CP/M. Если она нужна. Если Вы дадите две готовые подпрограммы чтения/записи сектора в 128 байт, то CP/M для любой машины я странслирую за 15 минут. Если есть то же, но лишь для сектора в 4 Кб, то за час. CP/M для РК с 48К не проблема.

Но не путайте, РК86 с 48К и чуть улучшенным цветом - это вовсе не CP/M-компьютер и CP/M сможет использоваться на нём в основном лишь как файловая система. Такую задачу же даже не ставили. Хотя много CP/M-программ смогут работать и с таким недостаточным ОЗУ. Для полноценной CP/M-машины надо 62 Кб свободного ОЗУ. Для этого уже придумали КРИСС, но по моему без увлечённых этим КРИСС-ом программистов любителей вряд-ли что хорошее выйдет.

И для любой DOS, текстов редактор и макроассемблер, это тоже не проблема. В CP/M текстовые редакторы есть, хотя Супер-Текст не подойдёт (ОЗУ слишком мало). А вот компиляторы ЯВУ есть и будут только для CP/M (но при TPA в 44К они не работают, да и не нужны, ибо для их использования у всех есть PC). На CP/M не стоит зацикливаться. И не потому, что нет 62 Кб ОЗУ. Тем более, что для CP/M нет корректного нортона, как и для любой новой DOS. Ибо нортоны всегда писались под конкретное железо (чтобы были цвета и красивые панели), а корректные CP/M-программы так не могут.

О! Тут рождается гибрид слона и гиппопотама Это же слонопотам Ради86РК Супертурбо++.  Ведущий специалист не нужно здесь cp/m. Сделайте максимально геймерское железо, но не ждите что эту конструкцию будут массово повторять. Времена не те, делайте как будто для себя, получайте удовольствие от процесса. И не торопитесь, все вдумчиво, это ж не коммерческий проект с оговорёнными сроками
Перечитал эту ветку, не понимаю как реализован плавный по пиксельный сдвиг спрайтов. Не подскажите?
А что касается cp/m, то есть более приспособленная и простая машина с открытой архитектурой и тоже на 8080. Кому надо собирайте.

freddy пишет:О! Тут рождается гибрид слона и гиппопотама Это же слонопотам Ради86РК Супертурбо++.  Ведущий специалист не нужно здесь cp/m. Сделайте максимально геймерское железо, но не ждите что эту конструкцию будут массово повторять. Времена не те, делайте как будто для себя, получайте удовольствие от процесса. И не торопитесь, все вдумчиво, это ж не коммерческий проект с оговорёнными сроками
Перечитал эту ветку, не понимаю как реализован плавный по пиксельный сдвиг спрайтов. Не подскажите?
А что касается cp/m, то есть более приспособленная и простая машина с открытой архитектурой и тоже на 8080. Кому надо собирайте.

Шикарно смотрится. Но кажется я уже видел где-то, когда-то эту фотку, или эту машинку. А не кинете ссылку на тему, на этом форуме, в которой имеется полное описание, чтобы хотя бы просто почитать. Спасибо.





.

Откопал бэкап оболочки винкс ру, которую переделал ради того, чтобы компилилась. Посчитал вчера спецом разрешение экрана, а это 75х28 строк. Заделаю ка я свой вариант в цвете и оптимизированный вариант, так как авторская оболочка занимает порядка 12кб памяти при этом процентов 30 можно смело оттуда выкинуть как неиспользующийся хлам. При этом можно ужать все это до 8кб. Давно хотел заняться этим делом.

ведущий_специалист пишет:Посчитал вчера спецом разрешение экрана, а это 75х28 строк.

Слово спецом не особо понятно. Вероятно это новомодное сокращение слова специально. Спецом называли компьютер "Специалист", потому  для некоторых фраза звучит странно. И фраза не однозначно ясная. Ведь разрешение экрана такое, что соответствует режиму в который запрограммирован ВГ75.

Кажется эта фраза сообщает о том, что при конкретном режиме ВГ75 64*25, что Вы используете в мониторе, можно, записывая символы мимо экрана, т.е немного слева, немного справа, сверху и снизу от основного экрана 64*25 удаётся увидеть 75 символов в строках на 28 строках. Это лишь свидетельствует о том, что у VGA-мониторе меньший процент строчного периода и кадрового периода тратится на обратный ход луча.

Но зачем цепляться за то, что случайно получилось? Если делается своя программа и для себя, то кто мешает сменить режим ВГ75 так как удобно. Лишь в нортоне перед запуском запущенной программы придётся восстановить базовый режим 64*25, т.к программы РК стартуют именно в базовом режиме и большинство (те, что без псевдографики) работают именно с экраном в 25 строк с адреса $76D0.

28*16= 448, столько линий растра у Вас видимы, тогда как у меня на телевизоре видимы лишь ~260 линий. Всего лишь изменив высоту фонта с 16 на 15 (что приемлемо с тем же фонтом), у Вас в экран влезет уже 30 строк. А при высоте фонта в 14 линий влезут ровно 32 строки. Столько и удобно в нортоне.

И Вы можете поэкспериментировать с числом знакомест отводимых на обр.ход луча по строкам. В базовом РК это 8 знакомест. Сколько у Вас не знаю. Но если это увеличивать, то (хотя при этом удлиняется ССИ, что может не понравиться дисплею) отображаемый растр сжимается, плющится с боков и становятся видимыми больше символов. Так что Вы сможете увидеть и все 78.

Но если Вы хотите иметь 75 символов не меняя настройки, то возникнут проблемы с цветом, т.к из 78 байт строчного шага под атрибуты остаётся только 3 байта. Так, что чтобы использовать 75 букв в строке в цвете, режим ВГ75 придётся слегка изменить, увеличив насколько можно строчный шаг.

ведущий_специалист пишет:оболочки винкс ру... занимает порядка 12 кб памяти

А на чём написана оболочка vinxru?

Ибо, например нортоны для ОРИОНА обычно имеют ту же размерность (10...12 Кб), но они написаны на ассемблере. Нортон написанный на Си должен в минимуме иметь размер порядка 30 Кб. Конечно возможно реализация многих функций самим скоростным контроллером экономят место и оболочка примтивная, а не полноценный нортон с кучей команд.

PS. Т.к из ВГ75 никак не считать его режим (т.е не узнать 4 байта параметров, что в него записали командой RESET), а из ПДП не узнать нач.адрес экрана, который в него занесли, то в грамотном ROM-BIOS машины с ВГ75 должны быть 6 служ.ячеек резервирующие эти данные. Тогда любая программа может установить свой видео режим, а отработав восставновить исходное видео и сделать RET или JMP F86C. Иначе программе менявшей видео режим приходится делать JMP F800, что неудобно в DOS.

barsik пишет:
Но зачем цепляться за то, что случайно получилось?

Я извиняюсь, что своими постами постоянно заставляю Вас двигать извилинами, но и это кстати полезно.
Так вот, когда я вникал в работу рк86 под вга монитором, мне срочно понадобилась оболочка для работы с файловой системой. Так как в лоб то что было работать отказывалось, потому как была настройка экрана на 30 рабочих строк да к тому же без межстрочных интервалов, пришлось помозговать. Переделка магических 4х байт настройки вг75 не спасла, так как текущие настройки экрана (то что я мог настроить и знал) у меня были на меньшее количество строк и попросту срывалась синхронизация. Пришлось переделывать код программы чтобы уменьшить число строк. Делал быстро, в результате получилось так, что панели сдвинуты по горизонтали и стоят не строго посередине. Можно сделать красиво и лучше (так как на данный момент я знаю большее количество вариантов настройки вг75, включая и убирание межстрочных разрывов). Поэтому я специально АКЦЕНТИРОВАЛ внимание на разрешении.

barsik пишет:
А на чём написана оболочка vinxru?

На чистом СИ с подпрограммами на ассемблере 8080. Причем если разобраться в коде можно выкинуть часть неиспользованных подпрограм. Так как оптимизации никакой, при компиляции все подпрограммы, что есть в теле программы, даже те, что не используются, превращаются в хекс код, который тупо лежит неиспользованной, отнимая драгоценное ОЗУ рк86.
А то, что в орионе оболочка на асме занимает такой объем - думаю там реализована файловая система, а как еще объяснить что оболочка может занимать столько места.
В оболочке винксру файловая система лежит во внешнем микроконтроллере, подключаемому к ППА.
Я призываю Вас, Барсик всетаки обновить Ваши знания по СИ. На этом языке можно писать красивые вещи, тем более я могу дать полноценный набор подпрограмм и модулей данной платформы (настройки экрана, портов, звука, пдп и тд). То же самое могу сказать и Виктору. Он вроде активно продвигал свое познание в си и скорее всего все затихло.

Он вроде активно продвигал свое познание в си и скорее всего все затихло.

У меня ничего не затихло и сейчас как раз таки в максимальной своей фазе, просто данная фаза не предусматривает публикаций на форуме...





.

barsik пишет:чтобы использовать 75 букв в строке в цвете, режим ВГ75 придётся слегка изменить, увеличив насколько можно строчный шаг.

Возникает резонный вопрос, а насколько можно увеличить строчный шаг? Более 96 делать бессмысленно (ибо у ВГ75 число отображаемых букв в строке до 80, а число атрибутов в строке до 16).

ведущий_специалист пишет:

barsik пишет:нортоны для ОРИОНА обычно имеют ту же размерность (10...12 Кб), но они написаны на ассемблере.

что в орионе оболочка на асме занимает такой объем - думаю там реализована файловая система, а как еще объяснить что оболочка может занимать столько места.

Файловая система при работе CP/M-нортонов на ОРИОНЕ уже есть в ОЗУ и без этого (т.к в область CC00...F37F загружена CP/M). Увы, в приличных нортонах, да и во всех других приличных программах ОРИОНА приходилось встраивать в программу свой цветной (иногда даже оконный) драйвер вывода текста (ибо тот драйвер, что резидентный, т.е прошит в ОРИОНЕ в его крошечное резидентное ПЗУ 2К, - предельно убогий, хуже даже, чем РК-шный и если им пользоваться, то и получаются визуально такие убогие программы, как большинство программ ORDOS). Потому этот встраиваемый в программу драйвер должен был содержать, не только код драйвера но еще и 2 или 2.5 Кб фонт, а т.к приличная программа имеет окна, то, даже с существенно упрощённым драйвером и без сохранения окон, треть кода (а обычно более) занимала обслуга экрана.

Ибо ОРИОН был такой уж архитектурно неудачный компьютер. В нём более-менее правильно сделана только банковость ОЗУ, а всё остальное неверно, а особенно неприятен изврат с положением экранов (всегда мешающих) и мизерное ПЗУ. Потому программно на ОРИОНЕ царил полный хоккеизм. В 1989 г. любому, кто был в теме было совершенно ясно, что для графической машины нужен большой графический же ROM-BIOS, а не жалкая пародия на текстовый ROM-BIOS РК86, т.е нужно было сделать большой коммутируемый ROM-BIOS 16...32 Кб, стартующий по сбросу и оставляющий на F800...F841 только входные хуки, а потом отключающийся, давая все 64К для программ, как и сделано во всех графических западных CP/M-машинах из 1981...1987 годов.

В них такая архитектура, что когда нужен вывод на экран, опрос клавиш или обслуга периферии, то включается конфигурация в которой доступен экран и 32 Кб ROM-BIOS. Если уже в 1984 году разработчики ИРИШИ и ОКЕАНА это понимали и применяя в машине даже меньше ОЗУ (64К) это сообразили и сделали, а авторы ОРИОНА не удосужились разобраться, как это делали до них и архитектурно сделали полную туфту. Просто тупо добавили к архитектуре Специалиста дополнительную банку с цельно банковой коммутацией, да еще и плоскости экрана разнесли в разные страницы.

ведущий_специалист пишет:В оболочке винксру файловая система лежит во внешнем микроконтроллере, подключаемому к ППА.

В Commodore-64/128 так же, потому ОЗУ для программ там не тратится под DOS. Может в этом есть что-то разумное? Хотя от этого в Commodore-64/128 получился тормозной обмен с дискетой.

ведущий_специалист пишет:Я призываю Вас, Барсик всетаки обновить Ваши знания по СИ.

Да, хотел и даже на Си уже одну убогую игру (тенис, аналог примитивных РК-шных тенисов, которые размером в 300 байт) написал, но Виктор подло срезал меня на корню, уничтожив мой дневник.

А за последующую за этим паузу я уже успел увлечься другим (нетехническим) и из-за этого теперь за день остаётся время только прошвырнуться по десятку других (в основном нетехнических) форумов (где я более-менее активно пишу и тем, что лишь читаю), а на компьютерное ретро хобби времени остаётся ещё меньше, чем ранее. Да и здоровье упало, в глазах темнеет, сердце болит, пора покупать гроб.

ведущий_специалист пишет:могу дать полноценный набор подпрограмм... звука

Да, со временем чужая музыка через ВИ53 была бы кстати. Ибо я знаю, как написать код, что проиграет на ВИ53 классическое произведение Бахуса или Шульберта, но как сделать эстрадную музыку даже не представляю.

Насчёт музыки Вам бы подумать о том, как был сделан вывод качественной музыки (мало отличимой от музыки из ZX-спектрумного AY-8912) в ПК11/16 (иногда ошибочно называемом Союз-Неон, я его имел в 1992). Там один ВИ53 в режиме меандра давал 3 тона, а другой ВИ53 в режиме одновибратора менял громкости в каналах. Идея в том, что воспринимаемая слухом громкость меняется от скважности, т.е мендр частоты 1 КГЦ со скважностью 2 звучит максимально громко, а со скважность 100 - очень тихо. Может подумаете на предмет установки второй ВИ53 вместо 537РУ10 в 2 Кб?

И чего всё-таки насчёт апп.прерываний, макетируете или отбросили эту идею из-за нехватки места на печ.плате?

Для работы во времени можно обойтись и без прерываний одной лишь половинкой триггера 155 ТМ2, включённого как T-триггер (это когда инв.выход заведён на D-вход) на C-вход которого подан VRTC (50 ГЦ, при VGA это 60 ГЦ), и читаемого через однобитовый порт на вентиле из 555 ЛП8, коими вы обзавелись в изобилии (ибо полезная вестчь). Прерывания при банковости создают лишние хлопоты (надо дублировать вход в обслугу прерывания на адресе $0038 во всех банках).

Введение простейшего однобитового апп.таймера из триггера дающего 25 ГЦ ещё почему хорошо? -- Ибо тогда этот же сигнал с выхода триггера можно использовать как А12 для ПДП, что приведёт, к тому что чётные кадры отобразятся из видеобуфера на 76D0...7FF4, а нечётные из - 66D0...6FF4, отчего видео разрешение в графике возрастёт вдвое до 400*100.