Что такое caf android

В теме нет куратора. Если в теме есть пользователь, желающий стать Куратором и соответствующий Требованиям для кандидатов, он может подать заявку, создав новую тему в разделе Хочу стать Куратором (предварительно изучив Правила и рекомендации для Кураторов).
До назначения куратора, по вопросам наполнения шапки, обращайтесь к модераторам раздела через кнопку под сообщениями, на которые необходимо добавить ссылки.

Сообщение отредактировал destroyer71 — 03.12.21, 09:48

Сообщение отредактировал BubbleX — 16.05.21, 08:00

HavocOS 4.3 | GSI

Сообщение отредактировал BubbleX — 04.07.21, 11:56

ArrowOS — это проект на основе AOSP, который был начат с целью сделать вещи простыми, чистыми и аккуратными. Мы добавили только правильные и наиболее часто используемые вещи, которые будут действительно ПОЛЕЗНЫМИ в конце дня, с целью обеспечить плавную работу с лучшим временем автономной работы.

Ставить лучше с рекавери что в этом посте. + firmware: 12.0.4.0 как Минимум

Если скорость скачивания с файлообменника или облака низкая, воспользуйтесь темой — Перезалейте.

Сообщение отредактировал HakerKos — 24.04.21, 09:37

TWRP 3.5.2_11

Android: 11
Status: Unofficial
Released: 22.04.21
Разработчик: @Nebrassy

Сообщение отредактировал BubbleX — 19.07.21, 03:13

Arrow OS обновилась. Последняя сборка от 28.04.21.

Сообщение отредактировал SivAnOl — 29.04.21, 02:33

В соседней теме появился тврп . наконец-то вроде адекватный.

Сообщение отредактировал HakerKos — 29.04.21, 17:47

Вот только что проверил Crdroid GSI
Замечательно заехала
Берём отсюда
https://sourceforge.ne…s/crDRom11/2021.04.28/
Образ нужен crdrom-v306-210428-arm64-b[*]Z.img.xz
Где *
o — Минимальный набор gapps Gapps Go. Типа урезанные версии обычных гаппсов, но не только по количеству, а ещё и сами приложения упрощённые. Не сразу заметил
g — полный комплект
v — совсем без gapps
f — с опенсорсной заменой gapps
Я ставил поверх xiaomi.eu (12.0.6.0), т.к. она у меня просто стояла и я слепил для неё DFE патч(есличо — вот Xiaomi POCO X3 Pro — Прошивки MIUI (Пост S.V.D. #106422690))
Так же нужно вкатать OrangeFox рекавери, т.к. в TWRP не работает fastbootd
Всё шьётся через fastboot

fastboot.exe flash recovery OrangeFox-R11.0_0-Unofficial-vayu.img
fastboot reboot fastboot

Телефон перегружается в fastbootd

fastboot.exe erase system
fastboot.exe flash system crdrom-v306-210428-arm64-boZ.img

По идее на этот момент всё готово, но по мануалу рекомендуют накатить ещё и бут.
Бут от 12.0.6 тут
Xiaomi POCO X3 Pro — Прошивки MIUI (Пост Alek62 #106237439)

fastboot.exe flash boot magisk_patched-22100_yH7a8.img

Дальше перегружаемся в рекавери, чистим /data и шьём RSSP.zip(во вложении)
Опять таки на этом этапе я на всякий случай закатил DFE с XDA(чисто чтоб наверняка)
https://forum.xda-deve…ler-11-2-2020.3817389/

Всё, ребутаемся в систему, идём в Phh Treble Settings и там прожимаем Disable Audio Effects и Qualcomm Features/Use alternate audio policy. Это чинит звук
Misc/Use linear screen brigtness Force alternative backlight чинит картинку и подсветку.
Километровая длина ползунка звука чинится в настрйоках CrDroid
Отпечаток работает. Пока из найденного не работает только nfc

З.Ы.
А вообще вот тема. Прошивок миллион
Разработка и портирование GSI-прошивок
Алгоритм в теории для всех одинаковый, есть и пиксель и линейдж и чо хош)

Источник

Загрузка и сборка AOSP

Решил поделиться своей инструкцией как собрать AOSP (Android Open Source Project). Эта инструкция будет полезна тем кто хочет посмотреть что-же внутри Android и возможно заняться системной разработкой. В любом случаи эти знания полезны для понимания самого Android, как раз для этого и решил собрать AOSP.

Проект собираю на elementary 5.1 OS Ubuntu 18.04 LTS (bionic), пытался на MacOS собрать, но так и не удалось. Для исходников и сборки нужно 200 Гб на жестком диске (лучше SSD, на обычном производительность сильно проседает). Так же много времени, я потратил чтобы скачать и собрать около 20 часов, частично виновата «слабая» конфигурация моего компьютера. У меня установлено всего 8 Гб оперативной памяти, но увеличил размер swap-а до 16 Гб.

Загружаем AOSP

Установить требуемые пакеты для загрузки и сборки :

Создаем папку и качаем repo утилиту для загрузки исходного кода

Исходники AOSP состоят из отдельных проектов с собственными git-репозиториями, repo позволяет упросить всю загрузку всех проектов и разложить по нужным папкам.

-u — урл git-репозитория с манифестом
-b — ветка (самая последняя на текущий момент)
—depth — скачивать только одну ветку (если не использовать, то для каждого репозитория скачается весь индекс, что увеличит время загрузки и место на диске)

Выбрал самую последнюю версию Android 10. Не использую develop или master, так как там устаревший манифест и проект скорее не соберется.

Теперь можно запустить загрузку исходников AOSP

-c — скачивать только текущую ветку манифеста (как указал выше — android-10.0.0_r45)
-j — количество потоков, обычно указывается столько доступно процессоров
—no-tags — не скачивать тэги с репозитариев
—no-clone-bundle — не пытаться качать clone.bundle (упакованная репа, которая уменьшить время на загрузку, но не у всех сервер формирует этот bundle),

—no-clone-bundle можно попробовать убрать, что в теории ускорит скачивание, но у меня заваливается с 404 ошибкой

Скачивание может занять минуты и часы, теперь с repo закончили, если нужно почитать больше то ищите в официальной документации: https://source.android.com/setup/develop/repo

Сборка

Настраиваем среду разработчика:

x86_64 — указывается под какой девайс собирать, в данном случае Generic x86_64 подходит для эмуляторов, если будете запускать на Nexus девайсах, то ищите детали в документации https://source.android.com/setup/build/building#choose-a-target

eng — тип сборки (сокращение от engineering), с максимальными логами и дополнительными утилитами для отладки. Другие тип сборки думаю не особо интересны

Для сборки java файлов увеличиваем Heap size, если этого не сделать, то сборка всего завалится с StackOverflow ошибкой:

Так же можно добавить в .bashrc чтобы постоянно не повторять команду

Все, теперь готовы к сборке:

Можно не использовать CCACHE, что уменьшит количество занимаемого места на диске, но увеличит время повторной сборки. На моем «слабом» компьютере сборка заняла где-то 16 часов.

После окончания сборки, запускаем эмулятор:

-show-kernel — выводить уведомления в консоль

Если нажать Enter, то попадем в консоль эмулятора

Если эмулятор не запустился, нужно будет проверить что включена виртуализация

Готовим IDE для отладки

Для начала необходимо сгенериовать проект для IDE, проект генерируется для IDEA. Собираем модули для генератора:

Чтобы весь AOSP затолкать в проект, то просто запускаем генератор

Но сгенерированный IDEA проект будет очень «тяжелым». Одно открытие и индексация занимает достаточно много времени. Лучше генерировать IDEA проект для каждого отдельного проекта, например для Android фреймворка

Весь список доступных проектов можно посмотреть в

Открываем сгенерированный base.iml (находится в папке frameworks/base) в IDEA. Дальше нужно настроить Java, только нужно подключать java без библиотек, так как у AOSP-а свои реализации.

Запускаем отладку

Для начала необходимо запустить monitor

возможно потребуется дополнительно поставить jre
sudo apt install openjdk-8-jre-headless

Выбираем процесс, который будем отлаживать. В monitor-е выбираем процесс и справа от порта процесса появится /8700, это как раз порт отладчика, к нему можно подключаться через IDEA.
Все системные штуки находятся в system_process. Его мы и будем отлаживать.

monitor один самых полезных инструментов при отладке и исследования работы AOSP

В проекте добавляем новую Remote конфигурацию, только указываем 8700 порт. Именно к этому порту и будем подключаться

Запускаем Debug (Run → Debug)

Чтобы удостоверится, что все подключилось поставьте брейкпоинт в frameworks/base/services/core/java/com/android/server/wm/ActivityTaskManagerService.java файле на метод:

и запустить любое приложение на эмуляторе (например, Settings).

Источник

Что такое caf android

Читайте также: Андроид флейм что это

Сообщение отредактировал destroyer71 — 03.12.21, 09:48

Сообщение отредактировал BubbleX — 16.05.21, 08:00

HavocOS 4.3 | GSI

Сообщение отредактировал BubbleX — 04.07.21, 11:56

Ставить лучше с рекавери что в этом посте. + firmware: 12.0.4.0 как Минимум

Если скорость скачивания с файлообменника или облака низкая, воспользуйтесь темой — Перезалейте.

Сообщение отредактировал HakerKos — 24.04.21, 09:37

TWRP 3.5.2_11

Android: 11
Status: Unofficial
Released: 22.04.21
Разработчик: @Nebrassy

Сообщение отредактировал BubbleX — 19.07.21, 03:13

Arrow OS обновилась. Последняя сборка от 28.04.21.

Сообщение отредактировал SivAnOl — 29.04.21, 02:33

В соседней теме появился тврп . наконец-то вроде адекватный.

Сообщение отредактировал HakerKos — 29.04.21, 17:47

fastboot.exe flash recovery OrangeFox-R11.0_0-Unofficial-vayu.img
fastboot reboot fastboot

Телефон перегружается в fastbootd

fastboot.exe erase system
fastboot.exe flash system crdrom-v306-210428-arm64-boZ.img

fastboot.exe flash boot magisk_patched-22100_yH7a8.img

Источник

What is CAF, and what’s the difference between a CAF and a non-CAF ROM?

You might have come across ROMs that mention the tag [CAF] in their name, or description, or somewhere, while others have the LOS and AOSP tag. Take, for example, the very popular Sultan’s CAF and Citrus CAF (the community misses you, Adarsh).
The question that then arises is- What exactly is CAF? And what’s different in CAF ROMs, compared to non-CAF, normal ROMs?

This is somewhat of a mildly complex topic, and no-one in the community has written a detailed post on this either, so, let’s get this from the beginning, shall we?

CAF stands for the CodeAurora Forum. It is like the name says, an online forum (just like XDA, except, the forum is more for OS developers than flashmaniacs) where Qualcomm releases source codes and patches for their CPUs. Code Aurora is a kind of an initiative in which brands can release the open-source codes for SoCs(CPUs) for future software development. Just keep this in your mind, for now, we’ll need this later.

Whenever Google releases a new Android version, they put their source codes on the AOSP remote, for the manufacturers and developers to customize, tweak, or modify things and release ROMs for phones. These codes have a clean and organized history for every new Android “tag”, a revision of Android. For example, Android-8.1.0_r14 means that it is the 14th revision of stable Android 8.1. These codes (released by Google) are limited and tested to work on a small number of devices (often referred to as AOSP supported devices). Any bugs found in these codes are handled and fixed directly by the AOSP team at Google. The custom ROMs built on top of these non-modified codes have AOSP as the base and are labeled with the AOSP tag.

LineageOS (abbreviated as LOS, formerly CyanogenMod) developers then take these codes and edit and modify these codes to make them work on many more devices. They then release these modified codes on their GitHub page. LOS is a community-driven project, and there is no monetary aid or pressure for high-quality and thorough testing. Still, bugs and errors are fixed quickly by the community. Now because the LOS source codes can run on more devices than the AOSP ones, we have much more ROMs built on top of LOS than AOSP, and, you guessed it, the ROMs built using LOS as the base have the LOS tag, naturally, so on and so forth.

All this aside, chipset makers like Qualcomm and MediaTek also want to implement their own hardware-specific features into Android so that the OS becomes more optimized for their respective CPUs. So, they take the AOSP source codes from Google, alter it according to their CPU, add or remove features, and then pass the modified codes to the OEMs (phone manufacturers) for the OS development. AOSP is licensed in such a way, that chipset manufacturers can modify and pass the codes to the OEMs without releasing it to the public. As a result of this, the SoC source/modified codes stay only with the SoC manufacturers (like Qualcomm) & the OEMs (like Xiaomi), and it depends on their will on whether or not to release it to the public.
Unlike others (Mediatek, Kirin, etc.,) though, Qualcomm adds their modifications, does the altering as per the SoC, and then releases it to the public (read: developers) on CAF (if you have a memory that doesn’t suck, you remember what CAF is). The ROMs made on top of Qualcomm’s modified source codes are labeled with the CAF tag.

Now let’s talk about what CAF brings to the table.
Qualcomm makes their CPUs (duh!), so it’s pretty safe to say that nobody knows Qualcomm CPUs better than Qualcomm. In the CAF, they add a lot of stuff that can take advantage of their CPU prowess, like better audio processing, various CPU clock tweaks, camera patches, and libs, and much more. Developers know how big of a role CAF plays in development. It is a major reason why Snapdragon devices get much more ROMs than, say, MediaTek ones. If you feel your phone’s software is much more optimized and fluid in CAF ROMs, it isn’t a coincidence. CAF ROMs, if available, are therefore generally considered to be more optimized for Qualcomm’s Snapdragon SoCs than LOS and AOSP ROMs. The difference is mainly in the base, so the only thing that might get better on CAF ROMs is the optimization (in performance, RAM management, battery, etc.,). Suppose there are two variants of the same ROM (like Pixel Experience), one of which is based on AOSP and the other on CAF. In this case, there should only be differences in optimization and not features, as it is only the base that’s different unless the developers intentionally implement extra features into the CAF ROM.

Now that you know all this, you’re welcome.

Источник