Это и есть родной АГАТовский aspect ratio!!! И это разрешение АРХИудобно для видеорежимов АГАТа (исключительно целочисленным масштабированием).

Ну я собственно об этом. Не надо тратить время на создание "универсальности".
контролера.

Вот примерная архитектура Дисплейного Контролера.

Это и есть родной АГАТовский aspect ratio!!! И это разрешение АРХИудобно для видеорежимов АГАТа (исключительно целочисленным масштабированием).

Дык, сам циклончик поддерживает на пинах LVDS-стандарт.
А для удобства применения уже готовых LVDS-шнурков (на али и ибэе их з-з-завались, как гуталина) ставим на новоделе разъем IDC30-2.0, точно такой же, как и у универсальных скалерах-тюнерах.

И, кстати  - глаза у всех разные. Особенно они разные, если тебе не текст за такой матрицей набирать, а, например, раз в полчаса поглядывать на какую нибудь прогу. Ну вот хоть на Лисина.

Владимир, мелкая матрица (по размерам мелкая, а 640х480 и 800х600 - они все до 12 дюймов) - есть "большая" глазоломка. А еще и бесполезный бордер... Там вообще глаза сломаешь щурясь и всматриваясь...

Компактность конечно хорошо. Но мы же хотим и слоты сделать, чтобы родные ячейки использовать. Так шта... компактность остается под вопросом.

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

1) Если у меня есть мелкая матрица, то неужели я откажусь от её использования только потому, что она даёт несколько искажённое изображение? Особенно если сама материнка с периферией будет компактная - мелкая матрица есть большой плюс, так как позволит всю систему в целом сохранить компактной.

2) Всё это верно если мы любой режим сперва масштабируем до 512x256 (или до 1024x512). Но ведь можно подойти с другой стороны: самый важный режим - это текст 32x32. Ну просто много прог работают в нём. Но так как он текстовый, то и масштабировать его можно почти как угодно, например, сделать  матрицу символов 20x15. Ну или 10*2 x 7*2 + 1 пустой пиксель. И она чётко влезет на 640x480. Второй по востребованности режим: 256x256. Ну и пусть он будет 256*2 x 256. Получится 2:1 вместо 4:3, но уже лучше чем 1:1.... Следующий более-менее используемый режим - 128x128 - 128*4 x 128*3 - тоже вписывается в 640x480 (для примера беру такую матрицу).

PS Мне вообще кажется - весь вопрос темы возник слишком рано. Сейчас бы сперва реализовать хоть как-то работающую плату, с любым, удобным автору, моником. Чтобы на ней пошло хотябы процентов 90-95 прог.
А уже потом думать о таких деталях.

Если предположить, что пользователь ради прямого использования LVDS будет целенаправленно искать именно такую матрицу и купит её - то ты прав, разумеется.

Если предположить, что пользователь готов использовать только то, что в шкафу завлялось (а завалятся может и не одна и не две матрицы, но не 1024) - то прав я.

Матрица 640х480, 800х600 :
Мой алгоритм: 512x256 точек используем, остальные чёрные.

1024х768: -> 512*2 x 256*2

Остальные расчитать?

P.S. Прошу без обид.

Это вот к этому:

Voldemar0 пишет:

Востребованность будет совсем никакая, если разрешение будет фиксированное.

Voldemar0 пишет:

Интерполяция не обязательна: если матрицы мало отличаются по разрешению, достаточно будет добавить чёрные полосы по краям или даже справа и внизу.

Мониторы бордеры по вертикали не делают. Или им полную/нативную развертку подавай, или они интерполяцию делают. А матрицам только нативную развертку подавай.
Надо ли нам в новоделе кучу геморроя затевать с разными развертками?...

Я имею ввиду - фиксированное разрешение матрицы (т.е. если у тебя вывод lvds-сигнала на матрицу будет рассчитан только на матрицы 1024x768 - это плохо).

Должно быть так:

1) два счётчика координат cX cY, которые считают от нуля до задаваемого пользователем размера (либо получаемого по DDC - вроде бы некоторые матрицы умеют по нему сообщать о своих параметрах).

2) два параметра агатовского разрешения : maxX, maxY, которые рассчитываются как кратные логическому агатовскому разрешению (с учётом пропорции 4x3), но не превышают п.1

3) if (cX < maxX) выводим агатовские точки; else чёрный цвет   // в простейшем случае, иначе - центровка

Здесь может быть интерполяция, но вырожденная, с учётом кратности масштабирования целым числам. Так что она и портить картинку не будет.

Мониторы бордеры по вертикали не делают. Или им полную/нативную развертку подавай, или они интерполяцию делают. А матрицам только нативную развертку подавай.
Надо ли нам в новоделе кучу геморроя затевать с разными развертками?...