Вот и я говорю буржуйцы не брезговали этим чипом.

А с другой стороны получить аппаратный скролл там особо нет проблем. Необходимо лишь адресные линии грамотно мультиплексировать(для Спектрум режима) и во время настраивать регистры начальной строки ...
А вообще чип этот довольно таки неплох. :)

Кстати, если потянет данный чип тактовую частоту 2,6Мгц, то есть возможность, и не плохая, получить в VGA режиме разрешение 640х480 :) .

если не ошибаюсь - встречал гдето его на 4х мегагерцах! и к слову EGA карты были именно на базе 6845 чипа(там правда не 31Khz а 20 с хвостиком

Остаётся лишь железных спрайтов добавить ;)

Ну не все же сразу, у меня в планах 10Мгц(Турбо - процессор Z84C0010) компик с видеоконтроллером на борту и под VGA монитор, с памятью от старых PCI видюшек - пока только накидываю блок схему, выбираю видеорежимы какие прикручивать. Однозначно этот будет с палитрой цветовой. А после когда технология отладится, можно что нибудь и вкусное прикрутить :). И видеокарту отдельную забомбить. Ну а пока я экспериментирую.

Вот вопрос, тут размышляю про палитрирование цветов. Где про сей механизм почитать, применительно к нашими компам и клонов Спека. Может стандарт есть какой то. Думаю для начала остановиться на 64 цветах.

Ты чё издеваешся ? :v2_eek: 64... :v2_eek:

В.М.Г. 11 - Регистр палитры . Там примерно в середине - http://sblive.narod.ru/ZX-Spectrum/ReSpecT/ReSpecT.htm . Но мне не нравятся эти РУ2... Вымирающий атавизм , фиг достанешь...

Я бы сделал нечто вроде этого - http://zx.pk.ru/showpost.php?p=121059&postcount=141

Ну почему издеваюсь, сразу :) После 16 цветов - будет не плохо. Я так сказал потому, что еще не определился. Сначала надо бы представить, как это в железе будет выглядеть, так сказать движок сделать. Я еще с разрешениями не определился. Пока вот остановился на графических:
256x192 - всем понятно,
320x200
384x256 - Орион, Специалист и им подобные
256x256 - Вектор и ему подобные(еще не знаю)

Возможно 1 текстовый из 320x200 с загружаемыми шрифтами(спрайтами) или остановлюсь на ПЗУ.
Но пока это еще прикидываю. Ведь мультиплексоров будет немерянно :)
Опять же все зависит от времени и желания, ведь кроме бредоконструирования еще есть и другие дела. :(

РУ2 - это я так понимаю палитра загружаемая что ли. Ее ддостать не так уж и сложно, особенно в Москве. Это барахло и у нас находится, его наверное наклепали на 100 лет вперед.

Проблемма не в количестве а в качестве , палитра будет гиппер кальная , даже при три трёх битах на канал далеко не фантанная палитра получается . Четыре бита можножно считать шедевром :D Хотя всё убивает кодирование номера цвета четырьмя битами... (((как раз в этом плане тайлы рулять , ибо каждому можно отдать "свою" палитру)))

Лучше опираться на приставки и т.п. серьёзные ящики , ибо драть графику придётся как раз с них . 320x224 , 256x224 - SEGA , 320x240 - PC (редко но метко), 320x256 - AMIGA (полноэкранные игры обычно в таком разрешении). 256x256 - как мне сказал один товарищ юзатся в NEO-GEO Poket (Color) .
Вобщем я чёто подозреваю что режимы лучше накручивать прямо через регистры ;)
Да , загружаемые шрифты будут совсем круты (только они называются тайлы а не спрайты , спрайты грубо говоря независимые подвижные фоны ограниченной ширены).
Угу .
Ну хэзэ , это у меня скорее чисто религиозные убеждения . Ещё мне не нравятся инверсные выходы :D

Регистры конфигурации режимов итак будут, мультиплексоры они же нужны именно для коммутации адресов: как адресов процессора, так и адресов видеоконтроллера(второй более обширней их пользовать будет)
Ну это пока так мысли. На счет режимов, возможно ты прав, стоит наверное начать с них, а там будет видно. Тогда вопрос троение экрана там строчка за строчкой(линейное) или как у спека по блокам в 8 строк, т.е. как целесообразней.
Пока палитру оставлю, буду мыслить над разрешениями, а потом уже буду о них размышлять.

На счет РУ2 - это же дело хозяйское, хотя согласен морально устарели :)

Ну и вот, поразмыслив над режимом 320xXXX, если не применяя сумматоров(более сложной логики) будем терять байты данных. Если применяя построчное формирование, 64-40=24 байта теряется в каждой строке. Если же подамповой(столбцовой, как в Орионе, то 256 - 224 = 32 байта; 256 - 240 = 16 байт; 256 - 256 = 0 байт в каждом дампе. В любом случае этот режим ухватит максимум 320 * 256 / 8 = 10240 байт.

Интересный вопрос, раскидывал дополнительные режимы 256x224 и 256x256, доп. режимы лучше лобать с построчным строением или как в спеке. Как лучше?
Если как в спеке, то эти два режима вообще элементарно достигаются. Но как лучше все таки и интересней будет, высказываем мысли.

Пока только получаем разрешения, без цветовых наворотов.

ИМХО рас и так во всех режимах запутка по спековски , то и мучиться не нужно , только провода и тараканов зря переводить . Программёры и так знают как под это писать .

Народ, тут начал экспериментировать с расширением графики, а художник из меня не важный. Кто нибудь кинется ссылкой на какой нибудь конвертор спектрумовской графики. Для опытов нужно две картинки размером 256x256 и 320x256 пока для спектрум графики(с атрибутами), остальные разрешения уже смогу сам получить. Буду очень признателен.
Результаты экспериментов будут показаны здесь.


P.S. Режим 320наXXX из за не кратности адресов, а именно
0 строка - 0 адрес, 1 сторка - 28h адреc, 2 строка - 50h и т.е. через каждые 28h байт, будет построчной. Судя по описанию на чип он уже содержит мозги для такого способа адресации. А посему потери байт не будет. Более точно скажу когда попробую сей режим.

Попробуй BMP2SCR EXP 2.11a - http://trd.speccy.cz/pcutilz/BMP2SCR.ZIP
Кажись я именно её иногда юзаю .

Есть ещё такое - http://zxvideo.fatal.ru/download/b2s_211e.zip

Можно порезеть в фотошопе по 256х192 , сконвертить , и поотдельности грузить пикселя с атрибутами .

Там 160x152 и игр очень мало.

Забыл GBA (240x160) и DS (256x192).

Ну я думаю не стоит лезть в меньшую сторону, смысла нет. Только в ширь и в высь :)

Добавлено через 1 минуту
Попробую что нибудь сообразить, Спасибочки огромное.


P.S. - Ба, уже на 500 сообщений нафлудил, ужас.

Да , NEO-GEO Poket 256x256 , NEO-GEO Poket Color 160x152 .

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

Вот собственно поизвращался с редакторами, слепил режим 256x256 пикселей на сабжевом контроллере.
Но одну траблу допустил, ошибся где то - поправлю когда буду пихать в PALку. Данный режим - идут строки по спековски .

Итак изврат над заставкой Диззи 5. Красная полоса - это мой косяк, а не прибамбас.

А круто выглядит . Даёжж цвет на точку , ну и загружаемую палитру ;)

Ну не так быстро, стараюсь в меру своих сил и свободного времени :)
Я пока постараюсь завтра мелкую логику в PALку запихать, а то уже с этими мелкими микрухами башня слетает от поиска нужного проводка. :)

Вообщем это режим 256x256, ну а 256x224 получу потом, когда разрисовывать все начну(в виде таблицы они уже раскиданы, только пихай в микрухи). В принципе он сейчас не важен. Вот еще один режимчик забабацаю 320x256 для теста, ну и тогда будем вести обсуждение о палитрах. А то если начну все сразу, то явно не сделаю ничего :)

И повторюсь, все лобаю под VGA монитор.

P.S. Сегодня поприкалывался на работе. Народ видя картинку на мониторе, опешив спрашивали - это что новый скринсейвер у меня такой. Я им - Ага :) . Забавно. Один бывший спектрумист(кстати он мне обещал плату калужского варианта откопать) - тоже ошарашен, типа как это. Хотя дизю узнал сразу.
Одним словом, прикольно над народом стебаться. :)

Ну вот и разрешение экрана 320x256. Правда за качество цветов, особенно яркосный канал сильно не пинаем, не та была задача. Также с дефекатми брордюр. Думал, что нормально, построчно получиться. А нет - получилось спекоподобие. Чтобы память была компактной строение экрана такое:
0 Строка 0000h - 0027h
1 строка 0500h - 0527h
2 строка 0A00h - 0A27h
...
7 строка 2300h - 2327h
8 строка 0028h - 004Fh
9 строка 0528h - 054Fh
и т.д.

Это получилось из за того, что этот чип прежде всего для текстового экрана и графический, да еще не кратный там получить просто так не получилось, но я его сделал. Правда пришлось пару сумматоров(нашел К155ИМ3 77года :) ) влепить - все успевает отрабатывать.
Так что ничего невозможного нет.

Итак, вот сие произведение.

Рулеззз :D

Да ладно, я вот только думаю может коряво адресация вышла? Как кто думает. Вот решил еще схемку с прошивками сюда кинуть, может у кого дельные мысли возникнут. Схема только варианта для разрешения 320x256.

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

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

ИМХО Про палитры имеет смысл говорить когда будет цвет на точку . Собсно режим ALCO16C вопросов не вызывает ?

И нафига снова мудрить какую-то (все равно несовместимую) сегментацию?
Сделал бы наконец нормальную "вертикальную" раскладку, благо в точности 256 строк:
1я строка 0000 0100 ... 2700
2я строка 0001 0101 ... 2701
...
последняя 00FF 01FF ... 27FF
(раскладка атрибутов по вкусу)

А 224 строки даже с атрибутами влезут:
1я строка 0000 0100 ... 2700
2я строка 0001 0101 ... 2701
...
224я стр. 00DF 01DF ... 27DF
...теперь атрибуты:
1я строка 00E0 01E0 ... 27E0
2я строка 00E1 01E1 ... 27E1
...
28-я стр. 00FB 01FB ... 27FB

Z80 будет верещать от восторга :)

Дело в том что это только проба пера, а не установка нового стандарта. Посему я задавал вопрос еще до этого, как лучше бабахать. Одно молчание, кроме замечаний от Fan, за что ему респект. А так как все в голове нельзя представить, надо еще и работать, то как возникла идея, так ее и реализовываю. Вот у тебя появилась идея и ты считаешь, что это рулез - то почему бы и не попробовать. На то и форум, а не конструкторский дневник. Посему после праздников эту идею попробую.

Ну ваще-то я года два уже здесь распинаюсь по поводу вертикальных раскладок. :)

а ты кого-то кроме себя слышишь? или может ты ознакомился с тем что предлагалось на эту тему раньше? а на zx.clan.su ты заходил вообще хоть когда, или тебе религия не позволяет?

Вот когда я спрашивал(несколько постов назад) и тогда ответил бы, тогда такой кривой раскладки бы может и не было. Но что не делается, все к лучшему :) . Я все не могу упомнить, а тем более все прочитать и понять, когда вы начинаете спор о высоких материях.
На самом деле вертикальная раскладка уже применянялась в Специалисте и Орионе. Она действительна удобна в плане некратных разрешений.

Добавлено через 6 минут
Кроме себя я слушаю мнения всех, когда они не превращаются в долгоиграющий спор. А эти темы по существу имеют мало сообщений, а больше пустого спора. И тем более, в отличии от некоторых, я не наезжаю. Ну и напоследок. Если трудно ждать - делайте сами, экспериментируйте - флаг вам в руки, я не претендую на звание самого сумашедшего бредоконструктора и охотно уступлю это другому. Причем я из своих проектов секрета не делаю, смотрите, модернизируйте или переделывайте как вам угодно.

Так как там начсчёт цвета на точку (ALCO16C) ? Вроде не так уж и много тараканов добавляется ;)

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

Вот нашел на твоем сайте
"Видео режим 4BIT Per Pixel (16 цветов на точку) by AlCo ....."

Это оно?

ну да, особенно если о них ни судить понаслышке :)

ОК , ща линков всяких накидаю .
Впринципе оно , тока я малость под свои нужды в других страничках сканил . Но описание основных моментов должно подходить (даже по диаграммам).

Ща ещё линков закину.

Добавлено через 1 минуту
http://zx.pk.ru/showthread.php?t=6477

Добавлено через 4 минуты
http://zx.pk.ru/showthread.php?t=7119

Добавлено через 5 минут
Вобщем если возникнут смутные моменты , то мне не лень будет ответить .

Да фсе фкурсе. :)
Тока без атрибутоф.

Вообщем, как я представляю - 4 области памяти, ну это понятно. Так как планируется использовать либо две микрухи статической памяти по 32 кб, либо одну динамическую с организацией x16 бит. Ибо последняя дает меньшее число ног, если использовать плису. Вот сейчас могу выводить за раз две области памяти, добавив еще один ИР10. Вторая микруха памяти с добавкой пару ИР10 и обвязки позволит еще 2 области выводить за раз. Получается четыре последовательных регистра. Или механизм немного другой. В еденичном байте описывается два бита информации на экране. Или я чего то не допонимаю.

вот как понимаю:
1 область данных - биты пусть называются VD00 ... VD07
2 область данных - биты пусть называются AD00 ... AD07
3 область данных - биты пусть называются VD10 ... VD17
4 область данных - биты пусть называются AD10 ... AD17

Итак я имею четыре регистра ИР10 и я их представляю как лучи цвета, т.е. RGBY, то для луча
R - пихнаю VD01,VD4,AD1,AD4,VD11,VD14,AD11,AD14 - 8бит
G - будут VD02,VD5,AD2,AD5,VD12,VD15,AD12,AD15 - 8бит
B - будут VD00,VD3,AD0,AD3,VD10,VD13,AD10,AD13 - 8бит
Y - будут VD06,VD7,AD6,AD7,VD16,VD17,AD16,AD17 - 8бит
Это расписал по картине распределения цветовых битов с Respect 2. По крайней мере я так представляю.

SRAMS компании Cypress - если остановитесь на статике, то рекомендую, к тому же они доставаемы даже в Харькове :)

ИМХО не оправданное усложнение, может для начала проще сделать как в пентагоне...

Все правильно, один байт - две точки на экране. Адресация в принципе такая же как как и у обычного экрана, только в разных областях разные точки - 0х4000, 0х8000, 0хC000, 0хE000.

Пока еще не решал вопрос на счет памяти. Для опытов есть простые срамины от 386 машин. А динамика от CD-ROM и видюх.

Добавлено через 1 минуту
У меня его нет :) А пока есть макетка и мой собственный разработанный комп - вот и все подопытное оборудование :)

Я имел в виду что там выборка по-байтная...;)

:) Mick, мож всёж проще почитать мануал, а не заниматься угадыванием? :) http://zx.clan.su/forum/7-28-1

А я что сказал не так. Твоя цитата "Структура байта - IiGRBgrb, при этом чётные пикселы имеют организацию igrb, а нечётные IGRB." Так и получается и у меня.

Вот еще кусок схемы набросал.

ну хорошо, а потребуется изобразить например 512х192, и что дополнительные сдвиговые регистры ставить? и так на каждый режим? или у тебя только один режим и будет?