Pull to refresh
28
0.3

User

Send message

Все эти реинкарнации, попытки срубить денег, на особенности человеческой памяти (раньше деревья были выше и трава зеленее).
"Nokia" сделала "реинкарнацию" 8110. Получилось настолько убого и по сравнению с оригиналом и со современными смартфонами и даже по сравнению с современными кнопочниками. Функций минимум(даже нет синхронизации, а только импорт контактов с гуглом(на последней моей кнопочной нокии он был), приложений в сторе минимум(даже обещанного в анонсе вотсап до сих пор нет), тормозит как дешевый андроид смартфоны 5 лет назад, а батарейку съедает за тот же день. Но хоть наглости просить за это $1500 не хватило, за $100 продают...

Любят Linux, при этом нарушают лицензию Linux(GPL), не предоставляя исходный коды Linux "своего" смартфона...

Скорее всего как обычно у "Российских смартфонов" у Яндекса и нет этих исходников. Все их участие в разработке заключалось в отправке "логотипа в векторе" и apk'шек предустановленных приложений. А мелким китайским "R&D шарашкам", видимо слишком стыдно показать свой код. Пока не припомню случая соблюдения GPL российскими брендами. В своё время моё бадание с МегаФоном (который валил все на китайцев) и "производителем" (который слал в МегаФон) закончилось нечем, для суда у меня скилов не хватает(в FSF я тоже тогда писал). Да и в целом практика соблюдения GPL в России так себе.

Исходные коды GPL частей прошивки будут?
Или как всегда у "отечественных" телефонов?...

Жестким antirollback'ам уже давно прославилась Motorola. Использование QFUSE делает телефоны полными кирпичами…
  1. Большое количество сервисов создаваемых установленными приложениями. Android сильно ограничивает фоновую активность приложений, но при этом позволяет безлимитно создавать приложениям сервисы для работы в фоновом режиме. Чем разработчики от неграмотности или в корыстных целях злоупотребляют.
  2. Распухание GMS (Generic System Image) с каждой новой версией. Даже если у вас ни разу не обновленный андроид 4.1(но с гулосервисами в комплекте), то стоит там появится интернету, как GMS обновится до последней версии и начнёт потреблять сотни мегабайт ОЗУ.

С Project Treble пока все далеко до идеала. Более-менее на свежих квалкомах. Но и то все GSI (Generic System Image) прошивки имеют специфичные проблемы на разных устройствах. Не говоря уж, что GSI для квалкома вообще не заработает на МТК.
Ну а вендоры вовсю продолжают патчить framework, делать Samsung Knok, Asus Zen и т.п. (не говоря уж про miui) и городить тонны костылей на всех уровнях.

После установки предпочитаемых сборок recovery и системы bootloader стоит заблокировать обратно

Очень плохой совет. В худшем случае, на некоторых устройствах, можно получить полный кирпич.
Или его надо переформулировать. Залочивать обратно можно только после прошивки стоковых(не модифицированных) boot, recovery, system той-же версии, что и bootloader.

Но 1С на Linux не может работать с MSSQL хоть на Windows, хоть на Linux.

Нет.
В андроиде камера может лишь наложить дополнительные фильтры на уже полученный jpeg. Ну и немного по другому задать параметры, типа степени шумоподавления.
Вся обработка снимка, физическое управление модулем камеры идет в Camera HAL — набор из кучи библиотек (под 100 в некоторых девайсах) которые снимают данные с модуля, обрабатывают и сохраняют готовый файл. Они могут использовать (а могут и не использовать) возможности SOC по цифровой обработке изображений.
Из тех на которых в настоящее время выпускают более-менее распространенные девайсы…
Для большей части SOC драйвера открытые. Для GPU есть Freedreno, OpenGL ES 3.0 работает, Vulkan вроде как в процессе. А вот с secureboot, скорее всего будет печально.
Qualcomm самый «открытый» из всех ARM: www.codeaurora.org
Ну и даже на Toshiba AC100 Fedora хорошо работает из коробки.
Основная проблема это SecureBoot, если он будет включен и официального 'unlock'а
не будет, нечего стороннего поставить не удастся…
У большинства современных смартфонов MAC адреса Wi-Fi и BT хранятся в отдельном разделе флеш-памяти(eMMC). У разных производителей, даже на одном SOC методы хранения (раздел, формат) отличаются. Адреса читаются либо при инициализации HAL, либо инит скриптами. В случае ошибки при чтении, в большенстве реализаций генирируется псевдослучайный MAC, что бы Wi-Fi и BT могли работать. Поэтому вариантов почему адреса случайные два:
1. Програмные ошибки в реализации чтения MAC адресов.
2. Адресов нет, там где должны быть. Не записали на заводе или затерли при перепрошивках.
Гораздо хуже. Mali уже прилично ореверсили и хоть коряво но работает. А тут только блобы по андроид.
Кстати интересный вопрос. Сейчас для работы камеры нужно: драйвер в ядре, hal библиотека (чаще всего большая пачка библиотек), приложение (чаще всего тоже имеет вендорские фишки). Как будут решать это решать в Ara? В текущих версиях андроида пользователь может поставить только предложения, а модули ядра (а у некоторых вендоров и весь system) защищен от модификации проверкой подписей.
12 ...
18

Information

Rating
2,772-nd
Registered
Activity