Изображение у C64

[BYTEMAN]

Что интересно - на S-Video муар хоть и поменьше, но всё равно он есть. И ещё впридачу появляются какие-то непонятные вертикальные полосы Шириной чуть меньше пикселя...

[Titus]

мне кажется это специфика всех современных цифровых телефизоров высокой четкости. в итоге дискретизация АЦП весьма конечна и приводит к таким вот эхвектам на "сильно контрастных" сигналах.

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

[svofski]

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

[Titus]

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

Как может быть отведена для яркостной компоненты узкая полоса, если разрешение в яркостном канале от 0 до 3.5МГц по стандарту NTSC. На 3.5МГц начинается яркостной мусор, т.к. это уже цветовая поднесущая, и ее просто надо эффективно отфильтровать, чтобы информация из нее не перешла в яркостной канал в виде муара. Где тут чего-то может быть отведено неправильно? Могут стоять кривые фильтры, которые плохо вычистят поднесущую, таким образом мы ее увидим в виде яркостного муара. Или же сам сигнал может получить яркостную помеху от поднесущей при смешивании, например.

[svofski]

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

В строке у компьютера, например, 256 пикселей. Время строки 1/15625c, значит если хотим иметь 384 пикселя (256 видимых и бордюр), один пиксель == 1/15625/384 c. Выходит, что верхушка частоты, даже если пиксели выдавливаются не в виде резких прямоугольников, а гладким фильтрованным синусом, 15625*384 = 6.0МГц.

У PAL-а цветовая поднесущая 4.43 МГц. Никак не получается в нее не вляпаться если хочется иметь "высокое разрешение" 256 пикселей в строке. Хотя, чисто теоретически, во время одной строки системы PAL, включая невидимую часть, упихивается 4.43e6/15625=283.5 цветных пикселя. В видимую, я считаю примерно 80% — 230.

У NTSC дела обстоят еще (х)уже. Так и что мы увидим, если все зафильтруем "как положено"?

[Titus]

У NTSC дела обстоят еще (х)уже. Так и что мы увидим, если все зафильтруем "как положено"?

Если грамотно зафильтруем перед смешением с поднесущей, а так же разделим при показе, то получим максимальное разрешение по X равное около 283 точек. Т.е. то, что максимальное можно вообще получить.

[Advertiser]

[svofski]

Да. Это за время вообще всей строки, 64мкс — включая синхру и портики. Собственно видео в этом — 51.95мкс, то есть 230 "настоящих" точек на всю ширину экрана. А C64 в HIRES режиме показывает что-то вроде 320 точек в строке, еще и стиснутых бордюром.

[vinxru]

Насколько я помню, цветовой сигнал вырезается режекторным фильтром. А это значит, что из сигнала убирается только частота .4,4 МГц (плюс, минус). Итого мы имеем полосу аж до звукового сигнала.

И среди всех систем у NTSC самые больше помехи от цветного сигнала.

[sv]

ого понаписали то

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

и во первых,и во вторых,и в третьих! совершенно верно дружище.
аналогичного характера полоски,на своей SMD,я заборол именно заменой генератора поднесущей .
придумайте как это сделать для С64-и будет вам счастье.
про режекторный фильтр тоже близко,но увы и ах не для современных цифровых тв.