User Tag List

Показано с 31 по 40 из 57

Тема: Простой графический компьютер на Z80

Древовидный режим

Предыдущее сообщение Предыдущее сообщение   Следующее сообщение Следующее сообщение
  1. #19

    Регистрация
    05.10.2016
    Адрес
    г. Санкт-Петербург
    Сообщений
    1,080
    Спасибо Благодарностей отдано 
    0
    Спасибо Благодарностей получено 
    5
    Поблагодарили
    5 сообщений
    Mentioned
    1 Post(s)
    Tagged
    0 Thread(s)

    По умолчанию

    Цитата Сообщение от Leon5816
    Цитата Сообщение от barsik
    ни даже ВЕКТОР не могут сделать аппаратный ролик, а это самая критичная к скорости CPU процедура
    Дык, Вектор как раз-таки и умеет!
    А точная ли это информация? Хотя про Вектор, кроме формата экрана, типа ОЗУ, типа CPU, его такта и наличия WAIT ничего не знаю, но не путаете ли Вы Вектор с БК-010? Разве там есть аппаратный ролик? Это же графический компьютер на мелкой логике, не на БИС.

    Цитата Сообщение от Leon5816
    Цитата Сообщение от barsik
    Но главный довод другой. Графика вообще не понадобится
    Упс, а как же это соотносится с названием топика?
    Ну не мог же я назвать это текстовым компьютером? При поставленной задаче вообще без разницы текстовый компьютер или графический. В графическом при такой концепции оказывается меньше деталей (отпадает ПЗУ с фонтом и счётчик линий в знакоместе).

    Цитата Сообщение от Leon5816
    Цитата Сообщение от barsik
    Да, при некратности числа пикселов на экранный байт степени двойки - чуть хуже...
    Читайте внимательнее, я говорил о количестве байт в строке не равным n-ой степени двойки
    Да, не обратил внимание, что Вы о размере строки. Потому что размер строки в байтах вообще никого не волнует. Вы это указали из соображений, что шаг по вертикали не кратный степени двойки тормозит рассчёт позиций - надо использовать сложение, а не сдвиг. Ну а кто Вам мешает использовать табличное умножение. Но в данной концепци это вообще не довод, - экран вообще может быть "размазан" по всему ОЗУ тонким слоем с любым строчным шагом (и даже в любом порядке). Кто нас обязывает делать строчный шаг обязательно в 40 байт? Можно сделать и 64. Только зачем? Ускорение не составит и 0.1 процента...

    Цитата Сообщение от Leon5816
    Если нужен чисто текст, да побольше символов в строке, да побольше строк, то ищем на барахолке платку от игрового автомата...
    Не было в конце 80-тых никаких игровых автоматов на ПЛИС. А вот побольше строк не надо, ни для CP/M, ни для текстообработки, 24/25 строк оптимально.

    Цитата Сообщение от Leon5816
    система на 5-ти корпусах (CPU + ROM + DPSRAM + CPLD + FONTROM)
    Это не та тема. Тут не стоИт задача сделать ЭВМ на современной элементной базе. Ясно, что любую ЭВМ этого сайта можно сделать в одном кристаллле, но это не значит, что это надо делать, - кому это интересно? Ведь это просто аппаратная версия программных эмуляторов, которые, к тому же, в отличие от железных, не требуют работы паяльником.

    Цитата Сообщение от Totem
    У Z80 есть "Refresh" у большинства DRAM FPM - CAS BEFORE RAS -саморегенерация
    Речь же об РК86. Нет там ни Z80, ни DRAM допускающих CAS before RAS, а есть КР580 и есть 565РУ3, которые даже не буферизованы, отчего РК хреново тянет кварц выше 24 МГЦ, да и клок получается делением частоты кварца на 9, что создаёт проблемы для получения частоты сдвига выходного регистра (равной частоте такта умноженной на 7, 8 или 12). Предложите простой вариант, использующий подобную или другую концепцию, превращающую РК86 в графический компьютер, используя только детали 80-тых годов.

    Цитата Сообщение от Totem
    но ведь можно просто, как предложено, для видео и просто использовать ПДП/DMA и статика
    Да, статика это вариант. Статику можно и даже нужно поставить в РК. При этом РУ3-тьи, ПДП и ВГ75 придётся снять, - они не нужны (лишь зря грузят шину), т.к ПДП мешает программному видео выводу.

    Хотя можно решить проблему нерегенерации ОЗУ средствами, что в РК86 уже есть, т.е за счет перезапуска ПДП в конце программного видео вывода и останова ПДП перед началом программного вывода первой строки. Ценно, что это программное решение, без работы паяльником и расхода деталей, т.е решение в нужном стиле.

    Я ранее написал чушь, что ПДП тормознёт на 15%. Это я вспомнил насколько тормозит ПДП при обслуживании ВГ75. А здесь другая задача. За обратный ход луча не надо обcлуживать ВГ75, а надо лишь несколько раз за обратный ход луча считать по 128 байт для регенерации. Это тормознёт на менее 1%.

    При переделке РК на графику работ паяльником и так хватит. Придётся ставить буфер на ОЗУ. Иначе не разогнать КР580 до такта в 3.25 МГЦ. И ГФ24 придётся выкинуть, заменив на схему формирователя от СПЕЦИАЛИСТА с коэффициентом деления 7 или 8. А вот вторую банку ОЗУ лучше действительно ставить статикой.
    Последний раз редактировалось barsik; 21.04.2017 в 01:41.

Информация о теме

Пользователи, просматривающие эту тему

Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)

Похожие темы

  1. Самодельный компьютер на Z80 и не только
    от KeKc в разделе Разработка электроники
    Ответов: 1332
    Последнее: 19.01.2025, 20:45
  2. RC2014 — модульный бейсик-компьютер на Z80
    от foxweb в разделе Зарубежные компьютеры
    Ответов: 6
    Последнее: 27.07.2020, 00:52
  3. графический редактор
    от yur в разделе Вектор
    Ответов: 1
    Последнее: 08.11.2012, 13:01
  4. куплю самый простой спек! 48кб самый простой
    от REMR в разделе Барахолка (архив)
    Ответов: 9
    Последнее: 23.08.2008, 23:42

Ваши права

  • Вы не можете создавать новые темы
  • Вы не можете отвечать в темах
  • Вы не можете прикреплять вложения
  • Вы не можете редактировать свои сообщения
  •