Причому заявлено, що технологія може регулювати роздільно частоту для різних ділянок екрана, наприклад, знижуючи для статичних панелей Windows і підвищуючи для відтвореного відео.
VRR міняє частоту горизонального розвертування усього екрану.
Якщо вони доведуть це до тями, тоді навіть 23,976 фільми у вікні можна буде дивитись без 3:2:2 pulldown, щоб запобігти статеру непарного кадру.
Правда, якщо це буде LTPS LCD - будуть швидше зношуватись і кути будуть гірші. А от LTPO ніби живуть непогано за рахунок IGZO композиту
Востаннє редагувалось 31.10.2025 11:03 користувачем alexeygalas, всього редагувалось 1 раз.
Обновление разных частей экрана с разными частотами это самое главное в новости.
Может быть для 1080р это особо не нужно, хотя в плане софта разница всё равно есть, обновить весь экран дешевле, чем обновить окно, потому что первая операция аппаратно ускорена, а вторая задействует ПО. Пусть картинка и не большая, но делать лишние действия, которые никто никогда не замечает, всё равно не эффективно, на эти лишние действия тратится энергия.
А вот для 4К, а кто-то подумает и про 8К, обновлять весь экран чтобы обновить небольшую область уже не кажется хорошей идеей, кучу информации надо передать, а пользы 0.5%, или даже указатель мыши передвинуть, не обязательно обновлять весь экран. В общем, идея здравая, но на сколько они просто это реализуют остаётся интригой.
З цими аі вже зовсім дегенератсвом починають займатись. От щодо сабжу: оновився піксель в буфері - його треба оновити і на екрані. Не оновився - не треба. Всьо. Яке нафіг аі? От щоби що?
1234waltz: ↑
31.10.2025 10:48
Адаптивна частота дисплея, це капець яка стара тема, що керується простими скриптами і давно є мобілках до ШІ істерії. Фейспалм.жпг Як жеж гоїв гріють.
Дякую, я радий що не я це сказав.
Бо мене вже хейтять за такі коментарі
Як же цивілізація до сьогодні все це робила без ЛЛМ?!
Всю оцю заявлену хрінь повинен забезпечувати саме ШІ у тому чи іншому вигляді.
Яку саме хрінь?
Нащо ШІ якщо там достатньо кілька if написати?
Відправлено через 1 хвилину 43 секунди:
vmsolver: ↑
31.10.2025 11:59
кучу информации надо передать, а пользы 0.5%, или даже указатель мыши передвинуть, не обязательно обновлять весь экран.
Відео кодеки роблять саме це.
Відправлено через 2 хвилини 41 секунду:
Scoffer: ↑
31.10.2025 12:29
З цими аі вже зовсім дегенератсвом починають займатись. От щодо сабжу: оновився піксель в буфері - його треба оновити і на екрані. Не оновився - не треба. Всьо. Яке нафіг аі? От щоби що?
Ми запустимо датацентр і гонятимемо 100 гігабіт по сітці, щоб ціла купа ллм агентів перевірили той піксель, наступні агенти перевірили чи перші правильно перевірили, ще ми прогонимо А/В тест між агентпами Гпт і Клауде.
І от, спаливши пів гектару лісу в Амазонці, ми переключемо твій піксель
Але ця система може бути якісно протестована, зрозуміла і швидка.
От наведіть хоч якийсь приклад які там складні кейси?
Відправлено через 5 хвилин 58 секунд:
Давайте я наведу приклад.
Machine learning основана на random forest - умовно дерева if.
Дуже велика, має базу всіх авто проданих в німеччині за останні роки, в зажатому форматі модель десь 8-16 гб в памʼяті.
І при цьому обчислення пролітають все дерево за ~1 мс в один потік на цпу ноута. Може й швидше.
Скільки б така логіка оберталася з ЛЛМ і з яким результатом?
Делом занялись. Можно обновлять только те пиксели в которых есть изменения. Чтение страниц не должно требовать передачи больших данных и высоких частот.
Machine learning основана на random forest - умовно дерева if.
Дуже велика, має базу всіх авто проданих в німеччині за останні роки, в зажатому форматі модель десь 8-16 гб в памʼяті.
І при цьому обчислення пролітають все дерево за ~1 мс в один потік на цпу ноута. Може й швидше.
Скільки б така логіка оберталася з ЛЛМ і з яким результатом?
як це можливо за 1 мс, якщо тільки кеш L2 в AMD Zen5 має 320 ГБ/с на ядро, тобто на читання 8-16 ГБ піде 25-50 мс, + обмеження швидкість шини IF 96 ГБ/с на 1 чіплет. І це якщо в зажатому форматі, а ще тре розпакувати в ядрі, перенести в L2/L3, і зчитати назад для обробки