Dendy Classic SECAM

[SkyNIC]

Ну-ну. Несведение с палец и поплывший фокус. Ну прям совершенство, этот ваш древний Sony PVM.

фотография была сделана в underscan режиме, так как сначала думал что верхнюю строку таблицы, которая не влезла, тоже нужно считать, в обычном режиме 4:3 всё нормально.

Да и будто с тем обилием настроек которое есть в сервисном меню это сложно так поправить, было бы нужно это делать только для underscan режима которым я почти не пользуюсь. Насчёт фокуса не понял претензии, возможно это камера плохо сфокусировалась

[Phen]

Чисто мысли вслух: а нельзя ли взять часть старой бородатой схемы от какова нибудь спектрум совместимого компьютера и всандалить вместо 6559?
Ведь там же был формирователь видео сигнала на мелкой логике.

[HardWareMan]

фотография была сделана в underscan режиме, так как сначала думал что верхнюю строку таблицы, которая не влезла, тоже нужно считать, в обычном режиме 4:3 всё нормально.

Как не меняй режимы, несведение никуда не делось. Можно предположить, что моник дорогой и имеет динамическое сведение (на тринитронах вообще конфетка), но тут наверное другой случай.

[SkyNIC]

Как не меняй режимы, несведение никуда не делось. Можно предположить, что моник дорогой и имеет динамическое сведение (на тринитронах вообще конфетка), но тут наверное другой случай.

Модель 1454qm, так и не понял что вам не нравится выделите что-ли на фото.

 Если вы про несведение цветов то в мануале сказано

[HardWareMan]

О, да у тебя там еще к тому же и подушка с нелинейностью... В ремонт! Срочно!

[SkyNIC]

О, да у тебя там еще к тому же и подушка с нелинейностью... В ремонт! Срочно!

Несведение с палец

что-то я ничего из того что вы написали у себя на мониторе не наблюдаю, может вы просто тролите?

[HardWareMan]

А можно поинтересоваться уровнем вашего опыта в ремонте ЭЛТ мониторов и телевизоров? Быть может, вы просто не знаете куда смотреть (как и 60% простых обывателей)?

PS Если вы реально не видите этих недостатков то можете проигнорировать все, что я сказал. Монитор целее будет.

[SkyNIC]

Кстати кому нужно, вот 6558 и 6559 в китае
https://shop116265649.taobao.com/search.htm?orderType=hotsell_desc&viewType=grid&keyword=um&lowPrice=&highPrice=

Пришли мне um6558 и um6559, работают, так что можно смело заказывать, по ссылке выше

Быть может, вы просто не знаете куда смотреть (как и 60% простых обывателей)

Наверное, когда-нибудь отнесу в ремонт, для проверки

[burdelyaga]

что-то я ничего из того что вы написали у себя на мониторе не наблюдаю, может вы просто тролите

Не обращай внимания, и не приближайся к границам "вкусов и убеждений", каждый сверчок хвалит своё болото 

[Phen]

горбатого могила только исправит, не стоит она таких заморочек с ней   

Это точно. Реализовал я схему на мелкологике. Результат такой-же как и у американского собрата. Серый и черный поправил, но все равно цвета не такие как на эмуле, хотя гораздо лучше
Для наглядности продемонстрирую на фото:
Так стала выглядеть игра том и джери

Игра роад файтер до переделки

Она же после переделки

F1 Race до переделки

после

Спайдермен до переделки

после

Двойной дракон 3 до переделки

после


Главная проблема как я уже писал выше в изменяющейся яркости, и в книге джунглей оно смотрится вполне нормально

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

Кому интересно так все это безобразие выглядит на макетке

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

[SkyNIC]

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

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

[Phen]

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

Этого я пока не знаю, проверю расскажу.

P.S. Просьба к модераторам: объединить две темы (денди секам и денди классик секам), т.к. в обоих темах обсуждается одна и та же проблема и решение у них будет скорее всего одинаковое.
                                            TA-08 аналог UM6558, TA-09 не полный аналог UM6559.

[SkyNIC]

Этого я пока не знаю, проверю расскажу.

У ПЛИС скорости хватит точно, я думаю, можно сделать так:
На вход ПЛИС подать сигналы CD0-CD5, далее каждому из значений кода цвета сопоставить верное значение цвета в RGB. После параллельно значение каждой компоненты цвета подать на отдельные цапы и вуаля на выходе будет RGB с нормальной яркостью. Композит и прочее можно уже получить с помощью микросхемы кодера какого-нибудь типа cxa1145 подав на него RGB с цапов и синхру с платы. Таким образом можно избавиться от кривого UМ6559. Если что не так поправьте.

[supremacy]

Овчинка выделки не стоит. Если только ради самого процесса.

[Rumata]

Просьба к модераторам: объединить две темы

Не понял, что с чем объединить?

[Phen]

Не понял, что с чем объединить?

Эту тему вот с этой. http://www.emu-land.net/forum/index.php/topic,69686.0.html
Если это уместно.

[Rumata]

Phen, "в данной теме не было сообщений более 120 дней.", а точнее боле года, последний пост - апрель 2016. Там давно никто ничего не обсуждает. И этой теме это ничего не даст, все сообщения сортируются по хронологии, сообщения из одной темы вклинятся между сообщениями другой, местами будет вообще не понятно кто о чём пишет

[Phen]

Phen, "в данной теме не было сообщений более 120 дней.", а точнее боле года, последний пост - апрель 2016. Там давно никто ничего не обсуждает. И этой теме это ничего не даст, все сообщения сортируются по хронологии, сообщения из одной темы вклинятся между сообщениями другой, местами будет вообще не понятно кто о чём пишет

Понял, просьбу снимаю. Извиняюсь за оффтоп.

[HardWareMan]

Phen, это здорово. Только, как я уже сказал, собрать матрицу RGB тут вообще плевое дело. Достаточно 3х ПЗУ на каждый канал цвета. По входу - 6 сигналов CDx (мы точно знаем, что там есть 2 бита яркости и 4 оттенка). Я уже дома, через пару дней покажу свой кодер PAL.

[SkyNIC]

Исправлено 

Собственно что я сделал, взял китайскую платку с ПЛИС EP2C5T144C8, подал через делители напряжения на неё сигналы CD0-CD5 с UM6558, воспользовавшись советом HardWareMan развернул порядок бит и инвертировал младшие 4 бита. Затем для каждого значения CD0-CD5 определил соответствующий цвет в виде 18 битного числа, где каждые 6 бит числа это соответственно красный, зелёный и синий цвет. Пример для значения серого цвета 00:18'b011001_011001_011001. Значения цветов подбирал через паинт, на фото не очень хорошо видно некоторые цвета, так как не знаю как сфотографировать чтоб всё не рябило, возможно некоторые цвета требуют корректировки. Каждую компоненту цвета через ЦАП и усилительный каскад для каждого цвета вывожу на монитор, через резисторы на 75 Ом на каждом цвете. Сигнал синхронизации беру с UM6559, так как пока не придумал как сделать синхру на плис. Внешний кодер для получения композита не стал использовать, так как мне RGB хватает, ещё для удобства переделал стандартную плату питания, убрав rf модулятор. Схему всего этого дела предоставлю позже, если необходимо. Код в квартусе получился ну очень простой. Реализация возможно не самая лучшая, но пока так 

Код: [Выделить]

module secamdac (input IN1, IN2, IN3, IN4, IN5, IN6, CLK, output reg [17:0] colorOUT);
reg colorIN [5:0];
reg [5:0] colorNOW;
reg [17:0] color [0:63];
 initial begin
  color[0]=18'b011001_011001_011001;
  color[1]=18'b000000_000100_011111;
  color[2]=18'b000110_000000_100011;
  color[3]=18'b001101_000000_100000;
  color[4]=18'b010101_000000_010111;
  color[5]=18'b010110_000000_000110;
  color[6]=18'b010100_000001_000000;
  color[7]=18'b001110_000110_000000;
  color[8]=18'b000111_001100_000000;
  color[9]=18'b000000_001111_000000;
  color[10]=18'b000000_010000_000000;
  color[11]=18'b000000_001111_000110;
  color[12]=18'b000000_001011_010101;
  color[13]=18'b000000_000000_000000;
  color[14]=18'b000000_000000_000000;
  color[15]=18'b000000_000000_000000;
  color[16]=18'b101011_101011_101011;
  color[17]=18'b000110_010011_110001;
  color[18]=18'b010010_001100_111000;
  color[19]=18'b011010_001000_110101;
  color[20]=18'b100100_000111_101011;
  color[21]=18'b100111_000110_010111;
  color[22]=18'b100110_001100_000000;
  color[23]=18'b011110_010011_000000;
  color[24]=18'b010110_011001_000000;
  color[25]=18'b001001_011110_000000;
  color[26]=18'b000000_100000_000000;
  color[27]=18'b000000_011110_001111;
  color[28]=18'b000000_011011_100010;
  color[29]=18'b000000_000000_000000;
  color[30]=18'b000000_000000_000000;
  color[31]=18'b000000_000000_000000;
  color[32]=18'b111111_111111_111111;
  color[33]=18'b011001_101010_111111;
  color[34]=18'b100011_100010_111111;
  color[35]=18'b101101_011101_111111;
  color[36]=18'b110111_011011_111111;
  color[37]=18'b111011_011011_110000;
  color[38]=18'b111011_100000_011010;
  color[39]=18'b110101_100110_001011;
  color[40]=18'b101110_101100_000010;
  color[41]=18'b100000_110010_000011;
  color[42]=18'b010110_110101_010000;
  color[43]=18'b010010_110100_011111;
  color[44]=18'b010011_110001_110010;
  color[45]=18'b010011_010011_010011;
  color[46]=18'b000000_000000_000000;
  color[47]=18'b000000_000000_000000;
  color[48]=18'b111111_111111_111111;
  color[49]=18'b110001_111001_111111;
  color[50]=18'b110110_110110_111111;
  color[51]=18'b111010_110100_111111;
  color[52]=18'b111110_110011_111111;
  color[53]=18'b111111_110010_111100;
  color[54]=18'b111111_110100_110010;
  color[55]=18'b111101_110111_101100;
  color[56]=18'b111011_111010_101001;
  color[57]=18'b110101_111100_101001;
  color[58]=18'b110001_111101_101101;
  color[59]=18'b101111_111101_110100;
  color[60]=18'b101111_111100_111100;
  color[61]=18'b101110_101110_101110;
  color[62]=18'b000000_000000_000000;
  color[63]=18'b000000_000000_000000;
 end
 always @(posedge CLK) begin
  colorIN[0]=~IN1;
  colorIN[1]=~IN2;
  colorIN[2]=~IN3;
  colorIN[3]=~IN4;
  colorIN[4]=IN5;
  colorIN[5]=IN6;
  colorNOW=(colorIN[5]*32)+(colorIN[4]*16)+(colorIN[3]*8)+(colorIN[2]*4)+(colorIN[1]*2)+(colorIN[0]*1);
  colorOUT=color[colorNOW];
  end
endmodule

[HardWareMan]

Рукалицо.жпег... Кто-ж так строит? Открой для себя {}.

[Phen]

Ну че круто. Ждем скринов (с пояснениями) окончательного мода в корпусе.

[SkyNIC]

Ну че круто. Ждем скринов (с пояснениями) окончательного мода в корпусе.

Плату которую я использовал можно купить, например тут https://ru.aliexpress.com/item/Free-Shipping-1pcs-lot-ALTERA-FPGA-CycloneII-EP2C5T144-minimum-system-development-board-learning-board/1617704540.html. Также необходим программатор Altera USB Blaster, который можно купить у этого же продавца.
Нарисовал вот схему, если что не так, поправьте.  У UM6558 контакты CD0..CD5 не подключены к UM6559. СD6 и СD7 подключены, а остальные контакты у UM6558 и UM6559 оставлены как есть. В корпус помещается, но соберу позже, когда окончательно наиграюсь с палитрой. Заметил интересную особенность, изменяя значения цвета 0F, можно управлять яркостью всей картинки или затемнять нужную компоненту цвета всей картинки по отдельности. Ещё, сейчас заметил дрожание спрайта марио в smb1, при использовании стандартной частоты генератора в 50 МГц, пришлось задействовать умножитель частоты (ALTPLL) и поднять до 350 МГц, теперь дрожания нет.

 

Рукалицо.жпег... Кто-ж так строит? Открой для себя {}.

через пару дней покажу свой кодер PAL.

Вы имели в виду использовать {} для записи значений палитры? Например, для цвета 00: color[0]={3{6'b011001}}. Также, можно узнать, как там успехи по реализции кодера PAL?

[Phen]

Как я понял UM6559 используется только для синхронизации.

Заметил интересную особенность, изменяя значения цвета 0F, можно управлять яркостью всей картинки или затемнять нужную компоненту цвета всей картинки по отдельности.

Насколько я понимаю проблема с самопроизвольным изменением яркости решена? А-то мало-ли вдруг это PPU виноват.

[HardWareMan]

Заметил интересную особенность, изменяя значения цвета 0F, можно управлять яркостью всей картинки или затемнять нужную компоненту цвета всей картинки по отдельности.

Потому что номер этого цвета используется для гашения. Изменяя это значение просто обманываешь АРУ телевизора/монитора.

Ещё, сейчас заметил дрожание спрайта марио в smb1, при использовании стандартной частоты генератора в 50 МГц, пришлось задействовать умножитель частоты (ALTPLL) и поднять до 350 МГц, теперь дрожания нет.

Потому, что надо было взять родную частоту 26,6 с приставки. Тогда не было бы биений.

Вы имели в виду использовать {} для записи значений палитры? Например, для цвета 00: color[0]={3{6'b011001}}.

Нет, я имел в виду агрегатирование сигналов. Ваш код может быть гораздо проще:

Код: [Выделить]

colorNOW[5:0] <= {IN6,IN5,~IN4,~IN3,~IN2,~IN1}Порядок бит в {} от старшего к младшему, как и в []. Так же, используйте неблокирующее присвоение <=, чтобы схема стала полностью синхронной. Получается, colorNOW уже лишний. Дальше, от colorIN можно сделать case внутри always блока и синхронно прогружать данные в выход, причем для удобства человека (а машине пофигу) я бы разделил colorOUT[17:0] на R[5:0], G[5:0] и B[5:0]:

Код: [Выделить]

case (colorIN[5:0])
   6'h00 : begin R[5:0] <= 6'h01; G[5:0] <= 6'h02; B[5:0] <= 6'h03; end
   6'h01 : begin R[5:0] <= 6'h14; G[5:0] <= 6'h15; B[5:0] <= 6'h16; end
   6'h02 : begin R[5:0] <= 6'h27; G[5:0] <= 6'h28; B[5:0] <= 6'h29; end
   6'h03 : begin R[5:0] <= 6'h3A; G[5:0] <= 6'h3B; B[5:0] <= 6'h3C; end
...
   6'h3F : begin R[5:0] <= 6'h1D; G[5:0] <= 6'h2E; B[5:0] <= 6'h3F; end
endcaseКейс, желательно, делать на все значения (чтобы синтезатор не сходил с ума, иногда вытворяет такие перлы), но он позволяет записывать константы или значения функций синхронно по такту, причем допустимо обьединять случаи case в одно действие, перечисляя их через запятую (ну прям как в С). h позволяет использовать хекс, что сокращает запись и делает ее наглядной. Но следует пойти дальше и просто сделать мегафункцию ПЗУ 6х18. И просто грузить ее HEX файлом, тогда код вообще станет десятком строк, больше половины которых будут заголовком. И еще, я думаю 6 бит на канал даже с избытком, достаточно и 5. А это сокращает необходимый объем CPLD.

Также, можно узнать, как там успехи по реализции кодера PAL?

Я работаю над ним, просто я недавно вернулся домой с командировки и еще не закончил накопившиеся текущие дела.

[SkyNIC]

Как я понял UM6559 используется только для синхронизации. Насколько я понимаю проблема с самопроизвольным изменением яркости решена? А-то мало-ли вдруг это PPU виноват.

Да, только для синхронизации, яркость теперь не изменяется, так как цвет 0F теперь зафиксирован.

Потому что номер этого цвета используется для гашения. Изменяя это значение просто обманываешь АРУ телевизора/монитора.

Интересно, получается таким образом можно реализовать emphasis? То есть, если вклинится в шину ppu и проверять когда установлены эти биты, то можно в момент когда они установлены,  затемнять нужные компоненты, управляя цветом 0F.
 

Потому, что надо было взять родную частоту 26,6 с приставки. Тогда не было бы биений.

Насчёт частоты, в секаме же вроде 21.477МГц, а и стоит ли сейчас заморачиваться и брать сигнал частоты с приставки, если при 350МГц на плис биений уже нет?

сделать мегафункцию ПЗУ 6х18.

Сигналы IN1..IN6 агрегировал, от colorNOW избавился, присваивания поменял. Когда наиграюсь с палитрой так и сделаю.

И еще, я думаю 6 бит на канал даже с избытком, достаточно и 5. А это сокращает необходимый объем CPLD.

Ну это можно учесть будет уже в следующей плате, если она будет или если кто нибудь будет делать сам. И спасибо за развёрнутый ответ 

[HardWareMan]

Насчёт частоты, в секаме же вроде 21.477МГц,

А, точно, тогда сделаю NTSC кодер.

[Phen]

А, точно, тогда сделаю NTSC кодер.

А как на счет скорости звука, она будет как в Dendy или как в Famicom (NES) ?

[HardWareMan]

А как на счет скорости звука, она будет как в Dendy или как в Famicom (NES) ?

Мы процессор же не меняем. И PPU не меняем. Это будет NTSC50. Скорее всего придется таки делать PAL, современные телики такое не поймут.

Немного еще матана. Вот картинка:

Карта цветов:

Код: [Выделить]

00 01 02 03 04 05 06 07
10 11 12 13 14 15 16 17
20 21 22 23 24 25 26 27
30 31 32 33 34 35 36 37
08 09 0A 0B 0C 0D 0E 0F
18 19 1A 1B 1C 1D 1E 1F
28 29 2A 2B 2C 2D 2E 2F
38 39 3A 3B 3C 3D 3E 3F
Вот запись 2х кадров картинки сверху:

Вот 2 строки 00 - 07:

Как уже говорилось ранее, CD3:CD0 это инверсия координаты HUE (младшие 4 бита палитры), CD5:CD4 это прямой сигнал LUMA (старшие 2 бита палитры). Причем, для гашения PPU использует 0F.

Что касается CD6 и CD7: CD6 это инверсия синхронизации. Примечателен тот факт, что в кадровом обратном ходе присутствует синхронизация цветовых полей, которая была изначально в видеосигнале в виде трапецеидальных символов в видеосигнале, но потом из-за введения телетекста они были заменены на особую кадровую синхронизацию (серия строчных синхроимпульсов на удвоенной частоте):

Будем надеяться, что они не будут сбивать с толку телевизор. А вот CD7 сигнал странный, видимо тоже относится к генерации кадровой цветовой синхронизации.

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

[SkyNIC]

А вот CD7 сигнал странный, видимо тоже относится к генерации кадровой цветовой синхронизации.

а он случайно не является сигналом начала кадра?