Как работает аутентификация Яндекса через QR-код?

GavriKos, спасибо за помощь.

Как работает аутентификация Яндекса через QR-код?

GavriKos, смущает то, что, судя по описанию, передается логин и какой-то одноразовый пароль (исходя из названия, это код TOTP), хотя нужно передавать идентификатор для второй сессии, который зашит в QR-коде.

Как работает аутентификация Яндекса через QR-код?

GavriKos, смущает описание в документации:

Если приложение Яндекс Ключ распознает QR-код, то передаст в Яндекс ваш логин и одноразовый пароль и вы автоматически войдете в браузере.

Но, возможно, оно просто неполное или излишне упрощенное. Жаль, конечно, что нет полноценного описания.

Как работает аутентификация Яндекса через QR-код?

GavriKos,

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

Правильно ли я понимаю, что здесь просто с помощью одной открытой сессии авторизуется другая на другом устройстве? Это предположение или Яндекс именно так и работает?

Как работает аутентификация Яндекса через QR-код?

а по закрытому будем стучаться к бекэнду за сессией

- Это предположение или так и работает?
- Как закрытый токен попадет на телефон, чтобы он мог его отправить на бекэнд?

Как работает аутентификация Яндекса через QR-код?

с мобилы летит на бекэнд команда

Вот тут поподробней. На каком основании бекэнд "слушается" эту команду? Например, если используется 2FA с одноразовыми кодами, то этот бекэнд уже получил от нас "пароль" и ожидает кода. Но здесь как оно работает? Что-то типа Passkey или что-то другое?

Процесс вывода кадра из 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 мс?