Техно Шаблон (Осотонел 2)

К слову, да, это значит, что, если вы этим скриптом понизите разрешение ниже 864p (ну, скажем, до 720p), FPS в Genshin Impact у вас должен будет немного вырасти, раз уж пикселей теперь меньше надо отрисовывать телефону в каждом кадре. Попробуйте, если хотите. Тут всего то одно или два значения поменять надо в зависимости от того, меняли ли вы до этого руками стандартный DPI или же нет. Я же, напротив, ищу способ сделать контент в игре чётче. Как выяснилось, на iOS/iPadOS Genshin играется в более высоком разрешении, нежели на Android, и сглаживание там применяется более сложное для железа. Меня чуть-чуть маленечко немножко не устраивает, что андроидоюзеров урезали в графике, но решения для этого, к сожалению, пока не нашёл. Печаль.

Просто подключаете смартфон/планшет к компу, активируете на нём отладку по adb, запускаете консоль на компе, копируете туда этот скрипт и меняете targetres на нужный вам (720p/800p/900p/1080p/1200p/1440p и т.д.). Можете ещё mydpi выставить иной если при родном разрешении используете иное значение DPI. Важно: именно при родном разрешении, т.к. для того разрешения, которое вы укажете, скрипт и так сам подгонит значение DPI. Если вы не меняли родной DPI, оставляейте mydpi равным 0. Ну и всё по скрипту. Осталось нажать Enter, чтобы разрешение контента на экране телефона изменилось. А теперь по моим наблюдениям: в Genshin Impact вообще не важно, у вас экран экран 1920x864 или же 2400x1080 (как у меня), разрешение в игре всё равно будет лишь 1920x864. Вот если вы его снизите, скажем, до 1600x720, тогда да, в игре оно опустится до 720p. Можете это сами проверить. Камера внутри самой игры (ну, та, которая доступна по вызову меню в верхнем левом углу) как-раз скриншоты делает в том самом разрешении, в котором и работает игра. Таким образом, брать себе телефон с экраном 1440p, чтобы Genshin на нём был чётче - это полнейший тупизм, т.к. игра один хрен будет максимум в 864p пахать. На планшете схожая история. У меня на руках Xiaomi Pad 5 Pro с экраном с разрешением 2560x1600 (16:10). Там разрешение вышло на 12.5% выше, т.к. игра отображается не в разрешении 1920x864, а в разрешении 1728x1080. Ну а в остальном то же самое: снижение разрешения до 1200p (1920x1200) и до 1728x1080 никак не изменило разрешения в самой игре. Вот только когда разрешение экрана стало ниже, чем 1728x1080, только когда я его снизил до 1280x800, только тогда разрешение в игре стало ниже. Т.е. разрешение 2560х1600 у экрана этого планшета тоже избыточно, оно там нахрен не надо. Разумеется, это всё с максимальными настройками графики. Единственное, что я меняю в наивысшем пресете - отключаю размытие при движении (не нравится оно мне в игре) и врубаю режим 60 FPS. Всё. В остальном это просто наивысший пресет графики. Такие дела.

Windows:

adb shell "targetres=1080; mydpi=0; NC=\"\033[0m\"; RED=\"\033[31;1m\"; GREEN=\"\033[32;1m\"; BROWN=\"\033[33;1m\"; BLUE=\"\033[34;1m\"; PURPLE=\"\033[35;1m\" ; CYAN=\"\033[36;1m\"; echo; printf \"Detected screen resolution:${GREEN} %s${NC}\n\" $(wm size | grep -i physical | rev | cut -d \" \" -f 1 | rev); if [ -n \"${targetres}\" ] && [ ${targetres} -eq ${targetres} ]; then printf \"Desired target resolution: ${CYAN}${targetres}p${NC}\n\n\"; else printf \"Invalid ${RED}targetres${NC} specified.\nIt should contain only numbers, no other characters like letters.\nExample: ${BROWN}720${NC}\n\n\"; exit 1; fi; defaultres=$(wm size | grep -i physical | rev | cut -d \" \" -f 1 | rev); defaultx=$(echo ${defaultres} | cut -d \"x\" -f 1); defaulty=$(echo ${defaultres} | cut -d \"x\" -f 2); if [ -n \"${mydpi}\" ] && [ ${mydpi} -eq ${mydpi} ] && [ ${mydpi} -ne 0 ]; then defaultdpi=${mydpi}; else defaultdpi=$(wm density | grep -i physical | rev | cut -d \" \" -f 1 | rev); fi; if [[ ${defaultx} < ${defaulty} ]]; then scale=$(echo \"scale=9; ${defaultx} / ${targetres}\" | bc); else scale=$(echo \"scale=9; ${defaulty} / ${targetres}\" | bc); fi; customx=$(echo \"scale=0; ${defaultx} / ${scale}\" | bc); customy=$(echo \"scale=0; ${defaulty} / ${scale}\" | bc); customres=\"${customx}x${customy}\"; customdpi=$(echo \"scale=0; ${defaultdpi} / ${scale}\" | bc); if [[ ${customx} -le ${defaultx} ]]; then printf \"Setting up new screen resolution: ${CYAN}%s${NC}\n\" ${customres}; wm size ${customres}; wm density ${customdpi}; echo Done; echo; else printf \"\n${RED}Invalid Target Resolution${NC}\nPlease, check that your ${RED}targetres${NC} is lower or equal to the minimal value in physical resolution of your device (${GREEN}${defaultres}${NC})\n\n\"; fi"

Linux/Mac:

adb shell 'targetres=1080; mydpi=0; NC="\033[0m"; RED="\033[31;1m"; GREEN="\033[32;1m"; BROWN="\033[33;1m"; BLUE="\033[34;1m"; PURPLE="\033[35;1m" ; CYAN="\033[36;1m"; echo; printf "Detected screen resolution:${GREEN} %s${NC}\n" $(wm size | grep -i physical | rev | cut -d " " -f 1 | rev); if [ -n "${targetres}" ] && [ ${targetres} -eq ${targetres} ]; then printf "Desired target resolution: ${CYAN}${targetres}p${NC}\n\n"; else printf "Invalid ${RED}targetres${NC} specified.\nIt should contain only numbers, no other characters like letters.\nExample: ${BROWN}720${NC}\n\n"; exit 1; fi; defaultres=$(wm size | grep -i physical | rev | cut -d " " -f 1 | rev); defaultx=$(echo ${defaultres} | cut -d "x" -f 1); defaulty=$(echo ${defaultres} | cut -d "x" -f 2); if [ -n "${mydpi}" ] && [ ${mydpi} -eq ${mydpi} ] && [ ${mydpi} -ne 0 ]; then defaultdpi=${mydpi}; else defaultdpi=$(wm density | grep -i physical | rev | cut -d " " -f 1 | rev); fi; if [[ ${defaultx} < ${defaulty} ]]; then scale=$(echo "scale=9; ${defaultx} / ${targetres}" | bc); else scale=$(echo "scale=9; ${defaulty} / ${targetres}" | bc); fi; customx=$(echo "scale=0; ${defaultx} / ${scale}" | bc); customy=$(echo "scale=0; ${defaulty} / ${scale}" | bc); customres="${customx}x${customy}"; customdpi=$(echo "scale=0; ${defaultdpi} / ${scale}" | bc); if [[ ${customx} -le ${defaultx} ]]; then printf "Setting up new screen resolution: ${CYAN}%s${NC}\n" ${customres}; wm size ${customres}; wm density ${customdpi}; echo Done; echo; else printf "\n${RED}Invalid Target Resolution${NC}\nPlease, check that your ${RED}targetres${NC} is lower or equal to the minimal value in physical resolution of your device (${GREEN}${defaultres}${NC})\n\n"; fi'

Просто подключаете смартфон/планшет к компу, активируете на нём отладку по adb, запускаете консоль на компе, копируете туда этот скрипт и меняете targetres на нужный вам (720p/800p/900p/1080p/1200p/1440p и т.д.). Можете ещё mydpi подогнать под себя, если используете не стандартный DPI при родном разрешении. Опять же, важно, вам надо указать DPI именно при родном разрешении (в моём случае - 1080p). Если укажете его при другом разрешении, скрипт неверно вам всё посчитает и итоговый DPI будет не тем, какой вы хотите. Если у вас всё по стандарту, так как в вашей прошивке с завода прописано, оставляйте у mydpi значение 0. Ну и всё, жмёте Enter и ваше разрешение на смартфоне/планшете меняется на то, которое вам нужно.

Windows:

adb shell "targetres=1080; mydpi=0; NC=\"\033[0m\"; RED=\"\033[31;1m\"; GREEN=\"\033[32;1m\"; BROWN=\"\033[33;1m\"; BLUE=\"\033[34;1m\"; PURPLE=\"\033[35;1m\" ; CYAN=\"\033[36;1m\"; echo; printf \"Detected screen resolution:${GREEN} %s${NC}\n\" $(wm size | grep -i physical | rev | cut -d \" \" -f 1 | rev); if [ -n \"${targetres}\" ] && [ ${targetres} -eq ${targetres} ]; then printf \"Desired target resolution: ${CYAN}${targetres}p${NC}\n\n\"; else printf \"Invalid ${RED}targetres${NC} specified.\nIt should contain only numbers, no other characters like letters.\nExample: ${BROWN}720${NC}\n\n\"; exit 1; fi; defaultres=$(wm size | grep -i physical | rev | cut -d \" \" -f 1 | rev); defaultx=$(echo ${defaultres} | cut -d \"x\" -f 1); defaulty=$(echo ${defaultres} | cut -d \"x\" -f 2); if [ -n \"${mydpi}\" ] && [ ${mydpi} -eq ${mydpi} ] && [ ${mydpi} -ne 0 ]; then defaultdpi=${mydpi}; else defaultdpi=$(wm density | grep -i physical | rev | cut -d \" \" -f 1 | rev); fi; if [[ ${defaultx} < ${defaulty} ]]; then scale=$(echo \"scale=9; ${defaultx} / ${targetres}\" | bc); else scale=$(echo \"scale=9; ${defaulty} / ${targetres}\" | bc); fi; customx=$(echo \"scale=0; ${defaultx} / ${scale}\" | bc); customy=$(echo \"scale=0; ${defaulty} / ${scale}\" | bc); customres=\"${customx}x${customy}\"; customdpi=$(echo \"scale=0; ${defaultdpi} / ${scale}\" | bc); if [[ ${customx} -le ${defaultx} ]]; then printf \"Setting up new screen resolution: ${CYAN}%s${NC}\n\" ${customres}; wm size ${customres}; wm density ${customdpi}; echo Done; echo; else printf \"\n${RED}Invalid Target Resolution${NC}\nPlease, check that your ${RED}targetres${NC} is lower or equal to the minimal value in physical resolution of your device (${GREEN}${defaultres}${NC})\n\n\"; fi"

Linux/Mac:

adb shell 'targetres=1080; mydpi=0; NC="\033[0m"; RED="\033[31;1m"; GREEN="\033[32;1m"; BROWN="\033[33;1m"; BLUE="\033[34;1m"; PURPLE="\033[35;1m" ; CYAN="\033[36;1m"; echo; printf "Detected screen resolution:${GREEN} %s${NC}\n" $(wm size | grep -i physical | rev | cut -d " " -f 1 | rev); if [ -n "${targetres}" ] && [ ${targetres} -eq ${targetres} ]; then printf "Desired target resolution: ${CYAN}${targetres}p${NC}\n\n"; else printf "Invalid ${RED}targetres${NC} specified.\nIt should contain only numbers, no other characters like letters.\nExample: ${BROWN}720${NC}\n\n"; exit 1; fi; defaultres=$(wm size | grep -i physical | rev | cut -d " " -f 1 | rev); defaultx=$(echo ${defaultres} | cut -d "x" -f 1); defaulty=$(echo ${defaultres} | cut -d "x" -f 2); if [ -n "${mydpi}" ] && [ ${mydpi} -eq ${mydpi} ] && [ ${mydpi} -ne 0 ]; then defaultdpi=${mydpi}; else defaultdpi=$(wm density | grep -i physical | rev | cut -d " " -f 1 | rev); fi; if [[ ${defaultx} < ${defaulty} ]]; then scale=$(echo "scale=9; ${defaultx} / ${targetres}" | bc); else scale=$(echo "scale=9; ${defaulty} / ${targetres}" | bc); fi; customx=$(echo "scale=0; ${defaultx} / ${scale}" | bc); customy=$(echo "scale=0; ${defaulty} / ${scale}" | bc); customres="${customx}x${customy}"; customdpi=$(echo "scale=0; ${defaultdpi} / ${scale}" | bc); if [[ ${customx} -le ${defaultx} ]]; then printf "Setting up new screen resolution: ${CYAN}%s${NC}\n" ${customres}; wm size ${customres}; wm density ${customdpi}; echo Done; echo; else printf "\n${RED}Invalid Target Resolution${NC}\nPlease, check that your ${RED}targetres${NC} is lower or equal to the minimal value in physical resolution of your device (${GREEN}${defaultres}${NC})\n\n"; fi'

На днях я наткнулся на один интересный пост на Reddit и не менее интересные комменты к нему. Там народ пишет, что Genshin Impact на Android идёт лишь в разрешении 864p. Я решил это проверить и, спойлер: да, разрешение там всего 864p. Но это на смартфонах, а не на планшетах. Ну, давайте, по порядку. Я написал скрипт для простой и быстрой смены разрешения экрана и, что не маловажно, ещё и смены DPI интерфейса. Ну, вы знаете, есть такая срань, как PPI, плотность пикселей на дюйм, и эта хрень она аппаратная. А есть ещё DPI, программная хрень, которая может как соответствовать PPI, так и отличаться от него. На что DPI влияет? На контент, который вы видите в приложениях, на его размер, на положение и т.д. На этот параметр ориентируются приложения, когда определяют, как им отобразить свой интерфейс. Приведу пример на основе диагонали экрана. Вот есть у нас смартфон с прямоугольным экраном. Этот прямоугольник можно в принципе представить как два прямоугольных треугольника, соединённых между собой той самой диагональю экрана (гипотенузой). Ну, я думаю, многие из вас ещё помнят Теорему Пифагора из школьного курса геометрии: у прямоугольного треугольника сумма квадратов двух сторон равна той самой диагонали. Если у нас смартфон с экраном с разрешением 2400x1080 пикселей, то у диагональ его экрана равна квадратному корню из (2400^2 + 1080^2) = 2632 пикселя (2631.8, если уж захотите дое@аться). Если у вашего телефона диагональ экрана 6.67" (как, например, у моего Poco F3), PPI у вас должен равняться 2632/6.67 = 395 пикселей. А если у вас диагональ экрана 10 дюймов, у вас PPI выходит уже не 395, а 263. И ровно также, как мы можем взять это общее число пикселей по диагонали (PPI) и поделить его на диагональ, мы можем ещё и взять это число пикселей по диагонали и поделить его на PPI, или же на DPI, и найти таким образом диагональ экрана. Приложения при вычислении диагонали экрана, используется именно DPI, т.е. программное значение того самого PPI, а не его реальное родное значение. Так, у Poco F3 с PixelOS 13 он равен не 395, как я говорил, а 420, из-за чего контент на его экране несколько крупнее, чем должен быть. И установив на том же Poco F3 DPI в 285 вместо 420, мы заставим приложения на нашем смартфоне думать, что они так-то пашут на аппарате с экраном диагональю аж в 9.4". Да та же Телега в таком случае запустится на смартфоне в планшетном режиме. Ну и, соответственно, когда мы понижаем разрешение экрана, надо понижать ещё и DPI, чтобы масштаб контента на экране не менялся. Вот, собственно, скрипт для винды и для линукса/макоси: Automatically set 1200p on tablet (Mi Pad 5 Pro):

Инетресную хренатень наблюдаю. Сегодня вечером тут будет ещё 1 скрипт, с которым можете поиграться. Может быть, где-то от него персонально для вас и будет какой-то толк.

И вот после этого вы мне пишете "я не знаю, у меня всё за@бись на MIUI. Чо до неё до@бался, Морис?" https://t.me/mobiltelefonru/24496 А@уеть, сука, сраный, бл@ть, микрофон при активации роняет бл@дский FPS в играх. Включаешь микрофон и FPS идёт по 3.14зде. И это Xiaomi исправляют только спустя месяц после релиза. А сколько проблем ещё не исправлено, или сколько новых проблем они привнесли этим исправлением - @уй их знает. И вот такой вот весь мой опыт взаимодействия с MIUI: постоянно какая-то @уета вылезает даже на самых дорогих аппаратах от Xiaomi. Я вот какую только технику не имел от Xiaomi, вот буквально с каждой была е@ля, если там стояло ПО от самих Xiaomi. И так начиная со смартфонов/планшетов/ноутбуков и заканчивая бл@дскими роутерами. Да даже на бл@дским Mi Band 7 Pro то и дело проблемы возникают, которые Xiaomi почему-то не торопятся решать на глобальных аппаратах (а в Китае их решают, исправляя одни косяки и добавляя другие). Если вам нравится, юзайте на здоровье, пусть вас радуют ваши приобретения. Только МНЕ, бл@ть, не рассказывайте, что это якобы со мной что-то не так и Xiaomi на самом деле всё делают а@уенно. Я же, если покупаю Xiaomi, беру его с расчётом, что снесу к @уям заводское ПО и накачу нормальную, бл@ть, ОС, а не вот это вот всё.

А что посоветуешь? Какой телефон/планшет/ноутбук/одноплатник лучше купить или какой сервак лучше арендовать? Вот ты хаешь вот эту хрень, а что вместо неё лучше взять? Не е@у. Знал бы, сам бы взял. Не надо мне таких вопросов задавать. Я обзорами не занимаюсь уже около полутора лет. Чо там хорошо сделано, а что плохо - не е@у. Мне бы кто подсказал, что взять. Да только практически нет обзоров, которые меня бы в достаточной мере вводили в курс дела. А сам я этим не занимаюсь уже долгое время, так что не е@у. Задайте эти вопросы тем, кто в теме не по всяким там обзорам, кто не тупо что-то где-то в интернете читал, а кто имеет на руках нужный вам аппарат и может конкретно по нему подсказать то, что вам нужно и прогнать те тесты, которые покажут конкретно вам то, что для вас важно.

А что посоветуешь? Какой телефон/планшет/ноутбук/одноплатник лучше купить/арендовать? Вот ты хаешь вот эту хрень, а что вместо неё лучше взять? Не е@у. Знал бы, сам бы взял. Не надо мне таких вопросов задавать. Я обзорами не занимаюсь уже около полутора лет. Чо там хорошо сделано, а что плохо - не е@у. Мне бы кто подсказал, что взять. Да только практически нет обзоров, которые меня бы в достаточной мере вводили в курс дела. А сам я этим не занимаюсь уже долгое время, так что не е@у. Задайте эти вопросы тем, кто в теме не по всяким там обзорам, кто не тупо что-то где-то в интернете читал, а кто имеет на руках нужный вам аппарат и может конкретно по нему подсказать то, что вам нужно и прогнать те тесты, которые покажут конкретно вам то, что для вас важно.

кто не понял: тут был пост и я его удалил. У меня в последнее время стал часто зависать сервак (VDS/VPS), который я арендую у reg.ru. Почему это происходит - не е@у. Периодически он зависает вообще намертво, приходится его ребутать через веб-морду reg.ru (можно, вроде, и командами через их API это делать, но меня и вебка устраивает). Иногда у него производительность падает в разы спустя неделю работы без перезагрузок (ну вот как только что было), а иногда просто зависает или тормозить начинает до 3.14зды. Я @уй его знает, что это за срань такая. Ну, решилось текущее дело перезагрузкой и решилось, что бубнить то. Дальше буду мигрировать свои проекты на малину в родительском доме, нахер мне не надо их у reg.ru хостить с такими приколами. Для тех, кому интересно, тариф у меня был архивный (Cloud-1 на 1 vCPU, 1 GB RAM и 25 GB SSD). Раньше с этим серваком на этом же тарифе никаких проблем не было. Все эти приколы начались только в последние пол года.

Я тут минуту назад пост @уйнул про VDS/VPS от reg.ru. Короче, забейте, там решилось всё банальной перезагрузкой. Вообще, это странно, т.к. раньше я годами не перезагружал свои серваки и всё было зае@ись, а сейчас вот уже 4-й или 5-й раз за последний месяц приходится его в ребут отправлять. Я @уй его знает, что это за параша, и почему при длительном пользовании без перезагрузок так производительность падает в последнее время.

Есть тут пользователи VDS/VPS от reg.ru? У всех такая херня в последнее время или я один такой "счастливчик"? Операции, которые ранее (примерно пол года назад или год назад) занимали от 3 до 10 секунд теперь длятся более половины минуты. Сервак жутко тормозит. У меня архивный тариф Cloud-1 (1 vCPU, 1 GB RAM, 25 GB SSD) за 340 руб./мес. Раньше на этом же серваке с этим же тарифом у меня обработка изображений моей нейронкой занимали не более секунды. Сейчас же на эту операцию уходят 3 секунды. Это демонстративные изображения, которые нужны чисто чтобы показать коллегам, что вот такие-то проекты я мутил, когда в универе учился. Разрешение, вес, глубина цвета и прочие параметры у тестовых изображений не изменились за прошедшие не то, что пол года или год, но и вовсе 2-3 года. Фреймворк darknet, на котором я тренировал свою модель (yolov4-tiny), я не пересобирал, т.е. он всё той же старой версии. Тот же фреймворк, те же изображения, те же службы работают в фоне (нагрузка на проц в простое не превышает 3%), всё ровно как и год назад, и 2, и даже 3 года назад. Какого хера так происходит, вот честно, не е@у. По производительности мой сервак просто даунгрейднули/понёрфили до уровня RaspberryPi4. Вот и зачем мне оно надо тогда? У меня малина, купленная ещё +- года 4 назад, и так стоит в родительском доме, и за неё не надо каждый месяц платить (говорю же, она уже в моей собственности). Мне ничто не мешает тот же проект тогда на ней запустить и не платить деньги reg.ru, если уж они не очень то хотят мне нормальный продукт предоставлять по нормальной цене. Отпишите, чо и как там у вас, если тоже у reg.ru арендуете VDS/VPS серваки. Я хер его знает, может, я один такой везунчик, и у всех остальных всё ок. Пишите, чо, прочту.

@уйню я 3.14зданул ранее. Популярность смартфона и его доступность в Индии, конечно, важны, ведь множество прошивок на базе AOSP под трубки от Xiaomi пишут именно индусы. Но вот вообще не имеет значения, насколько он там популярен и где, если исходный код ядра системы у него закрыт. Вот для примера, нашёл я сейчас в здешних магазинах Xiaomi 12T Pro, он же Redmi K50 Ultra. Начинка у него схожа с той, что в Poco F5 Pro (он же - Redmi K60), стоит в местных магазинах примерно на 5 тыс. руб. меньше, так ещё и представлен он был более полугода назад, в октябре 22-го года. Ну, это же за@бись, да? Раз столько времени прошло, на него же стопудово должны быть прошивки на базе AOSP (типо Pixel Experience / Pixel OS / ArrowOS и т.д.). Я весь на радостях уже готов был заказать его и оплатить, но сперва, всё же, проверил какие прошивки на базе AOSP для него доступны уже сейчас. И.... их нет. Не в том плане, что хороших нет, а в том что их нет вообще..... .... .... .... Это что ещё за @уйня? Стал разбираться и выяснил, что причина в том, что Xiaomi за это время так и не опубликовали для него исходный код ядра Операционной Системы. Можете вот тут на страничке посмотреть список аппаратов, для которых Xiaomi выложили в открытый доступ исходники ядра системы. https://github.com/MiCode/Xiaomi_Kernel_OpenSource/blob/README/README.md Для кого-то исходники постят спустя пару месяцев после релиза (например, для Redmi K60 Pro), для кого-то постят спустя 5-6 месяцев после релиза (например, для обычного Redmi K60 или его глобалки в виде Poco F5 Pro), для кого-то эти исходники не постят даже спустя год (например, для Redmi Note 11 Pro 5G / Poco X4 Pro), а для кого-то Xiaomi и вовсе какого-то @уя удаляет ранее запощенные исходники (например, для Xiaomi 13 и 13 Pro). Почему они их удаляют? Ну, не знаю, может, оттого, что для некоторых аппаратов они их изначально постят кривыми, как, например, для Xiaomi 12 Pro? Запостили @уету, поняли что она нормально не работает, и спустя 1.5 года перезапостили уже нормальные исходники под 12 Pro, когда они уже на@уй никому не нужны. Короче, ладно, давайте вернёмся к сути вопроса: зачем эти исходники вообще нужны? Как доступность прошивок на базе AOSP зависит от этого фактора? Дело в том, что одиночные ментейнеры кастомных прошивок под те или иные аппараты не могут взять и написать ядро ОС с нуля за короткий срок. Они могут взять готовое ядро и внести небольшие изменения, чтобы ядро завелось с AOSP заместо MIUI, но они не будут без должной на то команды, т.е. в одиночку, сидеть и писать его с нуля годами. А чтобы взять и внести эти изменения, им нужно иметь на руках исходный код ядра. Карйне трудно какие-либо изменения внести в уже ядро, которое уже было скомпилировано (т.е. переведено из языка программирования в машинный код). Пока с релиза Redmi Note 12 Turbo (китайской версии Poco F5) прошли всего 1.5 месяца и исходники ядра ОС под него ещё не выложили. Для Poco F5 Pro (вернее, для его китайской версии в виде Redmi K60) исходники запостили лишь спустя 5 месяцев после релиза аппарата в Китае, так что, @уй их знает, опубликуют ли исходнкии для F5, и, если они, всё же, сделают это, то когда вообще. Если я его куплю, мне придётся сидеть и колупаться с ним на заводской MIUI, которую я на дух не переношу, и так месяцами ждать публикации исходников, которые, в общем-то, могут быть и вовсе никогда не опубликованы. Перспектива не самая радужная. В общем, теперь, в первую очередь, выбирая себе смартфон с целью перепрошить его на что-то на базе AOSP (если он изначально не поставляется с прошивкой на базе голого Android), я буду смотреть на то, выложил ли производитель исходники ядра системы для него, и только затем, если он их выложил, обращу внимание на доступность аппарата в тех или иных регионах и на его популярность. Так что пока что смотрю на F5 Pro, а не на обычный F5. Мде. Такая вот @уета е@аная, а не история.

Интересно как много людей в целом не удовлетворено пикселями последними (6 и 7 серий). https://mobiltelefon.ru/post_1684321281.html Ну, не спроста мне в начале показалось, что @уета этот Pixel 6 Pro, а не хороший телефон. И позднее я подтвердил свои наблюдения замерами, цифрами. Полагаю, большинство людей тестировать это не стало. Попользовались ребята, решили что @уета, и теперь хотят взять что-то другое.

Короче, всё, молча жду обзор. Далее скажу, что возьму или не возьму, ну и после буду делиться уже исключительно своими впечатлениями непосредственно от пользования новоприобретённым аппаратом. Вангую, что на MIUI я опять буду плеваться от трубки. Но это перетерпим как-нибудь до появления нормальных прошивок на базе AOSP

Про троттлинг добавлю: если верить тестировщику Лысого, Олегу, там одна @уйня, и на деле в производительности ядер центрального процессора разницы как таковой нет между F5 и F5 Pro https://t.me/laol_tomsk/262?single

О, кажись, я понял, какой Poco F5 рассматривать к покупке: обычный или Pro. Обращу внимание на обычный. Почему? Да потому, что прошку в Индии не представили. А это значит, что прошивок от индусов от него не будет, т.к. в большинстве своём, серые поставки F5 Pro им в хер не упёрлись, когда есть официальные поставки F5 к ним в страну. Или F5, или Asus Rog Phone 7. Жду обзоров от Лысого. Может быть, прошку рассмотрю, если её, всё же, представят в Индии. Если прошивок на прошку будет нема, нахер она мне не нужна. С MIUI на постоянке я жить точно не планирую.

Скорее всего, я никогда не увижу использования этого скрипта техноблоггерами. Печально. Раньше как работало: ты делаешь что-то, что важно для зрителя, ну и далее коллеги по цеху замечают это и пытаются не отставать, давать зрителю контент не хуже. Ну и тут есть 2 момента: 1. Я ни@уя не делаю. В обзорческую деятельность возвращаться не планирую. У меня сейчас занятость намечается довольно жёсткая, буду по 15-16 часов тратить на работу и курсы. Да у меня даже сейчас работа и дорога (на работу и с работы домой) отнимает по 12-13 часов в день. Некогда мне сидеть и обзорами заниматься, как я делал раньше. Даже если я вновь примусь за обзоры, с моей занятостью, в лучшем случае, вы будете видеть 1 простой (по моему оценочному суждению) обзор раз в несколько месяцев (никакого больше разъё@а как обзор Эльбруса), т.к. дел даже в выходные бывает невроворот, да и вообще, в рот я это всё е@ал, отдыхать тоже надо. Пойду аниме посмотрю после работы, имею на то право. 2. Это на@уй не нужно зрителю, как я понял. Людям не нужны пруфы, достаточно просто воздуханства блоггера о том, что лагов нет (либо, наоборот, что они есть). Чтобы зритель привык к чему-то и счёл это стандартом, и требовал того же от других блогеров, тебе, как блоггеру, надо этот стандарт из раза в раз продавливать в каждом своём выпуске, и ты должен постоянно набирать аудиторию. А делать этого я не буду из-за пункта 1. Так что да, это - та @уйня, которую лично я хотел бы видеть в обзорах гаджетов прежде, чем решать, брать их или нет. Но то, чего лично я бы хотел видеть в обзорах, готов для себя делать только я, и тут снова смотрите пункт 1. Все остальные в рот е@али, чего мне там хочется, не@уй их лишней работой грузить (собственно, я их понимаю, я тоже лучше немного свободного времени себе оставлю и аниме посмотрю, а обзором в оставшееся время займусь постольку-поскольку). Поэтому да, буду довольствоваться тем, что есть. Такие дела.

В идеале бы обзор от Argument600 увидеть, но, по опыту прошлых лет, пока к нему в руки этот Poco F5 попадёт, уже Poco F6 выйдет или даже Poco F7. Его обзоры, скорее, не для выбора гаджета люди смотрят, а чисто из интереса к технологиям как таковым (собственно, да, я по этой причине и смотрю его), т.к. подход к обзорам у него сильно отличается от других техноблоггеров.