Dmm

Ryzen 5 6600H — раза три перепроверил, может статья прошлогодняя, или ноут старый какой. Нет, 19 августа 2025. Однако.

«Жаль только, что в кнопку питания не врезали сканер отпечатка пальца, это наиболее удобный вариант из существующих.» — из обзора в обзор эта категоричность. По мне это самый неудобный вариант — замучишься следить за хватом при помещении в карман — как бы не задеть, и положить уже разблокированный. Малая площадь датчика даёт так себе уверенность распознавания. Хвала богам, что не все производители впали в маразм тулить этот датчик в кнопку питания.

Осталось дождаться такого на AMD с 780m встройкой, и можно брать. Интеловское уныние совсем не интересно.

И именно про это я изначально написал, что это очень спорное утверждение. И аргументировал — почему я так считаю.

С «меньше зависит» тоже не согласен. То, что время рейтрейсинга от глубины трассировки зависит сильнее, чем от сложности геометрии, не означает, что от сложности геометрии рейтрейсинг зависит меньше, чем растеризация (именно такой вывод можно сделать из вашей фразы).«Больше нравится» — статья интересная а такие мелочи глаз режут, но должно бы по барабану быть, вы правы.

Объем работы от кол-ва полигонов зависит линейно (грубо), от глубины трассировки — круче. Но простая мысль должна ж закрасться — лучи они не сами с собой, они с геометрией взаимодействуют? Вы, поработав с хорошо оптимизированным софтом, сделали поспешные выводы. Это, грубо говоря, как про традиционный рендер говорить, что от сложности пиксельного шейдера время рендеринга зависит, а от сложности геометрии — нет. Ну как же, вот пример A — сложная геометрия с одной текстуркой она быстро рендерится, а пример B — с тяжелым шейдером и малым количеством полигонов — медленно. Значит от геометрии традиционный рендеринг тоже не зависит…

В явные достоинства трассировки можно также включить то, что вычислительная сложность метода мало зависит от геометрической сложности сцены

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

Шумодав у них криво работает. Погуглите что-нибудь типа «xiaomi решение проблемы с микрофоном». Все, что могут предложить в качестве «решения» — отключить шумодав через правку build.prop и подобное.

Что по-настоящему жаль, так это нерешенная проблема со звуком. Чуть ли не единственное, что останавливает от того, чтобы следующий телефон снова сяоми взять.