Vamos a ver, si nos aclaramos:
Primero, mis textos son largos por que hay explicaciones que lo requieren y mi "obligación" es aportar todos los datos del programa, para que el usuario sepa que está instalando, como trabaja, etc y dentro de esas explicaciones, debo cubrir el posible interés de programadores que disponen del código fuente de la aplicación para sus usos (que por cierto, estarán echando de menos una explicación detallada de cómo se establece comunicación con la utilidad, para ajustarla).
Segundo, si alguien lo lee las 3 de la mañana y tiene demasiado sueño, no es mi problema: que se de una cabezadita y lo lea más tarde, que verá como todo está bien explicado.
Tercero, cuando hablo de semibrick, me refiero a que si alguien modifica la aplicación y lo hace mal, es lo que pasará. EN principio, si se copia mal, la función que lanza en segundo plano, no lo hará y de hecho, hay cosas que te devuelve OK, pero petan nada más lanzarlas y el resto del sistema, no se entera. Pero de nuevo, yo tengo que proporcionar la información para que la gente sepa que hay riesgos (mas riesgo corres al actualizar el core: si no se actualiza bien, semibrick del que se sale actualizando en las opciones del recovery)
Cuarto, en varios sitios se dejan claro los pasos: desactivar nosearch para actualizar y probar con seguridad, meter el core y sm.self en raiz de una pendrive, ponerlo en el puerto USB 0 (que eso ya lo deberíais saber) y esperar a que se actualice. Lógicamente, si tenéis alguna flag que pueda dar problemas, se desactiva tambien.
Quinto, el programa es autónomo (¿que parte de funcionar en segundo plano no entendéis?) y lógicamente, está funcionando desde el primer momento, por lo que no necesita de lanzar ninguna utilidad para activarlo (otro cantar es que se quiera desactivar o moldearlo a gusto).
Sexto, muchos partís de una idea y un concepto totalmente equivocados:
no se puede programar algo que limite la temperatura a una en concreto, ¿lo entendéis ya?. La PS3 tiene un ventilador, no un acondicionador de aire
. La temperatura depende de varios factores: la carga de trabajo es la que la genera y en concreto en el Cell hay diez sensores que se combinan en uno y el RSX va por su lado.
Si sabéis un poco de física, sabréis que el calor no se propaga de forma instantánea y uniforme, por lo que en un punto podéis tener 70 grados y en otro diez grados menos hasta que se equilibran, pero es que el enfriamiento depende de la
aspiración de un ventilador que está arrastrando aire externo a una temperatura también.
Si el aire está caliente, lógicamente, enfriará menos y si la carga de trabajo está haciendo que por ejemplo, el RSX alcance los 70 grados a pesar del flujo del aire que le llegue, que ya es bastante alto, es lo que va a haber, a menos que pongáis algo que le "robe" el calor de forma casi instantánea, por que los 70 grados se miden en el foco donde se produce y dejan de producirse cuando ese foco deja de trabajar (decae drásticamente) y al otro extremo del disipador, puede que esté templado, pero no es ahí donde se hace la medida ni donde se necesita que esté frío. Y en funcionamiento "normal" de los chips, puede tener unas temperaturas templadas que no os hacen sospechar eso: eso solo se ve cuando en medio de un juego, veis como el ventilador se acelera y el led parpadea en amarillo/verde durante un rato e incluso puede que suba a la siguiente marcha de los 72 grados (0x78).
Yo estoy hasta los cojones de verlo en mi consola y lo he comentado cincuenta veces y la gente insiste en que poniendo tal velocidad, su consola está fresquita, pero según lo que esté haciendo, puede que si y puede que no (esto no es matemáticas y encima, depende de como esté el tema de la refrigeración en cada consola, de vuestros medios ambientes y de los juegos/aplicaciones que corran en ese momento).
Así que lo que hace el programa, simplemente, es acelerar al ventilador en base a las temperaturas que hay en ese momento: parte con la ventaja de que ya tiene el ventilador más acelerado que como lo pone el SYSCON y se limita a atacar al ventilador según sube la temperatura con el propósito de mantenerla en el rango más adecuado posible, minimizando el impacto de una fuerte subida.
La diferencia del programa respecto al mod del ventilador o poner una velocidad fija, es que el programa CONOCE la temperatura y ataca al ventilador en función de esa temperatura, minimizando ruido cuando se puede y acelerando el ventilador cuando ve que lo necesita. Otorga mayor protección por que puede subir las revoluciones a tope e indica al usuario de forma visible si la temperatura se está disparando. Punto.. Si se acelera el ventilador desde el principio, se puede obtener un rango inicial de temperaturas mas bajo, pero puede que el ruido no compense la bajada de uno o dos grados cuando luego, en otro juego, se van a disparar igualmente, por que esa velocidad deje de ser suficiente (mas que la velocidad, es el conjunto de todo)
Séptimo y último: si se me piden explicaciones, tengo que extenderme y un "resumen para gente que no entiende", no sirve, precisamente, por que lo que necesitáis es una explicación más extensa para entender cómo funcionan las cosas, no una más corta donde digas "vale, ahora si que lo he entendido" pero en realidad, no te has enterado de nada: la primera regla para enterarse de las cosas, es leer y poner interés en lo que se lee, no ver un post muy largo, te lo saltas todo y luego le dices al que se tomó la molestia en escribirlo
para ti, que lo resuma e ir poniendo objeciones a la aplicación cuando no te has enterado de nada por que ni siquiera le has puesto un mínimo de atención. Ya se que es un tema complejo, pero por eso mismo, o haces las cosas donde yo las dejo por defecto o si vas por libre, tendrás que conocer los riesgos al menos.
Eso si, nadie está obligado a instalar nada y si prefieren usar otros métodos, por mi no hay problema alguno (pero mi explicación está dada y si la gente no la lee o no se entera, ya no es mi problema, si no el de ellos: si fuera un post de política, entendería que nadie lo quisiera leer, pero estamos hablando de cosas que necesitan que el usuario SEPA lo que está haciendo y toca leer y luego, preguntar si se quiere, pero no cosas que ya están respondidas desde el principio)
PD: Añado una respuesta que se me ha olvidado: el led de actividad, el que se cambia cada 10 segundos, simplemente, indica que el programa está funcionando, nada más. Si el LED se vuelve verde cada 10 segundos mas o menos (durante 2), indica que que el Fan Control está trabajando y es simplemente, una luz de testigo (igual que la luz "negra" indica la escritura en dispositivo USB)
Saludos
![[+risas]](/images/smilies/nuevos/risa_ani3.gif "más risas")
: o te lo curras y proporcionas la info o te preocupas tu de portarlo (hablo de Iris Manager), como ha hecho Miralatijera (en 4.31 nos dió todos los datos que pudo y en 4.40, hizo el port él, y yo luego arreglé algunas cosillas: así si se hacen las cosas), porque si no, directamente se descarta el soporte y yo tan tranquilo
.
)
![[oki]](/images/smilies/net_thumbsup.gif "Ok!")
![[tadoramo]](/images/smilies/adora.gif "Adorando")
![[360º]](/images/smilies/nuevos/vueltas.gif "como la niña del exorcista")
Supongo que será por que corre en segundo plano y estará continuamente comprobando la temperatura y así ajustar el ventilador pero me recuerda demasiado a cuando jugaba con el ordenador ![[buuuaaaa]](/images/smilies/nuevos/triste_ani3.gif "a lágrima viva")
![[mad]](/images/smilies/nuevos/miedo.gif "loco")
en que ando fallando???