Pull to refresh

Comments 6

очередной образец вольного пересказа пресс-релизов…

один без LTE с собственными чипсетами Exynos, второй – с LTE и чипсетами Qualcomm
причина в другом
Остальные, то есть производители планшетов и смартфонов рангом поменьше
покупали одм
разобраться с которыми китайские инженеры
платить за очередную сборку жалко
почему всё-таки не Qualcomm?
патамушта. разница в цене поддержки, которую никто не хочет оплачивать.
Qualcomm работать довольно трудно
есть один дизайн и от него не отпускают, с мтк есть базовый дизайн и несколько вариантов bom
в чём же различия между платформами для смартфонов и для планшетов в принципе
практически ни в чём: просто при корпусировке одинаковых кристаллов выводят нужные интерфейсы.
«платформа» одну лишь микросхему в наше время в корне не верно
естественно, но сборка робота в платформу вряд ли входит
Смартфоны компактнее планшетов, а значит, компоновка платы должна быть более плотной.
когда же мтк перейдёт на рор-упаковку? ;)
Поэтому чипсет MediaTek MT8392 оптимизирован под более мощные зарядные устройства
что? pmic внешний.
Поэтому наборы драйверов, идущие в комплекте с MediaTek MT6592 и MT8392, различаются
сугубо проблемы шерифамтк
небольшие и сравнительно небольшие игроки рынка планшетов всё чаще отдают предпочтения решениям MediaTek
ибо та или иная форма одм
Alcatel
tcl
1.
Поэтому чипсет MediaTek MT8392 оптимизирован под более мощные зарядные устройства
что? pmic внешний.


Я тоже не понял, каким тут боком зарядник и чипсет.

2.
Далее идут различия в наборе драйверов – причём, прежде всего, касающихся работы с экраном

Ну… по-моему, надо быть совсем тупым, чтобы захардкодить в драйвер только половину из самых распространенных разрешений экранов. Да и как влияет соотношение сторон на драйвер? По идее, он при загрузке должен опросить разрешение текущего экрана и создать соответственные буфера и инициализировать прочие переменные. Играет роль лишь максимально поддерживаемое разрешение по общему количеству пикселей.

3. Замечание в зал. Почему у всех программ на Андроиде такие большие проблемы при изменении размера системного шрифта? Пока я не встретил ни одной программы, в которой бы все масштабировалось согласно размеру системного шрифта. В лучшем случае масштабируется половина экранов и/или элементов UI. В худшем — почти ничего. Еще в старых-престарых Виндах 3.0 (конец 80-х) все элементы UI и шрифты определялись в неких логических единицах, которые имели разный физический размер в зависимости от глобального зум-фактора (или размера стандартного система шрифта). С приходом Джавы все это было похерено и размеры стали определяться в физических пикселях. Думал, что хоть современный Андроид изменит ситуацию, но похоже, что воз и ныне там.
Стандартные контролы умеют масштабирование.
Но софт часто пишется с дописыванием своих велосипедных контролв и, естественно, никто не парится с поддержкой масштабирования шрифтов.
В целом я вспоминаю весь написанный мной софт и в лучшем случае пара процентов из всех проектов можно запилить с поддержкой масштабирования. У остальных просто сломается UI при изменении размера шрифта.

Да, наверно у нас кривые дизайнеры, раз не могу зафигачить универсальный интерфейс… Но где взять других?
Например, в случае MT8392 реализована возможность отображения всего интерфейса, включая рабочий стол, и в вертикальном, и в горизонтальном режиме.

<сарказм>а я по глупости душевной считал, что это ПО определяет внешний вид, а не камень</сарказм>
Автор привёл для сравнения всё-таки не топовые решения от медиатек.
Исходники когда откроете, а?
Хотя бы дайте их коллективу CyanogenMod.

Когда можно ждать Android L на MT6592?
Sign up to leave a comment.