Предлагаю eдиный ZX конструктив:
http://www.zx.pk.ru/showthread.php?p=70845#post70845
Вид для печати
Предлагаю eдиный ZX конструктив:
http://www.zx.pk.ru/showthread.php?p=70845#post70845
Я, я выступаю "в защиту"! :v2_conf2:Цитата:
Сообщение от ASDT
Спек без бордюра в стандартном режиме - НЕПРАВИЛЬНЫЙ Спек. ;)
Вот PAL стандарт 352x288 видимая область.
Пентагон отображает с бордюром 384x304 (ну ладно, он-то кривой).
Скорпион c бордюром 368x296 (и фирменный Спек афаик тоже).
Как вписать в стандартные VGA частоты?
Есть например стандартный режим 360x240
На CRT можно попробовать сконфигурировать ~360x288 (мож даже на 50Гц)
Вписать в "400x300" (в виде стандартного 800x600) со скандаблингом или интерлейсом (по строке-то растянуть не проблема). Заодно появится возможность режима с удвоенным разрешением только по горизонтали (для нормального текста вертикальное разрешение увеличивать не нужно).
С точки зрения линейной адресации процессором z80 оптимальна высота экрана 256 пикселей. :)
При этом видеопамять представляет собой непрерывный блок с очень быстрым вычислением адресов. :)
Эээ... была на VGA тн Q-Mode 256х256х256 цветов...
Не кошерно. Человеческому глазу удобней смотреть на "вытянутое" по горизонтали изображение, потому как глаза у него на одной горизонтальной линии.Цитата:
Сообщение от NovaStorm
"Ну подобный прикол был от AlCo звлся 384х304 "
На его основе - это да.
"Я, я выступаю "в защиту"!
Спек без бордюра в стандартном режиме - НЕПРАВИЛЬНЫЙ Спек. "
Отпиши в тему "правильный спек" ...
"Как вписать в стандартные VGA частоты?
Есть например стандартный режим 360x240"
Есть жк 320х240 ... Преобразователь в VGA
вроде не так уж сложен ...
"256х256х256 цветов..."
Вот насчет 256 цветов или выше - даже нет соображений.
Можно что-то сгородить, но ... из каких соображений?
Здорово. А меня забылиЦитата:
Сообщение от Evgeny Muchkin
Да вы, батенька, пц-шник...Цитата:
Сообщение от falanger
Кажется где-то был режим 512х192 ЧБ из двух страниц. Почему бы не сделать такой же цветной? Или же, если охота побольше, 512х256. А в пределах страницы как раз Q-Mode =)
Это ж в пределах стандартного окна только. На весь экран надо 720-768x256 - в 800x600 хорошо впишется (будет только мелкий бордюр сверху/снизу и незначительный по бокам).Цитата:
Сообщение от NovaStorm
Размер квадратного low-res пиксела относительно размера экрана надо сохранить как на Спеке. ИМО.
А почему бы и квадратные пиксели не поиметь помельче?Цитата:
Сообщение от Lethargeek
Типа 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)
Вроде нормально?
Я именно это имел в виду.Цитата:
Сообщение от captain cobalt
В 768x256 каждый квадратный пиксел 384x256 типа "разрезан пополам"
Горизонталь 320/640/960... это писишные :v2_sick: типоразмеры, а не спековскиеЦитата:
Сообщение от ASDT
Режимы на 360 и 400/800 - наиболее близки к Спеку
Гашение там и так есть
"Горизонталь 320/640/960... это писишные "
Мониторы сейчас остались тока такие ... Увы.
Неохота старую свою темку подымать ...
Напишу тут :)
Планируемый "Сталинград-2":
2-х процессорный (пользовательский и системный)
Системный используется для дма и ускорения графики.
+Контроллер карт (позволит удвоить скорость чтения-
записи на карты)
Видео - 320х240(и стандартный) - RGB, PAL и SVGA выход.
Доп.цвета.
"Штурман, вы взяли карту?" (с) ;)Цитата:
Сообщение от ASDT
Какие карты планируете использовать?
Мониторы не навязывают разрешение делай хоть 31х563Цитата:
Сообщение от ASDT
Карточки ... SD, MMC, может MS
Может сперва AT45D081, как диск ...
Но это же планы на след. год :)
До следующего года неделя. :)Цитата:
Сообщение от ASDT
А есть ли реальные OpenSource проекты чтения/записи SD на восьмибитках? Хотя бы RAW блоками?
Давай сперва AT45DB081 подключай... с ней проблем не должно быть... там всё просто... а если я не ошибаюсь, то карточки тож по SPI работают (ИМХО).Цитата:
Сообщение от ASDT
Диск на 1 (один) мегабайт? :v2_conf3:Цитата:
Сообщение от MegaMyth
кста, 400 руб. за штучку.
Низнаю откуда такие цены... посмотри на http://www.terraelectronica.ru/catal...&Gde=2&PageS=1Цитата:
Сообщение от Error404
там они от 70 руб за штучку...
но не нужно такжзе забывать и о AT45DB642D которая стоит 300 ру, и имеет на борту 8 МБ...
Бесспорно стоимость Руб/МБ у них выше чем у Flash карт памяти, но также не стоит забывать и о том, что в процессе отладки устройства будет жалко спалить карточку за 600 руб, а не микросхему за 70ру.
"Диск на 1 (один) мегабайт? "
Так для тр-дос самое оно, да и есть уже ...
Цена из ЧипаДипа. Там триста с чем-то, почти четыреста. Зато можно прийти в магазин и купить. С виртуальными магазинами у меня чего-то не ладится.Цитата:
Сообщение от MegaMyth
А SD меня еще и тем привлекает, что легко организуется обмен файлами с PC: всего делов - карточку переткнуть из своей восьмибитки в писюковый кардридер или наоборот. Я чаще пользуюсь эмуляторами на РС и иметь возможность удобно перекинуть данные на восьмибитку не помешает (что не так просто с микрухами)
мне не понятно - почему наиболее близки? На спеке всегда нравилось одно - что можно на след. строку перескочить простым inc h, кода на других платформах пришлось бы add пользовать. Вот и по вашему 400 - наиболее спековский размер? Не вижу логики. Ладно еще 512...Цитата:
Сообщение от Lethargeek
Какие рав блоки? лучше аврку с spi и все! Кста авр 8 бит %) исходников полно в сети, ищите :)Цитата:
Сообщение от Error404
Нет, ну зачем изобретать велик? почему за теже деньги (<200р) не сделать sd/mmc кардридер и просто в спек закидывать готовую инфу?Цитата:
Бесспорно стоимость Руб/МБ у них выше чем у Flash карт памяти, но также не стоит забывать и о том, что в процессе отладки устройства будет жалко спалить карточку за 600 руб, а не микросхему за 70ру.
И палить карт не надо - все готовое (даже софт) в сети, взял, спаял, прошил и впред - к спеку! Карты целые, аврки тоже. Чо в зеленограде не популярны аврки?
=)
Речь о том, чтобы высота была 256 пикс.Цитата:
Сообщение от acidrain
Последовательные байты видеопамяти соответствуют столбцу.
Тогда для перемещений вверх/вниз используется INC L / DEC L
А для перемещений вправо/влево используется INC H / DEC H
И это не в рамках знакоместной строки, а в любой точке экрана.
Вот это - самый z80 размер. ;)
"Нет, ну зачем изобретать велик? почему за теже деньги (<200р) не сделать sd/mmc кардридер и просто в спек закидывать готовую инфу?"
Так проще начать делать "OpenTR-DOS", и просто - уже лежат :) А интерфейс одинаков ...
Эта фирма торгует в розницу. У неё есть свой магазин. Через интернет производится только резервирование товара. Я там купил себе альтеру. примерна на 300 ру дешевле чем в чипдип.Цитата:
Сообщение от Error404
В зеленограде очень популярны. Я работаю на фирме, которая занимается поверхностным монтажем. Практически на каждую плату ставим аврки... я знаю что это такое :-)Цитата:
Сообщение от acidrain
400x300 ближе всего по соотношению (размер пиксела)/(размер экрана). Подумай, к чему приведет 512 горизонталь. В битпланах это 64 байта, в линейном режиме "байт на точку" хоть и можно перемещаться по INC/DEC, уже нужно банки переключать (плюс проверки).Цитата:
Сообщение от acidrain
Больше того, 384x296 (352x288), из них адресуемый растр 256 строк - это максимальный близкий к 4:3 размер, при котором еще можно вписать экран в 16К страницу (по адресации). Брать больше - уже и в битпланах понадобится банкировать (что заметно снизит скорость графпроцедур). Все же low-res режим предназначен в первую очередь именно для быстрой динамической графики.Цитата:
Сообщение от captain cobalt
Коль речь зашла о разработке нового 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:Цитата:
Сообщение от heroy
Еще нужно зарезервировать пару бит: один для связи с инопланетянами (они видят в другом спектре, чем мы, и потребуется переключение режимов) и один для включения/выключения управления подогрева видеопроцессора - грядет глобальное похолодание (из-за потепления, таяния ледников и поворота Гольфстрима) ;)
---
А если кроме шуток - из-за чего я в свое время бросил Спек практически сразу позле ознакомления, не помогли никакие игры (хотя успел спаять пару Пентагонов), так это убогий экран (только по разрешению, до цветности мне пофиг) и дурацкое ПЗУ с совершенно убогим ПО в адресном пространстве: четверть (!) ОЗУ псу под хвост. Как программисту Спек в то время мне был совершенно не интересен.
никогда не програмировал на basice ?Цитата:
Сообщение от Error404
Программировал, в школе - на БК0010. :) Игрушки делал типа питонов и "разбей стену". Гыгы. :v2_finge:Цитата:
Сообщение от Orionsoft
На Спектруме не программировал на нем - пальцы сломаешь на 40 кнопках, да и команды отыскивать на клавишах тяжко. К моменту появления у меня 128-х Пентагонов (поиграл и задвинул на полку, один до сих пор вроде жив), у меня уже был Орион с CP/М и кучей нормальных бейсиков (и компиляторов и интерпретаторов, хотя и не умевших графику, что впрочем не мешало пользоваться для графики ASM из бейсиков). Даже пытался портировать PRESIDENT с ZX на CP/M - и даже частично работало, к сожалению сейчас потеряно. :frown:
Главное, что в Орионе в этом смысле не было никакого насилия над личностью - в ПЗУ (2к) только Монитор + начальный загрузчик с НГМД. Все остальное подгружай на собственное усмотрение, все 500кб памяти - твои.
А так, в-основном в то время программил на ASM и TurboPascal под CP/M (и даже есть собственный клон CP/M), немного на С там же (это что касается домашнего хобби, в институте другие задачи были - вплоть до пролога [буэээ]).
глупо обсуждать назначение битов портов, пока нет самих портов (физически).
Чтобы получить определенный результат, нужно представить его, как-будто он уже существует. Не так-ли?Цитата:
Сообщение от MegaMyth
Если хочешь, это можно назвать "Техническое задание". ;-)
Ты не прав. ТЗ формулируется как описание количества режимов, разрешений и глубины цвета. Это ты сделал.Цитата:
Сообщение от Sergey
Все что дальше называется "дизайн & архитектура", это уже примерно середина процесса разработки. При написании ТЗ тебя это не должно волновать никаким боком.