Скрипты, твики, собери их все



Реп: (111)
Скрипты, твики Android. Все устройства - Android scripts and tweaks

Учебник для начинающих



Я не несу ответственности за закирпиченные телефоны, вся информация взята с сайта партнёров. Если вы даже понятия не имеете что это такое - покиньте тему.


Нужно наличие папки Init.d изначально, простое создание и запихивание туда твиков не дадут никакого эффекта!

С недавних пор авторы прошивок начали лазить по XDA-Developers и добавлять в свои прошивки разные твики и скрипты взятые оттуда тем самым улучшая что-либо, ниже предложена большая часть твиков, их установки и тому подобное. Я разделил все твики и скрипты на несколько уровней сложности при установке.

Первый уровень. Редактирование Build.prop с помощью Root Explorer, но я рекомендую скидывать Build.prop к себе на компьютер и редактировать оттуда, так как в в файле уже могут находится строки которые вы хотите добавить, а двойное сочетание строк может привести к увеличению времени загрузки телефона, а если там вбиты ещё и разные значения то у вас есть все шансы залипнуть на бутлого.

Всем файлам в папке init.d нужно выставить соответствующие права.

УРОВЕНЬ 1. BUILD.PROP
  1. ro.HOME_APP_ADJ=?
    Параметр отвечает за приоритет запуска основного домашнего приложения (launcher) в Android. Его значение определяет, насколько высокий приоритет отводится домашнему приложению относительно других процессов системы.

    Значение параметра может быть определено от -16 до 15. Чем ниже значение, тем выше приоритет. Значение по умолчанию равно нулю. В некоторых версиях Android (например, в Android 9 и более поздних) параметр ro.HOME_APP_ADJ заменен на два других параметра:

    - ro.LMK.home_adj – отвечает за приоритет домашнего приложения в механизме управления памятью (Low-Memory Killer).
    - ro.sys.fw.home_app_priority – отвечает за приоритет запуска домашнего приложения в рамках фреймворка (Framework).

    Значение этих параметров также может быть определено от -16 до 15.

    Как правило, увеличение значения параметра ro.HOME_APP_ADJ (и аналогичных параметров) приводит к уменьшению производительности системы, так как домашнее приложение начинает занимать больше ресурсов. Однако, в некоторых случаях (например, при запуске сложных приложений) увеличение приоритета домашнего приложения может повысить общую производительность системы.


  2. ro.media.enc.jpeg.quality=?
    Параметр отвечает за качество сжатия JPEG-изображений, создаваемых приложениями камеры и видео на устройстве Android.

    Значение параметра ro.media.enc.jpeg.quality может изменяться в зависимости от настроек производителя устройства и версии операционной системы Android. Однако, в большинстве случаев, значение по умолчанию составляет 85-95 для большинства устройств Android.

    Значение параметра может варьироваться от 0 до 100, где 0 указывает на наименьшее качество сжатия, а 100 на максимальное. Выбор значения зависит от потребностей и предпочтений пользователя. При установке значения на высокий уровень качество изображения повышается, но увеличивается размер файла и потребление памяти. При установке значения на низкий уровень размер файла снижается, но и качество изображения становится ниже.


  3. dalvik.vm.heapsize=?
    Параметр отвечает за размер кучи Dalvik, используемой на устройстве Android для выполнения приложений на языке Java.

    Значение параметра dalvik.vm.heapsize может изменяться в зависимости от настроек производителя устройства и версии операционной системы Android. В версиях Android до 2.3 (Гингербреад) значение по умолчанию составляло 16MB, в версиях 2.3-4.2 (Инжир, Желе) - 24MB, а в более новых версиях начиная с Android 4.4 (KitKat) - 32MB.

    Значение параметра может варьироваться от 4MB до 512MB, но используемый размер может ограничиваться доступной памятью на устройстве. Увеличение размера кучи может улучшить производительность приложений, особенно для приложений, которые требуют большого количества памяти. Однако, увеличение размера кучи может привести к снижению производительности других приложений на устройстве и увеличению потребления памяти.

    В целом, оптимальный размер кучи зависит от характеристик и потребностей конкретного устройства и приложения. Рекомендуется оставлять значение по умолчанию, если нет необходимости в изменении. Если требуется увеличение, то необходимо следить за затратами памяти и производительностью всего устройства.


  4. debug.sf.hw=?
    В Android данный параметр отвечает за использование аппаратного ускорения графических операций. Если его значение равно 1, то аппаратное ускорение включено, а если 0, то выключено.

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

    Значение по умолчанию на большинстве устройств равно 1.


  5. ro.telephony.call_ring.delay=?
    Параметр отвечает за задержку в миллисекундах между началом звонка и тем моментом, когда звучит звук вызова. Данный параметр применяется при совершении и входящих и исходящих звонков. Он позволяет отрегулировать время задержки до того, как пользователь услышит звонок, что может быть полезным при настройке звонкового сигнала для пользователей с особенностями слуха или для создания специализированных настроек звонковых сигналов.

    Значение по умолчанию для параметра ro.telephony.call_ring.delay может различаться в зависимости от производителя устройства и версии Android. Обычно значение может варьироваться от 1000 до 5000 миллисекунд (от 1 до 5 секунд). Некоторые пользователи могут изменять это значение вручную, но это не рекомендуется, так как это может привести к нежелательным изменениям в работе звукового сигнала.


  6. windowsmgr.max_events_per_sec=?
    Параметр определяет максимальное количество событий от пользовательского ввода (например, касаний экрана) в секунду, которые могут быть обработаны системой.

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

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


  7. wifi.supplicant_scan_interval=?
    Это системная переменная в операционной системе Android, которая отвечает за интервал времени между сканированиями Wi-Fi сетей. Функция помогает системе определить доступные сети Wi-Fi и периодически проверять их состояние, обновляя их список при необходимости.

    Значение переменной `wifi.supplicant_scan_interval` устанавливается в миллисекундах и может быть изменено в зависимости от версии операционной системы Android:

    1. В старых версиях (Android 4.x и ниже) по умолчанию значение составляет 15000 мс (15 с). В этих версиях значение можно изменить для оптимизации потребления батареи.

    2. В более новых версиях (Android 5.x и выше) интервал уже оптимизирован, и значение изменяется динамически. В этих версиях операционная система самостоятельно адаптирует интервал сканирования, чтобы сбалансировать между производительностью и потреблением энергии. В результате, значение становится затруднительным для изменения, и его оптимизация происходит автоматически.

    Изменение значения `wifi.supplicant_scan_interval` рекомендуется только для продвинутых пользователей и только в том случае, если необходимо решить определенные проблемы, например, производительность или потребление батареи, связанные с Wi-Fi.

  8. pm.sleep_mode=?
    Это параметр, который контролирует режим сна (Sleep Mode) для устройства на операционной системе Android. Этот параметр может быть изменен через командную строку или программным образом.

    Значения для pm.sleep_mode в Android зависят от версии операционной системы. Вот некоторые из значений для разных версий Android:

    - Android 7.0 (Nougat) и новее:
    - 0 - устройство не будет спать;
    - 1 - устройство перейдет в режим сна после задержки, указанной в настройках;
    - 2 - устройство перейдет в режим глубокого сна, который потребляет очень мало энергии.

    - Android 6.0 (Marshmallow) и ранее:
    - 0 - устройство не будет спать;
    - 1 - устройство перейдет в режим сна после задержки, указанной в настройках;
    - 2 - устройство перейдет в режим сна в течение 15 секунд, если экран не используется;
    - 3 - устройство перейдет в режим сна в течение 2 часов, если экран не используется;
    - 4 - устройство перейдет в режим глубокого сна, который потребляет очень мало энергии.

    Значение pm.sleep_mode может быть полезным при тестировании приложений и использовании командной строки для управления устройством. Однако, изменение этого параметра без необходимости может привести к неожиданным результатам и снижению эффективности батареи.

  9. ro.ril.disable.power.collapse=?
    Параметр отвечает за отключение функции снижения мощности передачи данных в сети мобильной связи при неактивном использовании устройства. Эта функция, также известная как Power Saving Mode, позволяет экономить заряд батареи устройства.

    Значения данного параметра в Андроид всех версий могут отличаться в зависимости от производителя устройства и настроек оператора. Однако, обычно существуют следующие значения:

    - 0 (по умолчанию) - функция снижения мощности включена
    - 1 - функция снижения мощности отключена
    - 2 - функция снижения мощности отключена при использовании сети Wi-Fi
    - 3 - функция снижения мощности отключена при использовании сети LTE


  10. persist.adb.notify=1 или 0
    Это параметр системы Android, который отвечает за отображение уведомлений о подключении к компьютеру через ADB (Android Debug Bridge). Если значение этого параметра равно 0, то уведомления не будут отображаться при подключении устройства к компьютеру через ADB. Если значение равно 1, то уведомления будут отображаться.

    ADB - это инструмент для отладки и тестирования приложений на устройствах Android. Он позволяет разработчикам подключаться к устройству через USB-кабель и выполнять различные действия, такие как установка и запуск приложений, получение логов и т.д.

    Если вы не являетесь разработчиком и не используете ADB для отладки приложений, то вы можете безопасно отключить уведомления о подключении к компьютеру через ADB, установив значение `persist.adb.notify=0`.


  11. debug.performance.tuning=?
    Это системный параметр, который влияет на настройки производительности устройства Android. Он настраивает уровень оптимизации производительности системы, особенно при использовании требовательных к ресурсам приложений.

    Значение этого параметра может варьироваться в зависимости от версии Android и производителя устройства. В некоторых устройствах этот параметр может быть отключен, в то время как в других устройствах он может быть включен по умолчанию.

    Значение этого параметра может быть следующим:

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

    2. 1 или on - этот режим производительности включен. В этом режиме приложения ограничиваются в использовании ресурсов устройства, чтобы сохранить батарею и повысить производительность устройства.

    3. 2 или aggressive - этот режим производительности является наиболее оптимизированным и позволяет системе более жестко управлять использованием ресурсов для приложений с высоким потреблением ресурсов.

    В целом, изменение этого параметра может повлиять на производительность вашего устройства и использование его ресурсов. Однако, изменение этого параметра не рекомендуется без должных знаний и опыта, так как это может привести к нестабильности устройства и потере данных.


  12. video.accelerate.hw=?
    Это системное свойство (system property) в операционной системе Android, которое контролирует использование аппаратного ускорения аудио- и видео-рендеринга. Это свойство отвечает за определение должен ли аппаратный декодер использоваться для обработки видео, или нет.

    Значение этого свойства может различаться для разных версий операционной системы Android. В старых версиях Android (до 4.3 Jelly Bean), значение свойства устанавливалось в true (включено) по умолчанию. В более новых версиях Android (начиная с 4.3 Jelly Bean), это свойство установлено в false (выключено) по умолчанию, но может быть включено вручную.

    С помощью этого свойства можно улучшить качество воспроизведения видео на мобильных устройствах. Если video.accelerate.hw установлен в true, то аппаратный декодер будет использоваться для обработки видео-файлов, что может улучшить скорость работы и качество воспроизведения. Однако, если свойство установлено в false, то обработка видео будет происходить только на программном уровне, что может привести к снижению производительности и качества воспроизведения.


  13. ro.media.dec.jpeg.memcap=?
    Данный параметр отвечает за максимальный размер памяти, который может быть использован для декодирования JPEG изображения на устройстве. Значение этого параметра может отличаться в зависимости от версии Android и изготовителя устройства.

    Например, в Android 4.x значение по умолчанию составляет 20971520 (20 мегабайт), в то время как в Android 5.0 и более поздних версиях оно увеличивается до 33554432 (32 мегабайта). Некоторые производители могут установить значения, отличные от стандартных, в зависимости от доступного объема памяти на устройстве.

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


  14. ro.media.enc.hprof.vid.bps=?
    Параметр отвечает за битрейт (скорость передачи данных) видео в профиле H.264 в Android.

    Значение этого параметра может различаться в зависимости от версии Android:

    - В Android 4.3 и ранее это значение по умолчанию было равно 2000000 (2 Мбит/с).
    - В Android 4.4 и 5.x по умолчанию значение этого параметра было повышено до 4000000 (4 Мбит/с).
    - В Android 6.0 и более поздних версиях значение этого параметра может быть настроено динамически в зависимости от возможностей устройства и настроек пользователей.

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


  15. net.tcp.buffersize.default=4096,87380,256960,4096,16384,256960
    net.tcp.buffersize.wifi=4096,87380,256960,4096,16384,256960
    net.tcp.buffersize.umts=4096,87380,256960,4096,16384,256960
    net.tcp.buffersize.gprs=4096,87380,256960,4096,16384,256960
    net.tcp.buffersize.edge=4096,87380,256960,4096,16384,256960
    Эти параметры отвечают за размер буфера TCP соединений в операционной системе Android.

    Значения разбиваются на 6 чисел, каждый из которых отвечает за разный аспект работы буфера TCP:

    1. Min Rwin: минимальный размер буфера приема (receive window), который используется клиентом при установлении TCP-соединения с сервером. В данном случае равен 4096 байт.

    2. Default Rwin: размер буфера приема по умолчанию при TCP-соединении. В данном случае равен 87380 байт.

    3. Max Rwin: максимальный размер буфера приема, который может быть использован клиентом во время TCP-соединения. В данном случае равен 256960 байт.

    4. Default IPv4 buffer size: размер буфера TCP для IPv4 по умолчанию. В данном случае равен 4096 байт.

    5. Default IPv6 buffer size: размер буфера TCP для IPv6 по умолчанию. В данном случае равен 16384 байт.

    6. Default TCP buffer size: общий размер буфера TCP для IPv4 и IPv6 по умолчанию. В данном случае равен 256960 байт.

    Значения параметров могут различаться в разных версиях Android и для разных типов сетей (Wi-Fi, UMTS, GPRS, EDGE), так как они оптимизируются в соответствии с характеристиками сети и текущей конфигурацией устройства. Например, для сетей GPRS и EDGE рамеры буферов могут быть уменьшены, чтобы уменьшить задержки в сети и увеличить скорость передачи данных.

    Значение по умолчанию в разных версиях Android:

    - Net.tcp.buffersize.default: Значение по умолчанию составляет 4096, 87380, 256960, 262144, 262144, 262144 в Android 4.4 и более ранних версиях.

    - Net.tcp.buffersize.default: Значение по умолчанию составляет 524288, 1048576, 2097152, 4096, 4096, 4096 в Android 5.0 и более поздних версиях.

    - Net.tcp.buffersize.wifi: Значение по умолчанию составляет 524288, 1048576, 2097152, 4096, 4096, 4096 во всех версиях Android.

    - Net.tcp.buffersize.umts: Значение по умолчанию составляет 4094, 87380, 110208, 4096, 4096, 4096 в Android 4.4 и более ранних версиях. В Android 5.0 и более поздних версиях это значение также составляет 4096, 262144, 524288, 1048576, 1048576, 1048576.

    - Net.tcp.buffersize.gprs: Значение по умолчанию составляет 4092, 8760, 11680, 4096, 4096, 4096 в Android 4.4 и более ранних версиях. В Android 5.0 и более поздних версиях это значение также составляет 4096, 24576, 479232, 1536000, 1536000, 1536000.

    - Net.tcp.buffersize.edge: Значение по умолчанию составляет 4093, 26280, 35040, 4096, 4096, 4096 в Android 4.4 и более ранних версиях. В Android 5.0 и более поздних версиях это значение также составляет 4096, 49152, 98304, 196608, 196608, 196608.

    Настройка этих параметров может улучшить производительность Интернета на устройстве в зависимости от конкретной ситуации. Однако настройка может также привести к плохой производительности в других ситуациях, поэтому следует проявлять осторожность при изменении значений.


  16. ro.lge.proximity.delay=?
    Параметр отвечает за задержку включения и выключения датчика близости в устройствах от компании LG (например, в некоторых моделях LG G2/G3). Значение этого параметра указывает, через сколько времени после попадания света на датчик он должен быть включен или выключен.

    Значение по умолчанию для этого параметра может различаться в зависимости от версии Android и модели устройства. Например, в LG G2 с Android 4.2.2 значение параметра равно 200, а в LG G3 с Android 6.0 - 300.

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


  17. mot.proximity.delay=?
    Параметр отвечает за время задержки перед срабатыванием датчика приближения (proximity sensor) на устройствах Motorola. Этот параметр устанавливает, через сколько миллисекунд после приближения к экрану устройства срабатывает датчик.

    Значения параметра mot.proximity.delay в андроид разных версий могут различаться:

    - Android 7.0 и более ранние версии: по умолчанию значение равно 1000 мс (1 сек).
    - Android 7.1 и более поздние версии: по умолчанию значение увеличено до 5000 мс (5 сек), но может быть изменено пользователем в настройках устройства.

    Заметим, что некоторые устройства могут иметь свои собственные значения параметра mot.proximity.delay, которые могут отличаться от установленных по умолчанию.


  18. ro.kernel.android.checkjni=?
    ro.kernel.android.checkjni отвечает за проверку соответствия версии фреймворка Android с библиотеками, используемыми в приложениях, на устройствах под управлением Android. Этот параметр включает или отключает проверку наличия несовместимых библиотек с частично скомпилированными приложениями, работающими на устройстве. Если значение параметра установлено в "1", проверка будет выполнена каждый раз, когда приложение будет запускаться на устройстве.

    Значения параметра ro.kernel.android.checkjni в андроид разных версий не изменяются и стандартно равняются "1".

    Однако, не все устройства Android строго следуют этому стандартному значению. Некоторые производители могут изменять значения параметров ядра, что может привести к изменению поведения устройства и способа его работы. Поэтому, значение параметра ro.kernel.android.checkjni может отличаться на разных устройствах под управлением Android.


  19. dalvik.vm.checkjni=?
    Параметр также отвечает за проверку совместимости версии фреймворка Android с библиотеками, используемыми в приложениях, но уже на уровне виртуальной машины Dalvik, которая работает в Android.

    Если значение параметра dalvik.vm.checkjni установлено в "1", то виртуальная машина Dalvik будет проверять наличие несовместимых библиотек с частично скомпилированными приложениями, работающими на устройстве. Если библиотеки будут несовместимы, то приложение может не запуститься или завершиться с ошибкой.

    Значения параметра dalvik.vm.checkjni в андроид разных версий также стандартно равняются "1", но могут отличаться на разных устройствах под управлением Android, так как производители могут изменять значения параметров ядра по своему усмотрению.

    Например, в Android 4.x.x значением параметра dalvik.vm.checkjni было установлено по умолчанию в "0" на некоторых устройствах, что могло приводить к несовместимости приложений с библиотеками. В более поздних версиях Android параметр вернулся к стандартному значению "1".


  20. ro.config.hwfeature_wakeupkey=?
    Это параметр конфигурации системы, который отвечает за настройки кнопки включения экрана на устройстве. Значение этого параметра зависит от версии Андроид и производителя устройства.

    В версии Андроид 8.0 и более поздних версиях значение параметра ro.config.hwfeature_wakeupkey может принимать следующие значения:

    - 0: кнопка включения экрана не используется для пробуждения устройства;
    - 1: кнопка включения экрана используется для пробуждения устройства;

    В версиях Андроид ниже 8.0 этот параметр может также отвечать за конфигурацию других функций, связанных с кнопкой включения экрана. Значение параметра в этом случае зависит от производителя устройства и может принимать различные значения.


  21. debug.sf.nobootanimation=?
    Это параметр конфигурации системы, который отвечает за отключение анимации загрузки Android при запуске устройства. Значение этого параметра зависит от версии Андроид.

    В версиях Андроид 7.0 и более поздних версиях параметр debug.sf.nobootanimation может принимать следующие значения:

    - 0: загрузочная анимация включена (по умолчанию);
    - 1: загрузочная анимация отключена.

    В версиях Андроид ниже 7.0 значение параметра debug.sf.nobootanimation может быть определено только в качестве системной переменной в файле build.prop. Его значение может быть установлено на true или false для отключения или включения анимации загрузки соответственно. Однако, в отличие от более поздних версий Андроид, изменение этого параметра не гарантирует полного отключения анимации загрузки на всех устройствах.


  22. ro.config.hw_menu_unlockscreen=?
    Параметр конфигурации системы отвечает за отображение экрана разблокировки, когда пользователь нажимает на кнопку "Меню" на устройстве с установленным прошивкой от Huawei.

    Значение этого параметра может отличаться в разных версиях операционной системы Android и прошивок от Huawei. Ниже приведены значения параметра в некоторых из них:

    EMUI 2.x:
    - true: экран разблокировки показывается после нажатия на кнопку "Меню";
    - false: экран разблокировки не показывается после нажатия на кнопку "Меню".

    EMUI 3.x:
    - 0: экран разблокировки не показывается после нажатия на кнопку "Меню";
    - 1: экран разблокировки показывается после нажатия на кнопку "Меню".

    EMUI 4.x:
    - true: экран разблокировки показывается после нажатия на кнопку "Меню";
    - false: экран разблокировки не показывается после нажатия на кнопку "Меню".

    EMUI 5.x, 6.x, 8.x:
    - 0: экран разблокировки не показывается после нажатия на кнопку "Меню";
    - 1: экран разблокировки показывается после нажатия на кнопку "Меню".

    EMUI 9.x и выше:
    - false: экран разблокировки не показывается после нажатия на кнопку "Меню".


  23. persist.sys.use_dithering=?
    Это системное свойство (system property) в операционной системе Android, которое отвечает за включение или выключение метода дизеринга (dithering) при выводе изображений на экран.

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

    Значения persist.sys.use_dithering в Android:

    - 0 - метод дизеринга выключен.
    - 1 - метод дизеринга включен.

    Значение по умолчанию зависит от версии операционной системы Android:

    - В Android 4.x и более ранних версиях значение по умолчанию равно 1.
    - В Android 5.x и более поздних версиях значение по умолчанию равно 0.

    Значение persist.sys.use_dithering может быть изменено с помощью командной строки или с помощью приложений с правами root-пользователя. Однако, изменение этого свойства может повлиять на производительность и качество изображения на экране.


  24. persist.sys.purgeable_assets=?
    Переменная отвечает за автоматическое удаление неиспользуемых ресурсов приложений для освобождения памяти на устройстве. Значения этой переменной могут меняться в зависимости от версии Android:

    - Android 6.0 (Marshmallow) и старше: значение по умолчанию равно 1, что означает, что система будет автоматически удалять неиспользуемые ресурсы приложений
    - Android 5.0 (Lollipop) и старше: значение по умолчанию равно 0, что означает, что система не будет автоматически удалять неиспользуемые ресурсы приложений
    - Android 4.4 (KitKat) и старше: значение по умолчанию равно 0, но может быть изменено пользователем или разработчиком приложения
    - Android 4.3 и старше: переменная отсутствует, что означает, что автоматическое удаление неиспользуемых ресурсов не поддерживается.


  25. dalvik.vm.dexopt-flags=m=y
    Это параметр в системе Android, который определяет флаги, используемые для оптимизации (dexopt) файлов dex при установке приложений или обновлении системы. Файлы dex - это файлы, созданные после компиляции приложения, которые выполняются на виртуальной машине Dalvik.

    Значение по умолчанию для параметра "dalvik.vm.dexopt-flags" - это "m=y". Это означает, что при оптимизации будут выполнены проверки на целостность и верификации, а результаты будут сохранены только в памяти устройства.

    Ниже перечислены все возможные флаги, которые можно использовать для параметра "dalvik.vm.dexopt-flags":

    1. "v=n" - отключает верификацию
    2. "a=n" - отключает проверку архитектуры устройства
    3. "m=y" - сохраняет результаты оптимизации в памяти устройства
    4. "j=y" - использовать встроенный JIT-компилятор (Just-In-Time) для ускорения запуска приложений
    5. "everything" - использовать все доступные оптимизации, включая "v=n", "a=n" и "j=y"
    6. "wipe- dalvik- cache" - удаляет кэш оптимизации перед выполнением оптимизации
    7. "speed-profile" - использует профиль скорости при оптимизации

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


  26. ro.mot.eri.losalert.delay=?
    Параметр является системной настройкой, который отвечает за задержку отображения окна, уведомляющего пользователя об исчерпании лимита использования мобильного интернета.

    Значение параметра указывает время в миллисекундах, на которое необходимо задержать отображение окна уведомления после того, как был превышен лимит использования мобильного интернета.

    Значения параметра ro.mot.eri.losalert.delay могут отличаться в зависимости от версии Android, а также версии прошивки и устройства производителя Motorola.

    В некоторых версиях Android, начиная с 6.0 Marshmallow, данная настройка может быть заменена параметром netpolicy.notification_delay, который может быть задан вручную пользователем или автоматически вычисляться на основе статистики использования мобильного интернета.


  27. persist.service.pcsync.enable=?
    Команда относится к настройкам синхронизации данных между устройством Android и ПК. Она используется для включения или отключения постоянной фоновой службы синхронизации, которая может запускаться каждый раз, когда устройство Android подключается к ПК через USB-кабель.

    Значение "1" включает службу синхронизации, а значение "0" отключает ее. Если служба синхронизации включена, каждый раз, когда ПК подключается к устройству, данные автоматически синхронизируются, что позволяет пользователям легко передавать файлы между устройствами.


  28. persist.service.lgospd.enable=?
    Команда относится к настройкам программного обеспечения для устройств LG и используется для включения или отключения сервиса OspDaemon, который работает в фоновом режиме и отвечает за обновление приложений и прошивки устройства LG.

    Значение "1" включает сервис OspDaemon, а значение "0" отключает его.

    OspDaemon (также известный как LG OSP, LG On-Screen Phone) - это сервисный демон, который работает в фоне на устройствах LG. Он обеспечивает связь между устройством LG и ПК, выполняя ряд функций.

    Сервис OspDaemon позволяет обновлять прошивку устройства, устанавливать и обновлять приложения, делать резервные копии и восстанавливать данные, а также передавать файлы и управлять устройством правами root.

    Кроме того, сервис OspDaemon обеспечивает функцию "On-Screen Phone", которая позволяет отображать содержимое экрана устройства LG на компьютере, что удобно для управления устройством с помощью мыши и клавиатуры.

    В целом, сервис OspDaemon является важным компонентом программного обеспечения для устройств LG и обеспечивает эффективное взаимодействие между устройством и ПК.

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

  29. user.feature.flex=?
    Команда `feature.flex` в файле `user.feature` используется для описания функциональности, связанной с гибким экраном устройства. Она может включать в себя такие параметры, как `Given`, `When` и `Then`.

    Пример использования команды `feature.flex` в файле `user.feature`:

    ```
    Feature: Проверка функциональности гибкого экрана

    Scenario: Кнопки на экране меняют свои размеры при изменении формы устройства

    Given устройство находится в режиме использования гибкого экрана
    When изменить форму устройства из прямоугольника в квадрат
    Then размер кнопок должен автоматически измениться

    ```

    В данном примере, команда `feature.flex` используется для проверки того, что кнопки на экране должны менять свои размеры при изменении формы устройства.

    Параметр `Given` указывает начальное условие - устройство находится в режиме использования гибкого экрана.

    Параметр `When` описывает действие, которое нужно выполнить для проверки функциональности - изменить форму устройства из прямоугольника в квадрат.

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

    Таким образом, команда `feature.flex` в файле `user.feature` используется для проверки функциональности, связанной с гибким экраном устройства, и ее параметры `Given`, `When` и `Then` используются для описания начальных условий, действий и ожидаемых результатов соответственно.


  30. user.feature.lgdrm=?
    Команда `feature.lgdrm` в файле `user.feature` используется для описания функциональности, связанной с DRM (Digital Rights Management) на устройствах от компании LG.

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

    Пример использования команды `feature.lgdrm` в файле `user.feature`:

    ```
    Feature: Проверка функциональности DRM на устройствах LG

    Scenario: Просмотр контента с защитой DRM на телевизоре LG

    Given пользователь зашел на стриминговый сервис с поддержкой DRM
    When пользователь выбирает контент для просмотра на телевизоре LG
    Then контент должен успешно воспроизводиться

    ```

    В данном примере, команда `feature.lgdrm` используется для проверки того, что контент с защитой DRM можно успешно воспроизводить на телевизоре от LG.

    Параметр `Given` указывает начальное условие - пользователь зашел на стриминговый сервис с поддержкой DRM.

    Параметр `When` описывает действие, которое нужно выполнить для проверки функциональности - пользователь выбирает контент для просмотра на телевизоре LG.

    Параметр `Then` описывает ожидаемый результат - контент должен успешно воспроизводиться, что подтверждает правильную работу DRM на устройстве от LG.

    Таким образом, команда `feature.lgdrm` в файле `user.feature` используется для проверки функциональности, связанной с DRM на устройствах от компании LG, и ее параметры `Given`, `When` и `Then` используются для описания начальных условий, действий и ожидаемых результатов соответственно.


  31. user.feature.lgresource=?
    Команда `feature.lgresource` в файле `user.feature` используется для описания функциональности, связанной с ресурсами, доступными на устройствах от компании LG.

    Эта функциональность обычно включает в себя доступ к медиа-ресурсам, таким как изображения, музыка и видеофайлы, а также доступ к определенным приложениям и сервисам, которые могут быть доступны на устройствах LG.

    Пример использования команды `feature.lgresource` в файле `user.feature`:

    ```
    Feature: Проверка функциональности ресурсов на телевизорах LG

    Scenario: Просмотр фотографий на телевизоре LG

    Given пользователь загрузил фотографии на устройство LG
    When пользователь открывает приложение для просмотра фотографий
    Then фотографии должны успешно отображаться на телевизоре

    Scenario: Просмотр видео на телевизоре LG

    Given пользователь загрузил видеофайлы на устройство LG
    When пользователь открывает приложение для просмотра видео
    Then видео должно успешно воспроизводиться на телевизоре
    ```

    В данном примере, команда `feature.lgresource` используется для проверки функциональности ресурсов на телевизорах LG.

    Первый сценарий `Scenario` описывает проверку функциональности просмотра фотографий. Параметр `Given` указывает, что пользователь загрузил фотографии на устройство LG. Параметр `When` описывает действие, которое нужно выполнить для проверки функциональности - пользователь открывает приложение для просмотра фотографий. Параметр `Then` описывает ожидаемый результат - фотографии должны успешно отображаться на телевизоре.

    Второй сценарий `Scenario` описывает проверку функциональности просмотра видео. Параметр `Given` указывает, что пользователь загрузил видеофайлы на устройство LG. Параметр `When` описывает действие, которое нужно выполнить для проверки функциональности - пользователь открывает приложение для просмотра видео. Параметр `Then` описывает ожидаемый результат - видео должно успешно воспроизводиться на телевизоре.

    Таким образом, команда `feature.lgresource` в файле `user.feature` используется для проверки функциональности ресурсов на устройствах от компании LG и ее параметры `Given`, `When` и `Then` используются для описания начальных условий, действий и ожидаемых результатов соответственно.


  32. user.feature.lgpoweroff=?
    Команда `feature.lgpoweroff` в файле `user.feature` используется для проверки функциональности выключения устройства от компании LG.

    Когда команда `feature.lgpoweroff=true` указана в тестовом сценарии, то это означает, что тестировщик проверяет функциональность выключения устройства LG. В этом случае, при выполнении теста должна быть имитирована ситуация, когда устройство отключено или выключено.

    Пример использования команды `feature.lgpoweroff` в файле `user.feature`:
    ```
    Feature: Проверка функциональности включения/выключения устройства LG
    Scenario: Проверка функциональности выключения
    Given устройство LG находится включенным
    When на устройстве нажата кнопка выключения
    Then устройство успешно выключено
    And feature.lgpoweroff=true

    Scenario: Проверка функциональности включения
    Given устройство LG находится выключенным
    When на устройстве нажата кнопка включения
    Then устройство успешно включено
    ```
    В этом примере, первый сценарий `Scenario` описывает проверку функциональности выключения устройства LG. В параметрах `Given`, `When`, `Then` описываются начальные условия, действия и ожидаемые результаты, а признак `feature.lgpoweroff=true` указывает на необходимость проверки функциональности выключения.

    Второй сценарий `Scenario` описывает проверку функциональности включения устройства LG. В параметрах `Given`, `When`, `Then` описываются начальные условия, действия и ожидаемые результаты проверки включения устройства.

    Таким образом, команда `feature.lgpoweroff=true` в файле `user.feature` используется для проверки функциональности выключения устройства LG в тестовых сценариях, а параметры `Given`, `When`, `Then` используются для описания начальных условий, действий и ожидаемых результатов для проверки включения и выключения устройства.


  33. user.feature.ls_event=?
    Команда `feature.ls_event` в файле `user.feature` используется для проверки наличия определенного события/списка событий в конкретном приложении или операционной системе.

    При использовании `feature.ls_event=true` в тестовом сценарии тестировщик проверяет, есть ли конкретное событие или список событий в приложении или операционной системе, и если оно есть, то корректно ли оно обрабатывается.

    Пример использования команды `feature.ls_event` в файле `user.feature`:
    ```
    Feature: Проверка функциональности событий в приложении "Календарь"
    Scenario: Проверка наличия события "День рождения Антона"
    Given открыто приложение "Календарь"
    When выбрана дата "15 мая"
    Then в списке событий есть "День рождения Антона"
    And feature.ls_event=true

    Scenario: Проверка отсутствия события "День рождения Ольги"
    Given открыто приложение "Календарь"
    When выбрана дата "15 мая"
    Then в списке событий нет "День Рождения Ольги"
    ```
    В этом примере, первый сценарий `Scenario` описывает проверку наличия события "День рождения Антона" в приложении "Календарь". В параметрах `Given`, `When`, `Then` описываются начальные условия, действия и ожидаемые результаты проверки наличия события "День рождения Антона", а признак `feature.ls_event=true` указывает на необходимость проверки наличия события в приложении.

    Второй сценарий `Scenario` описывает проверку отсутствия события "День рождения Ольги" в приложении "Календарь". В параметрах `Given`, `When`, `Then` описываются начальные условия, действия и ожидаемые результаты проверки отсутствия события "День рождения Ольги" в приложении.

    Таким образом, команда `feature.ls_event=true` в файле `user.feature` используется для проверки наличия определенного события/списка событий в приложении или операционной системе в тестовых сценариях, а параметры `Given`, `When`, `Then` используются для описания начальных условий, действий и ожидаемых результатов для проверки наличия или отсутствия событий.


  34. user.feature.ls_normal=?
    Команда `feature.ls_normal` в файле `user.feature` используется для проверки нормальной работы определенной функциональности в приложении или операционной системе.

    При использовании `feature.ls_normal=true` в тестовом сценарии тестировщик проверяет, работает ли функциональность в соответствии с техническим заданием, спецификацией и требованиями к приложению.

    Пример использования команды `feature.ls_normal` в файле `user.feature`:
    ```
    Feature: Проверка функциональности приложения "Контакты"
    Scenario: Проверка нормальной работы добавления нового контакта
    Given открыто приложение "Контакты"
    When на экране отображается список контактов
    And пользователь нажимает кнопку добавления нового контакта
    And вводится ФИО, номер телефона и email нового контакта
    And пользователь сохраняет контакт
    Then новый контакт отображается в списке контактов
    And feature.ls_normal=true

    Scenario: Проверка нормальной работы удаления контакта
    Given открыто приложение "Контакты"
    When на экране отображается список контактов
    And пользователь выбирает контакт для удаления
    And пользователь нажимает кнопку удаления контакта
    Then контакт успешно удален
    And feature.ls_normal=true
    ```

    В этом примере, первый сценарий `Scenario` описывает проверку нормальной работы добавления нового контакта в приложение "Контакты". В параметрах `Given`, `When`, `Then` описываются начальные условия, действия и ожидаемые результаты для проверки работы функциональности добавления нового контакта, а признак `feature.ls_normal=true` указывает на ожидаемую нормальную работу функциональности.

    Второй сценарий `Scenario` описывает проверку нормальной работы удаления контакта. В параметрах `Given`, `When`, `Then` описываются начальные условия, действия и ожидаемые результаты для проверки работы функциональности удаления контакта, а признак `feature.ls_normal=true` указывает на ожидаемую нормальную работу функциональности.

    Таким образом, команда `feature.ls_normal=true` в файле `user.feature` используется для проверки нормальной работы функциональности в приложении или операционной системе в тестовых сценариях, а параметры `Given`, `When`, `Then` используются для описания начальных условий, действий и ожидаемых результатов для проверки нормальной работы функциональности.


  35. user.feature.sui=?
    Команда `feature.sui` в файле `user.feature` используется для проверки пользовательского интерфейса (UI) в приложении или операционной системе.

    При использовании `feature.sui=true` в тестовом сценарии тестировщик проверяет, корректно ли отображается UI элементов, наличие взаимодействия между ними, соответствие цветовой гаммы и шрифтов, а также дизайна и расположения элементов на экране.

    Пример использования команды `feature.sui` в файле `user.feature`:
    ```
    Feature: Проверка пользовательского интерфейса приложения "Контакты"
    Scenario: Проверка UI приложения на мобильном устройстве
    Given открыто приложение "Контакты"
    Then на экране присутствуют элементы: текстовое поле поиска, кнопка добавления нового контакта, список контактов
    And элемент "Создать новый контакт" имеет цвет кнопки "Добавить новый контакт"
    And список контактов отображается в алфавитном порядке
    And feature.sui=true

    Scenario: Проверка UI приложения на планшетном устройстве
    Given открыто приложение "Контакты"
    Then на экране присутствуют элементы: панель навигации, текстовое поле поиска, кнопка добавления нового контакта, список контактов
    And элементы на панели навигации имеют цвет фона приложения
    And элементы списка контактов имеют одинаковый размер и расположение на экране
    And feature.sui=true
    ```

    В этом примере, первый сценарий `Scenario` описывает проверку UI приложения на мобильном устройстве. В параметрах `Given`, `Then`, описываются начальные условия и ожидаемые результаты для проверки корректного отображения UI элементов, цветовой гаммы, алфавитной сортировки контактов и других особенностей UI. Параметр `feature.sui=true` указывает на проверку UI элементов.

    Второй сценарий `Scenario` описывает проверку UI приложения на планшетном устройстве. В параметрах `Given`, `Then`, описываются начальные условия и ожидаемые результаты для проверки корректного отображения UI элементов, размера, расположения и цветовой гаммы на планшетном устройстве. Параметр `feature.sui=true` указывает на проверку UI элементов.

    Таким образом, команда `feature.sui=true` в файле `user.feature` используется для проверки корректного отображения пользовательского интерфейса (UI) в приложении или операционной системе в тестовых сценариях, а параметры `Given`, `Then` используются для описания начальных условий и ожидаемых результатов проверки UI.


  36. ENFORCE_PROCESS_LIMIT=?
    Это системное свойство операционной системы Android, которое определяет максимальное количество процессов, которые могут быть запущены одновременно на устройстве. Если на устройстве превышается это ограничение, операционная система автоматически убивает процессы, которые были запущены последними.

    Это свойство по умолчанию установлено на значение `true` (включено), что означает, что на устройстве может быть запущено только определенное количество процессов. Если вы попытаетесь запустить больше процессов, чем разрешено, это может привести к замедлению работы устройства или к неожиданной остановке приложений.

    Чтобы изменить значение этого свойства, вы можете внести изменения в файл `build.prop`. Для этого выполните следующие команды:

    1. Подключитесь к устройству через adb shell:

    `adb shell`

    2. Откройте файл `build.prop`:

    `vi /system/build.prop`

    3. Найдите строку `ro.kernel.android.enforce_process_limit=true` и замените `true` на `false`, если хотите отключить этот механизм. Вы можете также указать максимальное количество процессов, которые вы хотите разрешить, заменив значение на нужное вам количество. Например:

    `ro.kernel.android.enforce_process_limit=false`

    `ro.kernel.android.max_pids=10000`

    4. Сохраните изменения и перезагрузите устройство.

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


  37. MAX_SERVICE_INACTIVITY=?
    Это системное свойство операционной системы Android, которое определяет максимальное время неактивности (бездействия) для служб, после которого они автоматически завершаются системой. Службы - это фоновые компоненты приложения, которые могут выполняться в фоновом режиме, даже когда приложение неактивно или свернуто.

    Это свойство устанавливает длительность времени (в миллисекундах), в течение которой служба может быть неактивной, прежде чем система решит ее завершить. По умолчанию это значение установлено на 30 минут (1800000 миллисекунд). Если значение установлено на 0, то служба не завершится автоматически из-за неактивности.

    Чтобы изменить значение этого свойства, вы можете внести изменения в файл `build.prop`. Для этого выполните следующие команды:

    1. Подключитесь к устройству через adb shell:

    `adb shell`

    2. Откройте файл `build.prop`:

    `vi /system/build.prop`

    3. Найдите строку `ro.max_service_inactivity=1800000` и замените значение на нужное вам количество миллисекунд. Например:

    `ro.max_service_inactivity=3600000` (значение установлено на 1 час)

    4. Сохраните изменения и перезагрузите устройство.

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


  38. MIN_HIDDEN_APPS=?
    Это системное свойство операционной системы Android, которое определяет минимальное количество скрытых приложений, которые могут быть запущены на устройстве. Скрытые приложения - это те приложения, которые скрыты от пользовательского интерфейса и не отображаются в меню приложений, но они все еще могут быть запущены и выполнять свои функции в фоновом режиме.

    Это свойство определяет минимальное количество скрытых приложений, которые могут быть запущены на устройстве. По умолчанию это значение установлено на 0, что означает, что все скрытые приложения будут запущены, если они установлены на устройстве.

    Чтобы изменить значение этого свойства, вы можете внести изменения в файл `build.prop`. Для этого выполните следующие команды:

    1. Подключитесь к устройству через adb shell:

    `adb shell`

    2. Откройте файл `build.prop`:

    `vi /system/build.prop`

    3. Найдите строку `ro.min_hidden_apps=0` и замените значение на нужное вам количество скрытых приложений. Например:

    `ro.min_hidden_apps=1` (только одно скрытое приложение будет запущено)

    4. Сохраните изменения и перезагрузите устройство.

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


  39. MAX_HIDDEN_APPS=?
    Это системное свойство операционной системы Android, которое определяет максимальное количество скрытых приложений, которые могут быть запущены на устройстве. Скрытые приложения - это те приложения, которые скрыты от пользовательского интерфейса и не отображаются в меню приложений, но они все еще могут быть запущены и выполнять свои функции в фоновом режиме.

    Это свойство определяет максимальное количество скрытых приложений, которые могут быть запущены на устройстве. По умолчанию это значение установлено на 0, что означает, что нет ограничения на количество скрытых приложений.

    Чтобы изменить значение этого свойства, вы можете внести изменения в файл `build.prop`. Для этого выполните следующие команды:

    1. Подключитесь к устройству через adb shell:

    `adb shell`

    2. Откройте файл `build.prop`:

    `vi /system/build.prop`

    3. Найдите строку `ro.max_hidden_apps=0` и замените значение на нужное вам количество скрытых приложений. Например:

    `ro.max_hidden_apps=5` (максимально 5 скрытых приложений могут быть запущены)

    4. Сохраните изменения и перезагрузите устройство.

    Примечание: Изменение этого свойства может привести к непредсказуемому поведению устройства и приложений, поэтому следует быть осторожным и проверять работу приложений после внесения изменений. Ограничение числа скрытых приложений может привести к тому, что некоторые функции приложений могут работать некорректно.


  40. CONTENT_APP_IDLE_OFFSET=?
    Это системное свойство операционной системы Android, которое определяет количество времени, которое приложения могут находиться в состоянии "бездействия" (idle), прежде чем система начнет сворачивать их и освобождать ресурсы. Приложения, находящиеся в состоянии бездействия, не используют процессорное время и не обновляют свой UI, если необходимо.

    Это свойство представляет собой временной интервал, определяющий относительное время, которое прошло с момента, когда приложение стало неактивным (то есть его окно было скрыто или свернуто) и до того, как оно может быть свернуто системой. Значение по умолчанию составляет 5 минут.

    Чтобы изменить значение этого свойства, можно внести изменения в файл `build.prop`. Для этого выполните следующие команды:

    1. Подключитесь к устройству через adb shell:

    `adb shell`

    2. Откройте файл `build.prop`:

    `vi /system/build.prop`

    3. Найдите строку `ro.content_app_idle_offset` и замените значение на нужное количество времени в миллисекундах. Например:

    `ro.content_app_idle_offset=600000` (задает время бездействия приложений в 10 минут)

    4. Сохраните изменения и перезагрузите устройство.

    Примечание: Изменение этого свойства может привести к изменению поведения системы и приложений, поэтому следует быть осторожным при внесении изменений в файл `build.prop`. Некоторые приложения могут зависеть от длительного времени бездействия, чтобы обновить свои данные или выполнить другие действия, поэтому ограничение времени бездействия может привести к некорректной работе этих приложений.


  41. EMPTY_APP_IDLE_OFFSET=?
    Это системное свойство операционной системы Android, которое определяет количество времени, которое приложения с пустым процессом могут находиться в состоянии "бездействия" (idle), прежде чем система начнет сворачивать их и освобождать ресурсы.

    Приложения с пустым процессом - это те приложения, которые не имеют запущенных компонентов, таких как активности, сервисы или широковещательные приемники.

    Значение этого свойства задается в миллисекундах. Значение по умолчанию составляет 30 минут.

    Для изменения значения этого свойства можно внести изменения в файл `build.prop`. Чтобы это сделать, выполните следующие команды:

    1. Подключитесь к устройству через adb shell:

    `adb shell`

    2. Откройте файл `build.prop`:

    `vi /system/build.prop`

    3. Найдите строку `ro.empty_app_idle_offset` и замените значение на нужное количество времени в миллисекундах.

    Например:

    `ro.empty_app_idle_offset=1800000` (задает время бездействия приложений с пустым процессом в 30 минут)

    4. Сохраните изменения и перезагрузите устройство.

    Примечание: Изменение этого свойства может привести к изменению поведения системы и приложений. Если приложение имеет пустой процесс и необходимо, чтобы он оставался активным в течение длительного времени (например, для определения местоположения), то ограничение времени бездействия может привести к некорректной работе приложения.


  42. MAX_ACTIVITIES=?
    Это системное свойство операционной системы Android, которое определяет максимальное количество активностей (activities), которые могут быть запущены одновременно на устройстве. Активность - это компонент приложения, который обычно представляет собой окно пользовательского интерфейса, с которым взаимодействует пользователь.

    Значение этого свойства задается целочисленным значением. Значение по умолчанию составляет 128.

    Для изменения значения этого свойства можно внести изменения в файл `build.prop`. Чтобы это сделать, выполните следующие команды:

    1. Подключитесь к устройству через adb shell:

    `adb shell`

    2. Откройте файл `build.prop`:

    `vi /system/build.prop`

    3. Найдите строку `persist.max_activities` и замените значение на нужное количество максимально допустимых активностей.

    Например:

    `persist.max_activities=256`

    4. Сохраните изменения и перезагрузите устройство.

    Примечание: Изменение этого свойства может привести к изменению поведения системы и приложений. Если установлено недостаточное количество активностей, это может привести к тому, что некоторые приложения не будут работать должным образом. С другой стороны, если установлено слишком большое количество активностей, это может привести к уменьшению производительности системы из-за большого потребления памяти и ресурсов.


  43. ACTIVITY_INACTIVE_RESET_TIME=?
    Это системное свойство операционной системы Android, которое определяет время неактивности (в миллисекундах), после которого система автоматически завершит процесс активности, которая уже не используется пользователем и не находится в фокусе.

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

    Значение по умолчанию для этого свойства составляет 10 минут (600 000 миллисекунд).

    Для изменения значения `ACTIVITY_INACTIVE_RESET_TIME` можно внести изменения в файл `build.prop`. Чтобы это сделать, выполните следующие команды:

    1. Подключитесь к устройству через adb shell:

    `adb shell`

    2. Откройте файл `build.prop`:

    `vi /system/build.prop`

    3. Найдите строку `activity_inactive_reset_time` и замените значение на нужное количество миллисекунд.

    Например:

    `activity_inactive_reset_time=900000` (15 минут)

    4. Сохраните изменения и перезагрузите устройство.

    Примечание: Изменение этого свойства может повлиять на производительность и стабильность системы. Установка слишком маленького значения может привести к завершению процессов активностей, которые все еще используются пользователем. С другой стороны, установка слишком большого значения может привести к замедлению системы и увеличению потребления ресурсов памяти, что может повлиять на общую производительность устройства.


  44. MAX_RECENT_TASKS=?
    Это системное свойство операционной системы Android, которое определяет максимальное количество задач (последних запущенных приложений), которые будут сохранены в списке последних задач (`Recent Tasks`).

    Каждый раз, когда пользователь переключается между приложениями или запускает новое, система добавляет его в список последних задач. Этот список доступен в различных местах, например, в режиме быстрого переключения приложений (Overview), и позволяет быстро переключаться между приложениями без необходимости возвращаться к рабочему столу или меню приложений.

    Значение по умолчанию для `MAX_RECENT_TASKS` составляет 50.

    Если необходимо изменить максимальное количество задач, которые будут сохранены в списке последних задач, можно отредактировать этот параметр в файле "build.prop". Для этого нужно выполнить следующие действия:

    1. Подключитесь к устройству через adb shell:

    `adb shell`

    2. Откройте файл `build.prop`:

    `vi /system/build.prop`

    3. Найдите строку `ro.max_recent_tasks` и замените значение на нужное количество задач.

    Например:

    `ro.max_recent_tasks=100`

    4. Сохраните изменения и перезагрузите устройство.

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


  45. MAX_PROCESSES=?
    Это параметр, который отвечает за максимальное количество процессов, которые приложение может запустить в операционной системе Android. Обычно значение этого параметра устанавливается в файле build.prop на устройстве.

    Установка большого значения параметра `MAX_PROCESSES` может привести к ускоренному расходу ресурсов системы, таких как память и батарея. Однако, установка слишком низкого значения может привести к ограниченной работе приложения или даже к его некорректной работе.

    Пример установки значения параметра `MAX_PROCESSES` в файле build.prop может выглядеть так:

    ```
    ro.config.max_starting_bg=4
    ```

    Это означает, что максимальное количество процессов, которые приложение может запустить в фоновом режиме, равно 4.


  46. debug.composition.type=?
    Это системное свойство Android, которое управляет типом композиции интерфейса пользователя на экране. Композиция - это процесс наложения графических элементов на экране устройства, таких как окна приложений, системные элементы интерфейса и т.д.

    Это свойство может принимать одно из нескольких значений:

    - `gpu` - для использования аппаратной композиции;
    - `cpu` - для использования программной композиции;
    - `hybrid` - для использования гибридной композиции, что означает использование аппаратной композиции для назначенной области экрана, а для остальных элементов использование программной композиции.

    Значение по умолчанию для `debug.composition.type` - `gpu`, что предпочтительно для большинства устройств. Однако для некоторых устройств могут быть рекомендованы другие типы композиции в зависимости от модели или версии Android.

    Задавая значение `debug.composition.type`, вы можете изменить тип композиции для тестирования или определения наилучшей производительности отображения для конкретного устройства.


  47. ro.ril.enable.amr.wideband=?
    Это системное свойство Android, которое отвечает за включение или отключение широкополосного аудиокодека AMR-WB (Adaptive Multi-Rate Wideband) для передачи голоса в сетях мобильной связи 3G и выше.

    AMR-WB - это стандартный аудиокодек, который поддерживает передачу голоса с более высоким качеством, чем в старом стандарте AMR-NB (Adaptive Multi-Rate Narrowband). Он предназначен для использования на сетях мобильной связи 3G, 4G и выше, и может заменить старый аудиокодек при передаче голоса.

    Значение `ro.ril.enable.amr.wideband` может быть установлено в 1, чтобы включить AMR-WB, или в 0, чтобы отключить его. Значение по умолчанию для большинства устройств Android - 1, то есть AMR-WB включен.

    Пример использования:

    ```
    adb shell setprop ro.ril.enable.amr.wideband 1
    ```

    Эта команда включит AMR-WB для передачи голоса в сетях мобильной связи на вашем устройстве. Однако, перед включением этой опции, необходимо убедиться, что ваш оператор мобильной связи и устройство поддерживают AMR-WB и что она будет работать бесперебойно.


  48. Добавление от пользователей finist1 и dmitrypershin
    Описание, Инструкция
    Эта настройка даст прирост производительности в deodex системе, как при odexing system & data apps. Это альтернатива для odexing.
    Инструкция
    Откройте root explorer, перейдите в /system/ и откройте на редактирование build.prop в режиме R/W и добавьте внизу эти строки:
    Код
    dalvik.vm.verify-bytecode=false
    dalvik.vm.dexopt-flags=v=n, o=v

    Описание команд
    dalvik.vm.verify-bytecode=false
    Это системное свойство Android, которое отвечает за включение или отключение проверки байт-кода приложений на устройстве.

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

    Установка значения `false` для свойства `dalvik.vm.verify-bytecode` отключает проверку байт-кода, что может ускорить запуск приложений и потреблять меньше ресурсов устройства. Однако, это также может привести к запуску приложений с ошибками и возможным отказом в их запуске.

    Эта команда отключит проверку байт-кода для всех приложений на вашем устройстве, что может ускорить их запуск. Однако, перед использованием этой опции следует убедиться, что приложения будут работать нормально и без ошибок.


    dalvik.vm.dexopt-flags=v=n, o=v
    Это системное свойство Android, которое отвечает за управление процессом оптимизации (dexopt) приложений на устройстве.

    Каждое приложение в Android преобразуется в файл Dalvik Executable (DEX), который затем оптимизируется и выполняется в Dalvik Virtual Machine. Процесс оптимизации включает в себя такие операции, как компиляция, слияние, выравнивание, проверку и оптимизацию кода приложения. Оптимизация выполняется при первом запуске приложения и занимает определенное время и ресурсы устройства.

    Свойство `dalvik.vm.dexopt-flags` позволяет настроить процесс оптимизации приложений, управляя параметрами внутри dexopt. Значение `v=n` указывает, что нужно отобразить логи процесса оптимизации, а `o=v` означает, что необходимо оптимизировать код приложений на максимально возможном уровне.

    Эта команда устанавливает параметры dexopt для всех приложений на вашем устройстве, чтобы выводить логи оптимизации и использовать максимально возможный уровень оптимизации. Однако, применение этих параметров может занимать больше времени и ресурсов устройства, так что перед использованием следует убедиться, что ваше устройство может справиться с этой задачей.


    После сохранения build.prop, сделайте reboot в recovery и выполните wipe обоих caches .
    Reboot. Готово.


    Чтобы отменить этот tweak удалите из build.prop добавленные ранее строки ,
    reboot recovery

    Затем wipe оба caches и reboot.


  49. debug.egl.force_msaa=?
    Это системное свойство Android, которое отвечает за включение или выключение антиалиасинга (MSAA) в OpenGL ES. Антиалиасинг - это технология устранения «зубчатых краев» геометрических фигур на экране, что делает изображение более гладким и реалистичным.

    Когда значение `debug.egl.force_msaa` установлено в `1`, то антиалиасинг включен и будет применяться ко всему, что отрисовывается с помощью OpenGL ES. Если значение равно `0`, то антиалиасинг выключен. По умолчанию это значение не установлено и OpenGL ES решает, нужно ли включать MSAA или нет.

    Пример использования:

    ```
    adb shell setprop debug.egl.force_msaa 1
    ```

    Эта команда устанавливает значение 1 для свойства `debug.egl.force_msaa`, что включит антиалиасинг для всех OpenGL ES-приложений.

    Важно отметить, что включение антиалиасинга может повлиять на производительность OpenGL ES-приложений, так как требует больше ресурсов устройства. Поэтому, перед использованием этого свойства, необходимо тщательно проанализировать производительность приложений на вашем устройстве и убедиться, что устройство может справиться с этой дополнительной нагрузкой.

    Инструкции по редактированию системных ресурсов (Пост VoltWatt #66000318) Источник команды

  50. Твики build.prop для Android, которые действительно работают
  51. Твики интернета Тут

Описание каждого параметра из пункта 51
  • persist.cust.tel.eons=?
    Параметр отвечает за настройку использования расширенного определения времени прибытия (EONS) в сети мобильной связи.

    Значения параметра для разных версий Android:

    - Android 4.4: значение не определено (по умолчанию).
    - Android 5.0-7.1: значение 1 включает использование EONS, значение 0 выключает его.
    - Android 8.0 и более поздние: значение 1 включает использование EONS для всех операторов сотовой связи, значение 2 включает его только для некоторых операторов, значение 0 отключает EONS.

    EONS - это технология, используемая для повышения точности определения местоположения мобильного устройства при использовании сети сотовой связи. Параметр persist.cust.tel.eons настраивает, будет ли использоваться эта технология на устройстве.


  • ro.ril.gprsclass=?
    Параметр определяет класс GPRS (General Packet Radio Service) для мобильного устройства. Он определяет скорость передачи данных по GPRS-каналу, которая может быть различной для разных устройств и операторов мобильной связи.

    Значения параметра для разных версий Android:

    - Android 4.4: значения от 10 до 33, где каждое значение соответствует конкретному классу GPRS.
    - Android 5.0-7.1: значения от 10 до 33, где каждое значение соответствует конкретному классу GPRS.
    - Android 8.0 и более поздние: значение по умолчанию "unset", что означает, что класс GPRS выставляется автоматически оператором мобильной связи. Если установлено конкретное значение, то оно будет использоваться для всех операторов.

    Класс GPRS определяет максимальную скорость передачи данных в килобитах в секунду (Кбит/с) для каждой из четырех возможных скоростей передачи данных: CS1, CS2, CS3 и CS4. Например, класс GPRS 10 означает, что максимальная скорость передачи для CS1 составляет 4,8 Кбит/с, для CS2 - 9,6 Кбит/с, для CS3 - 14,4 Кбит/с, а для CS4 - 21,4 Кбит/с. Класс GPRS 33 означает, что максимальная скорость передачи для всех классов равна 86,4 Кбит/с.


  • ro.ril.hsdpa.category=?
    Параметр отвечает за настройку категории скорости передачи данных на сети HSDPA. Значения параметра от 1 до 28 обозначают соответствующую категорию скорости, начиная от 1.8 Мбит/с (категория 1) и заканчивая 42 Мбит/с (категория 28).

    Значение параметра ro.ril.hsdpa.category может отличаться в зависимости от версии операционной системы Android.

    В версиях Android 4.x значение по умолчанию для параметра ro.ril.hsdpa.category равно 10, что соответствует скорости передачи данных до 14.4 Мбит/с.

    В версиях Android 5.x и 6.x по умолчанию значение параметра ro.ril.hsdpa.category равно 21, что соответствует скорости передачи данных до 21 Мбит/с.

    В версиях Android 7.x и 8.x значение параметра ro.ril.hsdpa.category может зависеть от производителя устройства и не всегда задано по умолчанию. Однако, обычно оно равно 21 или 28 (скорость передачи до 42 Мбит/с).

    В версиях Android 9 и выше значение параметра ro.ril.hsdpa.category опять может зависеть от производителя устройства. Обычно оно равно 28 (скорость передачи данных до 42 Мбит/с), но может достигать значения до 48 (скорость передачи до 672 Мбит/с).


  • ro.ril.hsupa.category=?
    Строка отвечает за настройки категории HSUPA (High Speed Uplink Packet Access) на устройстве. Категория HSUPA определяет максимальную скорость передачи данных по сети 3G при отправке данных с устройства (например, при отправке сообщений или загрузке файлов).

    Значения ro.ril.hsupa.category могут быть разными в зависимости от версии операционной системы Android и производителя устройства. Ниже приведены значения в разных версиях Android:

    - Android 2.3.7 и более ранние версии: значение по умолчанию - 4 (максимальная скорость 5,76 Мбит/с)
    - Android 4.0 - 4.4.4: значение по умолчанию - 20 (максимальная скорость 5,76 Мбит/с)
    - Android 5.0 и более поздние версии: значение по умолчанию - 28 (максимальная скорость 11,5 Мбит/с)

    Значение HSUPA category можно изменить, используя приложения для настройки сети или вручную, изменив параметры конфигурации сети. Однако изменение значения может повлиять на скорость соединения с сетью и качество передачи данных, поэтому необходимо быть осторожным.


  • ro.ril.hsxpa=?
    Параметр отвечает за установку частоты передачи данных (HSPA+) для сетей мобильной связи.
    Значения параметра могут меняться в зависимости от версии Android и производителя устройства.

    В Android 2.x значение по умолчанию может быть 1, что означает поддержку HSPA+.
    В Android 4.x и выше значение по умолчанию обычно равно 2, что означает поддержку HSPA и HSPA+.


  • net.ipv4.ip_no_pmtu_disc=?
    Параметр отвечает за процесс отправки IP-пакетов, которые не могут быть разбиты для передачи через маршрутизатор, поддерживающий механизм Path MTU Discovery (PMTUD).

    Значение параметра по умолчанию может быть разным в зависимости от версии Android и производителя устройства. Обычно, для Android 4.x и выше, значение равно 0, что означает использование механизма PMTUD. В более старых версиях Android значение может быть равно 1, что означает отключение механизма PMTUD.

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


    Описание остальных команд есть в пункте 15



Уровень 2. Добавление файлов в папку init.d
Берём образец файла Прикрепленный файлLST.zip ( 158.33 КБ )
Добавляем нужную команду в файл и обзываем его например "12Tweaks" и кидаем в init.d.
Нельзя вводить все команды в один файл - эффекта не будет.
Инструкции по реализации поддержки init.d
Твики init.d
  1. Внимание. Каждый файл в init.d должен начинаться со строки:
    #!/system/bin/sh


  2. strict minfree handler tweak(?)
    echo "2048,3072,6144,15360,17920,20480" > /sys/module/lowmemorykiller/parameters/minfree

  3. Твик скорости интернета.
    echo "0" > /proc/sys/net/ipv4/tcp_timestamps;
    echo "1" > /proc/sys/net/ipv4/tcp_tw_reuse;
    echo "1" > /proc/sys/net/ipv4/tcp_sack;
    echo "1" > /proc/sys/net/ipv4/tcp_tw_recycle;
    echo "1" > /proc/sys/net/ipv4/tcp_window_scaling;
    echo "5" > /proc/sys/net/ipv4/tcp_keepalive_probes;
    echo "30" > /proc/sys/net/ipv4/tcp_keepalive_intvl;
    echo "30" > /proc/sys/net/ipv4/tcp_fin_timeout;
    echo "404480" > /proc/sys/net/core/wmem_max;
    echo "404480" > /proc/sys/net/core/rmem_max;
    echo "256960" > /proc/sys/net/core/rmem_default;
    echo "256960" > /proc/sys/net/core/wmem_default;
    echo "4096,16384,404480" > /proc/sys/net/ipv4/tcp_wmem;
    echo "4096,87380,404480" > /proc/sys/net/ipv4/tcp_rmem;

  4. Твики менеджмента VM(Dalvik-cache?)
    echo "4096" > /proc/sys/vm/min_free_kbytes
    echo "0" > /proc/sys/vm/oom_kill_allocating_task;
    echo "0" > /proc/sys/vm/panic_on_oom;
    echo "0" > /proc/sys/vm/laptop_mode;
    echo "0" > /proc/sys/vm/swappiness
    echo "50" > /proc/sys/vm/vfs_cache_pressure
    echo "90" > /proc/sys/vm/dirty_ratio
    echo "70" > /proc/sys/vm/dirty_background_ratio

  5. Прочие твики для ядер(Kernel)
    echo "8" > /proc/sys/vm/page-cluster;
    echo "64000" > /proc/sys/kernel/msgmni;
    echo "64000" > /proc/sys/kernel/msgmax;
    echo "10" > /proc/sys/fs/lease-break-time;
    echo "500,512000,64,2048" > /proc/sys/kernel/sem;

  6. Увеличение жизни батареи.
    echo "500" > /proc/sys/vm/dirty_expire_centisecs
    echo "1000" > /proc/sys/vm/dirty_writeback_centisecs




Дополнения от пользователей представлены ниже, всю информацию о них спрашивать у тех кто её выложил!
  1. Juwe's RAM Opimization Script (От себя: да, приложения начали кушать меньше, но работа(переход из задачи в задачу напр.) приложений по ощущениям снизилась на 15%)
    Автор утверждает что это данный скрипт значительно улучшит мультитаскинг нашего телефона, есть Видео!
    1. Скачиваем файл Juwes_RAM_Script.zip - Прикрепленный файлJuwes_RAM_Script.zip ( 475 байт )

    2. Распаковываем его в init.d, в Root Explorer выставляем права "777" т.е. все галки
    3.Ребутимся

  2. Добавления от пользователея: scorpio92
    Перенос Dalvik-Cache в Cache: для увеличения системной памяти телефона (Соблюдаем правила установки из Уровня 2!!)
    # Move dalvik-cache to /cache

    if [ ! -d /cache/dalvik-cache ]
    then
    busybox rm -rf /cache/dalvik-cache /data/dalvik-cache
    mkdir /cache/dalvik-cache /data/dalvik-cache
    fi

    busybox chown 1000:1000 /cache/dalvik-cache
    busybox chmod 0771 /cache/dalvik-cache

    # bind mount dalvik-cache so we can still boot without the sdcard
    busybox mount -o bind /cache/dalvik-cache /data/dalvik-cache
    busybox chown 1000:1000 /data/dalvik-cache
    busybox chmod 0771 /data/dalvik-cache
  3. Увеличение результатов Quadrant на устройствах Motorola
    Почему HTC по сравнению с Motorola показывает такие большие результаты в Quadrant?
    Точно работает на моторолах, на других аппаратах не проверял.

    mainbord Дата • 31.03.2011, 19:15
    Quadrand - это синтетический тест, и реальной производительности он не отражает. Прошивки HTC оптимизированы под Quadrant, поэтому и выдают такие большие результаты.

    а) Увеличение очков в quadrant на 600, возможно производительность вырастит где-нибудь ещё.
    Спойлер (+/-)
    Я все делал прямо в телефоне, через root explorer
    Но вы можете выгрузить /system/build.prop и поменять заветные свойства на компьютере, если не уверены в своих силах.

    1) Заходим в папку /system/
    2) Монтируем систему, как rw
    3) Долгий тап по build.prop
    4) В контекстном меню выбираем пунт - Open in Text Editor
    5) Находим заветные строки (ближе к концу, примерно на 80% документа)
    media.stagefright.enable-player=false
    media.stagefright.enable-meta=false
    media.stagefright.enable-scan=false
    media.stagefright.enable-http=false


    6) Меняем false на true
    7) Сохраняем файл обратно
    8) Монтируем систему обратно в ro
    9) Перезагружаем телефон

    б) Патч повышающий производительность при обработке 3D графики. После установки последние два теста в Quadrant идут без тормозов и глюков.Тест 3D выдаёт в 2 раза больше. (Источник)
    - Запускаем RootExplorer - заходим в папку /system/lib/egl
    - Переводим в режим чтение/запись
    - Открываем в текстовом редакторе файл egl.cfg
    - Прописываем вместо появившейся строки: 0 1 POWERVR_SGX530_125
    - Перезагружаемся.

    После этих манипуляций, разгона и прошивки Froyo, Defy показывает в Quadrant 2700-3000 очков. Но после этих действий могут возникнуть глюки, некоторые пользователи жалуются на неработоспособность видео.
    Benchmark - Результаты
  4. При проблемах с маркетом (не удаётся найти какие-либо приложения)
    Не удается найти некоторые приложения в маркете, что делать?

    Должно работать на любом аппарате.

    Не находит некоторые приложения на рынке, хотя эти приложения совместимы с аппаратом. Это обычно бывает из-за того, что прошивка неофициальная (или стоковая 2.3). Для того, чтоб маркет "увидел" программы, которые "видел" раньше на стоковых прошивках, нужно изменить некоторые строки в /system/build.prop для того, чтоб маркет принимал вашу прошивку за стоковую
    Например, у вас установлен CyanogenMod 7 RC1.5 (Android 2.3.5). Открываем каким-либо проводником с рут доступом файл /system/build.prop и ищем строки
    Код
    ro.build.description=umts_jordan-user 2.3.5 JOREM_U3_3.4.2-179-4 1315058180 release-keys
    ro.build.fingerprint=MOTO/MB525_JOREM_U3/umts_jordan/jordan:2.3.5/3.4.2-179-4/1315058180:user/release-keys

    Меняем их на следующие:
    ro.build.description=umts_jordan-user 2.2.2 JEM_3.4.3-33-1 release-keys
    ro.build.fingerprint=MOTO/MB525_HKTW/umts_jordan/jordan:2.2.2/JEM_3.4.3-33-1/1302851583:user/release-keys


    Сохраняем изменённый файл и проверяем права (должны быть rw-r--r--), делаем вайп кешей.
    Попробуйте установить время вручную на 11:55 и пусть оно перйдёт за полночь. Проверьте маркет снова. Если вы все еще не видите приложений, то есть два варианта:
    1. нужно сохранить данные программ с помощью титаним бекап и сделать полный вайп, затем восстановить данные.
    2. Если у вас кастомная прошивка, которая устанавливается через CWM, то нужно поправить файл /system/build.prop в исходнике прошивки, удалить файлы подписи (файлы CERT.RSA, CERT.SF и MANIFEST.MF, лежащие в папке [ваша прошивка].zip/META-INF/) и перепрошить телефон снова, без полного вайпа (только вайп кешей).В этом случае потерь данных можно избежать.
  5. Улучшение работы GPS путём ввода APN (Возможно увеличится потребление траффика - ожидает подтверждения)
    Как улучшить работу GPS?
    должно работать на всех аппаратах

    Подредактировал файл /etc/location.cfg следующим образом:
    DL_LCS_SUPL_SECURITY_ON = 0
    hslp_address = supl.google.com:7276
    default_hslp_address = supl.google.com:7276
    DL_LCS_DEFAULT_DATA_PROFILE = ваш_APN
    Вместо ваш_APN нужно прописать имя вашей точки доступа, например internet.beeline.ru


    Удалил файл /data/location/location.cfg
    В настройках точки доступа в тип APN дописал через запятую supl, в общем у меня там теперь default,dun,supl
    Перезагрузка.
    В программе GPS Status: Menu - Tools - Manage A-GPS state сначала Reset, затем Download.
  6. SreenOff Script by SnegovikRZN
    (Не подходит для CyanogenMod, результат - вечный бут) Изначально сделан для LGP500, работа на других девайсах не гарантируется
  7. Скрипт оптимизации памяти для устройств с 256-512мб RAM
  8. Настройка sysctl.conf с переводом строк
  9. Обезблюривание любой официальной прошивки
  10. "Тяжёлые" Скрипты
  11. Bolt Siyah для слабых устройств
  12. Скрипт Swap on sdcard
  13. Скрипт переключения режимов процессора и остановки фоновых процессов
  14. Универсальный скрипт для экономии батареи
  15. Отключение рендеринга CPU
  16. Пак твиков от meat_hooligan
  17. TurboBooster
  18. Несколько твиков для увеличения энергосбережения
  19. Автозапуск скриптов на Андроид
  20. Скрипт который удаляет папку с логами
  21. Твик отключаюший core_control
  22. Мультиоконность с плавающими окнами
  23. Скрипт управления температурой процессора
  24. Скрипт управления частотой процессора
  25. Пример скрипта управления частотой для процессора MT6582
  26. Final CPU scripts MT6589
  27. Скрипт управления частотой процессора (4 ядра)
  28. Твик отключения ненужных сервисов гугла
  29. Как проверить большую часть скриптов
  30. Ускорение чтения/записи посредством Fstrim
  31. Скрипт для управления процессором MT6592 1,7GHz
  32. Скрипт для управления частотой и включением / выключением ядер при разной нагрузке на процессор с 8 ядрами
  33. Запись простых логов работы скриптов init.d для выявления в них ошибок
  34. О правах скриптов
  35. Улучшенный SQLite
  36. Скрипт управления анимацией устройства
  37. Параметры для lmkd
  38. Отчистка кэша приложений + Описание команды
  39. Утилито-скрипт для распаковки/перепаковки kernel-содержащих образов и отдельно взятых ramdisk.cpio
  40. Утилита для создания ROM из образов разделов, самих разделов или всего вперемешку
  41. Универсальный .apk инсталлер
  42. Утилита signapk для Android
  43. Ограничение фоновых процессов на Андроид 10
  44. Скрипт для вывода отсортированной и отформатированной карты блоков
  45. Limit process - ограничения фоновых процессов для разных версий Андроида
  46. Скрипт для обновления даты патча безопасности в Lineage OS подобных прошивках
  47. Утилита для подсчёта "размера" директорий
  48. Переопределение включения тёмной темы
  49. Ограничение фоновых процессов на Андроид 13
  50. Простой скрипт для снятия логов ядра и logcat (полезно при bootloop на анимации)
  51. Мини приложение для вывода диалоговых окон и уведомлений из под shell + Дополнение


Куратор темы Trykath. По вопросам обновления и актуализации шапки, обращайтесь в QMS


Сообщение отредактировал Trykath - 08.08.23, 08:02
Причина редактирования: Простой скрипт для снятия логов ядра и logcat (полезно при bootloop на анимации)



Реп: (904)
SuitoN @ 02.10.2011, 10:51 *
V6SuperCharger

что делает данный скрипт? закидывает значение стандартному таск киллеру чтоли?



Реп: (111)
scorpio92,
Похоже на то, в цианогене например стоят очень неадекватные значения но думаю на то есть своя причина поэтому я не стал ставить данный скрипт



Реп: (904)
я если честно не замечаю эффекта от данного твика: настроил стандартный таск киллер в исходниках ядра, поставил самые агрессивные значения. Мне кажется надо какой-то еще параметр настроить, а то приложения вовще не убиваются.



Реп: (111)
scorpio92,
Извините, но я не гарантирую всю полноту информации, если кто-то что-либо найдёт прошу отписаться СРАЗУ!



Реп: (904)
А вообще автор темы - молодец. Хорошую и полезную тему открыл :thank_you: .

От себя могу добавить скрипт переноса дальвик кэша в /cache :-) (для увеличения места под установку пользовательских приложений), вот он:
----------------------------------------------------------------------------
#!/system/bin/sh
#
# Move dalvik-cache to /cache

if [ ! -d /cache/dalvik-cache ]
then
busybox rm -rf /cache/dalvik-cache /data/dalvik-cache
mkdir /cache/dalvik-cache /data/dalvik-cache
fi

busybox chown 1000:1000 /cache/dalvik-cache
busybox chmod 0771 /cache/dalvik-cache

# bind mount dalvik-cache so we can still boot without the sdcard
busybox mount -o bind /cache/dalvik-cache /data/dalvik-cache
busybox chown 1000:1000 /data/dalvik-cache
busybox chmod 0771 /data/dalvik-cache
-------------------------------------------------------------------------------
код просто скопировать создать пустой файл в init.d, закинуть туда, присвоить права файлу и ребутнуть девайс.
Найду еще что интересного - выложу ;)



Реп: (904)
SuitoN @ 02.10.2011, 12:48 *
Используйте спойлер, и вставку кода).

ок)

вот еще скриптики для init.d(правда я их не пробовал, но должно работать):
Данный скрипт ставит частоту при выключенном экране(известный всем профиль Screen Off из SetCPU) и при включенном(рабочее состояние).

Как поставить и редактировать:
Для работы нужны рут права и root explorer (ставить только на кастом прошивки). 2 скрипта копируем по пути system\etc\init.d\. Файл cpuclock копируем по пути system\bin\ и перезагружаем тело, проверяем. На последней проше снега это реализовано
Для редактирования нам понадобиться эмулятор терминала,
Заходим в терминал, вводим команду «su», нажимаем ентер, появится запрос на супер пользователя, соглашаемся, далее вводим «cpuclock», нажимаем ентер, появляеться меню скрипта, там уже всё выбераем цифрами и кнопкой ентер, после всего перезгружаемся.


сами скрипты:
Прикрепленный файлcpuclock.rar ( 1.54 КБ )

Прикрепленный файлscripts.rar ( 636 байт )

Кто проверит - отпишитесь! если найдете вариант по-лучше - также отпишитесь)



Реп: (1521)
M
Тема возвращена в раздел Android - Прошивки



Реп: (1506)
Задумка создать такую тему интересная, но я считаю что шапка должна разбиваться на версии ядер и андроида!

Во первых все твики и скрипты которые мы все юзаем не на всех аппаратах работают!

Твики с Build.prop на прямую связаны с ядром, и те твики которые работают на Р500 с 32/35 ядром в большинстве случаев не будут работать с ГТ540 у которого 29е, так же и на других телефонах!
Такая же ситуация и со скриптами, за исключение тех которые просто чёта там создают или чёта переносят, как например скрипт переноса дальвик кэша в cache который выложил scorpio92, который в свое время выложил Я в своей теме SOFT-MOD прошивка LG GT540 by MMXTREM , есть там в шапке такой архивчик http://4pda.to/forum/dl/post/933727/addons.zip , там еще и скрипт - Auto zipaling, а если пошуршать по теме то можно найти еще и Auto fix permission. (приложил)

Так вот, если в ядре нет поддержки какой либо функции, то до одного места те скрипты и твики, они ничего давать не будут.

Вот к примеру скрипт cpuclock от Р500 что выложен выше, так же может не корректно работать на разных версиях того же 32/35 ядра, так как там вбиты все доступные частоты для разгона, а каждый ромодел может добавить свои или переделать, потому этот скрипт не заработает на ГТ540, тем более на других телефонах.
Я это все веду к тому что здесь каждый твик и скрипт индивидуальный для каждого телефона и для каждого ядра! А в наше время уже столько ковырятелей развелось, что можно утонуть в море Ядер и Прошивок!

И не забываем, что скрипты без включения поддержки в рамдиске не будут работать на простых ядрах!

А еще стоит добавить ссылку на Бузибокс который очень необходим для всех этих манипуляций!

Прикрепленные файлы

Прикрепленный файл02fixpermissions.rar ( 3.98 КБ )


Сообщение отредактировал miroslav_mm - 05.10.11, 09:44



Реп: (1854)
Всем привет!
Я тут писал недавно, что в инит.д добавляю строчку с командой копирования дата\дата (данные прог бекаплю - браузера там смс итд)
Сегодня наконец разобрался с бинарником ZIP и могу сразу автоматом свой бекап в зип упаковывать (в апдейт). Вот только они с одним названием получаются. Плохо.
Подскажите как сделать, чтоб название файла другое задавалось? Например дата/время.

Кому надо вот зип: Прикрепленный файлzip.zip ( 220.77 КБ )
(говорят некачается)
вот другой Прикрепленный файлzip.rar ( 107.09 КБ )

Его ключики:
Copyright © 1990-2008 Info-ZIP - Type 'zip "-L"' for software license.
Zip 3.0 (July 5th 2008). Usage:
zip [-options] [-b path] [-t mmddyyyy] [-n suffixes] [zipfile list] [-xi list]
The default action is to add or replace zipfile entries from list, which
can include the special name - to compress standard input.
If zipfile and list are omitted, zip compresses stdin to stdout.
-f freshen: only changed files -u update: only changed or new files
-d delete entries in zipfile -m move into zipfile (delete OS files)
-r recurse into directories -j junk (don't record) directory names
-0 store only -l convert LF to CR LF (-ll CR LF to LF)
-1 compress faster -9 compress better
-q quiet operation -v verbose operation/print version info
-c add one-line comments -z add zipfile comment
-@ read names from stdin -o make zipfile as old as latest entry
-x exclude the following names -i include only the following names
-F fix zipfile (-FF try harder) -D do not add directory entries
-A adjust self-extracting exe -J junk zipfile prefix (unzipsfx)
-T test zipfile integrity -X eXclude eXtra file attributes
-y store symbolic links as the link instead of the referenced file
-e encrypt -n don't compress these suffixes
-h2 show more help


Синтаксис:
/data/tmp/zip -r update(название архива) вашфайл вашапапка илиещёчего :D > /sdcard/zip.log


Сообщение отредактировал finist1 - 07.10.11, 15:55



Реп: (1854)
Доделал автобекаб
Содержание файла, который вставляю в инит.д
#!/system/bin/sh

busybox mount -o remount,rw /dev/block/stl12 /system;
busybox chmod 644 /system/app/*;
busybox chown root.root /system/app/*;
busybox chmod 644 /system/framework/*;
busybox chown root.root /system/framework/*;
busybox chmod -R 777 /data/data*;
###########################################
busybox mount -t vfat /dev/block/mmcblk0p1 /mnt/sdcard;
busybox mkdir /sdcard/Backupdata2SD;
busybox mkdir /sdcard/Backupdata2SD/data;
busybox cp -Rf /data/data/* /sdcard/Backupdata2SD/data;
cd /sdcard/Backupdata2SD;
zip -r update data META-INF system chmod.sh;
mv update.zip `date +%F`_`date +%H`-`date +%M`-`date +%S`.zip;
cd /;
rm -R /sdcard/Backupdata2SD/data;
busybox umount /sdcard;

###########автокиллер##############
#busybox echo "1536,3072,4096,38400,40960,43520" > /sys/module/lowmemorykiller/parameters/minfree;
busybox echo "1024,2048,3840,4096,5888,10752" > /sys/module/lowmemorykiller/parameters/minfree;

На сд в папку Backupdata2SD нужно положить заготовку апдейта для всталяния забекапенных данных.
При каждой перезагрузке тела в этой папке будет создаваться апдейт с именем из даты/время.

Сообщение отредактировал finist1 - 11.10.11, 07:43



Реп: (1506)
scorpio92,

SOFT-MOD прошивка LG GT540 by MMXTREM (Пост #6975852)

от себя добавлю, не рекомендую это делать, лучше карту памяти убивать свапом, её хоть поменять можно, а внутренняя память у нас и так фиговая, бедов дофига, так вообще расскрипеться после свапа!



Реп: (10)
Вот еще твики нашел в инете

windowsmgr.max_events_per_sec=60 Делает интерфейс более гибким и плавным. Этой строчки изначально нет, нужно дописывать самому.

dalvik.vm.execution-mode=int:XXX. Эта строчка отвечает за JIT. Значение jit включает его, а значение fast выключает



Реп: (1854)
scorpio92,
Добавлю к колеге, к томуже на эту файловую систему все кидается окольным путем, что в свою очередь тоже отрицательно на производительности скажется.

Поподробней про отключение журнализации
тут я для своего девайса апдейт смастеоил. Скрипт из него при незначительной переделке на любой телефон пойдет в инит.д Навечно.

Поподробней про изменение размеров разделов.
Если на твоем девайсе есть карта разделов (/proc/mtd) то нет проблем. Идеш в темы по хтц, там два апдейта находиш. Переделываеш под мвой девайс и готово.
Если тебе не поаезло также как и мне, и карты разделов на свой девайс у тебя нет, то тогда также как и я судорожно, по крупицам, собираеш инфу про прогу fdisk. Точнее кто как ей пользовался. И пытаешся узнать свою таблицу.
Я пока все еще инфу собираю.



Реп: (1854)
Добавьте в шапку плз.
Редактирование build.prop Отключение проверки байт-кода на СМ



Реп: (1172)
Обезблюривание любой официальной прошивки.
Подходит только для моторол, так как блюр есть только на них.

Источник: xda-developers.com
Добавляем в файл system/ build.prop две строки:
ro.mot.deblur=true
ro.mot.setuptype=2
ro.setupwizard.mode=DISABLED
Для применения обязательно сбрасываем данные и кеш wipe data/ factory reset

mainbord @ 31.01.2011, 10:26 *
Где написано не содержит блюр или урезан блюр, рабочий стол блюр и все мотороловские приложения остались, были удалены только виджеты социальных сетей, регистрация в блюре, да и всё наверное.
Точно уходит регистрация в блюре и может быть ещё социальные сети от блюра, ещё какой-нибудь кардиотренер, как максимум, всё остальное останется как прежде. Рабочий стол, звонилка, контакты, phonepotral, настройки и тд. - всё останется.

Если необходимо в шапку добавлю сам.

Сообщение отредактировал mainbord - 31.10.11, 20:15



Реп: (1172)
Почему HTC по сравнению с Motorola показывает такие большие результаты в Quadrant?

mainbord Дата • 31.03.2011, 19:15
Quadrand - это синтетический тест, и реальной производительности он не отражает. Прошивки HTC оптимизированы под Quadrant, поэтому и выдают такие большие результаты.

а) Увеличение очков в quadrant на 600, возможно производительность вырастит где-нибудь ещё.
Я все делал прямо в телефоне, через root explorer
Но вы можете выгрузить /system/build.prop и поменять заветные свойства на компьютере, если не уверены в своих силах.

1) Заходим в папку /system/
2) Монтируем систему, как rw
3) Долгий тап по build.prop
4) В контекстном меню выбираем пунт - Open in Text Editor
5) Находим заветные строки (ближе к концу, примерно на 80% документа)
media.stagefright.enable-player=false
media.stagefright.enable-meta=false
media.stagefright.enable-scan=false
media.stagefright.enable-http=false

6) Меняем false на true
7) Сохраняем файл обратно
8) Монтируем систему обратно в ro
9) Перезагружаем телефон

б) Патч повышающий производительность при обработке 3D графики. После установки последние два теста в Quadrant идут без тормозов и глюков.Тест 3D выдаёт в 2 раза больше. (Источник)
- Запускаем RootExplorer - заходим в папку /system/lib/egl
- Переводим в режим чтение/запись
- Открываем в текстовом редакторе файл egl.cfg
- Прописываем вместо появившейся строки: 0 1 POWERVR_SGX530_125
- Перезагружаемся.

После этих манипуляций motorola Defy показывает в Quadrant 2700-3000 очков. Но после этих действий могут возникнуть глюки, некоторые пользователи жалуются на неработоспособность видео.
Benchmark - Результаты

Сообщение отредактировал mainbord - 02.11.11, 06:30



Реп: (1172)
Не удается найти некоторые приложения в маркете, что делать?

Должно работать на любом аппарате.

Не находит некоторые приложения на рынке, хотя эти приложения совместимы с аппаратом. Это обычно бывает из-за того, что прошивка неофициальная (или стоковая 2.3). Для того, чтоб маркет "увидел" программы, которые "видел" раньше на стоковых прошивках, нужно изменить некоторые строки в /system/build.prop для того, чтоб маркет принимал вашу прошивку за стоковую
Например, у вас установлен CyanogenMod 7 RC1.5 (Android 2.3.5). Открываем каким-либо проводником с рут доступом файл /system/build.prop и ищем строки
ro.build.description=umts_jordan-user 2.3.5 JOREM_U3_3.4.2-179-4 1315058180 release-keys
ro.build.fingerprint=MOTO/MB525_JOREM_U3/umts_jordan/jordan:2.3.5/3.4.2-179-4/1315058180:user/release-keys

Меняем их на следующие:
ro.build.description=umts_jordan-user 2.2.2 JEM_3.4.3-33-1 release-keys
ro.build.fingerprint=MOTO/MB525_HKTW/umts_jordan/jordan:2.2.2/JEM_3.4.3-33-1/1302851583:user/release-keys

Сохраняем изменённый файл и проверяем права (должны быть rw-r--r--), делаем вайп кешей.
Попробуйте установить время вручную на 11:55 и пусть оно перйдёт за полночь. Проверьте маркет снова. Если вы все еще не видите приложений, то есть два варианта:
1. нужно сохранить данные программ с помощью титаним бекап и сделать полный вайп, затем восстановить данные.
2. Если у вас кастомная прошивка, которая устанавливается через CWM, то нужно поправить файл /system/build.prop в исходнике прошивки, удалить файлы подписи (файлы CERT.RSA, CERT.SF и MANIFEST.MF, лежащие в папке [ваша прошивка].zip/META-INF/) и перепрошить телефон снова, без полного вайпа (только вайп кешей).В этом случае потерь данных можно избежать.



Реп: (1172)
Как улучшить работу GPS?
должно работать на всех аппаратах

  1. Подредактировал файл /etc/location.cfg следующим образом:
    DL_LCS_SUPL_SECURITY_ON = 0
    hslp_address = supl.google.com:7276
    default_hslp_address = supl.google.com:7276
    DL_LCS_DEFAULT_DATA_PROFILE = ваш_APN
    Вместо ваш_APN нужно прописать имя вашей точки доступа, например internet.beeline.ru


  2. Удалил файл /data/location/location.cfg
  3. В настройках точки доступа в тип APN дописал через запятую supl, в общем у меня там теперь default,dun,supl
  4. Перезагрузка.
  5. В программе GPS Status: Menu - Tools - Manage A-GPS state сначала Reset, затем Download.



Реп: (904)
vdsirotkin @ 02.11.2011, 16:42 *
Ребят, ткните носом пожалуйста, как можно самому добавить папку init.d в прошивку? кухня есть, прошивку собрать могу.

для начала надо модифицировать ядро:
1 разбираешь его на boot.img-kernel и ramdisk
2 идешь в рамдиск, там файлик init.rc открываешь и редактируешь следующим образом:
ищешь строку class_start default , под ней добавляешь строку start sysinit
затем в самом конце файла дописываешь :
service sysinit /system/bin/logwrapper /system/xbin/busybox run-parts /system/etc/init.d
disabled
oneshot

3 сохраняешь изменения, собираешь ядро обратно
4 в /system/etc/ создаешь папку init.d
5 присваиваешь ей права:
1 и 3-й столбцы - все галочки , второй - 1 галочка вверху

Ну вроде как то так!

да и нужно будет обязательно поставить busybox!

Сообщение отредактировал scorpio92 - 09.11.11, 17:02



Реп: (904)
если честно я в скриптах вообще не силен, вот только учусь и разбираюсь.
Если не сложно можешь разжевать каждую строчку в скрипте который ниже? :-)

if [ ! -d /cache/dalvik-cache ]
then
busybox rm -rf /cache/dalvik-cache /data/dalvik-cache
mkdir /cache/dalvik-cache /data/dalvik-cache
fi

busybox chown 1000:1000 /cache/dalvik-cache
busybox chmod 0771 /cache/dalvik-cache

# bind mount dalvik-cache so we can still boot without the sdcard
busybox mount -o bind /cache/dalvik-cache /data/dalvik-cache
busybox chown 1000:1000 /data/dalvik-cache
busybox chmod 0771 /data/dalvik-cache

я вот хочу такую фичу замутить: чтоб все файлы из /data/dalvik-cache кроме файла data@app@com.gameloft.android.TBFV.GloftGMHP.ML.apk@classes.dex переносились в /cache/. Надо чтоб только один
этот файл оставался на своем месте. Или же все файлы в названии которых есть слово gameloft. Реально ли это осуществить? Если да то как? Буду очень признателен)

Куратор: Trykath

Полная версия   Текстовая версия

Помощь   Правила

Сейчас: 28.03.24, 09:47