Page 1

RFACTING-TOOLBOX RCP ¿Qué es? Es un conjunto de herramientas, add-ons, gadgets... que se utilizan en el simulador rFactor para dotar a las competiciones de un mayor realismo y emoción. ¿Qué contiene? En el momento de redactar este manual, el TOOLBOX contiene las siguientes herramientas: •

DRS (Drag Reduction System) o Simula el famoso sistema implantado en la F1 con el que podremos reducir la carga aerodinámica del vehículo mediante la apertura del alerón trasero. KERS (Kinetic energy recovery system) o Nos facilita un incremento de hasta 85CV durante 6.7 segundos por vuelta gracias a este sistema recuperación de energía cinética. ENGINE o Controla y limita el número de motores disponibles durante un campeonato, reduciendo su potencia y fiabilidad en función al uso dado y a los kilómetros recorridos. Todo de forma automática y sin casi intervención de los administradores. TYRES o Controla y limita el número de juegos de neumáticos disponibles por cada carrera, aplicando el consumo acumulado en caso de reutilización.

¿Quién lo puede utilizar? Los sistemas integrados en el TOOLBOX pueden ser utilizados tanto en modo local como en juego en red. Este es el cuadro resumen. Herramienta DRS KERS TYRES ENGINE

LOCAL Libre Libre Libre Libre

SERVIDOR Libre (1) Libre (1) Libre (2) Libre (2)

(1) Estos sistemas son de libre uso en servidores. Esto quiere decir que son totalmente gratuitos y que su utilización o no es una decisión de los administradores de la liga. Por supuesto, el sistema no se utiliza sin más ya que sería un error para la seguridad y requiere de una configuración inicial


sencilla y rápida que se explica en la sección correspondiente de Administradores Configuración. (2) El sistema ENGINE recopila información que se guarda en una base de datos externa con el objetivo de que los datos queden siempre a disposición de los pilotos y administradores. Este sistema implica que haya que dar de alta a la competición en esa base de datos. Las ligas alojadas en SERVIDORES RFACTING lo disponen de forma directa y gratuita mientras que las ligas externas deben pedir información añadida. El sistema TYRES requiere de información proporcionada por el administrador para que el sistema comience el control acumulativo, es decir, una fecha y sesión a partir de la cual los neumáticos ya no se ponen a cero en degradación. Al igual que el sistema ENGINE esta actividad requiere de una base de datos que las ligas alojadas en SERVIDORES RFACTING disponen de forma directa y gratuita. Si eres una liga externa y estás interesada en el sistema, ponte en contacto para solicitarlo. El sistema ENGINE y TYRES pueden ser utilizados en local. Al no ser necesaria la autorización de un administrador para el reseteo de consumos, en modo local siempre se está en secuencia de carrera. ¿Cuánto consume? Las pruebas realizadas con más de 50 pilotos arrojan datos uniformes y muy buenos. El rendimiento de rFacting-Toolbox no afecta apenas a nuestros ordenadores ya que el consumo de CPU no supera el 8% en los momentos más críticos y la memoria RAM ocupada no supera las 70Mb. No consume ancho de banda alguno salvo en la revisión de actualizaciones inicial. Como comparativa a las anteriores herramientas KERS y DRS de rFacting, se reduce el consumo en más de un 65%. En el apartado CONSEJOS de USUARIOS damos unas cuantas recomendaciones para mejorar el rendimiento de nuestro PC en el momento de utilizar rFactor y esta herramienta. Características de cada sistema. DRS 1. Es configurable por parte del administrador en los siguientes puntos. • Porcentaje de "acelerador pisado" que debe tener el piloto para poder activar el sistema. • Porcentaje de "acelerador suelto" con el que el DRS se cerrará automáticamente. • Porcentaje de "freno pisado" con el que el DRS se cerrará automáticamente. • Si las últimas dos opciones están a cero, se habilita la desactivación manual del DRS mediante pulsación de botón del usuario. • Rendimiento del DRS. Se puede variar el rendimiento que ofrece inicialmente el programa tanto al alza como a la baja. • Diferencia con el anterior para activar el sistema. • Número de vueltas a partir del cual se podrá activar el DRS. 2. Configuración de zonas • Permite 10 zonas de detección y 10 zonas de activación.


• •

No requiere ningún cambio en los archivos del sistema. Permite la desactivación o prohibición de uso.

KERS 1. Permite la activación-desactivación del sistema a voluntad del administrador. 2. Permite la variación de su rendimiento inicial tanto al alza como a la baja. TYRES 1. El administrador configura el número de compuestos disponibles para cada evento. 2. Igualmente, configura desde qué sesión el sistema inicia el control acumulativo. ENGINE 1. Configuración del número de motores disponibles para cada temporada. 2. Configuración de las penalizaciones en rendimiento por uso. 3. Configuración de las fechas y sesiones en que el sistema controlará de forma acumulativa los desgastes. Punto de "no retorno" salvo con autorización expresa del administrador. Todas las configuraciones requieren de firma digital para ser validadas de tal forma que tan sólo los conocedores de esa firma pueden realizar estos cambios y validarlos. Más detalles en sección Administradores

Usuarios. Instalación La instalación de ToolBox no puede ser más sencilla. Tan sólo tendremos que descargar el programa de la zona que nos indiquen nuestros administradores, ubicarlo en la carpeta rFactor y ejecutarlo (siempre COMO ADMINISTRADOR en los sistemas que así lo requieran). Como requisitos previos, tan sólo dos: tener en nuestro ordenador el Framework 3.5 o superior de Microsoft y comprobar que en la carpeta rFactor no existe el archivo SLIMDX.DLL ya que el Toolbox necesita la última versión y lo descargará. Cuando se ejecuta por primera vez revisa las necesidades que tenga de actualización y va guiando al usuario para que todo quede perfectamente al día. Esta operación la hace al comenzar el sistema y puede tardar entre 1-3 minutos dependiendo de nuestro ancho de banda. Actualizado el sistema trabajará de forma directa. Utilización. El programa nos indicará continuamente el estado en que se encuentran los sistemas incorporados. Mientras no nos encontremos en un box de un circuito o hayamos accedido a un servidor, estará todo desactivado. EN MODO LOCAL


Si estamos utilizando el sistema en entrenamientos y competiciones privada, dispondremos de las herramientas que se relacionan en el cuadro de arriba. Podemos configurarlas a nuestro antojo en la opción ADMINISTRADORES. Una vez introducidos los parámetros que queramos modificar, tan sólo debemos aceptarlos, introducir la contraseña LOCAL y cerrar la pantalla de configuración. Desde este momento dispondremos de todos los elementos configurados a nuestra voluntad y sin mayor problema. EN MODO RED Cuando accedemos a un servidor en red, rFacting-ToolBox identificará si tiene los permisos y autorizaciones necesarios por parte de los administradores y de rFacting. Si no es así, los elementos quedarán desactivados. Cuando vayas a acceder a un servidor, comprueba previamente que tienes elegido el mod correcto. Si no es así tendrás que salir y volver a entrar del servidor para que el ToolBox te identifique. Actualizaciones. Puedes mantener al día tu mod actualizado con el servidor con tan sólo pulsar alguna de las opciones de actualización que tienes en la pantalla ACTUALIZAME. El ToolBox, además, te abrirá automáticamente y si lo deseas los programas que desees ahorrándote el trabajo. Igualmente te cerrará, si lo deseas, los servicios que se van detectando como más dañinos al sistema. Cuando cierres ToolBox, te los devolverá a su punto inicial. Es muy importante que cuando vayas a actualizar compruebes que los datos que te ofrece el software son correctos tanto en el perfil, el mod como el vehículo. Si no es así, cámbialos libremente. Hay dos tipos de actualizaciones: •

Actualización común y de mi coche. Esta actualización descargará los archivos comunes (el RFM y el TBC a la hora de escribir este manual) así como los posibles relacionados con tu vehículo (el Upgrades). El rFactor te permite entrar en un servidor sin problemas aunque no tenga al día el upgrades del resto de los vehículos. Pero si quieres actualizar todo para poder usar cualquier opción utiliza la Actualización común y de todos los coches. Te actualizará todos los archivos que los administradores hayan puesto en el servidor dejando tu mod totalmente al día. Esta actualización tarda un poco más en ejecutarse así que si vas con el tiempo justo no sería la mejor opción.

CONSEJO Como piloto comprueba que "tu máquina" está en perfectas condiciones. Abre el ToolBox y actualiza. Si quieres, marca los programas que quiere que te abra automáticamente. Una vez tengas todo abierto, ponte con la pantalla de boxes (configuración del setup, etc.) y desde ahí comprueba que todas las herramientas que deberías tener activadas lo están. Si tu liga utiliza el sistema ENGINE-rFacting, no se te permitirá salir a pista sin un motor instalado.


Widgets para el rfDynHud Puedes obtener información sobre el estado de todos los elementos mediante el propio software. Para ello no tienes más que indicarlo marcando la opción correspondiente en cada uno de ellos. Para utilizar estos avisos es imprescindible jugar en modo ventana. También hay widgets habilitados para su integración en el rfdynhud que son descargados automáticamente cuando ejecutas por primera vez el ToolBox. Estos avisadores quedan a la espera de que los configures si así lo deseas. Es muy sencillo ya que sólo hay que ponerlos y adaptarlos a nuestro gusto pero próximamente haré un video-tutorial explicativo de este punto. Consejos. Mejora de rendimiento. Se han detectado excesos de actividad de rFacting-Toolbox con ciertos antivirus. En primer lugar, y como NORMA GENERAL hay que crear una excepción en nuestro antivirus para que no analice la carpeta rFactor, al menos mientras estemos compitiendo con este tipo de herramientas. Esta práctica es rentable no sólo para el ToolBox sino también para cualquier otro sistema o plugin que tengamos incorporado. Por ejemplo, con el antivirus Microsoft Security Essentials iríamos a la pestaña de configuración, luego a "archivos y ubicaciones excluidos" y ahí introduciríamos la carpeta rfactor. Los archivos que se generan en la ejecución de estas herramientas son totalmente inofensivos ya que tan sólo contienen datos de estado del coche, de la vuelta, de rivales... es decir, textos irrelevantes para nuestro PC. Un segundo consejo (y siempre si lo anterior no funciona) es detener el servicio llamado DWM. Este servicio es un gestor de ventanas de windows y que prácticamente no utiliza nadie pero que, en ocasiones puntuales, llega a consumir muchos recursos y más aún cuando se encuentra con programas que requieren ventana como el rFacting-Toolbox. Para deshabilitar este proceso: http://www.addictivetips.com/windows-tips/dwm-exe-process-desktop-window-management/ Tercer consejo. Desactivar el SEARCH INDEXING. Este servicio está en continuo proceso de búsqueda explorando archivos y carpetas para registrar información sobre ellos en un archivo de índice. Esta continuada labor hace que los recursos empleados por el PC se incrementen y los usuarios que tengan problemas de rendimiento se beneficiarán más de su desactivación que de tenerlo en marcha al menos durante el evento rFactor que vayan a disputar. He llegado a ver en varios ordenadores consumos de más de 300Mb tan sólo de este sistema además de un uso de procesador de 1 hora y 35 minutos en 2 horas de ordenador. Resumiendo... una barbaridad totalmente innecesaria. Para desactivarlo. http://www.addictivetips.com/windows-tips/disable-search-indexing-in-windows-7/ En cuarto lugar, y si con lo anterior no es suficiente, busca en tu lista de servicios a ver si tienes activado el WINDOWS DEFENDER. Este anti spyware-malware, se instala muchas veces casi sin enterarnos, con las propias actualizaciones de Windows. Para desactivarlo: http://www.webadictos.com.mx/2011/01/07/como-desactivar-windows-defender/


Realmente, este sería el segundo consejo, detrás del antivirus, pero si con lo anterior ya mejoramos lo suficiente no sería necesario.

Administradores. Configuración. Existe una opción llamada ADMINISTRADORES con la que los encargados de las ligas y competiciones pueden variar el comportamiento de los sistemas configurándolos a su gusto. Igualmente, si vas a utilizarlos en modo LOCAL, puedes configurar en esta opción su rendimiento. Pulsando el botón se accede a la pantalla de configuración en la que disponemos de dos pestañas de uso: "Configurar sistemas" y "Calendario". Configurar sistemas. Hay dos zonas totalmente diferentes: la configuración de zonas DRS y la configuración del funcionamiento de los sistemas. Son independientes ya que las zonas DRS tienen su propio botón para validar y no enviará ningún cambio de configuración, si lo hubiese. Por otra parte, el botón de confirmación de los parámetros tampoco envía actualizaciones de las zonas DRS. Ten en cuentas estas observaciones. CONFIGURAR PARÁMETROS DE FUNCIONAMIENTO NOTA PREVIA - Es IMPORTANTÍSIMO que cuando vayas a actualizar ficheros desde tu ordenador elijas los que se encuentran en las carpeta de rFactor. Si escoges, por ejemplo, un TBC (neumáticos) que tienes en el escritorio dará problemas ya que el ToolBox en su afán de facilitar todo el trabajo intentará instalarlo en el mismo sitio en el ordenador del piloto. NO LO OLVIDES. Puedes configurar varios parámetros de funcionamiento de los diversos sistemas. Empezando por la pantalla de arriba a abajo e izquierda a derecha: •

PERMITIR EL USO DEL ENGINE. Marcar esta opción indica que el ENGINE puede ser utilizado en el servidor. Realmente esta marca NO ES LA QUE HACE que funcione de por sí, sino una configuración en base de datos que tienen que hacer los administradores con rFacting. Esta marca tiene como misión una cosa importante para el rendimiento: impedir que el programa esté buscando datos, actualizaciones e históricos cuando realmente no hacen falta al no usarse el sistema en el servidor. PERMITIR EL USO DEL TYRES. Igual que en el punto anterior pero con una diferencia. En este caso, y en modo LOCAL, sí que decides si el sistema va a controlar el desgaste de los neumáticos o no. Al no existir calendario de pruebas ni ser contra el servidor, todas las sesiones acumularán el consumo de neumáticos y se podrán hacer "reseteos" cuando se quiera. ACTIVACIÓN DEL DRS o Porcentaje de acelerador necesario para activar el sistema. Para poder activar el sistema es necesario que el pedal del acelerador esté pisado a tope. Con este parámetro podemos cambiar esa exigencia, Si ponemos, por ejemplo, un 0 (cero) estaremos diciendo al sistema que se puede activar siempre que el


piloto quiera aunque no esté pisando el acelerador (y se cumplan las premisas oficiales, por supuesto) o Desactivar si se suelta... Con esta opción indicamos que si el piloto suelta el acelerador un % determinado el DRS se cierre de forma automática. Igualmente es una medida de seguridad en la F1 ya que si un piloto no pisa a fondo es que algún peligro existe y cierra el sistema. Esta opción se puede variar e incluso anular poniendo un 0 (cero) o Desactivar si se pisa el freno... Al igual que el caso anterior, es una medida de seguridad que el DRS se cierre si el piloto pisa el freno. Llevar un sistema de aceleración cuando se frena no es muy coherente además de peligroso. Puedes decidir el porcentaje según tu gusto. NOTA... Si esta opción y la anterior están a CERO el DRS no se desactivará salvo porque el piloto pulse el botón nuevamente. Ten cuidado con los kamikazes !!!!! RENDIMIENTO DEL DRS o El software lleva incorporadas una serie de fórmulas mediantes las cuales se obtiene un rendimiento derivado de la reducción del drag, la velocidad y la resistencia al aire. Todo esto, además, incluye datos de las físicas del mod en sus comandos con lo que el rendimiento es porcentual. Sin embargo, es posible que con la cantidad de mods y físicas que hay en "el mercado" este rendimiento no se adapte mucho a nuestros gustos o, simplemente, queremos variarlos porque nos apetece más o menos rendimiento. Con esta opción podemos aumentar o reducir ese rendimiento a voluntad desde un + 100% hasta un -100%. Si dejamos el CERO el sistema actuará tal y como fue diseñado. RENDIMIENTO DEL KERS o Al igual que con el DRS, el KERS tiene un sistema de cálculos matemáticos para ofrecer un rendimiento lo más parecido a la realidad y de acuerdo con las físicas del mod. Pero este rendimiento puede no gustarnos y tenemos esta opción para cambiarlo, modificando su valor desde el +100% hasta el -100% o También disponemos de una opción para deshabilitar el uso del KERS en ese servidor. Si utilizamos el mismo server para diversos mods, campeonatos, pachangas, etc., puede ser necesario desactivar el sistema en momentos puntuales. Con esto puedes hacerlo.

Con todas las modificaciones realizadas (y siempre recordando que las zonas DRS son independientes de los parámetros), podemos proceder a actualizar. Si estamos el LOCAL no tendremos nada más que hacer que salir de esta pantalla cerrando el panel del administrador con el botón superior derecho. No es necesaria ninguna validación ni autorización. Si vamos a configurar un servidor, hay que garantizar que los datos son enviados por una persona autorizada. Pulsamos el botón inferior derecho ("Comprueba bien todos los parámetros....") y el programa nos pedirá nuestra firma digital. Esta firma se remite a los administradores por parte de rFacting y es única para cada liga y servidor.


Cuando validamos e introducimos la contraseña, comienza un proceso de autenticación al final del cual el servidor nos dirá si el proceso ha sido correcto o no. Si no lo ha sido comprueba bien toda la información, el tipo de mensaje de error que te sale, la contraseña (mayúsculas, minúsculas, números, signos) y si después de un par de intentos más sigue sin confirmar ponte en contacto con nosotros. Una vez confirmado el proceso el sistema modifica, en el ordenador del usuario que ha validado, el fichero RFM correspondiente a ese mod y pone a disposición de todos los usuarios del servidor dicho fichero para la actualización automática. Es decir, les facilita a los pilotos el fichero sin necesidad de que ellos tengan que hacer nada más que esperar una actualización. Lo único que te queda por hacer es coger ese mismo RFM (el que tienes en tu PC) y ponerlo en el servidor reiniciando el DEDICATED SERVER. Desde ese momento, todos los pilotos que entren en el servidor y que hayan actualizado su RFM tendrán los parámetros de funcionamiento que hayas marcado. Este proceso es rápido y sencillo. Además se produce muy pocas veces en una temporada ya que una vez marcados los parámetros es raro realizar modificaciones. Las ligas rFacting disponen, además, de un software que actualiza el servidor evitando que el administrador tenga que hacerlo de forma manual. Cuando el administrador envía los datos, el software-control cierra automáticamente el dedicated-server, actualiza los ficheros y vuelve a abrir automáticamente el dedicated-server con lo que la instalación es totalmente desatendida ahorrando tiempo. El sistema de autenticación de rFacting-ToolBox ha variado con respecto a versiones anteriores del KERS y del DRS. Esto de debido a que hay pilotos cuyas conexiones son de baja calidad y/o estabilidad y producen micro-cortes que le dejan fuera de juego, con lo que no competiría en igualdad de condiciones que el resto. Con este nuevo sistema un piloto permanece identificado una vez haya entrado en el servidor e independientemente de la calidad de su línea (siempre que se lo permita el propio rFactor, claro). Además los administradores no tienen que pedir permiso a rFacting para el uso de las herramientas autorizadas al ser ellos mismos los que configuran el servidor. CONFIGURAR ZONAS DRS Lo único que tenemos que hacer es tener el vehículo en pista y empezar a rodar. Cuando lleguemos a una zona que queramos marcar como zona de "inicio de control" (detección del tiempo) pulsamos el botón correspondiente y se incorporará en la lista. Seguimos rodando hasta llegar a la zona de "inicio de activación". Este es el lugar a partir del cual el sistema puede ser activado por el piloto siempre y cuando se cumplan la premisas fundamentales de tiempo y vuelta. Por último marcaremos la zona de "final de activación". Esta zona es el punto a partir del cual si el piloto no ha activado el DRS a pesar de tener autorización ya no podrá hacerlo. Si queremos marcar más zonas, seguiremos adelante y haremos el mismo proceso.


Cuando tengamos definido nuestro mapa DRS, podemos validarlo contra el servidor pulsando el botón CONFIRMAR Y VALIDAR LAS ZONAS. Se nos pedirá nuestra firma digital y a partir de ahí el servidor nos enviará una confirmación (o no) de la operación. Desde esta zona también puedes realizar las siguientes operaciones: •

Confirmar que el circuito tendrá DRS pero no tiene las zonas definidas. Se utiliza, realmente, para anular la configuración anterior. Si hemos configurado zonas de un circuito y ahora estamos en otro sin haberlas cambiado, cualquier carrera que hagamos tendrá activas las zonas anteriores. Con esta opción le decimos al sistema que se puede activar el DRS aunque en carrera será de uso libre, al no tener zonas marcadas. Anular el DRS en un circuito. Esta opción será utilizada para indicar que el circuito actual no va a tener permitido el uso del DRS con lo que no podrá ser utilizado por los pilotos en ningún momento.

ARCHIVOS DE NEUMÁTICOS. Las ligas que vayan a utilizar el sistema de neumáticos TYRES-rFacting, pueden poner a disposición de los pilotos los archivos TBC modificados así como los UPGRADES si fuese necesario. Hay mods con los que es suficiente modificar un UPGRADES común a todos los vehículos mientras que otros necesitan modificar un UPGRADES por cada marca o coche. Cuando modifiques esos archivos puedes subirlos al servidor con los botones correspondientes y, una vez validados con la firma digital, quedarán a disposición de los pilotos para su actualización. Al igual que con el RFM, las ligas rFacting tienen su propio software-control de activación automática de actualizaciones y reset del servidor. Aquí un vídeo con un ejemplo para modificar los UPGRADES de los vehículos y el TBC para que el piloto pueda escoger entre los compuestos y juegos asignados. Insisto en que hay mods distintos y otros que requieren de nombres estrictos por el tema de colores así que no dudéis en consultar y haré lo que esté en mi mano para facilitaros la tarea inicial. http://www.youtube.com/watch?v=a9s7OUPXuvk Para una explicación más detallada, por si te interesa saber (si no lo sabes) cómo funciona esto dentro de rFactor y cómo cambiarlo, ve al ANEXO I - Detalles sobre los neumáticos al final de este manual. CALENDARIOS Un concepto muy importante en esta herramienta es el denominado "secuencia de carrera". Cuando un piloto entra en secuencia de carrera sus consumos acumulados no pueden ser reseteados ni el motor cambiado salvo autorización expresa del administrador. Cualquier acción no legitimada quedará registrada para su análisis. Las secuencias de carrera se definen por los calendarios. En esta zona se introducen las fechas, horas y sesiones que serán consideradas con esta descripción. Por ejemplo, podemos definir que del día 08/03/2012 a las 22:00:00 hasta el día 09/03/2012 a las 00:00:00 y desde la sesión 4 se


considere secuencia de carrera. Cuando el piloto entre en esa franja horaria y dentro de una de las sesiones establecidas es cuando todo el sistema de control acumulativo empezará a trabajar y a ser restrictivo. Por supuesto, las fechas son capturadas de lugares externos al PC de los pilotos para evitar desigualdades y que las condiciones de carrera sean iguales para todos. ATENCIÓN No dejes de consultar la zona del TOOLBOX y sus manuales. Cuando veas una modificación acude al manual a ver si ya hay editado un anexo. Esta herramienta es muy potente y va a ir creciendo diariamente. Estate atento. DATOS DE CONTACTO Luis safetyluis@mundo-r.com Todo esto y mucho más en servidores rFacting.com

Asegura al máximo una competición limpia con ECU-rFacting.

AGRADECIMIENTOS. Liga Safety-Car.es por las pruebas realizadas y por estar siempre abiertos a estas locuras. Liga Barrakudas por todas las pruebas extensas y dedicadas y su gran fe en estos trabajos. Y a todas las personas que de una forma u otra han colaborado y que prefiero no nombrar para evitar dejarme alguna. Ya sabéis a quien me refiero y os agradezco vuestro trabajo. AlexF1 por los logos (y sus increíbles cascos) SHAQGCA por los iconos.


ANEXO I - DETALLES SOBRE LOS NEUMÁTICOS Este sistema es, sin duda, el más difícil de configurar al menos la primera vez. Para evitar todo tipo de trabajo extra a los usuarios-pilotos el software basa y confía la configuración en el administrador de la competición el cual debe tener nociones sobre la relación entre físicas upgrades - archivos tbc (neumáticos). Si no eres experto en este tema, no te preocupes que encontrarás ayuda con tan solo pedirla. Más o menos (lo explico en términos llanos y pido perdón a los puristas) el proceso es el siguiente. - Disponemos de un archivo de físicas que tiene la extensión HDV. - Disponemos de un archivo de mejoras (upgrades) que tiene la extensión .INI y que puede estar tanto en la misma carpeta que el archivo anterior y/o (puede ser en ambos sitios) en las carpetas de los equipos. - Disponemos, finalmente, de uno o varios archivos TBC que contienen los datos sobre las físicas de los neumáticos. Cuando vamos a la pantalla inicial de rFactor y tenemos nuestro coche comprado, disponemos de una opción de MEJORAS. Estas mejoras provienen del contenido del fichero UPGRADES.INI que he mencionado anteriormente. El juego nos ofrece la opción de elegir cualquier mejora de las disponibles comprándolas e instalándolas. Una de estas mejoras puede ser y debe ser los neumáticos. En los mods actuales vemos que hay muy diversas posibilidades de elección de compuestos que usaremos en función de las normas de nuestra competición. Si queremos restringir esta elección por seguridad y por facilitar la tarea al usuario-piloto, debemos cambiar ese fichero upgrades para que el usuario tan sólo pueda elegir los neumáticos correctos para el evento a disputar. Así, por ejemplo, modificamos el UPGRADES (o creamos uno nuevo para mantener el original del mod, en cuyo caso deberíamos renombrarlo quitando la extensión INI por otra) aplicando, por ejemplo, el nombre "COMPUESTOS GP ESPAÑA". De esta forma, y cuando el usuario-piloto actualice, tan sólo tendrá esta opción y nos quitamos todos quebraderos de cabeza. Pongo como ejemplo el fichero FER_Upgrades.ini que se encuentra en la carpeta FERRARI de la carpeta TEAMS del mod RFT2011. Si editamos el archivo y vamos a una zona que pone UPGRADETYPE="Tyre Sets" veremos las opciones de elección que tiene el piloto de ese coche. Todos los UPGRADELEVEL que haya dentro son opciones disponibles. La cosa es bien fácil. En primer lugar SIEMPRE hacer copia del fichero. Vamos a la zona en cuestión y eliminamos todos los UPGRADELEVEL que no necesitemos. Hay que tener cuidado de coger el UPGRADELEVE, la llave de apertura y la llave de cierre final. Esto es un bloque. Eliminamos todos excepto el que queramos dejar, por ejemplo el UpgradeLevel="SuperSoft-Soft set". Guardamos y hemos conseguido que ya sólo podamos escoger esa opción en mejoras "sí o sí" como se dice ahora. Muy bien. Pero ¿con esto es suficiente?. Pues va a ser que no. De hecho, y si nos fiamos de los pilotos, eso es lo que se podría omitir. Pero en caso de hacerlo lo tengo que explicar en primer lugar y por eso lo he puesto.


En el fichero UPGRADES unas de las líneas que existen habitualmente son las siguientes: HDV=[GENERAL] HDV=TireBrand=F1RFT_SP_Pirelli_SZS Con estas líneas estamos ordenando al programa que cuando el piloto elija esa mejora el rFactor modifique el archivo de físicas .HDV en su sección GENERAL (como dice la primera línea) y en el apartado TireBrand busque el fichero F1RFT_SP_Pirelli_SZS (buscará y cargará los datos del fichero F1RFT_SP_Pirelli_SZS.TBC) ¿Y qué debemos hacer entonces?. Pues sencillo. La segunda línea debe contener el fichero TBC que a su vez contiene los datos de los neumáticos correctos. Siguiendo este ejemplo (mod RFT2011), el fichero F1RFT_SP_Pirelli_SZS está configurado para los compuestos SuperSoft y Soft (para verlo no hay más que editarlo y leer la zona llamada [COMPOUND]). Si esos son los compuestos que queremos para la carrera, pues perfecto. Ya tenemos el upgrades preparado para que el piloto solo pueda escoger esos neumáticos y el TBC listo sin tocar nada. Pero... ¿qué ocurriría dejando esto así?. Si miramos el fichero TBC mencionado, vemos que hay dos compuestos y sólo dos. Es decir, el piloto sólo podría utilizar un juego de ruedas para cada compuesto en el sistema rFacting-Tyres. Así que hay que modificarlo. Pero esto es muy sencillo. Vamos a poner, por ejemplo, otro juego de súper soft. Editamos el archivo (hacer siempre copia antes por si acaso) y vamos a la zona [COMPOUND] que contenga el valor Name=SuperSoft. Seleccionamos todas las líneas que haya desde el [COMPOUND] (incluía) hasta el siguiente [COMPOUND] (excluída). Copiamos, nos desplazamos al final del archivo o donde queramos y pegamos. Sólo nos falta diferenciarlos ya que dejádolos así serían iguales. Ponemos el Name=Super Soft como Name=Super Soft #2 y ya tenemos el segundo juego súper soft disponible. Tantos juegos queramos de cada compuesto, tantos copias-pegas y renombrar (#3, #4, etc.) ¿Trabajo duro?. No. Mucho más sencillo de lo que parece. Con texto todo es más largo y si me animo hago un vídeo para que veáis que es un momento de nada. Ya tenemos el UPGRADES actualizado, el HDV modificado a través del propio UPGRADES y el TBC con los juegos correctos. Ahora son los usuarios los que tienen que actualizar o recibirán un precioso mistmatch. El sistema rfacting-ToolBox también facilita esta tarea a los usuarios-pilotos. El administrador, mediante la opción correspondiente, sube estos ficheros al servidor y cuando los usuarios-pilotos vayan accediendo al mismo recibirán la actualización correspondiente. El software les ubicará los archivos en el mismo lugar del administrador. Es decir... que si el fichero upgrades estaba dentro de la carpeta de un vehículo, el ToolBox pondrá el upgrades en la carpeta del vehículo del piloto. Si el fichero upgrades estaba en la carpeta general, se lo pondrá en la carpeta general. Una vez realizados estos cambios debemos tener la precaución de guardarlos e identificarlos ya que no es extraño que sean repetitivos a lo largo de la temporada con lo que el trabajo ya estaría realizado.


Fijaos que todo este rollo ocurre por explicar cosas que seguro que a la mayoría le importan tres bledos y medio ya que todo se reduce a lo siguiente (en el mod F1RFT2011) Edita el UPGRADES de un coche (todos son iguales en este mod). Deja los neumáticos que pueda escoger el piloto y quita los demás. Añade compuestos al TBC. Dile al toolbox que se lo ponga a huevo a los usuarios-pilotos. Fácil... ¿verdad? (ya... lo sé... pero es lo que tienen los administradores. Te lloverán palos si sale mal) ¿Y podría ser más fácil? Pues sí. Todo a través del software. Pero cuando el piloto llegase a boxes y no pudiese elegir neumáticos desde el propio juego sino que tuviese que acceder a través del ToolBox o cuando llegase algún dudoso lagazo, sería el despertar de la ira y, sinceramente, es mejor que sufra el administrador un poquillo (que es poco por mucho que parezca) a que lo hagan todos. Además... ya estamos acostumbrados ¿no?. Y, por supuesto, todo esto es más fácil si tenemos fé ciega en los pilotos y en que van a utilizar los compuestos correctos dentro de las opciones de mejoras, en cuyo caso tan sólo tendremos que cambiar el fichero TBC para que ofrezca tantos juegos como queramos y no tocar el UPGRADES porque nuestros usuarios-pilotos lo harán siempre bien.


PROBLEMAS CONOCIDOS

A nivel administrador Configurando el servidor •

Recuerda que los archivos en caso de utilizar el sistema TYRES (archivo TBC y archivos UPGRADES) deben ser seleccionados de la carpeta rFactor. El sistema identifica la "intención" del administrador para facilitar al usuario la instalación si tener que elegir rutas ni coches. Si escoges un archivo de, por ejemplo, el escritorio será imposible que actualice bien a tus pilotos.

A nivel piloto En el proceso de instalación •

Que aparezca un mensaje de error de windows comentando algo sobre una excepción no controlada. Este error es debido al controlador SLIMDX.DLL que forma parte del sistema. Los usuarios que ya tenían este controlador deben actualizarlo. La mejor forma es eliminar el actual archivo de la carpeta rFactor con el ToolBox cerrado y, al abrirlo, el propio sistema hará el trabajo. Si te siguen saliendo errores aún así, haz la operación de forma manual. Elimina el archivo SLIMDX.DLL de la carpeta rFactor. Después descarga este archivo ftp://Safety:faster@91.121.134.228/Downloads/miFIA/ECUrFacting/Toolbox/SlimDX32.dll y sitúalo en la carpeta rFactor. Renómbralo quitando el 32 para que te quede SlimDX.dll y con eso ya tendrás el problema solucionado.

En las actualizaciones •

Problema referente a ruta o similar. Este problema surge cuando el administrador no ha configurado bien el servidor. Las rutas no son correctas y dan fallo. Hablar con el administrador.

En la identificación de las herramientas •

Si estás dentro del servidor y se te informa de que eres un piloto "no reconocido", debes confirmar que el ToolBox en la opción ESTADO SISTEMAS te identifica con tu perfil y en el servidor correcto. Si esto no es así sal del servidor, ve a la opción de rFactor en la que escoges el mod y confirma que tienes el mod correcto. Hay veces que usamos un mod para un server y luego entramos en otro sin cambiarlo porque el rFactor lo hace sólo. Sin embargo, durante el proceso, no actualiza el RFM y el ToolBox lee el RFM del mod anterior. Lo más seguro es confirmar en la pantalla inicial que el mod que tienes es el que corresponde al servidor. Dicho de otra forma... sal y entra y seguro que se arregla porque el rfm se habrá actualizado ya.

RFACTING TOOLBOX - TUTORIAL  

TUTORIAL OFICIAL SAFETY-CAR.ES

Read more
Read more
Similar to
Popular now
Just for you