Вот только иногда на android chrome выгруженные вкладки получают иконку другого сайта. Например, google получает иконку соседней вкладки wikipedia. Жутко багованная штука.
Не обязательно. Есть и аппаратное ускорение. Но вы правы, багов там немеренно. Одни только A2B/B2A неработающие в Chrome чего стоят. Это ломает DCI-P3 не в HDR.
Если серьезно на Galaxy S20 частота ШИМа уже такая, что чисто теоретически его уже не увидишь. IMHO, на том уровне уже бредово считать это проблемой. Но опять-таки, я не вижу ШИМ…
Ну дак для этого и нужен WRGB, каждый пиксель имеет белый субпискель, т.е. пискель яркости. Хотя интересно было бы сравнить LG с полным PWM… Меня-то вообще не колышит, есть он или нет (у меня вроде с шим даже меньше устает, лол), но издеваться на некоторыми шимерами в теме приятно. ;)
При чем здесь ips вообще? Мы вроде про OLED говорили. DC dimming может ошибочно воприниматься как минимальный ШИМ, но это неправда. Вот здесь объясняется про это, и приводиться другой тест. www.oled-info.com/pulse-width-modulation-pwm-oled-displays
В случае с LG 65C9PLA очевидное мерцание можно заметить исключительно при активации режима вставки «чёрного кадра», работающего на частоте 60 Гц с высокой скважностью. Без него мерцание нам удалось выявить только с помощью прибора Radex Lupin, продемонстрировавшего пульсации на уровне 1-2 % для светлых объектов и до 12-13 % на тёмных. Ничего страшного в этом нет, а поэтому зацикливаться на этих цифрах не стоит. Да, телевизор не полностью Flicker-Free, но для OLED-модели это хороший результат.
А теперь мой комментарий,
>очевидное мерцание можно заметить исключительно при активации режима вставки «чёрного кадра»
не имеет никакого отношения к PWM (ШИМ).
>продемонстрировавшего пульсации на уровне 1-2 % для светлых объектов и до 12-13 % на тёмных
Только приборчик не может настолько точно это определить, DC Dimming может светиться как PWM, но им он не является. Тут нужны инструменты получше.
Умеет, разумеется. Другой вопрос, что оно не работает для Рабочего стола, для это есть всякие сторонние приложения. Но в Chrome, например, все color managed, в том числе само окно. И кстати, DCI-P3 при эталонном уровни яркости будет еще меньше. Опять-таки это должно решаться на уровне дисплея, через 3DLUT, а получать он должен чистый BT.2020.
Ну не смогли же остановить apple и QEMU? В чем разница? И вообще, это как бы AMD должна была защищаться. Но в любом случае, эмуляция это хрень. Вот когда мы, получив полный доступ к микрокоду Intel, сможем написать альтернативный микрокод под ARM64/ и т.д., вот тогда они и попляшут. Технически горизонтальный микрокод Intel легко можно под ARM64 приспособить.
Ссылочки: www.reddit.com/r/nvidia/comments/9pik2k/how_to_maintain_custom_color_calibrations_in
www.google.com/search?q=DisplayCal+have+Profile+Loaders
>На уровне дисплея это не гибкий подход
Ну не знаю, поставил BT.2020 для HDR и забыл. Удобно.
>кривые оттенки и сверхбыстрое выгорание
это шутка такая? У вас небось sRGB цвета до DCI-P3 растянуты, а вы тут умничаете. Кривых цветов не бывает, бывает неправильный профиль экрана.
>дорогущее оборудование для производства
Почти угадали, для игр. И для меня 100k это не деньги.
А теперь мой комментарий,
>очевидное мерцание можно заметить исключительно при активации режима вставки «чёрного кадра»
не имеет никакого отношения к PWM (ШИМ).
>продемонстрировавшего пульсации на уровне 1-2 % для светлых объектов и до 12-13 % на тёмных
Только приборчик не может настолько точно это определить, DC Dimming может светиться как PWM, но им он не является. Тут нужны инструменты получше.
Это миф. Близорукость чисто генетическое, а спазм аккомодации редко выходит за 0.5 диоптрии.
ШИМ в OLED не нужен, например, в LG OLED теликах его нет.
Все современные буки отрываются одной рукой.