Pixelclock для видеовыхода на телевизор

[masterspammer]

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

Вопрос - какие они фактически? К чему стоит быть готовым, взяв бюджетный (а главное - миниатюрный) ЖК-телевизор, например, автомобильный.

Интересует обычный формат (вроде бы он 640*480) и широкоэкранный (вроде бы как 1280*720); при этом широкий экран не выглядит содержащим 720 строк, в таком случае и по горизонтали будет скорее всего не 1280. А сколько?

Напрашивается идея, что там 640*360 - в два раза меньше. При этом разрешение по вертикали совершенно не бьётся с обычным секамовским, а при подключении игровой приставки есть заметные искажения формы, похожие на пропуск линий.

Есть ли какой-то формат аналогового видеосигнала, пригодный для отображения без искажений на малогабаритных широкоэкранных ЖК-телевизорах?

UPD: Есть ещё DVD-разрешения (720*576, 704*576, 352*288) - может к ним готовиться?

[Shaos]

Если у PAL телека только аналоговые входы типа тюльпан, то там 288 видимых строк 50 полукадров (ч/б т.к. цвет в PAL генерить муторно - либо найти европейский телек с RGB SCART-ом)

Вумные телеки будут пробовать строить полный кадр 576 строк, чередуя строки из соседних полукадров, но т.к. там нету привязки к кадру непонятно будет что пришло первым, а что вторым - то пары строк могут выставляться как попало

Лучше брать телеки, у которых уже есть VGA разъём - туда можно гнать RGB и генерить стандартные VGA-шные развёртки в пределах максимальных возможностей телевизора - например если телек HD (но не FullHD), то он должен уметь 1280x720 - соответственно он должен будет поддержать все ПЦ-шные развёртки в пределах 720 строк (640x480, 800x600 и т.д.), но там частота кадров должна быть высокой - 60 Гц и больше (советские компы не взлетят)

[masterspammer]

Если у PAL телека только аналоговые входы типа тюльпан, то там 288 видимых строк 50 полукадров (ч/б т.к. цвет в PAL генерить муторно - либо найти европейский телек с RGB SCART-ом)

Ага, 288! Это значит 256 влезет! А по-горизонтали? Штука широкоэкранная, если что.
Pal-кодер (микросхема с обвязкой) в планах (сначала добьюсь чёткого чёрно-белого). Кроме тюльпана есть ещё ВЧ и S-Video, что даёт надежду на чуть более чёткий цвет.

Вумные телеки будут пробовать строить полный кадр 576 строк, чередуя строки из соседних полукадров, но т.к. там нету привязки к кадру непонятно будет что пришло первым, а что вторым - то пары строк могут выставляться как попало

Он ещё и PAL с NTSC принимает (вумный?), но там не похоже, что 576 строк есть.

...там частота кадров должна быть высокой - 60 Гц и больше (советские компы не взлетят)

Потому и не хочется (так-то VGA есть).

P.S. А хочется 80 символов (хотя бы по 6 пикселей в ширину), то есть 480 пикселей минимум.

[masterspammer]

http://www.nedopc.org/forum/viewtopic.php?f=82&t=18828#p144318 80х25 и меньше (640х200), сделано. Использую как раз с ЖКИ, мыла не наблюдаю. 16 МГц на выходной регистр подаётся.
..хотя смотря что считать "мылом" По умолчанию всё, что вводится через композит, на ЖКИ будет "мылить".

Угу, видел конструкцию.

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

[Alekcandr]

Допустим 21.47727 MГц - 512 точек в строке для телевизионное стандарта. 80 символов в строке на широкоформатном экране смотрится шикарно.

Расчет простой. Нужно вписаться в видимую область со своим разрешением.



Кадровую думается мне делать 60 Гц. Советские / европейские телики это конечно хорошо , но только не они музыку в этой теме заказывали.

Та же история и с VGA.

[masterspammer]

Телик как раз таки маленький, 15 дюймов, 1024х768 в ВГА режиме. А по поводу "попадать" - это зависит от разрешения применённой матрицы а не от её размера. Shaos правильно сказал - если попиксельно, то ВГА-развёртка...

ВГА вопросов не вызывает (но имеет нежелательные кадровые частоты), у неВГА (а мой дюймов максимум восемь) - нет оснований делать столько пикселей (и их там нет);

21.47727 это 1116 пикселей на видимую часть (52мкс); нужно на два делить.

https://en.wikipedia.org/wiki/Crystal_o ... requencies тут 14.750 для PAL 4:3 interleaved 768x576i@25 video - можно ли надеяться на попадание в пиксели?

[Alekcandr]

21.47727 это 1116 пикселей на видимую часть (52мкс); нужно на два делить.

Совершенно точно. Делить поудобней 21.47727 MГц для вспомогательных частот. Поднесущая, потом для кодера.

[masterspammer]

21.47727 это 1116 пикселей на видимую часть (52мкс); нужно на два делить.

Совершенно точно. Делить поудобней 21.47727 MГц для вспомогательных частот. Поднесущая, потом для кодера.

Но там совершенно не факт, что 558 пикселей. Вы встречали телевизор с таким их количеством или взяли подходящее число и предлагаете мириться с размытием?

Кстати, а какого кодера поднесущая? Что-то не пойму - ни на 4 ни на 8 не получается подходящей частоты.

[Alekcandr]

21.47727 это 1116 пикселей на видимую часть (52мкс); нужно на два делить.

Совершенно точно. Делить поудобней 21.47727 MГц для вспомогательных частот. Поднесущая, потом для кодера.

Но там совершенно не факт, что 558 пикселей. Вы встречали телевизор с таким их количеством или взяли подходящее число и предлагаете мириться с размытием?

Кстати, а какого кодера поднесущая? Что-то не пойму - ни на 4 ни на 8 не получается подходящей частоты.

У меня речь о телеке. Без размытия ни как. Если нужно без размытия, и без применения дорогущего Framemeister, берем конкретную матрицу и идем в обход скаллера. Видел таких умельцев на форумах. Ну, или VGA подходящий подбираем, чтобы его скаллер понимал с нативным разрешением матрицы.

Поднесущая – 3.5 с копейками.

С интерливом с компов в чистом виде я бы не связывался. Современные телики его совсем любят.

[masterspammer]

У меня речь о телеке. Без размытия ни как. Если нужно без размытия, и без применения дорогущего Framemeister, берем конкретную матрицу и идем в обход скаллера. Видел таких умельцев на форумах. Ну, или VGA подходящий подбираем, чтобы его скаллер понимал с нативным разрешением матрицы.

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

Поднесущая – 3.5 с копейками.

А, NTSC, понял!

С интерливом с компов в чистом виде я бы не связывался. Современные телики его совсем любят.

Не понял фразу.

[Alekcandr]

С интерливом с компов в чистом виде я бы не связывался. Современные телики его совсем любят.

Не понял фразу.

Если у PAL телека только аналоговые входы типа тюльпан, то там 288 видимых строк 50 полукадров (ч/б т.к. цвет в PAL генерить муторно - либо найти европейский телек с RGB SCART-ом)

Вумные телеки будут пробовать строить полный кадр 576 строк, чередуя строки из соседних полукадров, но т.к. там нету привязки к кадру непонятно будет что пришло первым, а что вторым - то пары строк могут выставляться как попало

Тут еще более менее, а доморощенные режимы с компов – в основном глухо.

[masterspammer]

Тут еще более менее, а доморощенные режимы с компов – в основном глухо.

Оба полукадра одинаковые (по максимум 288 срок) и нормально будет.
А где-то они были не одинаковые? В голову ничего кроме спектрумовских демок не приходит, да и там не аппаратная реализация.

[Alekcandr]

Да были времена, когда впихивали не впихуемое

MSX - 512x424. Режим interlace
PC 8514 (XGA) - 1024x768. Режим H-0h.

[Shaos]

Да были времена, когда впихивали не впихуемое

MSX - 512x424. Режим interlace

Интерлейс на мелкой логике не сделаешь

[Lavr]

Интерлейс на мелкой логике не сделаешь

В советской "Искре-1030" его именно на мелкой логике и сделали...