Может списаться с автором и таки издать ее?
Вид для печати
Пытался сегодня "Раскрасить" картинку через PAL-кодер - это вообще жесть :)
Не смог "словить" синхру - у меня синхра закорочена вместе с зелёным цветом.Знаю что нужно перемычки менять - кто подскажет по моим фоткам платы что откусить и где припаять?
Titus, Спасибо - иду кусать :) (поиском не мог найти ,но помнил что видел эту тему ))
Промудохался много,но есть результат!
Синхру кинул напрямую на базу тр-ра.Только так стабильно держит - на базе 1в,а на эмитере 0,5 .
Еще напутаны RGB но по тестовой таблице подключил правильно.
http://i.piccy_.info/i7/556e91d28524...5821/1_240.jpghttp://i.piccy_.info/a3/2013-01-24-2...40x180-r/i.gifhttp://i.piccy_.info/i7/8f8ee5eaacf4...8915/2_240.jpghttp://i.piccy_.info/a3/2013-01-24-2...40x180-r/i.gifhttp://i.piccy_.info/i7/ab74c61a4c53...8885/3_240.jpghttp://i.piccy_.info/a3/2013-01-24-2...40x180-r/i.gifhttp://i.piccy_.info/i7/5f5ca94c7f59...9073/4_240.jpghttp://i.piccy_.info/a3/2013-01-24-2...40x180-r/i.gif
RGB кодер сам по себе отстойный -он так всегда показывает.
Кто то подключал VGA-конвертер к УКНЦ ?Есть прошивка ?
А как происходит гашение луча в УКНЦ? Матрица отключает цветовые компоненты в конце строки?
На даный момент и у меня не отображаются картинки - без паники.
hobot, Если верить даташиту на CXA1145 - то в УКНЦ RGB напутаны.
Titus, вечером паяльник прогрею и доделаем яркость :)
Keeper, Пал кодер отстойный с китайской видео-игры на CXA1145 в дипе.ЕЕ обвязку я чуток переделал по даташиту - но всё равно качество отстой.Буду собирать NEDOPC пал-кодер ,благо микруха и платка есть в наличии.
================================================== =========
Смотрел осциллографом на сигналы - они меньше 0,5в на выходе.На базе тр-ра 1в размах.
---------- Post added at 11:08 ---------- Previous post was at 11:08 ----------
Titus, не навижу радикал за его рекламу и уг интерфейс
А у меня это все быстро и удобно)
Кроме того, его картинку можно легко приаттачить к форуму прямо в оригинальном формате, без необходимости переходить по ссылке на левую страницу с рекламой.
---------- Post added at 13:45 ---------- Previous post was at 13:44 ----------
Как это напутаны? Куда ткнешь, туда и ткнешь)
Интересный вариант: hostingkartinok.com - там даже без регистрации можно иметь полный сервис.
Мне нравиться http://piccy_.info/ и точка.
завязывайте с оффтопом.
Тогда небольшая просьба, чтобы народ не открывал левую страницу с левыми скриптами, пость фотки таким образом:
Скрытый текст
Keeper, кто "оба". поточнее плиз :)
---------- Post added at 16:40 ---------- Previous post was at 16:39 ----------
tnt23, увидеть бы скриншотик как оно с VGA выглядит.
Keeper, вот и я же писал что этот кодер работал с фениксом на ура.А с УКНЦ не сдавался пока синхру с базы не взял - слишком низкий уровень сигналов .Так что дерзай!
Keeper, да как обычно картинка без синхронизации скакала.Если у тетя ЧБ картинка -вешай кондер на кварц подстроечный и пробуй "словить" цвет
Наш ответ Титусу с Марио и Хоботу с джойстиками =)
Палитра 3
http://dl.dropbox.com/u/18862473/DuckHunt.png
И всего то было замечено, что УКНЦ может больше, чем 16 цветов... А производиловки то хватит для такого?
Для такого - хватит. Статические экраны, повторяющаяся земля в Марио, мало объектов, вроде должно хватить. А если переделать выход, поставив простой ЦАП на трёх резисторах... Но тут надо знать про гашение - надо экспериментировать.
palsw, я спрашивал исходя из картинок в этом сообщении >http://zx.pk.ru/showpost.php?p=570514&postcount=132< как удалось победить проблему с выходом картинки УК-НЦ за рамки экрана?
По поводу RGB - по умолчанию да (GRB), перепутаны, но в этой теме уже ни о каких
по умолчанию речи быть не может )
---------- Post added at 02:15 ---------- Previous post was at 02:13 ----------
NovaStorm, что бы старое ПО графическое выглядело правильно нужно обязательно RGB исправлять конечно ! ) Иначе часть старых игр на цвете будут просто не играбельны )
Самое красивое и многообещающее что я видел когда либо по теме VGA и УК-НЦ )
http://zx.pk.ru/attachment.php?attac...4&d=1295978820
"- Доктор, меня никто не слушает...
- Следующий!"
Так? =)
Предыдущие мои пассажи не про неправильный RGB, не про восстановление урезанных машин, а про 128 _реальных цветов_, а не 53. Родная схема сделана конечно хитрожопо и, может, разумно, но только с точки зрения стабильности работы, из-за чего количество цветов урезает нещадно. Нет компоненты? Остальные две линии яркости значения не имеют =(
Это сделано не просто так, а совершенно осмысленно.
Если применить предложенную тобой схему, то мы лишимся черного цвета во всех палитрах, кроме одной.
Если бы мы могли выбирать один из восьми цветов произвольно из палитры 128, то тогда не вопрос. А так у нас фиксированно 8 палитр по 16 цветов и все, и в каждой нужен черный цвет. Вот поэтому такая схемотехника.
Да я вроде понимаю. Но тогда у нас на замену чёрному будут довольно тёмные цвета. 3бита на компоненту дадут 1/8=32/256 интенсивности, А какой-нибудь #200000 вполне заменит чёрный.
Хотя сейчас я тоже гляжу, овчинка врядли стоит выделки.
Биты P0-P2 берутся из регистра отображения, а бит Y задается в регистре цвета. Регистр цвета задает какие сигналы Y и PL0-PL2 будут выдаваться при заданной комбинации битов в битпланах. Через регистры цвета можно сделать так, что независимо от состояния битпланов все время будет высвечиваться яркий белый.
Я уже писал ранее, что регистры цвета и отображения считываются во время обратного хода луча по кадру и их изменение в середине строки не имеет смысла.
Теперь по поводу существования регистров в диапазоне 177030-177052, описанных в старой документации. Да, в нынешних версиях УКНЦ этот диапазон откликается на запись, но при чтении происходит TRAP4.
Ну а теперь взглянем на схему УКНЦ - адресным пространством ПП управляет БМК 1515ХМ1-032. Именно в ней расположены регистры из диапазона 177010 - 177054. При обращении к регистрам адреса/данных и спрайтовому механизму она через линии RQ,CC0,CC1 управляет видеоконтроллером 1515ХМ1-033, который в свою очередь имеет доступ ко всему ОЗУ и при необходимости передает/получает данные от 1515ХМ1-032. В тоже время видеоконтроллер 1515ХМ1-033 имеет доступ ко всему ОЗУ, но не имеет доступа к шине адреса-данных, и поэтому не может прочесть их из адресного пространства. Можно предположить, что он может запросить их значение через линии RQ,CC0,CC1, но однако запрашивать он их будет только во время обратного хода луча. С другой стороны 1515ХМ1-032 при записи в эти регистры может по линиям RQ,CC0,CC1 известить 1515ХМ1-033, но тоже в это не верится.
К тому же формат общения по линиям RQ,CC0,CC1 неизвестен. Могу только предположить, что по линиям CC0,CC1 выставляется код запроса, а по линии RQ запускается запрос.
Keeper, нам ничто не мешает рассмотреть pl0, y и p0 как 3 бита. Другое дело, что результат получится хоть и цветастый, но неудобный. Так что бесперспективняк =)
---------- Post added at 23:02 ---------- Previous post was at 22:46 ----------
036? У меня на обоих схемах 036.
Ммм, а как это? DC0-15 и DG0-7 это получается локальная шина между матрицами для видео данных?
Как кстати расшифровываются эти CC, DC, DG, CCM, CGM и CSM?
Да, я пользовался старым вариантом документации - там видеоконтроллер 1515ХМ1-033, а в текущей документации (как и компьютерах) стоит 1515ХМ1-036 (или 1515ХМ1-136).
Работа этих БМК частично описана в ПК УКНЦ № 1-95.
С денди вообще неплохо переносится, но приходится дорисовывать, особенно более тёмные цвета.
На всякие статусы хорошо идёт отдельная палитра.
А вот на игровом поле приходится экономить =\
http://dl.dropbox.com/u/18862473/btdd-uknc.png