Процесс вывода кадра из Front buffer на матрицу монитора. Как это работает?

Mercury13, готово

Процесс вывода кадра из Front buffer на матрицу монитора. Как это работает?

Mercury13, спасибо большое за ответы, очень помогли разобраться в вопросе.

Процесс вывода кадра из Front buffer на матрицу монитора. Как это работает?

Mercury13,

стандарт G-Sync/FreeSync не обязан описывать, что делать монитору в этой ситуации

Но FreeSync основан на VESA DisplayPort Adaptive-Sync, а это как-никак стандарт, который и видеоадаптеры регламентирует, и мониторы. Или в нем об этом ничего нет?

Процесс вывода кадра из Front buffer на матрицу монитора. Как это работает?

Mercury13,

Если в этот момент придёт новый кадр, случится столкновение или коллизия кадров, и простейшее (замеченное на раннем FreeSync-мониторе) решение — переждать обновление и вывести кадр с запозданием, что означает замедление и без того медленной игры

Правильно ли я понимаю, что выводы сделаны на этом случае (не в упрек, но для понимания), и подтверждений что работать должно именно так не получилось найти?

Процесс вывода кадра из Front buffer на матрицу монитора. Как это работает?

Mercury13,

Главное ему знать, что реально видно на матрице, чтобы продолжать улучшать картинку.

То есть, он улучшает не текущую картинку, а новую на основании текущей?

Процесс вывода кадра из Front buffer на матрицу монитора. Как это работает?

Mercury13,

Ну конечно, с запозданием.

Странно, конечно. Исходя из концепции "выводом управляет видеокарта" повтор тоже должна инициировать видеокарта. Иначе порядок ломается и начинается "кто во что горазд".

Процесс вывода кадра из Front buffer на матрицу монитора. Как это работает?

Mercury13, "Улучшайзеру главное знать, что видно на мониторе сейчас."
То есть, улучшайзеру не нужен целый кадр, он и с половинками нормально работает?

Процесс вывода кадра из Front buffer на матрицу монитора. Как это работает?

Mercury13,

переждать обновление и вывести кадр с запозданием

А где его хранить все это время (пока старый выводится)? И даже если закидывать его в буфер (одновременно читая старый и записывая новый), то от видеокарты опять может прийти "новый + 1", и его тоже с запозданием нужно выводить?

Процесс вывода кадра из Front buffer на матрицу монитора. Как это работает?

Mercury13, "Улучшайзеру хотя бы нужно знать, постоянное изображение или нет."
То есть, одновременно и в буфер, и на матрицу выводится? Но если так, то улучшайзеру это не поможет, так как при отключенной синхронизации за один цикл могут приходить разные кадры.

Процесс вывода кадра из Front buffer на матрицу монитора. Как это работает?

Mercury13,

есть ещё и третье решение: остановить начавшуюся развёртку на середине и вывести только кусок нового кадра. И это разрыв.

Судя по описанию G-Sync, так и должно происходить: если FPS опускается ниже нижней границы, то G-Sync отключается, а после этого разрывы допустимы.

Процесс вывода кадра из Front buffer на матрицу монитора. Как это работает?

Mercury13,
1)

У всех современных мониторов есть полный кадр

Так если монитор сразу выводит строку, которая пришла, то откуда полный кадр? Или одновременно строка и выводится и записывается в буфер? Тогда как работает улучшайзер, если строка уже выведена? Я что-то запутался.

2)

Модет, лучше разрыв?

Может, и лучше, но вот какой он будет? Монитор прервет вывод прошлого кадра с 150-й строки и начнет выводить новый с первой строки?

Процесс вывода кадра из Front buffer на матрицу монитора. Как это работает?

Mercury13,

Монитор сам делает обновление матрицы имеющимся кадром

1) Откуда у него кадр? Или у таких мониторов всегда есть буфер с полным кадром?
2) Что происходит, когда монитор начал сам обновлять экран, дошел до строки 150, и тут начинает приходить новый кадр от видеокарты? Может, все-таки видеокарта должна отправить кадр повторно?

Процесс вывода кадра из Front buffer на матрицу монитора. Как это работает?

Mercury13, отлично, картина начинает проясняться )
Теперь можно перейти к VRR (G-Sync/FreeSync).
1) Здесь передача тоже завязана на тайминги, но начало отправки кадра привязано не к частоте монитора, а зависит от видеокарты (в допустимых пределах, на которые влияет диапазон частоты обновления монитора).
2) Монитор ждет от видеокарты начала передачи кадра, и как только передача начинается, он стандартно начинает выводить этот кадр.
3) При выводе кадра используется максимально доступная скорость (как на максимальной частоте монитора), даже если реальный FPS гораздо меньше.
4) Если новый кадр не успевает подготовиться к нужному времени (зависит от минимально возможной частоты монитора), то видеокарта повторно отправляет предыдущий кадр.

Все ли правильно я описал?

Процесс вывода кадра из Front buffer на матрицу монитора. Как это работает?

Еще такой вопрос появился.
У монитора на 60 Гц время обновления матрицы ~16 мс + 0.7 мс VBLANK, у монитора на 120 Гц время обновления матрицы 8 мс + 0.35 VBLANK. Если Монитору на 120 Гц выставить частоту 60 Гц, то время обновления матрицы будет 8 мс или 16 мс?

Процесс вывода кадра из Front buffer на матрицу монитора. Как это работает?

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

1) Передача кадра из переднего буфера видеокарты на монитор всегда синхронизирована с выводом изображения на матрицу. То есть, при 60 Гц, и кадр выводится на матрицу 16 мс, и само изображение от видеокарты также передается 16 мс.
2) Если в момент передачи буфер обновился, то получаются разрывы изображения.
3) При использовании вертикальной синхронизации пока идет передача блокируется обновление переднего буфера.

Я ничего не упустил? Если это так, то принцип передачи кадра почти ничем не отличается от ЭЛТ-мониторов: тоже все ориентируются на тайминги.

Процесс вывода кадра из Front buffer на матрицу монитора. Как это работает?

Mercury13,

Между ними два метра витой пары.

Это так, но у современных интерфейсов высокая скорость, и передать кадр, обычно намного быстрее, чем отобразить его на экране.

Процесс вывода кадра из Front buffer на матрицу монитора. Как это работает?

Mercury13,

нахуа такое усложнение,

Наоборот, же, упрощение. Нам не нужно синхронизировать 2 процесса - передача и вывод. То есть, нужно, но не построчно, а только начало кадра.

Но это все теоретически. Как на практике реализовано, наверное, есть в спецификациях, но, к сожалению, я даже не знаю что и где читать.

Процесс вывода кадра из Front buffer на матрицу монитора. Как это работает?

Mercury13,

Тогда смена кадра посреди показа означает сначала ожидание нового пакета

Ожидания не будет, так как буфер считывается построчно. Просто после считывания строки 155 кадра №1 будет считана и выведена строка 156 кадра №2. То есть, монитор не знает что сейчас есть у него в буфере, просто читает его построчно и выводит.

Процесс вывода кадра из Front buffer на матрицу монитора. Как это работает?

Mercury13,

что единственный способ измерить задержку — снимать скоростной камерой запараллеленные кинескоп и ЖК

Есть тесты, в них как раз изменяют задержку, но там не нашел инфы что происходит "внутри монитора",
https://blurbusters.com/gsync/gsync101-input-lag-t...

Процесс вывода кадра из Front buffer на матрицу монитора. Как это работает?

Mercury13,

Мы исходим из трёх посылок.

Исходя из этих предпосылок есть несколько теоретических вариантов реализации, и я как раз хочу понять как это реализовано. Что с буфером, что без буфера есть возможность достичь минимальных задержек.