Предлагаю eдиный ZX конструктив:
http://www.zx.pk.ru/showthread.php?p=70845#post70845

Я, я выступаю "в защиту"! :v2_conf2:
Спек без бордюра в стандартном режиме - НЕПРАВИЛЬНЫЙ Спек. ;)

Вот PAL стандарт 352x288 видимая область.
Пентагон отображает с бордюром 384x304 (ну ладно, он-то кривой).
Скорпион c бордюром 368x296 (и фирменный Спек афаик тоже).

Как вписать в стандартные VGA частоты?
Есть например стандартный режим 360x240
На CRT можно попробовать сконфигурировать ~360x288 (мож даже на 50Гц)
Вписать в "400x300" (в виде стандартного 800x600) со скандаблингом или интерлейсом (по строке-то растянуть не проблема). Заодно появится возможность режима с удвоенным разрешением только по горизонтали (для нормального текста вертикальное разрешение увеличивать не нужно).

С точки зрения линейной адресации процессором z80 оптимальна высота экрана 256 пикселей. :)
При этом видеопамять представляет собой непрерывный блок с очень быстрым вычислением адресов. :)

Эээ... была на VGA тн Q-Mode 256х256х256 цветов...

Не кошерно. Человеческому глазу удобней смотреть на "вытянутое" по горизонтали изображение, потому как глаза у него на одной горизонтальной линии.

"Ну подобный прикол был от AlCo звлся 384х304 "
На его основе - это да.

"Я, я выступаю "в защиту"!
Спек без бордюра в стандартном режиме - НЕПРАВИЛЬНЫЙ Спек. "
Отпиши в тему "правильный спек" ...

"Как вписать в стандартные VGA частоты?
Есть например стандартный режим 360x240"
Есть жк 320х240 ... Преобразователь в VGA
вроде не так уж сложен ...

"256х256х256 цветов..."
Вот насчет 256 цветов или выше - даже нет соображений.
Можно что-то сгородить, но ... из каких соображений?

Здорово. А меня забыли

Да вы, батенька, пц-шник...

Кажется где-то был режим 512х192 ЧБ из двух страниц. Почему бы не сделать такой же цветной? Или же, если охота побольше, 512х256. А в пределах страницы как раз Q-Mode =)

Это ж в пределах стандартного окна только. На весь экран надо 720-768x256 - в 800x600 хорошо впишется (будет только мелкий бордюр сверху/снизу и незначительный по бокам).

Размер квадратного low-res пиксела относительно размера экрана надо сохранить как на Спеке. ИМО.

А почему бы и квадратные пиксели не поиметь помельче?

Типа 320-384x256.
Чтобы вписалось в 400x300.

"Кажется где-то был режим 512х192 ЧБ из двух страниц."
Там получается расширение частотного диапазона
сигнала (по яркости). Т.е. тут ещё надо подумать ...

"Типа 320-384x256." Я считал, что запас 384-320=64,
не помешает (гашение например).
320х2=640 и 240х2=480
320х3=960(1024-64) и 240х3=720 (768-48)
Вроде нормально?

Я именно это имел в виду.
В 768x256 каждый квадратный пиксел 384x256 типа "разрезан пополам"

Горизонталь 320/640/960... это писишные :v2_sick: типоразмеры, а не спековские
Режимы на 360 и 400/800 - наиболее близки к Спеку
Гашение там и так есть

"Горизонталь 320/640/960... это писишные "
Мониторы сейчас остались тока такие ... Увы.

Неохота старую свою темку подымать ...
Напишу тут :)
Планируемый "Сталинград-2":
2-х процессорный (пользовательский и системный)
Системный используется для дма и ускорения графики.
+Контроллер карт (позволит удвоить скорость чтения-
записи на карты)
Видео - 320х240(и стандартный) - RGB, PAL и SVGA выход.
Доп.цвета.

"Штурман, вы взяли карту?" (с) ;)
Какие карты планируете использовать?

Мониторы не навязывают разрешение делай хоть 31х563

Карточки ... SD, MMC, может MS
Может сперва AT45D081, как диск ...
Но это же планы на след. год :)

До следующего года неделя. :)

А есть ли реальные OpenSource проекты чтения/записи SD на восьмибитках? Хотя бы RAW блоками?

Давай сперва AT45DB081 подключай... с ней проблем не должно быть... там всё просто... а если я не ошибаюсь, то карточки тож по SPI работают (ИМХО).

Диск на 1 (один) мегабайт? :v2_conf3:
кста, 400 руб. за штучку.

Низнаю откуда такие цены... посмотри на http://www.terraelectronica.ru/catal...&Gde=2&PageS=1
там они от 70 руб за штучку...
но не нужно такжзе забывать и о AT45DB642D которая стоит 300 ру, и имеет на борту 8 МБ...
Бесспорно стоимость Руб/МБ у них выше чем у Flash карт памяти, но также не стоит забывать и о том, что в процессе отладки устройства будет жалко спалить карточку за 600 руб, а не микросхему за 70ру.

"Диск на 1 (один) мегабайт? "
Так для тр-дос самое оно, да и есть уже ...

Цена из ЧипаДипа. Там триста с чем-то, почти четыреста. Зато можно прийти в магазин и купить. С виртуальными магазинами у меня чего-то не ладится.

А SD меня еще и тем привлекает, что легко организуется обмен файлами с PC: всего делов - карточку переткнуть из своей восьмибитки в писюковый кардридер или наоборот. Я чаще пользуюсь эмуляторами на РС и иметь возможность удобно перекинуть данные на восьмибитку не помешает (что не так просто с микрухами)

мне не понятно - почему наиболее близки? На спеке всегда нравилось одно - что можно на след. строку перескочить простым inc h, кода на других платформах пришлось бы add пользовать. Вот и по вашему 400 - наиболее спековский размер? Не вижу логики. Ладно еще 512...

Какие рав блоки? лучше аврку с spi и все! Кста авр 8 бит %) исходников полно в сети, ищите :)
Нет, ну зачем изобретать велик? почему за теже деньги (<200р) не сделать sd/mmc кардридер и просто в спек закидывать готовую инфу?
И палить карт не надо - все готовое (даже софт) в сети, взял, спаял, прошил и впред - к спеку! Карты целые, аврки тоже. Чо в зеленограде не популярны аврки?
=)

Речь о том, чтобы высота была 256 пикс.
Последовательные байты видеопамяти соответствуют столбцу.
Тогда для перемещений вверх/вниз используется INC L / DEC L
А для перемещений вправо/влево используется INC H / DEC H
И это не в рамках знакоместной строки, а в любой точке экрана.

Вот это - самый z80 размер. ;)

"Нет, ну зачем изобретать велик? почему за теже деньги (<200р) не сделать sd/mmc кардридер и просто в спек закидывать готовую инфу?"
Так проще начать делать "OpenTR-DOS", и просто - уже лежат :) А интерфейс одинаков ...

Эта фирма торгует в розницу. У неё есть свой магазин. Через интернет производится только резервирование товара. Я там купил себе альтеру. примерна на 300 ру дешевле чем в чипдип.

В зеленограде очень популярны. Я работаю на фирме, которая занимается поверхностным монтажем. Практически на каждую плату ставим аврки... я знаю что это такое :-)

400x300 ближе всего по соотношению (размер пиксела)/(размер экрана). Подумай, к чему приведет 512 горизонталь. В битпланах это 64 байта, в линейном режиме "байт на точку" хоть и можно перемещаться по INC/DEC, уже нужно банки переключать (плюс проверки).

Больше того, 384x296 (352x288), из них адресуемый растр 256 строк - это максимальный близкий к 4:3 размер, при котором еще можно вписать экран в 16К страницу (по адресации). Брать больше - уже и в битпланах понадобится банкировать (что заметно снизит скорость графпроцедур). Все же low-res режим предназначен в первую очередь именно для быстрой динамической графики.

Коль речь зашла о разработке нового ZX-клона, предлагаю реализовать следующие видеорежимы:

256x192: 0)16/64, 1)16/16, 2)16/4, 3)4/1 цветов на пиксель.
320x256: 4)16/16, 5)4/4, 6) 2/1 цветов на пиксель.

Все режимы (Screen Modes) должны иметь возможность отображаться в Телевизионном и VGA режимах как PAL (~15 kHz) и Double-PAL (~30kHz) соответственно (Screen Types).

Для режимов 0-3 должна быть возможность отображения памяти с любого адреса кратного 2кБ в любой странице памяти.

Для режимов 4-6 должна быть возможность отображения памяти с адресов #0000, #4000, #8000 и #C000 в любой странице памяти.

Таким образом, в памяти можно формировать видеоданные, и включать их на отображение через управляющие порты, а не гонять их на один единственный экран.

Управление экранами ZX-128 через порт #7FFD должно быть аппаратно согласовано с новыми портами.

Предлагаемая раскладка управляющих портов:
ScrModAdr port
Биты 7-3 - старшие 5-ть бит адреса экрана
Биты 2-0 - режим экрана

Для режимов 0-3 используются все 5 битов, для режимов 4-6 – только старшие 2. Можно использовать до 8 режимов. По RESET должен устанавливаться в %01000000 (#40), что означает стандартный спектрумовский экран с адреса #4000

ScrTypPage port
Бит 7 - тип экрана (PAL/DblPAL)
Биты 6-0 номер страницы

Тип экрана: 0 – PAL, 1 – DblPAL. Адресуется до 128 страниц – 2МБ ОЗУ, что более чем достаточно. Можно сократить до 64-32 страниц, высвободив дополнительно 1-2 бита на какие-либо нужды. По RESET должен быть установлен в %00000101 (#05), что соответствует 5-й странице, PAL, стандартный спектрумовский экран.
Все порты должны быть доступны и на запись, и на чтение.

Строение растра в видеорежимах, организацию палитры и спрайтов оставляю на усмотрение разработчика.
Сергей Москалёв aka Gris/RT.
22.12.2006г.

А еще нада ввести порт который будет опциями правлять
к примеру
бит7 0=пиксельные шейдера 1.1 1=пикс. шейлера 2.0
бит6 0=прогресивная развертка 1=реверс луча монитора (для эффектов самое то) х=разворот развертки на случайный угол
бит5 0=спекавская адресация 1=карта сама по посылаемым данным определяет куда программа хотела записать (в отладочном режиме видеокарта может у пользователя спрашивать куда программа хотела вывести пиксель)
бит4 0=мпег2 декодер отключен 1=мпег2 декодер включен
бит3 0=воспроизведение видео с сидирома 1=воспроизведение с винчестера
бит2 0=подключен винт ИДЕ 1=подключен СКАЗИ винт х=автодетек
бит1 0=использовать векторный БГА шрифт 1=Использовать векторный ТруеТайп
бит0 0=совместимость с ZX 1=Совместимость с IBM х=совместимость с фирменным 48 спеком (винчестеры для видео эмулируются через магнитофон)

У кого еще конструктивные предложения по теме ;) ???

ПС. х=это бысто нада в бит записывать поочереди 0.1 и из за паразитной емкости шины данных там образуется среднеее значение плата будет этот момент отлавливать (к примеру при помощи быстродействующего ЦАП 16 бит с возможностью калибровки) состояние и реагировать нужным образом

я голосую за двухпортовку в области памяти где по стандарту спековский экран- с другой стороны двухпортовки z80\z180\arm генерящий видеосигнал

:v2_thumb:
Еще нужно зарезервировать пару бит: один для связи с инопланетянами (они видят в другом спектре, чем мы, и потребуется переключение режимов) и один для включения/выключения управления подогрева видеопроцессора - грядет глобальное похолодание (из-за потепления, таяния ледников и поворота Гольфстрима) ;)
---
А если кроме шуток - из-за чего я в свое время бросил Спек практически сразу позле ознакомления, не помогли никакие игры (хотя успел спаять пару Пентагонов), так это убогий экран (только по разрешению, до цветности мне пофиг) и дурацкое ПЗУ с совершенно убогим ПО в адресном пространстве: четверть (!) ОЗУ псу под хвост. Как программисту Спек в то время мне был совершенно не интересен.

никогда не програмировал на basice ?

Программировал, в школе - на БК0010. :) Игрушки делал типа питонов и "разбей стену". Гыгы. :v2_finge:

На Спектруме не программировал на нем - пальцы сломаешь на 40 кнопках, да и команды отыскивать на клавишах тяжко. К моменту появления у меня 128-х Пентагонов (поиграл и задвинул на полку, один до сих пор вроде жив), у меня уже был Орион с CP/М и кучей нормальных бейсиков (и компиляторов и интерпретаторов, хотя и не умевших графику, что впрочем не мешало пользоваться для графики ASM из бейсиков). Даже пытался портировать PRESIDENT с ZX на CP/M - и даже частично работало, к сожалению сейчас потеряно. :frown:
Главное, что в Орионе в этом смысле не было никакого насилия над личностью - в ПЗУ (2к) только Монитор + начальный загрузчик с НГМД. Все остальное подгружай на собственное усмотрение, все 500кб памяти - твои.


А так, в-основном в то время программил на ASM и TurboPascal под CP/M (и даже есть собственный клон CP/M), немного на С там же (это что касается домашнего хобби, в институте другие задачи были - вплоть до пролога [буэээ]).

глупо обсуждать назначение битов портов, пока нет самих портов (физически).

Чтобы получить определенный результат, нужно представить его, как-будто он уже существует. Не так-ли?
Если хочешь, это можно назвать "Техническое задание". ;-)

Ты не прав. ТЗ формулируется как описание количества режимов, разрешений и глубины цвета. Это ты сделал.
Все что дальше называется "дизайн & архитектура", это уже примерно середина процесса разработки. При написании ТЗ тебя это не должно волновать никаким боком.