|
#1101
|
|
|
Cita:
Yo tengo la cpu establecida en 702 para ese modo y hoy con mahdi y Matr1x no he notado nada de lag en las indicaciones. Mañana probaré con otro kernel. |
| Gracias de parte de: | ||
|
|
|
#1102
|
|
|
Cita:
Este ya no lo vuelvo a poner en el salpicadero como GPS. Al menos hasta que llegue el invierno |
|
#1103
|
||||
|
||||
|
Cita:
Cita:
Si aun así no te quieres arriesgar porque tengas miedo de sufrir algún problema veigan o yo estamos poniendo capturas de pantalla con los avances que vamos teniendo para que podáis comparar, aunque siempre viene bien darse cuenta por uno mismo. |
| Los siguientes 4 usuarios han agradecido a kisler su comentario: | ||
|
#1104
|
|
|
Cita:
(la primera me daba cierres continuos)Estoy siguiento este hilo casi desde el principio pero por unas cosas u otras no habia podido instalarla. Apenas he entrado en detalle con la configuracion, no tengo muy claro algunas de las opciones. Ya lo mirare con mas detenimiento Por cierto, chapó por el cambio de nombre!
|
| Los siguientes 3 usuarios han agradecido a Ismael_ su comentario: | ||
|
#1105
|
|
|
Cita:
Tiene mucho jugo para exprimir esta apliación. |
|
#1106
|
||||
|
||||
|
Bueno traigo una novedad que va a gustar a los que usan el modo sobrecalentamiento.
Como sabéis estamos estos días mas centrados en el modo sobrecalentamiento para intentar mejorarlo todo lo posible ya que creemos que es importante. Unos post atras se ha comentado que llegados a unos valores de temperatura tanto de cpu o de batería se va a proceder a apagar el móvil por seguridad. Para evitar esto anteriormente se reduce la frecuencia de la cpu y si aun así alcanza los limites establecidos en la versión que estamos probando se apaga el móvil. Pues bien para mejorar esto y evitar apagar el móvil ya que esto se considera la medida más extrema se me ha ocurrido que llegada a una temperatura determinada matase la aplicación que estuviese en primer plano que por norma es la que está creando ese sobrecalentamiento (sea tomton, google maps, sygic, o algún juego etc). Matando la aplicación probablemente se acabarían estos problemas y la temperatura comenzaría a bajar dramáticamente y se evitaría pasar al siguiente nivel de seguridad (apagar el movil )pudiendo seguir usándolo. |
| Los siguientes 10 usuarios han agradecido a kisler su comentario: | ||
|
#1107
|
||||
|
||||
|
Cita:
|
| Gracias de parte de: | ||
|
#1108
|
||||
|
||||
|
Hay un mini tutorial en el primer post del hilo para el que tenga dudas.
|
| Los siguientes 6 usuarios han agradecido a kisler su comentario: | ||
|
#1109
|
|
Fantástica novedad Kisler, vaya programita mas indispensable estas convirtiendo!!!
|
| Gracias de parte de: | ||
|
#1110
|
||||
|
||||
|
Buenas, vengo a comentaros algo importante. Lo voy a decir aqui ya que influye a mi aplicación pero seria interesante que otros muchos usuarios pudiesen saberlo ya que pueden interesarle.
Resulta que ayer estaba haciendo pruebas con el modo sobrecalentamiento y las frecuencias. Comos sabéis llegados a un cierto nivel de temperatura las reduce pero descubrí algo que hacia tiempo no me cuadraba y que ayer ya me di cuenta del todo. Muchos de vosotros usais programas como faux, synapse, trckstermod etc para controlar muchos parámetros del kernel entre ellos las frecuencias. Luego usais apps como cpuspy para comprobar que efectivamente no supera esas frecuencias y que estáis consiguiendo ahorro. Pues bien esto no es verdad. Y me diréis ¿como? ? ¿que me estas contando? si señores, no es cierto ya que pasa lo siguiente: - Nuestros terminales tienen 4 núcleos. - Cuando aplicas una frecuencia se hace sobre los núcleos activos en ese momento (puede ser 1 o pueden ser 4). - Como sabeis los 4 nucleos nunca estan activos al mismo tiempo y por norma solo está activo el nucleo 1 y 2, haciendo que el 3 y 4 se use en algunos "picos" para acelerar rapidamente el movil y posteriormente pasan a estar offline. - Cada vez que un nucleo se pone offline sus ajustes se resetean (como podria ser la frecuencia máxima que hemos definido). - Solo queda el nucleo 1 que siempre estará activo con esos parametros y los otros 3 tendrán los parámetros por defecto del kernel. Dicho esto me podréis decir... No me lo creo, yo entro al cpuspy y veo que la frecuencia máxima es la que yo he definido no lo que tu dices. A esto te puedo responder que cpuspy solo te informa del nucleo 1 que es el que siempre se encuentra activo ya que de los otros no puede sacar estadísticas cuando están offline y como he dicho anteriormente es el único núcleo que si mantiene esos ajustes ya que no se apaga. He grabado un pequeño video donde lo demuestro. Me he ayudado de CPU-Z para que sea mas cómodo visualizar los diferentes nucleos y sus frecuencias. El test comienza con todo por defecto, luego se baja la frecuencia con synapse (vale cualquier otro) a 702 mhz y se vuelve a pasar una prueba de estabilidad en la cual activa todos los nucleos. Una vez hecho esto se activa Cenesys con unas mejoras (aun no disponibles) para esto y podreis ver las diferencias en todo momento desde CPU-Z. |
| Los siguientes 7 usuarios han agradecido a kisler su comentario: | ||
|
#1111
|
|
|
Cita:
, si llego a saber que no es así aviso
|
|
#1112
|
||||
|
||||
|
Esto pasa con todos los gestores de kernel que he probado y el Cenesys actual. He modificado la app para que sea capaz de detectar esto y evitarlo como se puede ver al final del vídeo.
|
| Gracias de parte de: | ||
|
#1113
|
|
¿Has juankeado la sepeú?
|
|
#1114
|
||||
|
||||
|
#1115
|
||||
|
||||
|
Una de las cosas que muchas veces habéis solicitado ha sido lo de gestionar la red 2g/3g desde la aplicación como algunas roms incorporan. Mi explicación ha sido siempre que esto no es posible ya que el SDK no permite acceder a funciones reservadas solamente para el sistema y el cambio de red es una de ellas. Incluso siendo root aunque puedes modificar ciertos valores resulta imposible llamar a esas funciones para avisarles de dichos cambios y que sean aplicados. Dicho esto ayer se me ocurrió algo para burlar al sistema y aunque sigue siendo imposible invocar dichas funciones si tener la posibilidad que cargue estos cambios haciendo posible el "MODO 2G". Actualmente este modo está siendo probado con éxito tanto en Android L como en Android 4.4.4 con custom rom.
¿Qué es el MODO 2G? Este modo lo que hará será cambiar el tipo de red de 3G a 2G cuando estemos conectados a Wifi y una vez salgamos de su conexión restablecerá el modo de 3G. ¿Qué mejoras aporta este modo? Mejoras de consumo. El motivo es que la cobertura en 2G es mejor que en 3G por lo que los que tengais sobre todo una cobertura muy mala en vuestra zona estareis mas beneficiados por este modo y notareis un ahorro importante. ¿Por qué solo con wifi y no con la pantalla apagada? Muchos imagino que os planteareis esta pregunta ya que algunas roms incorporan esta opción. El motivo es simple, si se usa este modo con la pantalla apagada el "modo rango" y "modo coche" no funcionarían bien. Además de este problema el cambio dura unos segundos y para mi me resulta incomodo pensar que tengo que esperarme 15-20 segundos para tener el cambio de red.
|
| Los siguientes 8 usuarios han agradecido a kisler su comentario: | ||
|
#1116
|
|
Como añadido indicaros que el modo 2g me está yendo bien en las pruebas con la ultima mahdi.
|
| Los siguientes 6 usuarios han agradecido a veigan su comentario: | ||
|
#1117
|
|
Buenos días compas,
Kisler en referencia a esta ultima novedad que estas probando decirte que yo usaba una APP antes que diría que si que funcionaba el cambio a 2G cuando entraba en wifi, pero ahora me haces dudar jajajajaa Es una opción muy interesante ya que como dices la cobertura 2G es más uniforme y la antena consume menos buscando señal. A la espera me hallo!! |
| Gracias de parte de: | ||
|
#1118
|
||||
|
||||
|
Cita:
Como te he dicho en el mensaje privado esa aplicación esta diseñada solo para funcionar junto con roms cyanogenmod. El motivo es que seguramente la rom cyanogenmod proporciona una puerta abierta para mediante algun modo poder realizar dichas operaciones. El problema de esto es que no es algo más estándar y te condicoina a usarlo unicamente en una rom en concreto. El metodo que yo he ideado (explicado arriba) funciona independientemente de si la rom es stock, cyanogen, aosp o la que sea siendo su unico requisito ser root (como para la gran mayoria de opciones de esta app). Se que la app que comentas (https://play.google.com/store/apps/d...pp.gautotoggle) tiene otros modos para la pantalla apagada y tal pero como he explicado arriba estos cambios de red tardan tiempo y a mi personalmente no me gustan ya que uso el movil bastante y cada vez que desbloqueo veo incomodo que realice dichos cambios. Eso unido a que crea conflicto con otros modos como podria ser el modo rango y modo coche hacen que no me decida a implementarlos y por ahora solo sea el de poner 2g con wifi conectado que es una opción muy buena para mantener buena cobertura en zonas complicadas y mejorar la señal además de mejorar el consumo y evitar la busqueda continua de mejores redes 3g a la vez que todo esto no crea conflictos con ningun otro de los modos que posee esta app. |
| Gracias de parte de: | ||
|
#1119
|
|
Eres un libro abierto Kisler, gracias compa por la explicación!!
|
| Gracias de parte de: | ||
|
|
|
#1120
|
||||
|
||||
|
La he probado por si acaso sobre android L (en su dia ya lo hice) y como he dicho no me funciona correctamente, al activar wifi (es como lo he probado) me sigue manteniendo la red 3G.
|
| Gracias de parte de: | ||
| Respuesta |
Estás aquí
|
||||||
|
||||||
«
Tema Anterior
|
Siguiente tema
»
| Herramientas | |
|
|
Hora actual: 15:08:22 (GMT +1)
HTCMania: líderes desde el 2007



(la primera me daba cierres continuos)
, si llego a saber que no es así aviso



