[Tutorial] Indice de kernels ROMs con Sense (Sólo Sense)

[kroix]

entonces no se le puede poner a la reflex ningun kernel liberado de htc?

yo ya me he hecho la cabeza un lio...
haber,quiero probar a modificar el archivo para lo del autobrillo,pero por lo que me a parecido entender,algun kernel ya lo lleva incluido no ? entonces,si esto es asi,con flasear el kernel bastaria,no haria flata modificar el archivo en cuestion no ?
el ultimo de bananacakes y el de tristan lo incluyen o tendria que ponerlo aparte ?
es que mañana quiero poner una rom desde 0 y me gustaria poner lo del autobrillo bien.

[Yamcha]

Originalmente Escrito por marsu

yo ya me he hecho la cabeza un lio...
haber,quiero probar a modificar el archivo para lo del autobrillo,pero por lo que me a parecido entender,algun kernel ya lo lleva incluido no ? entonces,si esto es asi,con flasear el kernel bastaria,no haria flata modificar el archivo en cuestion no ?
el ultimo de bananacakes y el de tristan lo incluyen o tendria que ponerlo aparte ?
es que mañana quiero poner una rom desde 0 y me gustaria poner lo del autobrillo bien.

@marsu , SNQ, bananacakes y tristan202 llevan lo del autobrillo , tristan por ejemplo tiene los diez niveles , eso no quita para que pueda a
haber alguna mejora pero se soluciona flaseando lo nuevo que saquen, asi que yo no meteria nada si ya lo llevan...

Originalmente Escrito por Yamcha

SNQ, bananacakes y tristan202 llevan lo del autobrillo , tristan por ejemplo tiene los diez niveles , eso no quita para que pueda a haber alguna mejora pero se soluciona flaseando lo nuevo que saquen, asi que yo no meteria nada si ya lo llevan...

osea,para tontos,que si flaseo uno de los ultimos kernel de estos señores,no haria flata ya el jaleo de modificar el archivo arrays.xml y volver a meterlo en la rom,ya que con estos kernel directamente te modifican lo de los valores del autobrillo y te ponen los 10 valores estos guays verdad ?
es que me lio,me lio.....

[sr.coco]

Originalmente Escrito por flipy_7

entonces no se le puede poner a la reflex ningun kernel liberado de htc?

prueba en la .7 en ved de en la ultima...

[sr.coco]

Originalmente Escrito por marsu

osea,para tontos,que si flaseo uno de los ultimos kernel de estos señores,no haria flata ya el jaleo de modificar el archivo arrays.xml y volver a meterlo en la rom,ya que con estos kernel directamente te modifican lo de los valores del autobrillo y te ponen los 10 valores estos guays verdad ?
es que me lio,me lio.....

exacto, lo llevan incluido ya

[METRALLA100]

Estoy probando el último de tristan versión bfc, de momento va bastante bien en la aurora.antes tenía la última de banana.

PD:el WiFi me conecta desde donde antes ni lo olía.
Enviado desde mi HTC Desire usando Tapatalk

[Yamcha]

Originalmente Escrito por METRALLA100

Estoy probando el último de tristan versión bfc, de momento va bastante bien en la aurora.antes tenía la última de banana.

PD:el WiFi me conecta desde donde antes ni lo olía.
Enviado desde mi HTC Desire usando Tapatalk

Si esa es una de las mejoras del WiFi, que pone en el changelog

[PeQuEsan]

A ver a ver a ver chicos... que os estáis haciendo la picha un lío con el tema del autobrillo. Supongo que no me he explicado claro en el hilo que abrí en su día. Intentaré reescribirlo cuando todo quede cerrado y aclarado en XDA. Pero resumiendo:

- El kernel es el responsable de comunicar los valores del sensor de luz al sistema. Pues bien, sin tocar, está programado de tal manera que el sensor de luz sólo devuelve 7 niveles diferentes de luz (de 10 posibles), y además el nivel más bajo de luz que devuelve es bastante alto (por un error de programación del kernel original, el valor cero nunca es devuelto). Esto es una limitación que tobi ha solucionado con su fix, que ahora mismo ya los últimos kernels de snq-, bananacakes y tristan incorporan. Todavía están investigando un pequeño bug, que afecta al brillo que devuelve el sensor después al desbloquear el aparato.
- El arrays.xml, que está compilado dentro del framework-res.apk, tiene las correspondencias entre valores de luz devueltos por el sensor (de 0 a 2601), y brillo de la pantalla (del 30 al 255). Los que vienen por defecto son muy altos. El brillo mínimo está en 81 por ejemplo, cuando puedes perfectamente ver la pantalla en total oscuridad con el brillo a 30... Por eso hay que tocar el framework-res.apk, para aprovechar que ahora el kernel ya devuelve valores bajos de luz, y poner la pantalla al mínimo en ese caso.

Que quede claro que el kernel y el framework son dos cosas distintas... El primero es el núcleo del sistema, el segundo no es más que una app (importante, pero app), que controla ciertos aspectos del sistema, entre ellos, el autobrillo.

Si alguien todavía sigue teniendo dudas, no tengo problema en explicárselo por privado.

Un saludo.

[ironjon]

Originalmente Escrito por PeQuEsan

A ver a ver a ver chicos... que os estáis haciendo la picha un lío con el tema del autobrillo. Supongo que no me he explicado claro en el hilo que abrí en su día. Intentaré reescribirlo cuando todo quede cerrado y aclarado en XDA. Pero resumiendo:

- El kernel es el responsable de comunicar los valores del sensor de luz al sistema. Pues bien, sin tocar, está programado de tal manera que el sensor de luz sólo devuelve 7 niveles diferentes de luz (de 10 posibles), y además el nivel más bajo de luz que devuelve es bastante alto (por un error de programación del kernel original, el valor cero nunca es devuelto). Esto es una limitación que tobi ha solucionado con su fix, que ahora mismo ya los últimos kernels de snq-, bananacakes y tristan incorporan. Todavía están investigando un pequeño bug, que afecta al brillo que devuelve el sensor después al desbloquear el aparato.
- El arrays.xml, que está compilado dentro del framework-res.apk, tiene las correspondencias entre valores de luz devueltos por el sensor (de 0 a 2601), y brillo de la pantalla (del 30 al 255). Los que vienen por defecto son muy altos. El brillo mínimo está en 81 por ejemplo, cuando puedes perfectamente ver la pantalla en total oscuridad con el brillo a 30... Por eso hay que tocar el framework-res.apk, para aprovechar que ahora el kernel ya devuelve valores bajos de luz, y poner la pantalla al mínimo en ese caso.

Que quede claro que el kernel y el framework son dos cosas distintas... El primero es el núcleo del sistema, el segundo no es más que una app (importante, pero app), que controla ciertos aspectos del sistema, entre ellos, el autobrillo.

Si alguien todavía sigue teniendo dudas, no tengo problema en explicárselo por privado.

Un saludo.

Entiendo entonces que hay que seguir modicando el arrays.xml,no??

Un saludo

Originalmente Escrito por ironjon

Entiendo entonces que hay que seguir modicando el arrays.xml,no??

eso entiendo yo,y me gustaria saberlo,que voy a reflasear rom y antes de hacer nada,le meto el archivo ya modificado.

[PeQuEsan]

Son cosas diferentes...

- Tocando el kernel, consigues que el driver te devuelva más rango de valores (10 diferentes), y que uno de ellos sea más bajo que de serie.
- Tocando el framework, modificas como se ve eso reflejado en el brillo de la pantalla...

Lo más importante es modificar el framework. Tener un kernel con ese fix es un valor añadido importante, y algo a tener en cuenta a la hora de modificar el framework, ya que en función de los valores que te devuelva el kernel, tu configurarás el arrays.xml teniéndolo en cuenta.

Como digo, estoy esperando que tobi acabe de encontrar la solución a ese pequeño bug (si la hay), y que los kernel moders la apliquen, para editar el hilo que abrí de forma que quede todo claro.

[ironjon]

Originalmente Escrito por METRALLA100

Estoy probando el último de tristan versión bfc, de momento va bastante bien en la aurora.antes tenía la última de banana.

PD:el WiFi me conecta desde donde antes ni lo olía.
Enviado desde mi HTC Desire usando Tapatalk

Yo lo he notado tambien en la 0.7d de bananas.
Donde antes no me llegaba ahora tengo 2 rayas

[Yamcha]

Originalmente Escrito por ironjon

Yo lo he notado tambien en la 0.7d de bananas.
Donde antes no me llegaba ahora tengo 2 rayas

Pues ahora tendras mas rayas @ironjon , nuevo kernel:

[GB_KERNEL]28/09/11 gingercakes-0.7e (OC/UV,AUFS2,2.3.5(4)BlissUSBmountFIx)

-0.7e
CFS/BFQ/GROUP_BFQIO/AUTOGROUP/SLOB
bug fixed in 0.7d
USB host mode.patch(not test)

gingercakes0.7e.zip

[PeQuEsan]

Este bananacakes va a volver loco a michael... En cuanto saca una nueva AceSMod007 con el último kernel, bananacakes lo actualiza de nuevo. Juas!

[Yamcha]

Originalmente Escrito por PeQuEsan

Este bananacakes va a volver loco a michael... En cuanto saca una nueva AceSMod007 con el último kernel, bananacakes lo actualiza de nuevo. Juas!

Si pero la rom principal no la actualiza , lo ha dejado en la V38 , las otras si, igual es porque las utiliza para testear los kernels y si le convence la mete en la V38

[ironjon]

Mis tests con los kernels no pasan de dos dias.
Asi no hay quien pueda.

Tapatalking

[zarqly]

Originalmente Escrito por Yamcha

Pues ahora tendras mas rayas @ironjon , nuevo kernel:

[GB_KERNEL]28/09/11 gingercakes-0.7e (OC/UV,AUFS2,2.3.5(4)BlissUSBmountFIx)

-0.7e
CFS/BFQ/GROUP_BFQIO/AUTOGROUP/SLOB
bug fixed in 0.7d
USB host mode.patch(not test)

gingercakes0.7e.zip

Madre mia esto es no parar. No duerme ....

Enviado desde mi HTC Desire usando Tapatalk

[Yamcha]

NUEVO KERNEL DE TRISTAN202
[KERNEL][GB SENSE]tristan202-gb-desire v03 (OC/UV/HAVS/BFS/CFS/V(R))

Hardcoded SD Speed Tweak to 2048. No need for init script anymore
Made 2-way call recording optional. Check downloads
Reduced battery gauge polling from 60 to 5 secs. (Untested)
A few bits more, can't remember it all.

Entre otras cosas tiene un tweak para aumentar la cache de la SD

http://forum.xda-developers.com/show....php?t=1276547

[METRALLA100]

Toy buscando donde descargar el nuevo de tristan y me pierdo en la web de xda sin verlo.

Enviado desde mi HTC Desire usando Tapatalk