|
||
|
#1701
|
||||
|
||||
|
Pues no seré yo quien diga que no, pero a mi me consumía mas pusiese el leakage como lo pusiese que dejándolo de serie (que ni idea de como viene)
enviado desde Dios sabe donde usando Tapatalk |
|
|
|
#1702
|
||||
|
||||
|
Vale, lo que dices tiene cierta coherencia, sólo que creo que pensar que lowleakage es igual a menos voltajes internos y más duración de batería es erróneo.
Lo que es correcto es que lowleakage es para los teléfonos que mejores chips llevan, cierto, y por tanto a los que más se les puede overclockear o bajar los voltajes manteniendo el sistema estable. Al menos eso es lo que entiendo yo. El caso es que he encontrado los post donde uno de los desarrolladores habla sobre ll y dice claramente que es para el oc y en caso de tener impacto sobre la batería sería negativo, que sería mejor usar hl que es el que tiene por defecto samsung para una mayor duración de batería, aquí dejo los post donde lo pone : http://forum.xda-developers.com/show...php?p=19884602 Saludos Enviado desde mi GT-I9000 usando Tapatalk ![]() Si haces oc, está claro que sí pq haces que el terminal trabaje a mayor frecuencia aunque le busques el voltaje mínimo estable, con lo cual más consumo. Pero si le haces uc, como fue mi caso, esta configuración es la que soporta el mayor uv, con lo que sí conseguirias que el consumo sea menor que con HL, a igual uc, pq no soportará ese uv. Esta claro que este razonamiento sería válido sólo para el caso de hacer underclock, ya que LL soporta mayor uv que HL. En mi caso fue frec max 800 mhz y a este slot directamente le baje de 1200mv a 1050mv, bastante más de lo que se perfila en las tablas standard de los kernels, por lo menos las que yo he visto. Aun así probaré con HL a ver si mejora el consumo para el mismo uc/uv. Vamos que de pura chorra utilice el que mejor me venía para lo que quería. |
|
#1703
|
||||
|
||||
|
¿El fugumod lleva soporte para bln?
|
|
#1704
|
||||
|
||||
|
En ese caso no lo sé. Yo sólo me baso en lo que dice el desarrollador del kernel. De todas formas no he podido experimentar todo eso porque no uso el glitch. Para mí que no funcione ningún tipo de headset es un fallo tremendo, ya que uso el galaxy a lo ipod touch para escuchar música.
Enviado desde mi GT-I9000 usando Tapatalk |
|
#1705
|
||||
|
||||
|
En ese caso no lo sé. Yo sólo me baso en lo que dice el desarrollador del kernel. De todas formas no he podido experimentar todo eso porque no uso el glitch. Para mí que no funcione ningún tipo de headset es un fallo tremendo, ya que uso el galaxy a lo ipod touch para escuchar música.
Enviado desde mi GT-I9000 usando Tapatalk ![]() |
|
#1707
|
||||
|
||||
|
Me estas diciendo que no puedo escuchar con cascos en el movil? O_o
|
|
#1708
|
||||
|
||||
|
A ver, una cosa... yo he tenido el kernel glitch v13 desde que aparecio, con la rom de Cyanogen, y suelo usar muchisimo el tema de los auriculares, de hecho a diario, durante unas 2 horas, y nunca he tenido ningun problema. Asi que eso del headset, que dicho sea de paso, es la primera vez que lo oigo, no debe de tener que ver con eso de los auriculares. Por cierto, y por si quereis saber porque no lo uso ya, es simplemente porque he cambiado de rom, concretamente a la beta de ICS, no ha sido porque estuviera descontento con el rendimiento de dicho kernel.
Un saludo |
|
#1709
|
||||
|
||||
|
A ver.. que es el headset? Jaja
|
|
#1710
|
||||
|
||||
|
Hombre yo por headset, entiendo que es cualquier auricular que pinches al telefono, lo que pasa es que al ponerlo y ver que a mi me funcinaba perfectamente, pense que debia estar refiriendose a otra cosa... pero bueno, a ver si alguien lo sabe especificar mejor y nos saca de dudas
Un saludo |
|
#1711
|
||||
|
||||
|
A ver si es lo del conector de base con altavoces para reproducción de música, como dice el compañero que lo utiliza al estilo ipod touch.... Pero vamos, es una suposición!
|
|
#1713
|
||||
|
||||
|
Bueno pues con esa explicacion queda claro, y ya salimos de dudas. Muchas gracias Zadock
|
|
#1714
|
||||
|
||||
|
Vale, lo que dices tiene cierta coherencia, sólo que creo que pensar que lowleakage es igual a menos voltajes internos y más duración de batería es erróneo.
Lo que es correcto es que lowleakage es para los teléfonos que mejores chips llevan, cierto, y por tanto a los que más se les puede overclockear o bajar los voltajes manteniendo el sistema estable. Al menos eso es lo que entiendo yo. El caso es que he encontrado los post donde uno de los desarrolladores habla sobre ll y dice claramente que es para el oc y en caso de tener impacto sobre la batería sería negativo, que sería mejor usar hl que es el que tiene por defecto samsung para una mayor duración de batería, aquí dejo los post donde lo pone : http://forum.xda-developers.com/show...php?p=19884602 Saludos Enviado desde mi GT-I9000 usando Tapatalk ![]() ) puedo aportar mi experiencia personal acerca de lo de los lekeages. Resulta que había hecho una configuración de UV sobre Fugu, al pasarme al Glitch leí que HL era el valor por defecto de Samsung, así que para evitarme complicaciones metí el HL, intenté bajar aún mas los valores de UV pero eran el límite de lo estable, como nota añadida, aunque no suelo hacer OV, no conseguí que me funcionará estable ni a 1.5Ghz. A raíz de toda esta nueva información, decidí cambiar a LL y vaya cambio, a la espera de poder valorar los consumos (apenas llevo un día), soporta valores de UV en torno a 50mV más agresivos que HL, de hecho el teléfono me funciona a 1.7Ghz sin UV (pruebas de estabilidad hechas con éxito) de manera impresionante (superando en el anTuTu benchmark al Motorola Xoom), evidentemente no es una frecuencia útil por el gasto de batería que comporta, pero resulta divertido comprobar hasta donde llegan los Hummingbird. En concreto los valores de UV que me ha soportado son:Mhz UV 100 -225 200 -200 400 -175 800 -125 1000 -100 1200 para arriba -75 Sólo me queda una duda, si LL aprovecha de manera más eficiente los chips de este teléfono permitiendo un UV mucho mayor, como es que siguen aconsejando HL como el más económico en batería? me gustaría dejar la nueva configuración durante un tiempo, después aportaré mi experiencia personal en el tema, a ver si sacamos algo en claro. Última edición por JoseMCM Día 11/12/11 a las 21:27:30. |
| Gracias de parte de: | ||
|
#1715
|
||||
|
||||
|
Prueba en 1000 -125 y en 800 -150, el resto lo tengo como tú. A mi me ha dejado y pasó los test de estabilidad, tanto el stability test, como test de vídeo y antutu benchmark.
Un saludo. |
| Gracias de parte de: | ||
|
#1716
|
||||
|
||||
|
Cierto @ajvulcan aparte de que estaba todo perfectamente explicado en el FAQ (ni siquiera lo habia mirado...
) puedo aportar mi experiencia personal acerca de lo de los lekeages. Resulta que había hecho una configuración de UV sobre Fugu, al pasarme al Glitch leí que HL era el valor por defecto de Samsung, así que para evitarme complicaciones metí el HL, intenté bajar aún mas los valores de UV pero eran el límite de lo estable, como nota añadida, aunque no suelo hacer OV, no conseguí que me funcionará estable ni a 1.5Ghz. A raíz de toda esta nueva información, decidí cambiar a LL y vaya cambio, a la espera de poder valorar los consumos (apenas llevo un día), soporta valores de UV en torno a 50mV más agresivos que HL, de hecho el teléfono me funciona a 1.7Ghz sin UV (pruebas de estabilidad hechas con éxito) de manera impresionante (superando en el anTuTu benchmark al Motorola Xoom), evidentemente no es una frecuencia útil por el gasto de batería que comporta, pero resulta divertido comprobar hasta donde llegan los Hummingbird. En concreto los valores de UV que me ha soportado son:Mhz UV 100 -225 200 -200 400 -175 800 -125 1000 -100 1200 para arriba -75 Sólo me queda una duda, si LL aprovecha de manera más eficiente los chips de este teléfono permitiendo un UV mucho mayor, como es que siguen aconsejando HL como el más económico en batería? me gustaría dejar la nueva configuración durante un tiempo, después aportaré mi experiencia personal en el tema, a ver si sacamos algo en claro. ![]() Por tanto tiene lógica que sea hl el indicado para ahorro de batería ya que tendría los menores voltajes internos, sacrificando la mayor capacidad de oc que tendría ml,o sobretodo ll. Enviado desde mi GT-I9000 usando Tapatalk Última edición por ajvulcan Día 12/12/11 a las 01:23:33. |
|
#1717
|
||||
|
||||
|
De serie el sgs lleva un manos libres con un botón, que con aplicaciones como el poweramp, o haciendo uso de ciertos programas como el headset droid puedes parar la música, ir adelante y atrás, pasar siguiente canción o anterior, e incluso hacer cosas como que te diga la hora pulsando un número determinado de veces el botón, o cambiar el volumen. Y todo eso con el manos libres y el teléfono metido en el bolsillo(o donde sea) . El caso es que el glitch, a diferencia del stock kernel o de otros kernels como el neo, no le funciona ese botón del manos libres. Enviado desde mi GT-I9000 usando Tapatalk Última edición por ajvulcan Día 12/12/11 a las 01:27:05. |
|
#1718
|
||||
|
||||
|
No hay forma, tengo puesto el kernel Glitch, estoy intentando cambiarlo desde recovery y nada, le paso primero el cleanning script v4, lo he intentado con el fugomod y con el neo xx, se queda pillado y tengo que volver a recovery e instalar el glitch... lo hago mal?
|
|
#1719
|
||||
|
||||
|
Alguien me puede ayudar a poner una configuración para los voltajes del Neo 18 es que he puesto la que tiene en xda, y se me queda frito el móvil
|
|
|