heracles

Si.

Hola Pupo, yo no voy a poder estar a esa hora ninguno de los dos dias por las mismas razones que Chapas. Pero desde el 27 de diciembre al 2 de enero contad con el E69-USL con la Memphis Belle cargada y en ciclo 24x7 . Pass: perro6 y pass de administración la última que te envié. Entrenadla a tope y dadle caña a los Lelv8! Buena caza a todos.

Que bueno Rayo! Gran promoción las "Salchichas Peleonas" . Nos riegan en verano y florecemos en invierno. Muchas gracias.

La puta! Eso es ir con mucha mala fe. Que cabrones. Y ole tus huevos para llegar a ese punto, después de haberlo montado. Se que esas cosa joden un montón. Y más teiendo en cuenta el tiempo del que disponemos todos. Saludos.

Hola Lothar, 1. Las recomendaciones actuales para un PC gaming de última generación con WIndows 7 son 8GB. Esos hace que el SO de Micrososft que debas instalar si quieres jugar en condiciones es el W7 64 bits. Ésta parte es muy importante. El WIndows 7 no es facil de configurar para algunos juegos y a mucha gente le da problemas, pero ES el SO que debes tener en una máquina actual para corre video juegos. SI tienes un SO de 32 bits, toda la gestión de memoria por encima de 4 GB la vas a perder. Mejor dicho, la dejas en manos de los desarrolladores del juego - si han utilizado un aopción de compilación determinada - y tuya - debes modificar un parametro en el registro para que esos juegos gestionen memória por encima de 4GB. 2. No hay fórmulas matemáticas en esto del PC gaming. Lo que le va bien a un juego no tiene porqué hacer efecto en otro. Depende de cómo ha sido diseñado el motor, si utilizan DirectX o OpenGL, si utilizan motores de física com PhysX o utilizan Havoc,etc,etc,etc,,,, 3 OpenGl es un API de programación gráfica que fue diseñada para CAD Workstations. DIrectX fue diseñado con los juegos en mente. OpenGl por muchas razones no hace un uso tan extensivo del hardware actual de las tarjetas gráficas. Las reinas de la potencia gráfica, las consolas, XboX, PS3 dan soporte directo a DirectX. Sólo PS3 tiene un mísero wrapper OpenGl. 4. El amigo Olegg diseño el motor del IL2 mucho tiempo, y lo hizo en OpenGl. DirectX era un software comercial (y lo es) del enemigo americano y OpenGl es gratuíto. OpenGl y no contempla muchos de los "aceleradores" hardware que existen actualmente en las tarjetas gráficas de última generación. Por tanto, no por mucho meter dinero en hardware, una vez has llegado al recomendable, vas a conseguir incrementos de rendimiento en un juego OpenGl. ARMA II es un juego moderno con un motor diseñado para DIrectX, creo que cobn la versión 9. Y le saca perfecto partido a tu GTX 470 que es un pedazo de máquina. 5. No saques conclusiones de tu equipo con el IL-2. Es un juego que para que de el rendimiento adecuado, con 4GB de RAM, y una tarjeta equivalente a una 8600 GT/ HD 3650 con 512 MB has llegado al máximo de acelaración hardware que va a aprovechar. Lo único que puedes hacer a partir de ahí son dos cosas: poner la CPU lo más cerca que puedas de 4GHz de clock y ir bajando todos los aspectos gráficos del juego hasta que estés satisfecho. 6. EN el Il-2 parece que "pintar objetos" sobre el mapa, casas, coches, etc no está bien optimizado y cuando llegas a una ciudad eso es lo que provoca el bajón de FPS. 7. Si un juego tan exigente en cuestión gáfica como ArMA II te va bién, no te preocupes con el IL-2. Pilla un manual, aquí en el escuadron alguín escribió alguno, sobre el tema gráfico del IL-2 y ves bajando los aspectos gráficos uno a uno hasta que puedas tener un vuelo fluído. 8. Recemos todos para que el Sr. Oleg se deje de chorradas y haya escogido DirectX11 para el diseño del motor del BOB. EDIT: Para que no me apredeen los señores con tarjetas gráficas sin soporte a DirextX 11, me conformo con que Oleg lo diseñe con el DirectX9 y Shader Model 2.0 como ARmA 2. Saludos.

Muy bien tios! Que espectáculo tan guapo. Felicidades a todos.

Hay mucha parte de Cataluña en el mapa del Ebro de los Halcones Rojos Advan. No toda, pero si mucha. Saludos.

Kras puede haber algún modulo DDR jodido que no supere cierta frecuencia de FSB. Y por eso al bajar la CPU, bajas la del FSB y el módulo puede trabajar. Yo probaría cada móduo DDR uno a uno con las dos velocidades de CPU que mencionas. El problema puede ser que no tengas memória suficiente para levantar todo el equipo con el software para hacer el benchmarking (los simuladores). Pero si el equipo puede levantarse con un sólo módulo haz las mismas pruebas para cada módulo DDR. Si no levanta el equipo con el sofware y tu SO puedes hacer pruebas directas con el módulo cargando el memtest desde CD con autoboot. A ver si hay suerte y encuentras alguno que esta jodido. Saludos.

Que grande tios. Vay a traer a mi hijo mayor a verlo. Os deseo mucha a suerte a todos!

La "mejor" resolución para un monitor en cuanto a calidad visual siempre es la nativa. La respuesta a tu pregunta de porqué han bajado en algunos juegos los FPS es porqué el mismo equipo (tarjeta gráfica, cpu y RAM) tiene que trabajar más con tu nuevo monitor. Esto algunos juegos lo notan más que otros. Pero con ese pedazo de equipo (es perectamente equilibrado a falta de saber tu RAM) que tienes si notas una bajada de rendimiento por esos 762.880 píxeles mi próxima actualización se dirigiría a la RAM. Lo que poca gente sabe es que las tarjetas gràficas consumen mucha RAM. No me refiero a la memòria de la propia tarjeta gráfica, me refiero a la RAM de la CPU. Donde suele estar el problema al aumentar la resolución, si ves que algunos juegos bajan un poco las FPS, suele ser en el renderizado de texturas extra que debe hacer el software. Una tarjeta gráfica con 1 GB de memoria de vídeo con un SO Windows 7 (p.ej) deberia ir acompañada con 8 GB de RAM, porqué la misma tarjeta de video se va a comer unos 4 GB de RAM para almacenar texturas en los juegos actuales (no en el IL-2 ), a parte de su 1Gb de memoria de vídeo. Si tienes menos de 8GB ya sabes dónde gastarte los próximos ahorros. De todas formas si tu bajada de rendimiento es del estilo: antes jugaba al Call of Duty con 150 FPS y ahora me da 120 FPS, yo no tocaría nada. Un rendimiento sobre los 60 FPS en cualquier juego significa que éste va a ser fluido en todo momento. Saludos.

Hola Lothar, si Sr. se acerca la Navidad... Es muy probable que el descenso de FPS que notas en algunos juegos se deba a que, seguramente, con la compra de un nuevo monitor, hayas aumentado también la resolución. Es decir, si antes jugabas al ARMA a una resolución de 1280x1024 y ahora lo haces a 1920x1080, tu tarjeta gráfica, tu CPU y tu RAM pasarán de mover 1.310.720 píxeles a mover 2.073.600 píxeles. Si, aparte de tu monitor, no has hecho "upgrade" de ninguno de los otros tres componentes (tarjeta gráfica, CPU y RAM) es muy probable que debido a esos 762.880 píxeles de más que tienen que mover tu equipo, los juegos sufran un descenso en el rendimiento de las FPS. Recuerda que la clave en un PC para gaming, es que sea equilibrado. Sirve para muy poco tener un monitor estupendo si los otros componentes que te he mencionado no pueden con él. También es bastante estéril y caro comprarte una super tarjeta gráfica si no tienes un nivel de CPU y una RAM acorde a esa tarjeta. Saludos.

Es el Mod de Fireball y lo podéis encontrar en la sguiente URL: Fireball's MOD Saludos.

Bueno pues parece que ya funciona. Hemos volado tres misiones y todo en orden. Está todo tan en orden que Piter me ha pulido como siempre Ahora ya se ve bien la página del mapa Bucaral con el CSS dela DZ, porque la página mapa.html se genera cada vez que se reporta una misión. Saludos.

A eso me refería Bucaral cuando digo que no se generaron los mapas relativos a los eventos de aire. Esa URL hace referencia el primer mapa de los eventos de aire de la misión que petó. Luego esta el map_2x y el map_4x. Esos tampoco estan en su sitio porqué no se generaron. Pero no debe suponer mayor problema. Espiral, muchas gracias. El log está entero tambien el el server de la DZ. Se agradece. Estoy bastante convencido de que hubo una caída de servicio mientras el parser estaba funcionando. Pero eso no explica que no se generaran los mapas de evento de aire, porque es de las primeras cosas que genera el parser. De hecho, el log del parser indica "eventos de aire ok" para esa misión. Y la última entrada del log es la generación de la línia de frente, que és lo último que hace el parser antes de borrar los archivos temporales de la misión. Puede haber algo más pero sólo lo sabremos al intentar volar una nueva misión y reportarla. Saludos.

Debería postear en el foro de DZ pero es probable que aquí lo leais antes. He estado dando un vistazo a nuestra querida DZ. Es muy extraño lo que pasó el 28.11. Pero parece todo en su sitio menos un flag que bloquea el funcionamiento del parser. He podido ver también que no se han generado los mapas de los eventos del aire de la última misión badc_1027 rep_00881 que hosteó espiral. Però no tiene demasiada importancia. Menos este detalle, yo he visto todo en su sitio. Incluso con el sector I07 al sur de Kuskovo capturado por los rogelios en la última misión. Por esta razón me he limitado a desbloquear el parser únicamente. Con esta medida podemos empezar a generar la primera misión y reportarla. Y entonces sabremos si se jodió algo más o no fué más que un corte de servicio de hosting justo cuando se estaba parseando la misión badc_1027 el 28.11. Ale. Pues eso. Cuando podamos volamos una misioncilla en la DZ y comprobamos si todo sigue en su sitio. Ainsssssss, la DZ Saludos.

A las buenas Nite. Si fuera posible 109 azul. Si no de lo que mandes Saludicos profe.

La señora SIEMPRE es lo primero.

Bien Rad. Pupo sacó algunas conclusiones para dejar el mapa preparado para la USL modificando algunas cosillas. El partido estuvo muy entretenido y llegamos a volar las dos partes. Nos falló el tema de las estadísticas porqué tuve que modificar una cosa a última hora en el server y no funcionaban bién. Ya he visto lo que era. Creo En otro orden de cosas, como cada dia que vuelo aprendí a que velocidad se desintegra un La-5. Nada que ver con mi querido 109. . Se parece más en eso al P39 de la Ariete. Os he dejado el server de nuevo funcionando con el mismo mapa. En teoría las estadísrticas ahora deberian verse al final de cada parte del partido en la URL http://encom.dyndns-ip.com, además de funcionar correctamente el comando <score y <stats. Pupo, tu tienes la pass del server. Yo hoy no volaré. Si quieres puedes modificar la misión. Ya sabes que estan todas las de la USL 2010. Nada más. Nos oímos mañana a la noche. Saludos. EDIT: Hemos posteado cruzados Albertini. Cómo que problemas pr el CRT=2. Ayer se voló con CRT=0 para que nadie tuviera problemas y con el ZUTI 1.13 a pelo.

Te he mandado un privado.

No. Cuando hablo de diseño modular yo me refiero a situar en un módulo todas las funciones para gestión del motor (prop pitch, throttle, mezcla, supercharger, boost, magnetos si los ponemos,etc ) y en otro módulo separado físicamente el resto de funciones( control trim, flaps,landing, radiator,comms,etc). Este último módulo sería muy parecido al de arriba a la derecha en tus dibujos. El módulo de gestión de motor (que se podría plantear de cara a bimotores comó mínimo) estaría en otro módulo físico y tendria la pinta más o menos de la mitad inferior del diseño de abajo a la derecha en tus dibujos. Lo llamo "modular" porqué lo interesante seria poder diseñarlos de tal manera que quien quiera los dos módulos pueda ensamblarlos como un Lego (incluso uno a 45 grados del plano del otro) de tal forma que parezcan una sóla pieza. De esta forma tendriamos la posibilidad de adquirir el panel sin gestión de motor (para los que ya tienen HOTAS + throttle quadrant o algo por el estilo) o con gestión de motor (gestión bimotor como mínimo) que sería un plus para las escuadras de bomber que lo quieran. Problema de los diseños modulares: son caros. Habria que disponer de una controladora para cada módulo, desperdiciando seguramente funciones de la controladora en los dos módulos. Tendriamos que mecanizar los dos paneles (en aluminio por ejemplo como se ha comentado ya) de tal forma que uno encaje con otro como un Lego y parezca una sola pieza. Me referia a esto. Pero supongo que un diseño de este tipo es inviable y poco práctico en lo que a costes y montaje se refiere. Saludicos.

Es esta noche Old. A partir de las 16:00 dejaré el server conectado con "The Battle of Seelow Heights" cargado y en ciclo de una hora para quien lo quiera entrenar. Si notais algún lagazo por la tarde es culpa de mi niño que estará navegando. Ya por la noche el server será todo nuestro. Datos del server: Nombre : E69-USL (buscadlo en el hyperlobby por la columna de "Players in game" NO en la de "Games in progress", es que es un server muy tímido :P). Pass: perro6 Pupo nos dará más detalles sobre el mapa que simula la retirada desde Seelowe hacia Berlin de las tropas alemana debido a la maniobra envolvente de las tropas rusas entre el 16 y el 19 de abril de 1945. 1.000.000 de soldados del ejército rojo contra 110.000 de la Wermacht. Creo recordar que los objetivos de tierra alemanes estaban en Lima-5 y unas columnas blindadas que se dirigen a Seelowe desde el sur. Los objetivos rojos son la AAA de Seelowe y los aerodromos alemanes. Objetivo para los dos bandos : superioridad aerea sobre Seelowe. Objetivo primario para ambos : como siempre en la USL, obtener más puntos que el contrario. Saludos y hasta la noche. EDIT: Se me olvidaba. Si queries ver las estadisticas durante la misión, ya sabeis que los comandos que hay que teclear en el chat son: <stats - estadísticas personales <score - estadísticas de equipo Si al acabar una misión por la tarde quereis ver las estadísticas en mayor detalle conectaros a la siguiente URL: http://encom.dyndns-ip.com (funcionará también a partir de las 16:00)

Buenas Pupo, si no ocurre ningún imprevisto de última hora, este viernes puedes contar conmigo y con el server E69-USL. Si quieres montar un amistoso entre nosotros tengo subidas todas las misiones USL de la temporada pasada: Adlertag, Sevastopol, Santa Cruz, etc... Si quieres volar alguna nueva versión de Battle of Seelow Heights sólo tienes que enviármela. Saludos.

Eso estaria genial. Para mi por ejemplo me pillaria el diseño de arriba a la derecha de Kras. A partir de ahí, poder enchufarle en otro módulo la gestión del motor estaría bien. Pero supongo que un diseño modular de esas características tiene que ser mucho mas complejo de diseñar que una solución monolítica. Saludetes.

Felicidadeeeeeeeeeeeeeeeeeeeeeeees Jack y los demás!

Hostia Jack! Estoy llorando me encanta la tipografia! Que grande eres.