Нет. Частота кадров у вас будет та же как пришла 60Гц или 59,94Гц. Иначе вам придётся кадры иногда пропускать или дублировать.

И частота строк у вас будет пропорциональна входной с учётом полей.

Если полученный сигнал не возьмёт дисплей - значит входной до ресайза - кривой.




не будет. потому что пока строчная равна нулю - данные не выводятся.

Ещё раз посоветую Вам произвести декомозицию проблемы, сделайте и отладьте простые вещи.

Если ресурсы позволяют:

1. Сделайте генератор видео из фреймбуфера. (то, что у Вас на схеме VGA_SYNC_GEN + кусок ОЗУ с картинкой)

2. Сделайте и отладьте свой скайлер.

3. В тупую соедините это дело и посмотрите что Вас не устраивает.

4. Итеративно добавляйте функционал: двойную/тройную буферизацию, синхронизацию и т.д.

И не пытайтесь синхронизировать заведомо не синхронные вещи. Ваш входной поток (пиксельрейт) в общем случае не только будет не иметь константного коэффициента с выходным, но и будет плавать во времени и т.д.

Вот зачем? Почему сразу не на ЖК матрице 1024х768?

Она по своему может интерпретировать кадровую и строчную.
По своему определять наличие синхронизации.
По своему реагировать на иголки на пиксельклоке...

Может задача проще, чем то как вы её решаете...

Так с видео буфером не интересно . Шутка...
С внешним буфером на SDRAM сделать это вообще не проблема, благо есть нормальный самописный контроллер., но мне ресурсы SDRAM нужны, для реализации режима PIP (картинка в картинке), поскольку планируется вывод изображения на матрицу с двух независимых источников DVI видеосигнала Хотя память работает на частоте 144 Мгц - то может на определённом соотношении выходных разрешений после скалеров её и будет хватать, надо эту мысль подумать.
Во всяком случае IP ядра Altera (но они гады платные) делают все то, что я хочу без внешних буферов. А раз делают они, значит и я смогу, надо просто разобраться с алгоритмом. Сейчас некоторые мысли появились после слов:

Надо попробовать и потестировать...

Итого, никакой синхронизации нет вообще, тогда как тема именно о ней.

Для работы с вышеописанными минимального размера буферами Вам надо синхронизировать начала видимых областей, т.е. сбрасывать автомат по этому событию на входе.

По-моему, у TC в голове все смешалось. Scaler только масштабирует, согласовывать частоты кадров - не его задача

https://www.intel.com/content/dam/altera-ww...e/ug/ug_vip.pdf

"The Scaler II IP core resizes video streams, and supports nearest neighbor, bilinear, bicubic and polyphase (with or without simple edge adaptation) scaling algorithms."

"The locked frame rate conversion allows the Frame Buffer II IP core to synchronize the input and output frame rates through an Avalon-MM slave interface. "

Ну так это понятно что скалер только масштабирует. Если Вы посмотрите мою блок-схему, то увидите, что у меня там есть блок со знаком вопроса, который и должен заниматься синхронизацией...
Да я вроде нигде не писал что требую этого именно от Scaler. Он занимается только преобразованием разрешения, и выдает сигналы начала кадра, конец кадра, начала строки, конец строки и строб валидности данных...

Итак господа, провел вчера весь вечер за эксперементами. В качестве эксперемента был применен обычный синхрогенератор и генератор цветных полос. Выводы таковы:

Данное утвержение мной не совсем подтвердилось. Собственно произошло ровно то, о чем я говорил : изменение любого из параметров Back porch в небольших пределах приводит к тому что изображение смещается. Если же изменять это значение в больших пределах - то матрица не определяет синхронизациию и изображение не выводится вообще...
Но ! Если изменить соотношение Back porch и Front porch таким образом, чтобы суммарная длина строки оставалась одинаковой (для разрешения 640 x 480 длина линии равна 800 pix) - то изображение нормальное т.е. если мы увеличили значение Back porch на 50 то должны и уменьшить Front porch на 50. В случае если длина строки изменяется: Back porch увеличили на 50 а Front porch не трогали - требуется пререрасчет частоты и в этом случа мы фактиески получаем новое разрешение, которое совместимо с большинством VGA мониторов.
Думаю, можно попробовать применить данный способ в качестве синхронизации с источником. Но надо проверять на живой матрице, поймет ли она тайминги, не совпадающие с теми, что указаны в datasheet на неё. Похоже на очень и очень грязный хак. Но может и сработает !

А можно узнать параметры выходных синхросигналов которые выдает датчик:
Какая частота pixel_clk
Каковы параметры Back porch, Front porch, sync pulse, полярность импульсов ?
Неужто он выдает 4 строчки с параметрами VESA 640х480, затем делает пропуск в одну строчку. затем опять выдает 4 строчки ? И все это делает с частотой pixel_clk разрешения 1600х1200 ?


А у меня матрица такова, что она работает в точности как монитор. Пока не подашь на неё правильные тайминги - фиг вам, а не работа.


Тема была о том, как сделать такую синхронизацию...


А не будет так работать, поскольку формируя сигнал сброса по началу данных от источника - мы фактически искажаем периоды front_porch нашего выходного сигнала со всеми вытекающими последствиями в виде сдвига изображения. И пока мы передаем сигнал из домена source_data в домен Vga_sync_gen для формирования сброса - мы натыкаемся на 1 такт нестабильности - что приводит к неравномерному периоду front_porch - что приводит к дерганию изображения и сильнейшему искажению. Если интересно могу фотографию сделать, ибо этот вариант я сразу попытался применить.

Как мне кажется без буфферизации кадров во внешнем буффере не обойтись. Хотя как в IP ядрах Altera без внешнего буффера работает - пока загадка. Проведу ещё пару экспериментов и скорее всего начну делать двойную или тройную буфферизацию.

Ну я же скинул ссылку на проект рабочий от Альтеры. Там и фрейм-буферы и масштабаторы!

Просто мне очень хочется разобраться как Altera сделала синхронизацию без применения внешнего буфера !
Я специально создал в Qsys проект где есть генератор тестовых сигналов 800х600 и скалер, который понижает до 640х480... И ведь работает гад без всяких внешних буферов !
А за ссылочку спасибо изучаю её !

На вход подано неизвестных размеров изображение, следовательно:

1) измерить его размеры, для чего посчитать в его CLK длину его DE и количество DE за интервал его VS;

2) на основе этих данных пересчитать коэффициенты интерполятора и задать длину всех буферов;

3) измерить интервал от VS до DE и посчитать требуемую положительную или отрицательную задержку для получения в требуемый, т.е. с учётом задержки на FIFO, момент аналогичных выходных сигналов;

4) по очередному входному VS зафиксировать собранные данные в качестве новых настроек выходного автомата и начать выдачу им сигналов;

5) продолжать измерять всё вышеперечисленное.

Scaler получается генерирует синхронизацию, а не только масштабирует?

Ваш генератор синхросигналов для монитора должен быть мастером и забирать данные из буфера. Как сказал Warrior-2001, 3 (или больше) буффера позволят дропать или повторять кадры. На частоте 60 Гц человек это не почувствует.

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

Вы же писали в ветку с декриптованными, там и vip есть https://electronix.ru/forum/index.php?act=a...t&id=113329

Да я как-то там не нашел такого модуля как clocked_video_output...
Может в 16 Quartus он по-другому уже называется. Завтра попробую скачать и посмотреть там