¿Tweaks build.pro para SOD y Wifi?

[Manolo55]

Viendo el build.prop y el default.prop de la V4 de la Gemini, de CM9 de la Gemini y de otra tableta Tegra 2

Se me ha ocurrido que en la sección # ADDITIONAL_BUILD_PROPERTIES de entre estas posibles líeneas:


wifi.supplicant_scan_interval=15
## ro.com.android.dateformat=MM-dd-yyyy


## ro.kernel.android.checkjni=0
## dalvik.vm.checkjni=false
## persist.sys.vold.switchexternal=1
## dalvik.vm.dexopt-data-only=1
## ro.opengles.version=131072
## ro.sf.lcd_density=160

## ro.config.ringtone=CyanTone.ogg


# keyguard.no_require_sim=true
## ro.url.legal=http://www.google.com/intl/%s/mobile/android/basic/phone-legal.html
## ro.url.legal.android_privacy=http://www.google.com/intl/%s/mobile/android/basic/privacy.html
### ro.com.google.clientidbase=android-google
### ro.com.android.wifi-watchlist=GoogleGuest
### ro.setupwizard.enterprise_mode=1
### ro.com.android.dataroaming=false

### ro.setupwizard.mode=OPTIONAL
### dalvik.vm.lockprof.threshold=500

# ro.carrier=wifi-only

## ro.wifi.country=EU

#Huawei Usb 3G Dongle
## rild.libpath=/system/lib/libhuawei-ril.so
## rild.libargs=-d /dev/ttyUSB2

# Tweaks signal level network (3G)
## ro.ril.hsxpa=2
## ro.ril.gprsclass=10
## ro.ril.hep=1
## ro.ril.enable.dtm=1
## ro.ril.hsdpa.category=10
## ro.ril.enable.a53=1
## ro.ril.enable.3g.prefix=1
## ro.ril.htcmaskw1.bitmask=4294967295
## ro.ril.htcmaskw1=14449
## ro.ril.hsupa.category=5

# Saving jpg original size
## ro.media.enc.jpeg.quality=100

# renders UI using GPU
## debug.sf.hw=1

# This line is responsible for the search interval in Wi-Fi networks. The default is 20. The value is measured in
# Seconds. This means that we have is 20 seconds. It is advisable to save the battery to put a value of 180 - 200.
wifi.supplicant_scan_interval=180

# This is an instruction that controls power, when we extinguish the display device. Fits in set_cmd as pm.mode_sleep = 1
# 0: Suspend power ARM11.
# 1: Stop ARM11.
# 2: Software sleep (ARM11 remains on, but it translates into low power mode.)
# 3: Frequency ARM11 reduced to 20 megahertz. Voltage will also be reduced.
# 4: In a dream no action will occur (may lead to increased power consumption!)
pm.sleep_mode=1

# Saves energy while in standby mode
ro.ril.disable.power.collapse=2

# Makes the interface more flexible and smoother. This line was originally no need to specify
## windowsmgr.max _events_per_sec =150

# Increased responsiveness
## debug.performance.tuning=1
## video.accelerate.hw=1

# Improves the quality of photos and videos
## ro.media.dec.jpeg.memcap=8000000
## ro.media.enc.hprof.vid.bps=8000000

# Network speed tweaks
net.tcp.buffersize.default=4096,87380,256960,4096, 16384,256960
net.tcp.buffersize.wifi=4096,87380,256960,4096,163 84,256960
net.tcp.buffersize.umts=4096,87380,256960,4096,163 84,256960
net.tcp.buffersize.gprs=4096,87380,256960,4096,163 84,256960
net.tcp.buffersize.edge=4096,87380,256960,4096,163 84,256960

# Fix some problems in applications
ro.kernel.android.checkjni=0

# Here are the values ​​(in memory pages of 4096 bytes) of the firmware, we are interested only
# Some of them (which is not specifically checked the rest, but his eyes did not come across them,
# Varies proportionally to the values ​​of the write / sys / module / lowmemorykiller / parameters / minfree):

# Ro.SECONDARY_SERVER_MEM - zanchenie only used in the calculation of free memory (for display in the window
# Running processes) to reduce its value, as I understand it to hide the memory used for
# Processes ro.SECONDARY_SERVER_MEM, but because This value is not calculated and is given as a loading
# Constant (I do not understand the logic and purpose of the hide) is set to 1 (0 not, there is a check)
# And see the real value of the amount of memory that many perceive as an increase in available memory,
# But it is not.

## ro.SECONDARY_SERVER_MEM=51200

# ro.HOME_APP_MEM ro.HIDDEN_APP_MEM and used in the calculation of the flag "lowmemory" Task Manager
ro.HOME_APP_MEM=1024
ro.HIDDEN_APP_MEM=57600

# Ro.HOME_APP_MEM + (ro.HIDDEN_APP_MEM - ro.HOME_APP_MEM) / 2> 'free memory', ie
# Define the threshold when the controller starts to tell the program out of memory

## ro.HOME_APP_MEM=1024
## ro.HIDDEN_APP_MEM=57600


## ro.FOREGROUND_APP_MEM=1536
## ro.VISIBLE_APP_MEM=3072
## ro.PERCEPTIBLE_APP_MEM=1024
## ro.HEAVY_WEIGHT_APP_MEM=51200
## ro.BACKUP_APP_MEM=57600
## ro.EMPTY_APP_MEM=76800

# They Specifies the "priority" importance of the process, less - more importantly, from -16 to 15, the system is -16
# System Services (BT, GSM, etc.) -10, using the Task Manager and "lowmemorikiller"
# In the kernel. Version of the firmware introduces the logic of the task manager error is algorithm
# Is targeted at improving the ADJ to the types of processes in order, he "stumbles" on the ground
# Minimum value (from below) and dumps all the processes in it, and test values ​​for this and work
# In the first option, all falling into ro.HOME_APP_ADJ, so you can see all processes.

# Define the oom_adj values ​​for the classes of processes that can be
# Killed by the kernel. These are used in ActivityManagerService.

## ro.FOREGROUND_APP_ADJ=0
## ro.VISIBLE_APP_ADJ=3
## ro.PERCEPTIBLE_APP_ADJ=2
## ro.HEAVY_WEIGHT_APP_ADJ=4
## ro.SECONDARY_SERVER_ADJ=5
## ro.BACKUP_APP_ADJ=6
## ro.HIDDEN_APP_MIN_ADJ=7
## ro.EMPTY_APP_ADJ=15


# If you are using ADW or LauncherPro and after use of a browser, e-mail
# Or any other application after clicking on the "Home" button reboots the main screen,
# And you're tired of this horrible lag
# Prevent uploading launcher from memory

## ro.HOME_APP_ADJ=1
Igual sería interesante probar a a añadir -en rojo-:


# This line is responsible for the search interval in Wi-Fi networks. The default is 20. The value is measured in
# Seconds. This means that we have is 20 seconds. It is advisable to save the battery to put a value of 180 - 200.
wifi.supplicant_scan_interval=15

# This is an instruction that controls power, when we extinguish the display device. Fits in set_cmd as pm.mode_sleep = 1
# 0: Suspend power ARM11.
# 1: Stop ARM11.
# 2: Software sleep (ARM11 remains on, but it translates into low power mode.)
# 3: Frequency ARM11 reduced to 20 megahertz. Voltage will also be reduced.
# 4: In a dream no action will occur (may lead to increased power consumption!)
pm.sleep_mode=1

# Saves energy while in standby mode
ro.ril.disable.power.collapse=2

# Fix some problems in applications
ro.kernel.android.checkjni=0


a /system/build.pro

¿Opinión? Estas líneas y sus valores se pueden cambiar. En principio dependen del kernel y en principio algunas de ellas deberían no funcionar, pero, lo que pasa es que a base de parches se activan y anulan este tipo de cosas... (No tenemos acceso a las fuentes de kernel).

[eldardo3]

Tengo una duda si me la podeis resolver os lo agradezco :ok:
Estoy probando algunos de los tweaks para el build.prop de este post http://www.htcmania.com/showthread.php?t=405320, alguno, como el de Mejorarar el tiempo de respuesta del Scrolling, me da la sensacion de que funciona, otros no noto diferencia la verdad, la pregunta es, yo hago los cambios con el root explorer en el build.prop y reinicio, pero no se si para que esos tweaks sean efectivos lo correcto seria hacerlo en el build.prop del zip de la rom antes de flashear
si alguno es capaz de decirme cual es lo correcto pues agradecido :ok:
un saludo

PD. Por cierto Manolo55, disculpa por utilizar este post para la pregunta, pero no sabia donde meterla y aproveche que abriste tu este :gracias:

[Manolo55]

Tengo una duda si me la podeis resolver os lo agradezco :ok:
Estoy probando algunos de los tweaks para el build.prop de este post http://www.htcmania.com/showthread.php?t=405320, alguno, como el de Mejorarar el tiempo de respuesta del Scrolling, me da la sensacion de que funciona, otros no noto diferencia la verdad, la pregunta es, yo hago los cambios con el root explorer en el build.prop y reinicio, pero no se si para que esos tweaks sean efectivos lo correcto seria hacerlo en el build.prop del zip de la rom antes de flashear
si alguno es capaz de decirme cual es lo correcto pues agradecido :ok:
un saludo

PD. Por cierto Manolo55, disculpa por utilizar este post para la pregunta, pero no sabia donde meterla y aproveche que abriste tu este :gracias:

Tampoco es que yo sea un experto pero he de decir varias cosas respecto a si funcionan o no:

1.- Muchas de ellas tienen que estar los kernel "preparados"
2.- Muchos de estos tweaks oficialmente deberían funcionar y no funcionan porque el fabricante o mantenedor del kernel le aplicó un parche.
3.- Muchos de estos tweaks oficialmente deberían de no funcionar ya por lo contrario de lo anterior.

Por todo ello es una aventura decir si debería o no funcionar.

Además de ello hay que decir que hay dispositivos que tienen dos build.prop uno en /system y otro en /system/bin y por si no fuera suficiente algunos tienen "tres " porque /default.prop hace algunas funciones.. así que tienes que jugar con uno, dos o tres :)

Y para finalizar algunos tweaks requieren dalvik wipe, otros wipe data y otros factory reset ... y para rematar el tomate, resulta que líneas como:

pm.sleep_mode=1
ro.ril.disable.power.collapse=2

resulta que según el kernel, su preparado, su parcheto, etc., el 1 no es 1 sino 0... etc. Con lo cual me parece un poco imposible preparar un catálogo atendiendo a diferentes procesadores, ni siquiera, eso, atendiendo a direfentes dispositivos, ni siquiera tampoco eso... con diferentes kernel el comportamiento puede ser distinto.

Y para rematar el remate dle tomate... algunos de esos tweaks dependen de la base utilizada de Android, algunos son específicos de CM otros de AOSP, etc.

[eldardo3]

:silbando: pues que lio entonces de todas formas seguire probando ya comentare si alguno de los que pruebe funciona
Gracias por la respuesta y por enseñarme un poco mas sobre todo esto que cuanto mas intentas aprender menos sabes :rolleyes: