Star Citizen #HG

RECORDATORIO:

ESTE HILO ES PARA SEGUIR EL DESARROLLO Y AVANCE DE STAR CITIZEN. PARA CRITICAR EL DESARROLLO; P2W, FECHAS DE LANZAMIENTO, BUGS Y DEMÁS, PODÉIS IR A ESTE.

En caso contrario el castigo puede conllevar un Punish.

¿Diferencias de un hilo u otro?

  • Este hilo es para hablar de temas ceñidos a la actualidad del juego, noticias, dudas, etc. Y aunque el debate sano siempre es bienvenido, la intención es dejar el hilo limpio para tal propósito. Por lo tanto la moderación en este hilo será más estricta.
  • El hilo de Off-Development está para soltarse más, donde la moderación será menos estricta y se permite tocar, criticar o debatir temas que eran fruto de discusiones que ensuciaban el principal objetivo de este hilo, incluyendo todo aquello relacionado con el desarrollo. Allí vale más "todo", exceptuando faltas de respeto y las normas generales de Mediavida.

DATOS DE INTERÉS (Actualizado 15/11/2018)

PINCHA PARA DESPLEGAR
FrostRaven

#15719 No deja poner URLs ahí y por lo tanto debería crear un mensaje ex-profeso en algún lado para linkearlo. Y no sé, para eso están Datos de Interés, digo yo XD

#15715 Perdona, me olvidé de ponerte la foto XD


Ahí a mano derecha puedes ver las dos cápsulas de escapa y camas metidas en la pared. También hay por ahí otra foto de la cama de Drake con sus impulsores X)


Aquí tienes un boceto no oficial hecho a partir de las fotos que liberó Foundry 42 sobre el proceso. Debería haber quedado de puta madre, es como una mini-Constellation X)

Mañana ya subiré el informe mensual, supongo que por la tarde. Estuve liado con otras cosas.

2
Rigal01

Me he vuelto a enamorar de la cutlass

1 respuesta
clethaw

#15722 Pues a mi me parece la más fea de todas xDD

Rigal01

A algunos nos desagradan las naves blancas,brillantes y con jacuzzi.

4
Y

??Hablais de la Cutlass version 1, la 2, la 3 o la que vamos a tener cuando salga el juego?

1
B

A mi también me encanta la Cutlass. Todas las naves de Drake Interplanetary son las mejores, son las más oldschool, parecen sacadas de Star Wars y por eso me gustan, son funcionales, sencillas, utilitarias.

Lo mismo pasa con la Caterpillar que está guapísimo. O la Herald, otra nave guapa que a nadie le gusta xD. Está claro que ahora se llevan las naves que parezcan Lamborghinis voladores en blanco mate y con lucecitas.

1 1 respuesta
Andur

#15726 Te aseguro que la nave que se acabe pareciendo más a una 03-K64-Firefly lo va a petar xD

http://firefly.wikia.com/wiki/Serenity

1 1 respuesta
clethaw

#15727 OMG... menuda puta aberración.

4 1 respuesta
AnderVentura

#15728 Coincido contigo. Que ni se molesten en hacer semejante truño

Andur

No sé si debéis ser los únicos backers de SC que no queréis ser el Capitán Reynolds o si me estáis trolleando xD

Más en serio, también es necesario que haya naves feas pero entrañables, sobre todo cuando llevan 50 años de uso encima y reparaciones y mejoras varias, como es el caso de Serenity :-)

6 3 respuestas
Rigal01

Buy Elite dangerous:

Y

La sabiduria de Google cruza la galaxia interjueguil.

1 respuesta
Rigal01

#15732 Realmente estan dejandose una pasta cada vez que alguien busca star citizen en Google. Cuando alguien haga click en ese enlace de publicidad le factura google a los del Elite pavo y medio.

Es gracioso como intentar confundir y arañar mercado del star citizen puede acabar costandote pasta.

NueveColas

#15730 Anda

3
Xeros_Grey

Un video chulillo

4
FireHermes

#15730 la serenity es FEA, y para mi fue un desacierto en la pelicula

susejin

#15730 La freelancer. Es más pequeñita, pero en concepto se le da :D

FrostRaven

Saludos, Ciudadanos:

¡Es difícil creer que ya estamos en Junio! El trabajo continúa frenéticamente en Star Citizen, tanto en nuestros estudios como en nuestros compañeros subcontratados que están por todo el mundo. Este mes, nos emociona presentaros nuestro último estudio, Foundry 42 Alemania, en este informe. Vais a ver salir mucho de Alemania en los próximos meses: se les ha encargado que se ocupen de muchos de los desafíos de programación a los que se enfrentará Star Citizen en el camino hacia el Universo Persistente. El trabajo continúa en esas áreas, y en nuestros muchos módulos y objetivos, desde Star Marine (ahora siendo preparado para su debut en el PTU) a Escuadrón 42 (¡cinemáticas siendo dirigidas en estos momentos por Chris Roberts en Londres!). Una vista de pájaro de lo que hemos estado haciendo exactamente este mes puede ser encontrado más abajo.

CIG SANTA MONICA

¡Bienvenidos de vuelta a otra edición del Informe Mensual! Este mes ha sido uno lleno de eventos porque hay muchas noticias de desarrollo que cubrir. ¡Como siempre, estamos super-emocionados por compartirlo con vosotros y deciros lo que hemos estado haciendo el mes pasado! ¡Así que poneos cómodos, porque aquí viene la actualización de desarrollo!

Diseño


Arte Conceptual - Vuelo Atmosférico

Uno de los mayores desarrollos de Mayo fue la revelación y venta conceptual de la Reliant de MISC. Esta venta fue un gran logro para nosotros, y realmente sentimos que teníamos todos los departamentos funcionando con todos los cilindros para ponerla en marcha. Todos los que estaban implicados en la venta trabajaron de verdad que no sólo estuviese lista a tiempo, si no que estuviese lista pronto. Ha sido un gran ejemplo de nuestros varios departamentos trabajando juntos para traer a la vida otra de estas increíbles naves. Estamos bastante seguros de que a la comunidad le gustó también, con más de 19.000 unidades vendidas durante los diez días de la venta. Gracias a todos por apoyar esta nueva nave de MISC, así como por apoyar el continuo desarrollo de Star Citizen.

Hemos hecho una pasada de equilibrio sobre la plantilla actual de misiles, específicamente incrementando la vulnerabilidad de todos los misiles que se fijan por corte de sección (Tempest, Stalker, StrikeForce) al ruído emitido por la contramedida chaff, permitiendo que exista una mayor esperanza de escapar la furia de estas poderosas municiones. Adicionalmente, los tiempos de fijado de los misiles se han incrementado de manera global (de 2 a 5 segundos), ¡así que los pilotos ya pueden ir desempolvando sus habilidades de maniobra! Mantener la vista sobre el objetivo se ha vuelto mucho más importante. Los misiles F&F (fire and forget, disparar y olvidar) se han vuelto todavía más prácticos gracias a este cambio. ¡Buena caza!

Una de las naves que está a punto de salir de la Cadena de Montaje es el Crucero Comercial Génesis de Crusader Industries. El Crucero Comercial es una gran nave, siendo un poco más grande que un 747 (+70 metros). Esta nave es única en el sentido de que es una de las primeras naves de Pasajeros de las que se ha ocupado el equipo de Star Citizen. Siendo la primera nave de su clase, nos ha hecho replantearnos nuestros diseños respecto a los pasajeros en el espacio. Por ejemplo, algunas de las preguntas que todavía están siendo respondidas son capacidad de pasajeros, seguridad de esos pasajeros y tiempos máximos de vuelo. El concepto exterior se encuentra en un punto sólido, pero todavía se está trabajando en los conceptos interiores. Estamos realmente excitados por enseñaros lo que se nos está ocurriendo. Pronto, el Crucero Comercial navegará las estrellas con vosotros a los mandos o como pasajeros de camino a ese lugar de vacaciones que querías visitar.

Inicialmente hablé sobre esto en el informe de Marzo, pero continuamos haciendo avances hacia nuestro nuevo Sistema de Daño Basado en Físicas. Este nuevo sistema va a ayudar en una serie de frentes de nuestra jugabilidad actual en Arena Commander, así como ayudando a preparar unos buenos cimientos sobre los que se construirá el Escuadrón 42 y el Universo Persistente. Algunas de las cosas más importantes incluyen una revisión completa del daño y el control de cada arma centrándonos en asegurarnos de que cada arma Balística y Energética tiene sus propias características e implicaciones de juego. Pero cuando estás cambiando el daño, eso es sólo una parte del puzzle, así que también podéis ver una actualización similar a cada componente de nave para ayudar a apoyar este nuevo sistema: Vida de la Nave y los Escudos, Potencia de la Planta de Energía, índices de Disipación, todo.

Otro de los grandes eventos de la oficina de Santa Mónica fue tener por aquí a John Pritchett y Pete Mackay, a medida que empezamos a transformar parte del control y funcionamiento del vuelo y los impulsores en el juego. Aunque han hablando sobre parte de su trabajo durante unas apariciones recientes en Around the Verse, hay mucho trabajo entre bambalinas durante su visita que nos ayudará a simplificar las cosas. Ahora, tenemos mejores herramientas y configuración de base de datos para hacer que la construcción de nuevas naves y componentes sea más suave y más consistente que hasta ahora. Este trabajo ya ha ayudado en el lanzamiento de la venta de la Reliant y nos ha permitido hacer más rápido que nunca los requerimientos de impulsores en función a la masa de la nave.

Arte

Para el HUD y la UI, hemos hecho algo de trabajo para mejorar el rendimiento de la CPU/renderizado optimizando la cantidad de llamadas de procesado de dibujo (draw calls) que el lado del HUD que usaba scaleform estaba añadiendo, así como una reconstrucción de los holo-objetos que debería mejorar el rendimiento a la hora de renderizar objetos y entidades holográficas. En general, la cantidad de recursos de CPU que el HUD/UI usa debería ser considerablemente inferior, y continuaremos optimizando para obtener el mejor rendimiento posible.

Este mes Josh Coons y Mark McCall han creado e implementado nuevos interiores de casco que serán usados para todos los personajes del FPS. Esta nueva dirección para los cascos es un gran avance a la hora de hacer real la visión general de Chris Roberts para los personajes de Star Citizen. Este nuevo interior de casco dará al equipo del HUD más flexibilidad y añadirá realismo a nuestro universo.

Lo que hace que nuestros cascos sean únicos es que tienen un efecto en el campo de visión del jugador, incrementando la verosimilitud de nuestra experiencia de juego en el FPS. El equipo en el juego debería sentirse como algo real y sustancial, no sólo una serie de estadísticas y número a ser min-maxeados a la hora de la jugabilidad, con características que dan a los jugadores distintas elecciones en función a sus preferencias subjetivas y añadiendo a la diversidad de opciones para el jugador.

En el campo de Arte Técnico, este mes estuvimos centrados en Destrucción de Naves, Recuperación (Salvamento) y Optimización. Nos han encargado encontrar un equilibrio entre los estados de daño mejor optimizados que nos permitan asegurarnos de que nuestro Diseño de Jugabilidad se mantiene intacto.

En el pasado, el daño de las naves sería hecho a través de cinco versiones para cada parte de la nave, que se encontraban al 0%, 25%, 75% y 100% de daño. Volar naves por los aires parecía molar mucho, pero esta solución era muy intensiva en mano de obra, usaba un montón de recursos del sistema y no era escalable a la hora de permitir renderizar la épica armada de naves en combate que quería mostrar Chris Roberts.

Necesitábamos una nueva solución para los daños. Así que, Ali Brown, Okka Kyaw, Geoff Birch, y Mark Abent ayudaron a crear nuestro nuevo Shader de Daños y tecnología de Squib (bocetado) que permitía la destrucción de nuestras nuevas naves sin el alto coste de recursos. Pero incluso aunque logramos este gran hito, nuestros diseñadores estaban planeando nuevas mecánicas de juego como el Salvamento de Chatarra y Reparación de Naves, cada uno de los cuales añadía costes a las demandas de procesado generales de nuestro modelo de naves.

El enemigo real para el rendimiento de Star Citizen con tantos recursos artísticos en pantalla de alta fidelidad siendo renderizados son los "Draw Calls". Para aquellos que no sean familiares con el término, los Draw Calls son la cantidad de pasadas de renderizado que se hace sobre cada pieza de geometría para crear la imagen final. Si el casco de tu nave espacial tiene texturas Difusas, Especuales y Normales aplicadas sobre ella, entonces esto equivaldría a tres draw calls. Y si tu nave está dividida en 50 piezas, esto sería 50x3 = 150 draw calls. ¡Y añade algo de auto-sombreado de alta calidad y puedes doblar esos 150 a una enorme cantidad de 300 Draw Calls! Nuestras naves siendo renderizadas con PBR (Renderizado Basado en Físicas), con el Shader de Daños, Variaciones de Pintura y Calcomanías requiere utilizar algo más de 15-30 draw calls por pieza. Así que , para optimizar los Draw Calls, tenemos que reducir el número de piezas distintas. ¡Pero, esto significa, que para estar realmente optimizado, deberíamos tener menos partes animadas y menos restos desprendiéndose de las naves! ¡Todo un dilema, porque queríamos tener esas cosas!

Al hablar con Ali Brown sobre estos problemas de optimización, el sugirió una nueva manera de hacer restos de chatarra que habíamos estado investigando. En vez de cortar las naves en áreas separadas que se pueden dañar y desprender estas de la nave, sugirió que ocultásemos partes de la nave usando el Shader de Daños y hacer aparecer trozos que entonces saldrían volando de la nave. Esta nueva manera de hacer las cosas hace que parezca que salen volando cachos de las nave durante el combate, pero nos permite reducir el número de mallas de casco y esto también reduce la cantidad de draw calls de manera significativa. Y todavía más, ¡esta solución nos permite crear escombros que podrá contener en su interior Componentes Recuperables! Así que, ¿recuerdas esa arma que arrancaste de esa Cutlass en el Universo Persistente? Es ahora tuya. De nada.

Han tenido lugar muchos otros avances como este. Y este mes nos ha llevado más cerca que nunca de crear la space opera de nuestros sueños (ndt: space opera es el género científicamente más "blando" de la ciencia ficción. Podría definiros lo que es, pero acabo antes diciendo tres palabras: estilo Star Wars). Ahora, nuestro trabajo es implementar la optimización completa de este plan a lo largo de todas las naves del juego, el objetivo siendo que lancemos Escuadrón 42 con una jugabilidad increíblemente divertida y unos sedosos fotogramas por segundo.

Ingeniería

El trabajo sobre el Radar 2.0 ha sido terminado. Cualquier cosa puede ser registrada para que se muestre en el radar si tiene un struct (ndt: objeto sin métodos en C++) de IRadarObject. Lo que esto significa en términos legos es que mientras el objeto/componente tenga la apropiada información en él, ese objeto será percibido y mostrado en el radar basándose en sus propiedades físicas. Si, incluso podemos dar a las granadas EMP una emisión Electromagnética y hacerlas aparecer en tu radar si está configurado para detectar EM.

También hemos hecho que los radares sean capaces de filtrar cualquier tipo de emisión y los objetos detectados tengan ahora creada una instancia para ellos. La creación de esta instancia nos permite hacer cosas como actualizaciones de posición parpadeantes y/o mostrar desvanecimientos/disminuciones sin afectar al objeto real que está siendo detectado. Esto permite que Diseño y Arte haga cosas molonas e interesantes a la versión de la instancia que se muestra sin romper la lógica subyacente que hace funcionar el radar o la emisión. Como parte de esto también hemos mejorado en rendimiento de las comprobaciones de oclusión.

Por último, pero no por ello menos importante, hemos añadido soporte para "decibelios", un nuevo tipo de emisión. Cuando estés desplazándote a pie tu radar mostrará sonido del entorno que te rodee, tales como pisadas y ruido de disparos. Estos eventos están ahora apropiadamente conectados al sistema de emisiones para que tus pisadas y fuego de armas creen "decibelios", los cuales son escaneados y mostrados en el radar del jugador. Esto debutará por primera vez con el FPS.

Nuestro equipo de Ingeniería de LA ha estado ayudando a la hora de ocuparse de las ropas, la personalización y el sistema de accesorios que usará el sistema de puertos que hemos desarrollado para los personajes/jugadores. El sistema de puertos de objetos permite conectar objetos a los "huesos" que definen los objetos tridimensionales. Así es como conectamos las partes de nuestras naves y los objetos de las naves. Este sistema está siendo expandido para que se pueda soportar en los personajes una extensión dinámica del esqueleto que use accesorios sobre su piel.

Lo que esto significa en términos reales es que tenemos la piezas del cuerpo que son capaces de equipar objetos. Por ejemplo, pies, manos, mano izquierda, mano derecha, torso, etc marcadas con los "huesos" correspondientes que definen dónde se conectan los objetos. A partir de ahí, si equipases un peto que permite instalar una luz táctica en su hombrera, un tanque de oxígeno y una pistolera en el pecho, cada uno de esos puntos de acoplamiento adicionales requerirían "huesos" adicionales. El sistema permite que cualquiera de los huesos extra que vienen en un acoplamiento de piel (un objeto con una "piel" por encima, no una piel real XD) extienda el esqueleto base actualizando dinámicamente ese esqueleto con los huesos adicionales.

¡Esto concluye la actualización para el estudio de Santa Mónica! Gracias como siempre por tomaros el tiempo en leer nuestra historia y por vuestro apoyo a la hora de hacer este juego! No podríamos haber hecho esto sin cada uno de vosotros y vuestro apoyo es altamente valorado por cada uno de nosotros aquí en Cloud Imperium. ¡Gracias de nuevo y os veremos en la actualización del mes que viene!

CIG AUSTIN

¡Los chaparrones de Abril se han convertido en las inundaciones del mes de Mayo aquí en Texas! Hemos sido golpeados por un clima muy severo y una gran inundación, cómo podéis haber visto en las noticias. Por suerte, nuestro estudio se ha salvado de esta destrucción y hemos seguido trabajando como de costumbre. Hemos estado probando nuevas versiones de Star Marine y seguimos dándole duro al Universo Persistente y muchas actividades técnicas. Aquí están algunos informes detallados de los líderes de cada equipo.

Equipo del Universo Persistente

Arte

El equipo de Arte del UP ha puesto sus manos en un montón de áreas del proyecto este mes, como es habitual. Uno de nuestros objetivos principales ha sido pasar la zona de aterrizaje de Levski->Delamar->Sistema Nyx a la fase final de arte. Hemos pasado la fase de Greybox ya y el entorno tiene un aspecto increíble. El Director de Arte, Mark Skelton, El Artista Jefe Patrick Thomas y el Jefe de Entornos Global, Ian Leyland, han estado trabajando mano a mano con Behaviour para hacer que este entorno sea algo que valga la pena contemplar. El Artista de Efectos Especiales Lee Amarakoon y el Artista de Iluminación Marc Toscano han estado ocupados añadiendo ese toque extra de nieblas, humo e iluminación que da vida a este entorno. No podemos esperar a veros participar en turbios negocios en las callejuelas, vender cosas en el mercado negro y cruzar los tortuosos túneles que atraviesan este entorno en el interior de un asteroide.

Otro de los principales objetivos ha estado en optimizar el Area18->ArcCorp->Sistema Stanton para que tenga un mejor rendimiento en preparación para el lanzamiento del Módulo Social. El extremo alto nivel de detalle y fidelidad de nuestros entornos es tan increíble que son muy duros con el rendimiento, pero con la nueva tecnología en su lugar (creada por nuestro equipo de Gráficos) hemos sido capaces de mejorar nuestro rendimiento a través de distintas maneras.

El Artista Conceptual Ken Fairclough terminó el concepto de una torreta de seguridad que tarde o temprano acabará siendo encontrada en zonas de aterrizaje como las de ArcCorp. Estas torretas de seguridad estarán ahí para castigar a los jugadores que desenfunden sus armas en zonas que no las permiten. También actuarán como una medida disuasoria frente a los trolls y griefers que piensan que es una buena idea disparar a civiles aleatorios.

Nuestro Equipo de Personajes ha estado terminado su apoyo en los personajes del FPS. Los Marines y los Forajidos están en un punto en que nos hemos despedido de ellos y ahora nuestra atención a pasado a crear los personajes que se verán al jugar al SATABall en la Astro Arena. Hemos hecho unos cuantos nuevos conceptos molones y deberíamos terminarlo en un par de semanas. Nuestro equipo de personajes también ha estado haciendo algo de I+D en Cabello y Ropajes Intercambiables para el próximo lanzamiento del Módulo Social.

El equipo de Animación de Austin ha estado apoyando varias áreas del proyecto también. Estuvimos ocupados re-ajustando viejas animaciones del UP, FPS y AC a nuestro nuevo esqueleto. También hemos estado proporcionando apoyo a la hora de mejorar las animaciones de las Fuerzas-G y probando el nuevo sistema de Manos Asidoras. El Animador Senior David Peng ha estado dedicando toda su atención en la actualización de las plantillas de las carlingas y los artilleros para que encajen con las nuevas proporciones de los personajes. Ahora tenemos 7 tipos de carlingas y 20 combinaciones de botones que nuestros artistas pueden escoger a la hora de crear una nueva cabina de nave.

Diseño

La mayor parte del tiempo de este mes fue invertido en dar forma a algunas de nuestras otras ocupaciones que los jugadores podrán elegir hacer en el Universo Persistente. Tony Zurovec pasó una gran parte de su tiempo trabajando en todos los dimes y diretes de la ocupación de Pionero (previamente conocida como Exploración) y cómo se relaciona con la funcionalidad de una próxima nave. Rob Reininger ha completado una primera pasada sobre cómo funcionaría la ocupación de Mercenario/Escolta, mientras Nate Blaisdell y Evan Manning se ocuparon de las ocupaciones de Cazarrecompensas y Contrabandistas, respectivamente. Estos diseños están ahora en manos de Tony Z, que las revisará, y una vez aprobadas pasarán a la cola de implementación de su jugabilidad en el juego que está haciendo Andrew Nguyen.

Tony Z también terminó su primer borrador del nuevo Simulador del Universo (antes conocido como el Simulador de la Economía) y se lo envío al equipo de Wyrmbyte. El nuevo diseño incorpora mucho más que el sistema económico que habrá en el Universo Persistente, incluyendo cosas como elementos y compuestos, la habilidad de crear un planeta dentro de un sistema solar y asignar datos y la habilidad de crear ocupaciones para PNJs y especificar un lógica de ejecución para cada ocupación.

Mark Skelton y Tony Z, junto con el Escritor Jefer David Haddock, se reunió con Behaviour para repasar diseños y planes de futuras localizaciones planetarias. Específicamente, este mes nuestra atención estuvo en Odyssa->Borea->Sistema Magnus (ndt: la fría sede de Drake Interplanetary!) y Mariana->Tangaroa->Sistema Helios (ndt: una isla con un rompeolas que le protege de tsunamis de cientos de metros). Estas dos localizaciones ofrecerán varias oportunidades muy emocionantes y diversificarán nuestro ya muy impresionante establo de zonas de aterrizaje. Compartiremos unas emocionantes imágenes sobre su desarrollo tan pronto como sean funcionales. El próximo mes nos dedicaremos a otras zonas de aterrizaje dentro del sistema Stanton: Crusader, Hurston y Microtech.

Ingeniería

Este mes de Mayo estuvo muy ocupado para el Equipo de Ingeniería aquí en Austin y sobre todo para el Equipo de Wyrmbyte. Tenemos un montón de grandes tareas completadas y listas para sus pruebas iniciales.
Uno de los más grandes e importantes que la gente esperaba con ansias es nuestro nuevo Administrador de Instancias Genéricas, que promete traer notables mejoras a sistemas tales como el matchmaking y los equipos. Su arquitectura fue creada por Jason Ely, y lo llevó a buen puerto gracias al fuerte apoyo que le proporcionó Tom Sawyer. Correremos unas pruebas iniciales sobre este nuevo sistema, que formará parte del próximo lanzamiento del FPS.

Mientras tanto... en Wyrmbyte... Scott Brown, Nathan Gray y Ryan Seabury han estado trabajando en nuestro Simulador del Universo y están a punto de entregar una iteración de prueba de concepto con la funcionalidad básica en marcha. El siguiente paso es continuar expandiendo sobre esto hasta que podamos crear una demo funcional que compartiremos internamente para discutir sobre cómo seguir construyendo sobre ella. Mientras tanto, Ian Guthrie está trabajando en la primera iteración de nuestro Servidor de Sistema Solar, y terminará una versión inicial de él pronto. El equipo de Wyrmbyte también ha entregado una re-escritura de nuestro Servidor de Información de Jugadores y nuestro Servidor de Presencia en Mayo y siguen trabajando en el sistema de movimiento por deriva de naves y misiles: el Ipredictor.

Nuestros otro ingenieros han estado ocupados, también... Tom Davies ha terminado la V1.0 de nuestro Editor de Utilizables para nuestras necesidades de IA de PNJs y Jeff Uriarte está haciendo sólidos progresos en el Editor de Arquetipos de Personaje, que es otra herramienta para nuestro equipo de diseño. Andrew Nguyen ha estado en la Tierra del I+D preparando el prototipo inicial de otra ocupación (que preliminarmente estamos llamando la ocupación de "Descubrimiento") y acaba de terminar el prototipo inicial de la ocupación de Minería.

Brian Mazza ha estado inmerso en un trabajo crucial que necesita todo el equipo, como implementar el Google Brakepad para obtener mejores informes de crash, portando nuestro backend del Universo, y arreglando bugs de servidores que estaban bloqueando el progreso del equipo e impidiendo la estabilidad de las versiones. Al otro lado de la sala trabaja James Wright, que ha estado trabajando de cerca con Control de Calidad haciendo perfiles y análisis de rendimiento en nuestras distintas versiones, incluyendo una reciente versión del PTU y nuestra próxima versión del FPS. Estos datos nos están ayudando a determinar áreas problemáticas que necesiten atención para mejorar el rendimiento general. Y James ha reclutado la ayuda de Clive Johnson (quien está muy cerca de terminar su trabajo a la hora de implementar un sistema de Entidades Globales con IDs Únicas) y George Kidd del Equipo de RU está ayudando a investigar algunos de los problemas críticos de rendimiento que se descubrieron al hacer perfiles con los resultados.

En el frente de las herramientas, Benjamin Bechtel ha lanzado una versión mejorada de su Herramienta de Validación de Recursos con una interfaz de usuario completamente nueva. Esta herramienta es usada diariamente por nuestros artistas. Benjamin está esperando recibir al ingeniero de herramientas de Reino Unido, Ashley Canning, para trabajar juntos en nuestra herramienta Dataforge. Sean Tracy y Jeffery Zhu han lanzado la primera fase de la re-estructuración del stream, que ayudará en gran medida a la hora de simplificar el flujo de streams de desarrollo a la hora de llegar a nuestro producto público. Finalmente, estos dos caballeros han pasado una gran cantidad de tiempo apoyando a Cort Soest en nuestra muy necesaria y super-larga limpieza de datos en Perforce. Las primeras dos fases de esta tarea han terminado ya en Mayo.

El equipo tiene ganas de que llegue Junio y así apoyar el lanzamiento del FPS, así como continuar el trabajo en el inminente módulo Social.

Operaciones Online

Control de Calidad

Para el equipo de Control de Calidad, Mayo comenzó con el testeo y lanzamiento de 1.1.2 y por supuesto 1.1.3.
Con ayuda de nuestro Programador de Motor Senior James Wright, llevamos a cabo una prueba especializada del PTU que utilizó la CPU de un servidor aparte para calcular las físicas. Los resultados mostraron un rendimiento significativamente mejorado durante las partidas.

Se han hecho cambios sobre cómo utilizamos diferentes streams y branches en Perforce, nuestro software de control de versiones. Este nos ayudará a tener un proceso mucho más estructurado y fluido a la hora de lanzar e integrar características nuevas. Esto tuvo también como resultado en que hubo una carga de trabajo incrementada en Control de Calidad a la hora de asegurarse de que estos streams adicionales, o ramas del juego y editor, eran probadas apropiadamente. De todas formas, el equipo está haciendo un gran trabajo a la hora de ponerse a la altura de las circunstancias para asegurar que este requerimiento adicional de pruebas sea cumplido.

Nuestros especialistas de FPS han estado muy ocupados asegurándose de que Star Marine es apropiadamente probado cada día. El equipo fue lo suficientemente afortunado para ser capaz de proporcionar sus opiniones directamente al director de diseño Todd Papy. Todd fue receptivo a cada uno de los argumentos que le proporcionaron. Tras discutirlos, Todd dispuso las tareas que tenían que hacer y dio prioridad a los cambios en los que habían estado de acuerdo. Como alguien de Control de Calidad, es muy satisfactorio ser capaz de ser parte de la dirección que toma el desarrollo.

Mientras tanto, Todd Raffray ha estado asegurándose de que el Módulo Social es apropiadamente probado. Todd ha estado haciendo un gran trabajo asegurándose de que todas las características son documentadas en una lista de comprobación completa y que estas son probadas a medida que se ponen en marcha.

¡Felicitamos a Miles Lee por haber pasado a convertirse oficialmente en un Ingeniero Asociado en el equipo de DevOps! Miles ha hecho un gran trabajo ayudando a crear un entorno para probar las versiones automatizadamente. Ahora podemos capturar datos de rendimiento y automatizar la mayor parte de nuestras comprobaciones de estabilidad para cada versión a medida que están disponibles.

El equipo grabó su primer episodio de un segmento especial de Control de Calidad con la Comunidad, donde muestran algunos de nuestros bugs favoritos.

El equipo también fue lo suficientemente afortunado como para acudir a la fiesta de lanzamiento del primer juego oficial de la University of Texas Denius-Sams Gaming Academy llamado "The Calm Before". ¡Nos lo pasamos bien jugando a su juego! Su equipo tiene mucho talento. ¡Sentiros libres de probar su descarga gratuita!

Ha sido un mes ocupado aquí en Control de Calidad. El mes que viene estaremos dedicados a testear la Alpha 1.2 en preparación para su inminente lanzamiento.

Apoyo al Juego

Este mes estuvo bastante ocupado para Apoyo al Juego a medida que continuábamos construyendo parte del trabajo que habíamos hecho en Marzo y Abril.

El mes de mayo llegó con la publicación de dos actualizaciones de Arena Commander (1.1.2 y 1.1.3). El parche 1.1.2 ayudó mucho a los jugadores con los errores de Partida No encontrada, Devuelto al Lobby y los problemas de pantalla de carga Infinita, mientras que el 1.1.3 asistió a la hora de reducir los persistentes problemas de "rubber banding" que hizo que los jugadores saltasen por todo el mapa. Este es sólo el comienzo de nuestras optimizaciones, y sabemos que estaréis excitados por saber que continuamos usando vuestra información para ayudar a mejorar la experiencia de juego.

En ese aspecto, también llevamos a cabo una prueba de juego increíblemente exitosa en el PTU usando el 1.1.2. Los jugadores llenaron hasta los topes del servicio del PTU para ayudarnos a hacer una prueba de estrés y recolectar importantes analíticas del servidor, y por el camino tuvimos una serie de rondas épicas de 8vs8, que ha lanzado una serie de discusiones y tareas internas para ver qué podemos hacer para aumentar el límite de jugadores.

En términos de continuar construyendo y escalando nuestras operaciones de apoyo para vosotros, uno de los mayores trabajos de este mes fue la creación de una base de datos interna de flujo de trabajo y de conocimientos que expande nuestra habilidad a la hora de ayudaros. Al publicar internamente una matriz completa de posibles problemas, métodos de solución de problemas y resoluciones, hemos podido entrenar a más gente en la compañía a la hora de ayudar con los problemas técnicos. Esto significa que podemos ayudar a una mayor cantidad de gente en menos tiempo y proporciona unos cimientos fantásticos a la hora de hacer crecer nuestro equipo a medida que nos adentramos en Star Marine, el Módulo Social, Escuadrón 42 y finalmente el Universo Persistente.

También hemos comenzado a trabajar con Turbulent, quien está llevando a cabo dos grandes iniciativas para Apoyo al Juego: El Consejo de Bugs de la Comunidad (una manera MUY mejorada a la hora de que los jugadores envíen sus errores y ver cuales están activos en el sistema) y una nueva versión re-diseñada de la página de Notificación del Servicio Online, que incluirá una muy deseada página de Estado de los Servidores.

Veréis más sobre estas dos cosas en las próximas semanas, pero ambas estarán alineadas con nuestros grandes objetivos de daros información más precisa tan rápido como sea posible sobre el estado del servicio.

IT/Operaciones

Mayo ha sido el mes de la velocidad para IT. El Grupo de IT ha trabajado duro para continuar expandiendo la infraestructura necesaria para los equipos de desarrollo y el rendimiento de los sistemas de almacenamiento centrales en cada estudio. El mes pasado nos centramos en la replicación interna de versiones desde el sistema de versiones de Austin. Este mes hemos pivotado para mejorar el rendimiento del hardware que tiene el sistema que crea esas versiones en Austin. El objetivo de este proyecto es reducir significativamente el tiempo que lleva generar una versión. Reducir tiempos de creación acelera el desarrollo y el testeo interno, pero toda la cadena de montaje de versiones es larga y compleja, por lo que nos hemos estado acercando a esta mejora desde distintos ángulos.

El primero de la lista ha sido el rendimiento del almacenamiento sobre el que corre el sistema de versiones. El sistema de versiones compila código y recursos artísticos para el juego y la mayor parte de este trabajo lleva a que los discos lo pasen mal. Los tiempos de entrada/salida pueden salirse d elo normal en sistemas normales y ya que nuestro sistema de versiones está compilando muchas versiones en paralelo vimos que se pasaban mucho tiempo esperando a que los discos se pusiesen a la altura del procesado. Para solucionar este problema construimos un servidor personalizado con almacenamiento flash y controladores especiales para llevar nuestros IOPS al límite de nuestras capacidades. Sólo esta mejora a nuestro sistema de construcción de versiones ha resultado en impresionantes resultados, ¡con una reducción del tiempo de creación del 66%!

Lo siguiente es que planeamos mudar sistemas más secundarios a almacenamiento rápido, lo cual debería resultar en tener reducciones adicionales. Finalmente, vamos a incorporar métodos de procesamiento en paralelo para traer más núcleos de CPU al proceso de creación de versiones. Este paso, junto a un potencial cacheado de recursos, debería reducir nuestros tiempos de creación de versiones de horas a minutos.

También hemos estado trabajando de cerca con DevOps para mejorar nuestros sistemas automatizados de versiones, lo cual añadirá estabilidad y usabilidad a nuestro sistema actual. Esperamos poder implementar el resto de estos cambios en las próximas semanas siguientes. Por ahora, estamos contentos con los resultados tempranos que hemos obtenido y creo que todo el mundo está ansioso por ver cómo de rápido podemos hacer ahora estas versiones.

Dev Ops

Hemos lanzado dos parches este mes, Parche 1.1.2 y 1.1.3 ¡y ninguno salió un Viernes! Nuestro equipo continuará trabajando con la compañía intentando reducir al estándar de la industria estos lanzamientos, que es el Martes, y con suerte, pasar a tener un cadena de lanzamiento continua durante los próximos años que debería eliminar la necesidad de tener mantenimientos (una gran parte de esto dependerá de cual será el diseño de nuestra base de datos final).

Hemos estado asistiendo al lanzamiento de partidas de prueba del FPS y usando esas oportunidades para probar nuestro nuevo lanzador y parcheador. Hasta el momento, las pruebas han sido positivas, pero tenemos que hacer varias pasadas de pulido antes de pasarlo al PTU y que todo el mundo pueda usarlo. El desarrollo del Lanzador será dividido en tres fases. La primera, la fase del PTU ya mencionada. Esto tomará la Interfaz actual y la combinará con nuestro nuevo parcheador. La segunda fase incorporará una re-escritura completa del lanzador a C++. Combinado con el nuevo parcheador y la vieja interfaz, se harán mejoras de estabilidad, pero tendrá un aspecto y funcionalidad similar al actual, y el que tendremos en el PTU. La tercera fase será una Interfaz de Usuario completamente nueva sobre el nuevo núcleo en C++ y el parcheador. Estas fases llevarán varios meses en terminarse, y más información sobre cada una estará disponible pronto.

Finalmente, se ha hecho un montón de trabajo en cómo se crea, almacena y consumen los datos en la compañía. Estamos mirando cómo usar las ramas de Perforece, cómo se copian los datos del servidor de versiones, qué datos son excluídos, cómo los jefes de desarrollo ven esos datos. Iniciativas para tener mejores herramientas de Perforce, una herramienta de Exclusión, y un nuevo servidor de versiones han estado ocupando tiempo adicional del equipo. El servidor de versiones es un proyecto especialmente grande, del que queremos tener hecha la fase principal para el 14 de Julio. Para ese fin, uno de los ingenieros del estudio de Frankfurt ha volado al estudio de Austin para trabajar con nosotros durante las próximas tres semanas y así se pueda colaborar en la implementación de las ideas que tengamos.

El trabajo en terminar nuestra base de datos de modelos y en hacer que los servidores estén en contenedores ha sido puesto en espera mientras terminamos nuestras herramientas que manejarán todos los datos siendo usados por los estudios. Regresaremos a esos temas una vez nuestras herramientas en desarrollo estén terminadas y cuando nuestro equipo de servidores pase a trabajar en el Servicio de Persistencia que será la principal capa de interactuación con la base de datos. Con suerte, ¡este trabajo será incluido en el informe de Junio!

FOUNDRY 42 MANCHESTER

¡Hola a todos! Aquí en Foundry 42, estamos trabajando en todo, desde el Multi-Tripulación del Arena Commander al Escuadrón 42. Chris Roberts se ha pasado el mes pasado en otra parte de Inglaterra, rodando la captura de interpretación para Escuadrón 42... ¡y estamos trabajando muy de cerca con él para asegurarse de que los datos generados allí se conviertan en cinemáticas que os asombren a todos! Aquí está el desglose, departamento por departamento, de lo que pasó en Manchester este mes:

Animación

Aquí en Reino Unido todavía estamos trabajando en apoyar lo que necesiten nuestros diseñadores. Aunque los Directores que se encuentran en Imaginarium continúan capturando los datos que necesitamos, estamos ocupados proporcionando las animaciones temporales que necesitan para el diseño y los departamentos de código necesarios para empezar a prototipar e implementar mecánicas.

También estamos trabajando los distintos estudios para simplificar globalmente las herramientas que necesitamos para trabajar con eficiencia y efectividad a la hora de cumplir los objetivos que tenemos para Escuadrón 42... y más allá.

  • Animador Jefe de Reino Unido, Uisdean Ross.

Ingeniería

En anteriores informes hemos mencionado brevemente algunas de las mecánicas de juego generales que estamos haciendo aquí en Reino Unido. Este mes hemos decidido tomarnos algo de tiempo para listarlas, explicar lo que son y como están avanzando.

Sistema de Conversación: como es habitual, hay mucho que hacer con el sistema de conversaciones este mes, destacando en particular los arreglos de las conversaciones entre PNJs y el aspecto multijugador del sistema de conversaciones, que recibirá una primera pasada en preparación para el módulo social. La fuente del subtítulo ha sido mejorada y continua el trabajo para rediseñar la interfaz de usuario que tienen las elecciones ofrecidas al jugador en las opciones a escoger durante una conversación.

PAW (Personal Arc Welder, Soldador de Arco Personal): esta arma/herramienta es algo especial, porque debido a su comportamiento, puede ser utilizada para distintas cosas. Nos hemos centrado en puntos de vista técnicos y de diseño. Hablando de la parte técnica, la tecnología de corte ha sido mejorada para que utilice nuestro sistema de daños, por lo que ahora todo es más realista y de hecho puedes ver cómo las superficies que están siendo cortadas son afectadas por la energía del PAW. Además, una completa revisión del sistema de apuntado fue hecha, permitiéndonos, por ejemplo, activar o desactivar la mira láser, cambiando su comportamiento, etc... Y para terminar, hablando de diseño y rediseño, hemos cambiado diferentes efectos, como el rayo y el punto que hay en el sistema de apuntado (la mira láser) y hemos añadido unos nuevos como efectos de impacto y otras partículas.

Sistema de Saqueo: En este caso nos hemos estado centrado en algunos desafíos técnicos. El sistema anterior de saqueo estaba basado en objetos, por lo que para nosotros, una entidad era un conjunto de objetos que se podían coger. Pero queríamos algo más potente, no sólo poder coger objetos, si no poder ponerlos en su lugar, por lo que decidimos usar el sistema de puertos (el sistema de puerto de objetos es un muy poderoso y flexible modo de acoplar objetos entre si). Como resultado, ahora cuando saqueamos una entidad, no necesariamente un cuerpo, y buscamos qué tipos de puertos tiene y entonces podemos quitar objetos de esos puertos y poner objetos en ellos. En resumen, hemos convertido un sistema específico en algo más general y potente.

Puertas Hidráulicas: las puertas hidráulicas son una extensión de una puerta automática normal. Estas ahora tienen la opción de estar "controladas por la computadora", de manera que podamos tener opciones como cerrar la puerta en una dirección en particular. Ahora hemos añadido un nuevo método de sistema de seguridad para que los jugadores con los privilegios de seguridad adecuados sean capaces de abrir y cerrar puertas y refinar las mecánicas de bloqueo y de activación manual. La mecánica de activación manual permite que en ciertas puertas el jugador pueda usar su PAW para cortar una sección y se revele una bomba hidráulica de activación que permita abrir la puerta manualmente. Estas puertas han sido pasadas también a los hangares, unificándolas de manera que se pueda usar el mismo sistema en todas partes.

Medpack: un objeto de pack médico ha sido añadido para que sea utilizado en los modos de juego del FPS, y su propósito es ayudar a restaurar la salud de un jugador. Cuando es usado, el jugador llevará a cabo una cura de combate, cogiendo el objeto con aspecto de jeringa en su mano e inyectándolo en un puerto de su armadura. Curar de esta manera distribuirá proporcionalmente la recuperación entre todos los miembros del personaje.

Coleccionables: los coleccionables vienen en dos formas, sean como objetos que se pueden coger de la misma forma que la mecánica de saqueo o como objetos escaneados en busca de información y ambos se añaden a tu inventario. Ejemplos de esto son piezas de tecnologías que pueden ser recuperadas por su valor monetario o chapas de identificación que pueden desbloquear perfiles de personajes. Estos objetos pueden ser encontrados repartidos por las distintas áreas de Escaudrón 42.

Gráficos

Este mes el equipo de gráficos ha estado trabajando en paralelo en diferentes áreas. Estamos cerca de completar un sistema automatizado para que se puedan encontrar de manera inteligente formas en que las mallas del entorno se fusionen entre si, mejorando el rendimiento. Ya que grandes partes de nuestro nivel están hechas a partir de kits modulares (de manera que podamos producir la cantidad necesaria para construir el Universo Persistente) acabamos teniendo más mallas de las que CryEngine, DirectX y el driver de la gráfica puede manejar. Fusionar mallas reduce de manera general la cantidad de objetos que hay en el nivel, pero hacerlo de manera simple haría que un sólo nivel ocupase varios gigas de RAM, y por lo tanto nuestro algoritmo evalua todos los potenciales candidatos de fusión que existen y sólo ejecuta aquellos que nos ahorrarían la mayor cantidad de rendimiento al menor coste de memoria. El algoritmo continúa fusionando los mejores candidatos hasta que llega a un presupuesto de memora fijado de antemano o hasta que alcance un límite de rendimiento especificado por el artista. El resultado final es un ahorro masivo en el número de objetos y por lo tanto de su rendimiento, todo ello por un coste mínimo de memoria y nada de esfuerzo adicional por parte del artista.

El equipo de Efectos Especiales ha estado obstaculizado por las varias limitaciones y bugs que ha tenido el sistema de iluminación por partículas en los recientes meses, y por lo tanto parte de nuestro equipo ha estado ocupado mejorando el sistema y esto debería tener como resultado que los artistas puedan crear efectos especiales que encajan mucho mejor con los entornos. El resto de nuestro equipo ha estado ocupándose de los muchos bugs que tenemos previamente a cada uno de los lanzamientos y en esta ocasión son bugs relacionados con el rendimiento del FPS y mejoras del streaming y de la profundidad de campo. También hemos estado metiendo algunos arreglos al renderizado de "grandes mundos" que permitirán que el CryEngine trabaje con mapas de tamaños prácticamente ilimitados.

Diseño

Durante este mes hemos estado continuando nuestro trabajo en varios capítulos de Escuadrón 42 y haciendo que estén más cerca del greybox. La prioridad principal para el equipo ahora mismo es el rodaje de captura de movimientos que está teniendo lugar en Londres. Cada diseñador ha sido capaz de ser testigo de las increíbles interpretaciones que nuestro elenco de actores lleva a cabo en sus propios niveles que, incluso con un escenario en whitebox, ¡tiene un aspecto increíble y hace más real el mundo que estamos creando!

El Corte Vertical interno ha estado progresando masivamente, ayudándonos a responder preguntas claves sobre nuestras mecánicas de juego clave y desarrollando nuestras características para escenarios FPS, de dogfight o experienciales.

¡Y por encima de todo esto, el equipo de diseño de Reino Unido ha estado añadiendo en otras áreas de Star Citizen, que sin duda habréis visto con Arena Commander, armas, naves y el futuro módulo FPS, que nos mantiene ocupados!

Arte

Bueno, puedo decir que, para aquellos que se atrevieron a echar un vistazo al contenido filtrado... ¡podéis ver que estamos poniendo los dólares que os ha costa ganado ganar en hacer el mejor contenido que podemos! Si fuiste bueno y te reservaste para más adelante, ¡bien por ti! Seguro que te entregaremos algo que valga la pena tras tu prolongada abstinencia.

Cada mes está ocupado aquí, y no hay un minuto que no esté dedicado a tomar decisiones, o empujar un polígono o pixel. El conceptuado de nuevas naves ya se está reduciendo y sólo hay una imagen perdida aquí y allá que es necesaria para clarificar áreas que nos hemos olvidado hacer en su momento. La flota vanduul está completamente conceptuada ya, y sólo quedan por hacer las armas y torretas. También hicimos un buen trabajo de entornos de la mano de Jan Urschel y AtomHawk (ndt: por fin se revela el nombre de la subcontrata de arte de Reino Unido), que ha ayudado mucho a dar forma a la historia del Escuadrón 42.

Entornos

Nuestro principal objetivo durante el mes pasado ha sido seguir adelante en nuestro nivel de Corte Vertical y apoyar el rodaje de Londres. Para el Corte estuvimos intentando lograr un nivel de detalle que sea adecuado a Star Citizen, centrándonos especialmente en el desplazamiento del jugador a lo largo de la escena, recompensando la exploración, dando buenas panorámicas y composición de paisajes y por supuesto creando arte de la mejor calidad. Para el rodaje hemos estado asegurándonos de que funcionasen bien en el decorado las escenas cuyas interpretaciones estaban siendo capturadas, y haciendo esos siempre importantes cambios y ajustes de última hora. La excitación es alta tanto en el plató como en el estudio y no podemos esperar a mostraros esto.

Efectos Especiales

Tuvimos todo un mes de apoyo de código por parte de los ingenieros de gráficos, que han eliminado una cantidad impresionante de bugs y peticiones de características nuevas. También hemos conseguido otro artista de Efectos Especiales, ¡por lo que el equipo está creciendo! Esto nos ha permitido seguir adelante en varias áreas, incluyendo:

Variantes de Efectos Especiales para los Entornos, como por ejemplo: Chispas, Vapor, Fuego/Daños, Tormentas Espaciales (¡tened cuidado, ahí fuera las cosas son peligrosas!), I+D para los efectos especiales de las grandes torretas (fogonazos de la bocacha, trazadoras, impactos etc.), I+D para las cinemáticas del Escuadrón 42 (probando los flujos de trabajo y cadenas de montaje) y varios efectos de naves.
Y como detalle ligeramente menos excitante (pero aún así importante) hemos estado trabajando entre bambalinas muy duramente a la hora de solidificar nuestros flujos de trabajos y cadenas de montaje, y dando forma al calendario de Efectos Especiales, ¡para mantenernos alertas a la multitud de requerimientos de efectos especiales que hay en todas las áreas del universo de Star Citizen!

Naves

Ah, las naves, las naves... siempre manteniendo a nuestros mejores artistas ocupados. La Idris, si, está saliendo muy bien, con quizá incluso unas cuantas sorpresas (que sabemos que amáis/odiáis), se ha hecho mucho trabajo para unificar el lenguaje de diseño de las naves de forma coherente para que más adelante quede bien claro lo que hace un fabricante, que estilo de panelado tiene, que tipo de luces etc La lista es larga, pero al menos quedará claro a artistas internos y externos que es lo que tienen que conseguir.

Se ha bocetado por completo el interior de la Starfarer, el ARGO necesita una pasada de Shaders, el Dron de minería sigue adelante, si, todavía no hemos empezado con el Javelin, estamos a máxima capacidad hasta que encontremos más trabajadores... ¡vamos, uníos a nosotros y hagamos el Mejor Space Sim de Todos los tiempos! X)

Interfaz de Usuario

¡El equipo ha crecido un 100%! ¡Hemos pasado de uno a dos artistas! Continúa el trabajo en la IU del FPS y ahora estamos explorando el estilo y aspecto de Shubin, Aegis y Vanduul. Seguid vigilando este espacio para conseguir más información.

Personajes

El equipo de personajes ha estado en Londres junto al rodaje de Imaginarium con el conjunto de cámaras ¡y nos lo hemos pasado genial! Cada sesión de escaneado ha sido divertida y excitante y hemos conseguido capturar algunos datos que son literalmente de los mejores del mundo a partir de talentos (actores) de nivel mundial. Se suele decir que "nunca deberías conocer a tus héroes", pero yo estoy completamente en contra de ese refrán, porque cada uno de de ellos han sido amistosos, profesionales y entusiastas.

Los datos ya han empezado a ser procesados y algunos de vosotros puede que ya los hayáis visto en acción gracias a la sesión de escaneado con Sandi, la cual es un buen ejemplo de la energía y ánimos que tenemos en este proyecto.

¡Sólo me gustaría poder deciros quien se ha sentado ante nuestras cámaras!

Sonido

¡Hola a todos! Hemos seguido trabajando en en lanzamiento del Wwise. Todavía quedan muchas cosas importantes que hacer, pero estamos haciendo progresos.

Creo que es justo decir que estamos descubriendo que ha sido necesario un montón de trabajo de limpieza en cuanto al lado de ingeniería. ¡Nosotros (quizás con demasiado optimismo) pensamos que la mayor parte de sistemas simplemente necesitarían que se les creasen eventos de Wwise, lo que los activaría de maneras muy similares a sus equivalentes en FMOD, y adelante, todo hecho! Aún así, esto ha sido raramente lo que ha sucedido y cuando más rascamos, más vemos que hay más trabajo que hacer.

Así que ha sido una cuestión de hacer un recuento, limpiar, quitar los cabos sueltos en términos de datos de sonido, código y lógica, así como asegurándose de que los eventos y sonidos simplemente existían en Wwise. Hay ciertas cosas que funcionaban en FMOD, desde cierto punto de vista, pero más por feliz coincidencia que por diseño. Esto no es culpa de nadie en particular, es simplemente que a menudo el sonido ha estado reaccionando a los cambios a última hora del proyecto mientras se desarrollaba.

Así que, tanto como es posible, estamos aprovechando esta oportunidad para asegurarnos de que esta mudanza a Wwise sea también un cambio desde el diseño y trabajo a corto plazo y de manera reactiva, a pasar a cómo aspiramos a hacer las cosas: adelantándonos a las cosas (literalmente) tanto como sea posible: teniendo plantillas de Wwise para cada caso, mantener todo limpio y libre de hacks. Hemos reunido a todo nuestro equipo escritor de código, así como a nuestro equipo de diseño técnico de Austin, de manera que podamos trabajar mejor en la carrera hacia el FPS. Habiendo tenido que ingeniar ese nuevo sistema, así como trabajar de nuevo en el módulo dogfighting y soportar los distintos aspectos del universo persistente - son lo suficientemente difíciles de por si sin tener que preocuparse por el nuevo motor de sonido. ¡Pero no debemos refunfuñar mucho acerca de esto!

Tristemente, uno de nuestros Diseñadores de Sonido Senior, Tom, nos ha dejado este mes. Se le echa de menos, ya que tenían un montón de experiencia con el CryEngine, pero se le presentó la oportunidad de mudarse a vivir más cerca de sus seres queridos y es difícil discutir en ese aspecto. Así que nos deja de buenas maneras: le deseamos lo mejor en todos sus futuros trabajos y no será fácilmente reemplazado.

En otras noticias, ya tenemos casi construidas del todo nuestras nuevas habitaciones para el diseño de sonido. Todavía tenemos que aplicar nuestro tratamiento acústico a los muros y estamos esperando que llegue algunos muebles y monitores (la gente de sonido llama monitores a los altavoces, sólo para confundir a todo el mundo); pero es bueno ver cómo están tomando forma. Hemos intentado dar a cada una de ellas su propio esquema de colores, que puede que cause chispas de creatividad o una locura transitoria leve. Depende de la habitación, en realidad. ¡Quizá seamos testigos de un poco de ambas cosas! Necesitarán algunos ajustes y adaptaciones para asegurarnos de que tengan neutralidad sonora. Realmente son bastante pequeñas, lo que hace algo difícil asegurarse de que estén libres de ciertas ondas sonoras etc que puedan no representar bien ciertas bandas del espectro sonoro. Nos intentaremos acercar tanto como podamos, pero llevará algo de tiempo ponerlas al nivel que queremos.

Hemos intentando reservar algo de tiempo para experimentar los procesos relacionados con la vocalización de los alienígenas, algo que empezamos a diseñar mientras los lingüistas terminaban de fijar el aspecto de los idiomas alienígenas. Siempre es un tema espinoso, pero está siendo interesante ver qué puedes hacer antes de meterte en el equivalente sonoro al "valle inquietante".

Además de lo de más arriba, hemos estado echando una mano en el rodaje de Escuadrón 42, del que obviamente no voya decir nada, así que no me preguntéis. ;)

Gracias por tener el tiempo de poneros al día con todo lo relacionado con el sonido de CIG. Por favor, poned una o dos preguntas en el foro de Ask a Developer y haremos lo que podamos por responder. ¡Adiós por ahora!

FOUNDRY 42 FRANKFURT

El equipo de Frankfurt ha estado creciendo de manera constante en tamaño y está activa a lo largo de numerosas disciplinas: tecnología básica, IA, diseño, cinemáticas, Sonido, Animación, FX; etc. Como ya se vio en nuestro vídeo de la oficina durante el mes pasado, nuestro espacio temporal se estaba llenando y tuvimos que alquilar otra habitación para acomodar a las contrataciones adicionales. También nos hemos estado preparando para mudarnos a nuestra nueva oficina, que debería recibirnos a comienzos de Julio y en la que probablemente grabaremos un nuevo vídeo una vez no hayamos instalado. Sólo hemos sido parte del equipo global desde hace unos meses, pero el ímpetu y progreso en el juego por parte de todos los estudios y oficinas es fantástico de ver, y estamos contentos de formar parte de él.

Ingeniería

Durante el mes de Mayo, Ingeniería ha estado ocupada en múltiples frentes. Hemos hecho un montón de progreso en los Grandes Mundos (moviendo el código base a coordinadas basadas en 64 bits, permitiendo que se puedan tener niveles de tamaño galáctico (literalmente) y que sean explorados en Star Citize). La tarea principal que se hizo este mes en Grandes Mundos estuvo centrado en hacer el Renderizado de Cámara Relativa: de hecho, el paso a 64 bits requirió que cambiar todo el código de renderizado para que fuese relativo a la cámara y no siguiese simplemente las coordinadas absolutas del mundo.

También se han estado haciendo progresos en el Sistema de Zonas, que es nuestro nuevo sistema de partición espacial, reemplazando el viejo esquema de particionamiento espacial basado en Octree que tenía CryEngine. El Sistema de Zonas es un sistema especialmente adecuado para un juego como Star Citizen, que tiene grandes mapas dinámicos, enormes cantidades de entidades y grandes naves móviles. Hablando de naves multi-tripulación, hemos estado trabajando también en nuestras parrillas de físicas locales de nave (para que los jugadores puedan andar por el interior de naves en movimiento), uso de prefabs en el juego (ndt: esto permitiría cambiar el interior de una nave, como una habitación, sin tener que cargar de nuevo el mapa) e investigando la optimización del streaming y de las entidades. Estamos probando todos esos sistemas inicialmente en la Retaliator.

También hemos empezado a implementar formatos de almacenamiento de recursos artísticos optimizados para los datos vertex y así reducir el tamaño general de los datos, mejorar el tiempo de carga y la memoria, así como el rendimiento de la CPU/GPU. Estas optimizaciones se implementarán pronto.

Hemos comenzado unas discusiones iniciales de I+D sobre el tema de la generación procedural, la cual debería recibir más tiempo más adelante, tras tener todos los temas ya mencionados en marcha. También hemos limpiado muchas funcionalidades obsoletas del CryEngine que ya no necesitamos para Star Citizen, como la vieja alocación de memoria de los niveles, nodos de renderizado obsoletos, y muchos otros asuntillos. Adicionalmente, hemos estado trabajando en integrar las partes relevantes del nuevo SDK 3.7 en nuestra base de código. Todas estas tareas principales están muy cerca de llegar al main de Star Citizen. Además, estamos proporcionando apoyo general de motor gráfico, características y arreglo de bugs.

También hemos actualizado nuestras herramientas de perfiles de memoria, eliminando todos los remanentes que habían quedado en el código del motor.

IA

En el último mes hemos puesto unos cimientos sólidos para todo el futuro desarrollo de la Inteligencia Artificial en Star Citizen

Empezamos a unificar el Sistema de Comunicación de CryEngine con el Sistema de Reacción Contextual de CIG. ¿Qué son esos dos sistemas?

El Sistema de Comunicación de CryEngine es utilizado para permitir hablar a los personajes IA: el comportamiento (u otro sistema) puede solicitar tener una línea específica de comunicación (por ejemplo "SaludarAlJugadorEnFrenteDeMi") y el sistema se va a ocupar y elegir la variación apropiada para ese concepto (por ejemplo "¡Bienvenido, amigo mio!") y va a comprobar si el ritmo definido permite en realidad que el sonido sea reproducido. El sistema es responsable también de corregir un caso en el que la línea de comunicación de alto nivel deba cancelar el mensaje actual que está siendo reproducido en un canal menos prioritario. El clásico ejemplo es el PNJ siendo golpeado o alcanzado por un disparo mientras habla. ¡Su grito de dolor debería interrumpir cualquier cosa que hubiese estado diciendo antes!

El Sistema de Reacción Contextual de CIG es utilizado para activar una línea de comunicación basándose en eventos específicos siendo activados por el juego. Una nave que esté muy dañada podría emitir una señal de "NavesDañadas" que sea recogida por el SRC y este escogerá un variación apropiada de ese sonido para que sea reproducida. El SRC ya está completamente integrado en Dataforge para que los escritores sean capaces de crear nuevo contenido sin necesidad de tener apoyo de los programadores y su código.

¡Durante este mes hemos empezado a trabajar en la unificación de los nuevos sistemas para que tengan los beneficios de ambos!

También comenzamos a trabajar en el Sistema de Cobertura en Superficies de CryEngine para conectarlo al sistema de comportamientos de Kythera y que eso permita su soporte en los grandes mundos. El Sistema de Cobertura en Superficies es capaz de revisar un objeto físico y automáticamente crear datos que almacenan posibles posiciones donde tomar cobertura.

Y además, hemos puesto los cimientos que permitirán extender el Sistema de Navegación MNM de CryEngine y que este sea capaz de soportar grandes mundos y mallas de navegación locales. Hemos empezado a prototipar la funcionalidad para tener una malla de navegación unida a una nave espacial en movimiento, por lo que seremos capaces de tener en los siguientes meses a unos tripulantes de nave moviéndose por el interior de un entorno de nave.

También nos hemos centrado en coordinar el trabajo de Moon Collider en lo que respecta a un puñado de mejoras en el Sistema del Árbol de Comportamiento de Kythera. Este Sistema de Comportamiento ya está conectado al Dataforge, permitiendo que los diseñadores del juego/sistemas sean capaces de crear/prototipar nuevos comportamientos con rapidez sin necesitar escribir código en C++. También, se han añadido nuevos nodos de comportamiento que soportan funcionalidades básicas como máquinas de estado, marcas de tiempo y señales. Todas estas funcionalidades nos darán el poder necesario para implementar complejos e interesantes comportamientos.

¡En general, estamos planeando montones de nuevas características y prepararemos algunos molones vídeos y fotos para daros más detalles sobre nuestro progreso el mes que viene!

Diseño

En el lado de diseño, hemos estado diseñando muy de cerca junto al equipo de Reino Unido y tomando el control de un nivel del Escuadrón 42. Estamos activos en cada aspecto del desarrollo de Star Citizen, desde trabajar en el lanzamiento del módulo FPS a desarrollar comportamiento de IA en sus árboles de decisiones, abarcando todas las áreas del juego. Otros desafíos incluyen construir y preparar la jugabilidad de las torretas, proporcionar a Reino Unido comentarios de jugabilidad de alto nivel sobre Escuadrón 42 y trabajar en unificar la personalización de trajes del FPS para hacerlo más parecido a cómo hacemos ahora con las naves.

Cinemáticas

Unos cuantos miembros del equipo han estado en los platós de Londres durante todo el mes junto a Chris Roberts, rodando las escenas de Escuadrón 42. El plantel es increíble y no podemos esperar a anunciaros quienes tenemos y mostraros sus interpretaciones. Estamos acelerando ya el equipo de cinemáticas y empezando a tener más tracción en la cadena de montaje interna y el flujo de trabajo.

Sonido

Nuestro Ingeniero de Sonido se ha pasado todo el mes en Reino Unido junto a su Equipo de Sonido para ponerlo al día y preparando el Wwise para el siguiente lanzamiento.

Continúa el trabajo para convertir las viejas funcionalidades basadas en FMOD al nuevo sistema de sonido. Pasamos algo de tiempo ayudando a desarrollar scripts de conversión automatizada, para acelerar las partes más sencillas del proceso, para que los diseñadores de sonido se pudiesen centrar en ajustar los sonidos y la manera en que son activados en el juego, en vez de tener que preocuparse de portar todas las implementaciones actuales. Lanzamos el nuevo conjunto de herramientas de control de recursos de sonido que usan los diseñadores de sonido y así simplificar el día a día de la producción de efectos.

Efectos Especiales

Durante el mes pasado hemos estado centrándonos principalmente en investigar distintos tipos de fuego que incluir en el juego. Estos van desde pequeños fuegos y restos ardientes, a enormes incendios y gigantescas explosiones. El humo es una parte importante y mezclarlos de una manera realista siempre ha sido uno de los objetivos del actual ciclo de I+D.

También hemos hecho algo de trabajo sobre los relámpagos para algunas de las misiones del Escuadrón 42, el cual será usado principalmente como efectos de fondo a largas distancias.

7
FrostRaven

BEHAVIOUR

¡Buenos días, ciudadanos! ¿O buenas tardes, piratas? ... ¿Quien sabe cual es la hora en el espacio, de todas formas? Publica la respuesta correcta en los comentarios para ganar un +1.

Ya que lleva más de un mes crear algo de importancia para un juego tan enorme y detallado como Star Citizen, podríais encontrar que este informe mensual es similar al del mes pasado pero descrito con palabras distintas :) Aún así, esto NO significa que todo el mes estuvo carente de progresos, ¡nada más lejos! Aquí está el informe mensual del equipo de Behaviour:

Primero, muchos de nuestros esfuerzos han ido hacia pulido, debuggeado, así como a soportar otros estudios en varios módulos del juego. A medida que nos aproximamos al lanzamiento del FPS y la entrega del módulo social (¡preparad vuestras bolsas de la excitación!), el tiempo no se invierte tanto en añadir nuevas cosas, si no en pulir y consolidar lo que ya está ahí.

Aquí están los módulos más notables, sistemas, módulos sistemáticos y sistemas modulares que han sido debugeados, pulidos o apoyados este mes:

El Chat del juego.
El sistema de emotes: /dance /dothebender
El Módulo FPS
El Lobby: Multi-Asiento
El Lobby: Configuración de Equipo para el FPS

Vamos a hablar un poco del módulo FPS. Hemos añadido más funcionalidad al sistema para hacerlo más fácil y divertido de usar. Hemos implementado la primera versión de las pestañas de conversación filtradas, que te permite tener múltiples conversaciones tanto en privado como en público de una manera ordenada y fácil de entender. También hemos iterado su interfaz y su experiencia de usuario, fijándola en su estado actual de primera iteración.

También pasamos algo de tiempo arreglando objetos interactivos, como los decorativos, la holomesa, las puertas en el lado de cliente/servidor etc. Esto es obviamente pertinente para cada localización del juego, no sólo los hangares.

Los ingenieros están debuggeando la replicación e instanciación de los hangares, mientras los diseñadores de niveles han estado arreglando todo tipo de problemas en su interior. ¡No sé que estáis haciendo en esos hangares, chicos, pero parece que se rompen todo el rato! Por favor, dejad de hacer chocar vuestros buggies por todas partes. ;)

La creación del módulo de spawning básico ha terminado, lo cual, os lo creáis o no, controla la aparición simultánea de múltiples jugadores en hangares y localizaciones planetarias. Con él podemos haceros aparecer a vosotros (bueno, no vosotros, si no vuestro personaje) en la posición apropiada, dependiendo de dónde vengáis (Hangar -> Superficie planetaria, Espacio -> Superficies planetaria, etc). No pensamos que cargar y aparecer fuese tan interesante, pero estamos excitados por ver los vídeos que publicaréis sobre vuestra primera vez visitando un planeta.

Vale, ahora vamos a hablar de la parte divertida: ¡planetas! Este mes el departamento de Arte terminó todas las piezas necesarias para un planeta minero industrial. El plan es utilizar este conjunto de piezas a lo largo de la galaxia, principalmente (pero no exclusivamente) para Delamar en el sistema Nyx. Nuestro objetivo principal es que estas piezas sean tan versátiles como sea posible para permitir que el equipo de arte de este proyecto pueda crear diferentes localizaciones. Esto llevó una gran cantidad de tiempo, pero estamos contentos con el resultado final.

También empezamos a trabajar en los objetos legado para hacer que estén a la altura de los nuevos estándares técnicos y visuales. A medida que hagamos más localizaciones actualizaremos nuestras técncias y ya que estás "viejas" piezas serán usadas en el futuro, tenemos que asegurarnos que estén a la altura.

Nuestros Diseñadores de Niveles están explorando y refinando otras localizaciones, como The Blocks en Terra Prime, Marianna y Odyssa, así como creando las nuevas localizaciones interiores y puliendo/apoyando viejas localizaciones. Un poco como las piezas heredades de arte, algunos objetos interactivos fueron cambiados y necesitaban ser actualizados para estar al nivel.

El mobiGlas ha recibido montones de pulido y progreso. Hemos implementado animaciones para hacerlo extra-chachi. Algunos refinamientos y actualizaciones han llegado también al flujo de compra. ¡Ahora podemos mostrar vuestro saldo de UEC y seréis capaces de comprar cosas de verdad!

De una manera similar, hicimos una primera pasada de implementación sobre la IU, código, y visuales del quiosco de ventas de microTech. "¿Qué demonios es esto?", podrías preguntar. Bueno, algunas tiendas y otras localizaciones del verso tienen quioscos de microTech que son usados para mostrar representaciones holográficas de productos extra-grandes que no caben en la localización. Los quioscos son también utilizados para acceder a un catálogo de inventario con la ayuda del mobiGlas. El mobiGlas es también un producto de microTech, por lo que ahora podéis ver la conexión. Nuestro primer quiosco será usado en Astro Armada, donde será utilizado para interactuar y ver nuevas naves como paso previo a su compra.

Los quioscos son la primera fase de la experiencia de compra de naves. Estamos planeando tener maneras más interesantes e inmersivas de comprar naves en el futuro que eran imposibles de entregar ahora mismo.

Otro objeto interesante en el que estamos trabajando es la taquilla personal. Que no os engañe, esto no tiene nada que ver con los objetos decorativos de suscriptores. La taquilla personal puede ser encontrar en tu hangar y allí es donde almacenarás tus gadgets y armas del FPS. Más adelante, esta taquilla será usada no sólo para mostrar armas, si no para preparar configuraciones de equipo que te permitirán cambiar el equipo de tu personaje con rapidez para el trabajo adecuado.

Como siempre, hemos completado el objeto decorativo de este mes, junto con otros objetos de mercadería secretos, pero no arruinaremos la sorpresa, porque arruinar sorpresas no es divertido.

Gracias por vuestra atención! ¡Ahora salid a destruir unas cuantas naves!

ILLFONIC

¡Saludos, Ciudadanos Estelares! Estoy seguro de que la mayor parte de vosotros visteis ese masivo artículo sobre Star Marine y la razón por la que está llevando más tiempo del que esperábamos. ¡Gracias por tener paciencia con nosotros! La mayor parte de Mayo se invirtió en llevar a cabo lo que indicamos en esa publicación. Mirad más abajo lo detalles por parte de cada equipo.

Ingeniería

Además de aplastar montones de bugs, el equipo de ingeniería ha estado centrado en apoyar a los animadores con el nuevo sistema de transiciones de movimientos (acelerones, frenazos, cambios de dirección bruscos). Hay animaciones únicas para cada cambios de dirección, y también para cada estado y velocidad a la que se desplaza el jugador. ¡Esto puede acumular trabajo fácilmente! Se ha seguido trabajando con las animaciones de movimiento en gravedad cero y las características del SATA Ball. Tras jugar mucho al SATA Ball, nos dimos cuenta de que habría necesidades en algunos casos específicos de poner ayudas para administrar la pelota en un espacio tan grande.

Diseño

Los diseñadores han estado trabajando duramente para poner en marcha bien el SATA Ball. Esto ha girado en torno a la jugabilidad y avisos visuales para que el jugador sepa lo que está sucediendo. Asegurarse de que los jugadores pueden encontrar con facilidad la pelota, asegurarse de que los jugadores pueden coger y lanzar la pelota con precisión, y asegurarse de que pueden navegar hasta ella con efectividad. También han estado haciendo montones de pruebas con el conjunto de armas básicas y ajustando cómo la respiración afecta a su puntería.

Animación

El equipo de animación ha estado centrado actualmente en meter todas los datos de captura de movimiento de las transiciones, limpiarlas e implementarlas en el juego. Como se mencionó más arriba, es un MONTÓN de datos de captura de movimientos, así que están muy ocupados con esto.

Arte

El equipo de arte ha estado centrado en dos objetivos principales durante el mes pasado. Uno es rehacer los recursos artísticos de la estación Gold Horizon para que se ajuste a cómo están configurando las cosas en el Universo Persistente. Esto permitirá a los equipos de todo el mundo la utilización de este conjunto de recursos artísticos en sus distintos niveles. ¡Compartir es amar!

El segundo objetivo del equipo de arte ha estado centrado en pulir las armas que ya existen y crear un sistema unificado de rieles para los acoplamientos. Esto hará que la creación de acoplamientos sea más fácil de ahora en adelante, ya que todo será universal.

Efectos Especiales

Algunos nuevos Efectos Especiales fueron creados para SATA Ball, efectos para las porterías de manera que los jugadores no se confundan y algunos efectos sobre el jugador cuando son alcanzados y aturdidos. Se ha hecho una pasada de pulido sobre todos los efectos que existen, con la ayuda de Chris.

¡Gracias por la lectura, Ciudadanos! ¡Illfonic, corto y fuera!

TURBULENT

Esto es lo que hemos estado tramando aquí en Montreal durante el mes de Mayo:

Mapa Estelar

Se han hecho sobresalientes progresos este mes en el arte final que tendrá el módulo web del mapa estelar. Ahora tenemos diseños artísticos completos para el nivel superior Galáctico, donde se pueden ver todos los sistemas estelares, mostrando sus conexiones de Puntos de Salto. El desafío principal fue encontrar una manera de representar los puntos de salto de una manera que fuese estéticamente bella pero también funcional para representar los tamaños de los agujeros de gusanos y las direcciones donde fuesen aplicables. Se han hecho grandes progresos en un tipo de pantalla estilo Cuadrícula Calorífica 2D donde se muestra (a cualquier nivel) la influencia política, el crimen y los niveles económicos de las áreas de la galaxia. Aunque esto todavía es experimental, el aspecto visual propuesto por nuestros artistas inspiró la expansión de este detalle del mapa.

Uno de los principales componentes de la Interfaz de Usuario en esta pasada de arte es el disco de control, el cual es un diseño muy interesante porque pensamos que podría ser utilizado como un componente de control en el propio juego. El disco es cómo serás capaz de interactuar con los diferentes objetos que ves en pantalla al ojear la galaxia. Nuestro conjunto de bocetos creado por los artistas incluye la pantalla de "Vista General de Objetos Espaciales", que es básicamente lo que sucede cuando solicitas más información sobre un objeto, sea un planeta, cinturón de asteroides, nebulosa o agujero de gusano. Esta vista de función tan genérica servirá como la pantalla principal de información sobre cualquier cosa en el Mapa Estelar, así como el salto a las entradas de la Galactapedia que tiene cada uno de ellos.

Centro de la Comunidad

Este mes hemos completado los bocetos de las interfaces para esta nueva sección, fusionando su diseño con el nuevo aspecto de la web, y conectándolo con las vistas basadas en datos. Hemos pasado bastante tiempo asegurándonos de que pudiésemos mostrar tanto contenido de los fans como fuese posible: imágenes y galerías, pero también vídeos de distintos proveedores, canales de streaming, podcasts... Este Hub todavía está en un intenso desarrollo, pero seremos capaces de mostrar más pronto.

Consejo de los Problemas

Este es nuestro nuevo sistema de reporte de bugs "usado por la colectividad", que ha pasado por meses de hincar codos programando. El núcleo del sistema ha sido completado, incluyendo modelos de datos y una API a nivel de sistema. Mientras tanto, el equipo de diseño ha estado trabajando sobre qué aspecto tendrá la IU. Hemos proporcionado una demo al equipo de Control de Calidad de Austin y todo el mundo está muy emocionado por empezar a utilizarla. ¡En Junio estaremos probando a introducir errores en él!

Lanzador

Este mes hemos terminado un prototipo del rediseño del lanzador de Star Citizen trabajando junto con el equipo de DevOps de Austin. El nuevo lanzador funciona sólo internamente por ahora, sólo para pruebas en CIG, y está basado en la tecnología BitTorrent. Esto permite que el proceso de parche sea más eficiente en tamaño y velocidad, y es un primer paso a la hora de tener un lanzador web que a su vez llevará a tener más herramientas de configuración directamente en el propio lanzador (configuración de hangar, el futuro inventario, activación de REC...).

Chat

El Sistema de Chat ha recibido algunas mejoras este mes. Hemos revisado su aspecto para que sea más similar al resto de la página y hemos introducido temas "chincheta" para mejorar la lectura.

¡Y más!

Este mes tuvo su propio conjunto de mejoras en la página. Tuvimos dos ventas conceptuales con la Starfarer Gemini y la nueva nave de MISC, el mini-transporte Reliant, y también os trajimos el juego producido en Montreal: Hyper Vanguard Force IV, de Dave Richard y Christine Marsh. ¡Apex Predators! ¡Uníos!

Y como detallito, también hemos implementado para nuestros usuarios norteamericanos la opción de pago nueva de Amazon, "Login and Pay".

MOON COLLIDER

Tras haber hecho montones de planificación y diseño durante los últimos meses, Mayo ha estado ligero en este tipo de cosas, para variar, y tuvimos la oportunidad de meternos hasta las axilas en molones trabajos de ingeniería. Trabajamos en varias características de herramientas para los diseñadores y tenemos ganas de ver cómo las usan.

Ingeniería

El mes pasado hablamos sobre las molonas mejoras a cómo los PNJs se unía a los ramales(spline). Esta es una característica que permitirá que los diseñadores especifiquen un ramal que quieren que siga una nave (a la hora de hacer unas maniobras elegantes o volando tan cerca de los obstáculos que la IA normalmente se mantendría alejada de ellos), y la IA buscará la manera más óptima de unirse a este "ramal". Para hacer esto, la IA debe encontrar un camino desde su posición y dirección actual de manera que acabe uniéndose al ramal en su comienzo en la dirección adecuada a su pretendido curso. Esto puede volverse muy complicado porque los diseñadores pueden especificar la velocidad a la que quieren que la nave ese esté moviendo al unirse al ramal y esto puede afectar al camino que toma la nave, ya que puede necesitar curvar su ángulo de aproximación para añadir algo de espacio extra necesario para decelerar o acelerar lo que haga falta. Y por supuesto, queremos que todo esto parezca de lo más natural.

Terminamos esta característica este mes y se la pasamos a los diseñadores para que la utilizasen. Ahora las naves pueden unirse fiablemente a los ramales desde cualquier punto, haciendo que sea más fácil para el diseñador su implementación, pero de manera más importante para ti, esto nos permitirá tener más comportamientos sistemáticos. Hasta ahora estábamos bastante restringidos a la hora de hacer que las naves se uniesen a los ramales, pero esto les da más libertad así que- cuando hayamos ajustado los comportamientos- les veréis usándolos mucho más en futuras versiones de Arena Commander.

La mayor característica en la que hemos trabajado este mes fue en un completo cambio a la manera en que hacemos los árboles de comportamiento de las IAs. Hasta ahora hemos estado creándolos directamente con el código. Usando un recompilador en tiempo de ejecución de C++ (ndt: haciendo cambios en tiempo real sobre el programa y viendo los cambios sin salvar y re-abrir el programa), esto en realidad era bastante eficiente y nos permitía iterar a bastante velocidad mientras probábamos el juego, pero no estaba al alcance de los diseñadores que no tenían experiencia como programadores. Así que hicimos un montón de trabajo para permitir que los árboles de comportamiento pudiesen ser creados con DataForge.

Habréis oído hablar en el pasado de DataForge, mencionado como una herramienta personalizada de administración que usan todo tipo de diseñadores para manipular datos en Star Citizen. Ha sido creada desde el principio para permitir ver de distintas maneras diferentes tipos de datos, donde era aplicable, de manera que se pudiesen editar datos en un formato de hoja de cálculo, mientras que para otras cosas es mejor editar en un punto de vista de nodo gráfico, y así sucesivamente.

Ahora tenemos un categoría de árbol de comportamientos en DataForge que permite a los diseñadores crear y editar árboles de comportamientos usando una más cómoda interfaz gráfica, y así pueden aplicar esos comportamientos a un personaje IA sin tener que escribir nada de código. Además, pueden modificar en tiempo de ejecución estos árboles, lo cual es magnífico para iterar con rapidez.

Lo que hizo que esta característica fuese especialmente interesante para nosotros es que esperamos que nuevos nodos de árboles de comportamiento sean creados regularmente en el futuro y queríamos dar soporte a su uso en DataForge tan pronto como fuese posible, así que hicimos algo de trabajo en crear una simple línea de códigos de consola en el editor que permitirá generar automáticamente nuevas definiciones en DataForge, así como añadir un código pre-hecho en C++ que conectará las estructuras de los árboles de comportamiento de DataForge con el árbol de comportamiento subyacente de Kythera. ¡Así cuando un programador cree un nuevo nodo, se hará una rápida orden y el nodo estará completamente integrado en DataForge!

Así que todavía es posible crear comportamiento de IA en C++ como antes, pero ahora tenemos esta método alternativo de creación gráfico, que entonces es traducido a su código C++ equivalente que entonces sigue el comportamiento. Estamos excitados por ver cómo empiezan a trabajar con esta nueva herramienta los diseñadores, pero pensamos que será un gran comienzo. Y definitivamente queremos dar un reconocimiento especial a Ash Canning en Foundry 42, la mente maestra tras la creación de DataForge, que hizo montones de ajustes para nosotros con muy poco tiempo de aviso para ayudar a soportar mejor la edición de los árboles de comportamiento.

Finalmente, hicimos algo de trabajo dentro de nuestra herramienta de debuggeado Kythera Inspector para permitir a los diseñadores que debuggeen sus árboles de comportamiento mucho más fácilmente, creando una representación visual en tiempo real de lo que el árbol está haciendo en cualquier momento. El mes pasado añadimos la habilidad de grabar y reproducir el comportamiento de los estados de los árboles de comportamiento, pero eso es más útil para rastrear bugs. Para desarrollar árboles de comportamiento es más útil tener una vista de lo que está haciendo en cada momento el árbol. Estamos poniendo los últimos retoques en esta características y se la enviaremos pronto a los diseñadores, así que tendréis que esperar al próximo informe para obtener más detalles sobre esto.

COMUNIDAD

Damas y caballeros, chicos y chicas, ciudadanos de todas las edades, Thomas, director de forografía y editor extraordinario, está aquí para traeros el informe mensual para Mayo. Informando siempre de lo que sólo puede ser descrito como el Cielo en la Tierra, alias el simplemente sublime paraíso conocido como Santa Mónica, California.

Y justo como en nuestro espléndida localización, Mayo fue un mes positivamente estupendo para nosotros. Debutamos un nuevo segmento en nuestro programa insignia, Around the Verse, bautizado como Ship Shape. Presentado por la efervescente y siempre seductora Lisa Ohanian, nos permite tener la oportunidad de compartir con los fans y los mecenas un compendioso vistazo a la Cadena de Montaje de Naves.

Hablando de Around the Verse, Ben Lesnick hizo un fantástico trabajo presentando en solitario mientras su co-presentadora Sandi Gardiner había sido convocada a exhibir sus habilidades histriónicas en el rodaje de capturas de interpretación para Escuadrón 42 en Londres, y se nos deleitó con todo un abanico de desarrolladores con talento que sirvieron como facsímiles distinguidos frente a la ausencia de nuestro ilustrioso Presidente, en nuestra serie de 10 for semanal.

Mayo también vio cómo nuestro Bugsmasher favorito, Don Mark Bartholomew Abent III, saltó de su sub-segmento en Around the Verse a tener su propio programa bi-mensual. Su episodio piloto recibió críticas entusiastas, y con gran exhuberancia me congratula anunciaros que la cadena ha encargado la reación de toda una temporada de programas.

Como una nota a pie de página, Mayo comenzó con la muy anticipada y largamente esperada gran apertura de Fuddruckers en Santa Mónica, y el CommuniTeam no perdió el tiempo en visitarla para almorzar, y sólo diré esto: no nos decepcionaron.

Y con esto, mis queridos ciudadanos, este fue el mes de Mayo. Gracias a todos nuestros fans, sin vosotros, nada de esto hubiese sido posible, y es un auténtico honor y un privilegio ser capaces de hacer lo que hacemos.

Hasta la próxima vez, yo seré ahora y siempre,

Vuestro humilde sirviente,

Thomas

FIN DE LA TRANSMISIÓN

4
Rigal01

Mola ver que el mes se han estado centrando en optimizar el juego, renderizado de naves, escombros y ropitas.

A ver para cuando nos enseñan algun concept art de la nueva nave de pasajeros.

1 respuesta
FrostRaven

#15740 Yo diría que a finales de este mes. Y el mes que viene la Endeavor.

FrostRaven

1- ¿La actualización al daño basado en las físicas tendrá en cuenta el ángulo de impacto? ¿Cómo?

Matt Sherman: Es algo que nos gustaría ver si podemos construir dentro del sistema, porque tiene sus propios desafíos. Muchos juegos que utilizan ángulos de impactos, como World of Tanks o Warthunder, pueden hacerlo porque no tienen muchas armas disparando al mismo tiempo y pueden hacer esos cálculos. En nuestro caso, algunas naves pueden tener de 6 a 50 armas, de un Hornet a un Bengal, y eso acaba pasando factura.
Aún así, es algo que estamos explorando con los daños basados en físicas porque...

Calyx Reneau: ¿Tiene cincuenta cañones el Bengal?... (Matt mira hacia el techo pensando)... Me parece poco.
Bueno, si hacemos esto tendríamos un concepto de que tu nave tiene blindaje con su propia "salud" de la misma manera que la nave tiene su propia "salud". Si impactas algo con un golpe de refilón se degradaría la armadura de manera que los futuros impactos tuviesen todavía más efecto. Nunca tendríamos un proyectil con un impacto nulo sobre el mundo de juego, porque tiene que afectar de alguna manera los escudos, el blindaje o la nave. Si tuvieses un siglo eventualmente destruirías un Bengal con tu Aurora... si el Bengal no se da cuenta de lo que haces.

Matt Sherman: Tosería, débilmente, en tu dirección y explotarías.

Calyx Reneau: Y sería tu fin.

2- ¿Se podría hacer una camisa acorazada por encima de un arma específica, para protegerla de daños? ¿O alternativamente, se podría instalar un pequeño generador de escudos?

Calyx Reneau: Recientemente hicimos una pasada completa en los puntos de anclaje y soportes de armas y componentes en general. Y la filosofía general es que su comportamiento general estaría dictada sobre los puertos que están disponibles para instalar algo allí.
Así pues, podemos hacer soportes muy especializados: soportes con un escudo, con una IA, una unidad de disipación o lo que sea que conectes. Cosas como esas siempre estarían dictadas por los soportes que están disponibles. Podemos hacer esas cosas específicamente y todavía no hemos explotado todo su potencial, porque hemos empezado a introducirlos... no debería ser muy complicado ponerlos en marcha.

Matt Sherman: Queremos que los soportes articulados o fijos se aprovechen de esta funcionalidad de las naves. Las mangas acorazadas para las armas fijas era algo en lo que habíamos estado pensando, específicamente, porque os damos la oportunidad de ocupar el mismo espacio pero ahora ese componente sería realmente robusto... y si es el arma principal de tu nave, puede que valga la pena esto.

Calyx Reneau: La regla general de los tamaños se aplicaría, aunque ocasionalmente hacemos excepciones (ndt: es decir, si pudieses acorazar un arma perderías un tamaño al hacerlo. Un punto de anclaje de tamaño 3 podría instalar un arma fija de tamaño 2 acorazada).

3- ¿Podríamos modificar nuestras naves para que se adapten a los roles de naves como la Ghost, Tracker o Gladiator?

Calyx Reneau: Convertirlos literalmente en los mismos no, porque probablemente hay una funcionalidad restringinda a esos modelos, pero están pensando volver sobre sus pasos en las naves que ya han lanzado y ver cómo pueden hacer para ocupar los espacios que han dejado entre las naves que tienen, que están desarrollando y las que tienen planeadas en el futuro. Realmente el mayor desafío es cómo enriquecer este establo de naves sin emponzoñar las aguas con elecciones como ¿por qué tener esta nave si esta lo podría hacer igual de bien?

Matt Sherman: Y es algo que hemos visto que sucedía con la venta de la Reliant, porque es nuestra tercera nave de transporte ligera junto con la Aurora CL y la Hull A, por lo que asegurarse de que lo que introducimos se siente distintivo y apropiado para esa clase de nave es importante a la hora de definir el rol que ocupa a nivel de jugabilidad.

Calyx Reneau: Si, todo debe tener su personalidad y podemos poner algo de flexibilidad en estas, pero el carácter de nuestras naves es algo esencial.

4- ¿Podemos esperar ver en el futuro cercano más grandes cambios en el modelo de vuelo de las naves pequeñas que tenemos para acercarlo más a la visión original de "simulación" o está "casi terminado" en lo que concierne a los diseñadores?

Calyx Reneau: Yo diría que es decentemente representativo de la jugabilidad que queremos. No diría que representa el juego completo. Una de las grandes cosas que tenemos que tener en cuenta es que SOLO tenemos las naves pequeñas en el juego y estas naves tienen un montón de maniobrabilidad, responden super-bien...

Matt Sherman:.... buenísima aceleración, mejor equilibrio de armas en comparación respecto a las diferencias entre las naves grandes...

Calyx Reneau: Lo que yo esperaría es que la visión estilo Segunda Guerra Mundial está mejor caracterizada en las naves de tamaño medio como la Constellation, Retaliator y similares. Estas naves no van a poder girar de repente, como pueden hacer la M50 o el Hornet. No están construídas tanto en torno su maniobrabilidad y esto continúa notándose más a medida que aumentas la escala, hasta el punto en que una batalla entre naves capitales no se parece en nada a una batalla entre naves de clase pequeña o intermedia. En realidad creo que esto es muy importante. Si tuvieses la sensación estilo Segunda Guerra Mundial en nuestras pequeñas naves y aplicamos la misma lógica que queremos aplicar con nuestro sistema actual, no se podría soportar cuanto más incrementases el tamaño de las naves.
Puede que haya otros caminos? (ndt: no se le entiende esta palabra) que tomar, pero creo que este es el que nos va a dar la mejor mezcla de estilos de juego. Si lo que te gusta de verdad es ese estilo de combate estilo submarino, te gustará el combate entre naves capitales.

Matt Sherman: Si. Es una de las múltiples partes que a medida que metamos todos estos sistemas adicionales, especialmente las naves multi-tripulación, realmente veremos como crecen esta variedad de opciones de juego, porque, ahora mismo, todos tenemos lanchas rápidas y algunos de nosotros queremos barcos de deriva para poder hacer una salva de cañonazos por la banda... Todo el mundo quiere cosas distintas del juego y por supuesto habrá diferentes características de control para soportar esto. Incluso en las naves más pequeñas, habrá diferencia entre la más ágil de las naves pequeñas y la más lenta de las naves pequeñas; pero probablemente serán más rápidas que la Constellation.

Calyx Reneau: Ajá.

5- Como todo pasando a ser un sistema basado en las matemáticas, como el modelado del daño basado en las físicas o el control que proporcionan los impulsores, ¿podríamos esperar ver lo mismo lo mismo con la mena y el combustible o la manipulación de volúmenes?

Calyx Reneau: Si, esa es la noción básica. Toda la masa que metas en tu nave afectará a tu centro de masa, incluso todo el combustible, mena, carga, munición balística, misiles... No volarás igual tu nave al final de una batalla tras gastar la munición o recursos. IFCS hace mucho para compensar esto por ti, de manera que no se siente super-lenta de repente; pero la noción básica es que el control será peor. Incluso con el IFCS compensando, pequeños cambios en la masa han provocado grandes efectos sobre su control (Matt se carcajea), se nota mucho cuando el centro de masa está mal.

Matt Sherman: Si....

Calyx Reneau: Como probablemente hayáis experimentado, cuando lo calculaba mal en la Mustang o en la 300i. Y os oímos hablar del tema..
Proporcionarán herramientas y habrá maneras de compensar esto, aunque se hayan tomado decisiones tontas (me encanta acomodar las decisiones tontas) que compliquen mucho las posibilidades de que hagas algo.

6- En cuanto al tema del nuevo generador de escudos, en particular hablando de la Retaliator, ¿Tendrá el Retaliator de verdad sólo un generador de clase 3 como si fuese una Aurora o en realidad las naves grandes funcionan de otra manera?

Matt Sherman: El Retaliator tendrá escudos más grandes.

Calyx Reneau: ¡Hazzah!

Matt Sherman: Si. Lo que será lo estamos discutiendo, hay cosas que planchar antes de acercar la nave a su estado completamente pilotable (primero hay que terminar las multi-tripuladas), pero definitivamente tendrá escudos más grandes y blindaje apropiado para un bombardero de primera línea. Fue publicitada con ese rol y no queremos disminuir la nave tanto. Otra cosa que habrá que tener en cuenta es que probablemente tendrá mucho más blindaje que escudos máximos, pero eso es algo que no podemos asegurar hasta que sea pilotable. Lo que podemos garantizar es que sus escudos serán más grandes que los tamaño 3 de una Aurora.

Calyx Reneau: Siempre ajustamos las cosas para que encajen con su intención original. ¿Dónde encaja esta nave en el verso? Y parte del aspecto complicado de esto es que estamos unificando todos nuestros sistemas y hemos hecho mucho trabajo para crear todas nuestras estadísticas, cómo las cosas deberían afectar el rendimiento de nuestras naves.. Ahora con este contexto tenemos que asegurarnos de que todos estos objetos únicos no sean tan únicos de manera que podamos comparar las cosas de manera más efectiva. Y esta saliendo muy bien y con suerte podremos clarificar todo esto muy pronto.

Matt Sherman: Será un buen cambio cuando hayamos configurado todo esto, si.

7- DJ Pete (Mackay) habló sobre modelar las naves en "la Calculadora". ¿Podríais hablarnos más de esto?

Matt Sherman: Pete hace un increíble trabajo y una de las cosas en las que ha estado trabajando esta Calculadora que nos permite configurar naves mucho más rápido. Fue instrumental a la hora de poder lanzar la Reliant tan pronto (por la mañana) durante su venta, porque la herramienta que escribió para nosotros trabaja con la información de John (Pritchett) y le damos los números de su tamaño, masa y rápidamente calcula los impulsores que necesita, qué energía necesita. Es una todo en uno a la hora de empezar a planear la implementación técnica basada en datos reales de las naves... y esa es una enorme victoria para nosotros.

Calyx Reneau: También está muy bien poder probar cosas mediante los números. ¿Oh, que pasa si este número es 300 veces más grande? Estas naves... oh... puff... calcular el cargamento de la serie Hull fue un gran factor del trabajo en el que la Calculadora salvó el día. Se quita del medio mucha adivinanza y deducciones educadas con unos números claros sobre la mesa.

Matt Sherman: Y para la parte de esta pregunta relacionada con el modding, no sé si la Calculadora será algún día lanzada, pero una gran parte de los datos a partir de los que estamos trabajando será pública, porque uno de los viejos objetivos de financiacón es el Manual estilo Janes Fighting Ships y no queremos ocultar estos datos y que tengas que hacer theorycraft para obtenerlos. Queremos que podáis ver lo que estamos viendo nosotros cuando hacemos las especificaciones de las cosas.

Calyx Reneau: Cuando salió el Reliant no nos hicimos mejores en esto, si no que simplemente teníamos la Calculadora. (risa sarcástica)

Matt Sherman: ¡En serio, fue una gran parte de esto!

Calyx Reneau: ¡Lo sé, lo sé!

Matt Sherman: ... tenemos esta area de superficie, ta ta ta ta ta, muy bien, pero ahora tenemos todas las áreas de superficie de todas las naves disponibles a nuestro alcance. ¡Y ahora tenemos la nueva salud!

Calyx Reneau: ¡Nueva salud, si!

Matt Sherman: Ya no hay ninguna arma que pueda matar a una nave sin que se sobre-caliente con los nuevos cambios a la "salud". (sonrisa) Pero también tenemos ahora nuevas armas... (Calyx se rie).

8- Tengo curiosidad sobre los límites de los distintos roles que tienen los asientos. Un ejemplo en particular que me interesa es el uso de armas articuladas o torretas remotas por parte del copiloto, mientras el piloto se centra en maniobrar y alinear disparos con las armas fijas.

Calyx Reneau: Lo estamos planeando, pero no estará en el primer lanzamiento porque hay muchos problemas de interfaz sobre quien tiene control de la interfaz en cada momento... estamos trabajando en arreglarlo. Pero eventualmente podrás asignar diferentes grupos de armas para diferentes asientos... incluso diferentes sistemas de la nave y podréis configurar vuestra perfecta estación de trabajo. Habrá algunas restricciones a esto, como la estación de ingeniería (que está diseñada sólo para eso, independientemente de las armas que quieras pasarle).
En la primera versión el copiloto sólo podrá controlar la torreta y más adelante podrás asignarle el control de los sistemas que desees.

Matt Sherman: Es parte del plan a largo plazo; pero será una gran cosa que añadir una vez que ya hayan salido las naves multi-tripulación. Luego nos podremos a ajustar esa jugabilidad adicional.

9- ¿Se podrá prescindir totalmente de opciones ofensivas en favor de defensivas? Si es así, ¿qué se podría instalar en vez de armas y torretas?

Matt Sherman: Soportes activos de defensa es una idea muy chachi y es algo que no hemos estado diseñando activamente demasiado, pero desde luego tenemos que empezar a pensar en añadir más utilidades a esos soportes. La Reliant es un ejemplo de esto con la variante de Furgoneta de las Noticias o el Transporte básico, que tienen una torreta con una función utilitaria: cámara y rayo tractor.
¿Tener cosas que no son de combate que instalar en tu nave? Por supuesto. Cosas de defensa activa...

Calyx Reneau: Si, es algo sobre lo que hemos hablado un poquillo, sobre todo cuando hablamos de los escudos y los roles más activos que se pueden tomar al unificar superficies defensivas. Cualquier cosa que conectes a un soporte de armas será en general una parte activa de tu nave. No queremos que se conviertan en cosas pasivas, quitando todas las armas y poniendo escudos en su lugar para que más adelante te disparen y no puedas hacer nada sobre el tema. Queremos tener objetos que son pro-activos y que mejoran tus posibilidades.
Pero si, es una idea muy molona y me gustaría explorarla más.

Matt Sherman: Si.

10- ¿Serán los jugadores capaces de mezclar piezas de blindaje distintos o vendrán como un conjunto unificado?

Matt Sherman: El blindaje de las naves es algo en lo que os daremos los detalles exactos cuando salga el documento que explique los daños basados en las físicas. Estamos explorando ambas opciones ahora mismo, para ver cual es la mejor opción. Queremos tener algo que permita acorazar partes específicas de la naves, así que si por ejemplo quieres blindar el morro de la nave o su panza porque llevas un bombardero... queremos esa opción. Es una cuestión de saber cuantas opciones podemos dar en este aspecto mientras se mantienen los cálculos de daños de manera eficientes, sobre todo cuando hay 50 o 60 armas distinta disparándose sin parar en una instancia.

Calyx Reneau: Tradicionalmente han existido dos tipos de blindaje en tu nave:

  • Tu casco básico, porque cuando lo piensas eso es lo que es: blindaje que te protege del vacío y que rodea tu nave. Es su función principal en todas las naves, proteger la salud de tu nave. Si cambias el casco de tu nave es que estás cambiando el interior de esos mamparos o reforzándolos.
  • Blindaje aditivo, en el que no hemos avanzado mucho todavía porque nos hemos centrado principalmente en las cosas internas de las naves. Pero esta siempre será mucho más especializada: contra munición explosiva, armas energéticas... y será visible sobre la nave.

Matt Sherman: Estaba explicando ayer cómo funcionaba el tema, y un blindaje de alto valor es interesante, pero a medida que recibe daño su efectividad se reduce mucho más rápidamente que el casco básico. En especial para la Vanguard tienes un blindaje que es magnífico en esa primera pasada, pero si tienes que hacer una segunda pasada puede que tengas problemas, llevando a un combate de desgaste.

Calyx Reneau: Si, a ver quien dura más. El blindaje está avanzando muy bien y va a molar lanzarlo todo de una vez.

Matt Sherman: Va a ser una gran actualización cuando llegue.

Calyx Reneau: Y eso es todo, gracias a los suscriptores por hacer posible este programa y este juego.

Matt Sherman: Os vemos la semana que viene.

4
Rigal01

Me mola lo que dicen que las naves mas grande rollo constellation no podrán girar tanto y sera mas rollo SGM. No porque me guste ese tipo de combate si no porque da una razón de ser y una ventaja a las naves mas pequeñas frente a las grandes.

Si tienes skill y quieres hacee flipadas cohete una nave pequeña,si eres un manco cogete una nave grande y reza porque aguante.

1 respuesta
Y

#15743 La respuesta 4 por fin aclara que nos han engañado con el concepto original y lo que después han hecho.

Si alguien quiere una Idris, la dejo barata payo que me la quitan de las manos.

2 respuestas
FrostRaven

#15744 Yo "te la compro por un dólar", Yony.

No es por polemizar, pero siempre han dicho que cuanto más grande la nave menos maniobrabilidad (y capacidad de aceleración) tendrías, que los cazas tendrían muy fácil disparar de espaldas y tal, mientras que las naves intermedias tardarían más en poder girar y que las naves capitales iban a ser lentunas a la hora de responder. Lo que acaban de explicar yo mismo lo he explicado varias veces y el propio Chris lo ha hecho cuando la gente habló de esto en el Arena Commander 0.8, sobre el tamaño del mapa y velocidad máxima "lenta" que tenían las naves entonces.

Si una nave tarda más en responder es normal que las maniobras que la gente tienda a hacer con ellas sean distintas (maniobrabilidad total de caza, resistencia al cambio de dirección estilo vuelo atmosférico para las naves de tamaño intermedio y maniobras totalmente deliberadas estilo barco para las capitales. ¿Cuantas veces se ha hablado de que una Idris no podía perseguir directamente a una Aurora que hiciese giros de 90º de vez en cuando? XD No creo que se haya engañado a nadie, creo que la gente se ha auto-engañado solita XD

1 respuesta
Adamanter

Nunca engañaron, siempre dijeron que con lo de "combate estilo segunda guerra mundial" se referían a combate visual a cara de perro. Y es lo que tenemos, combate visual a cara de perro. Pero la gente se monta películas y lee lo que le da la gana sin pararse a leer lo que realmente están diciendo. Tanto es así que llegaron a explicar que no habría armas con rango superior a los 5-10 kilómetros porque no quieren que la gente se mate a distancia como sucede en la actualidad que los combates entre aviones se realizan a distancias de decenas de kilómetros fuera del rango visual.

Salu2 :)

LimiT-SC

En la planificación de esta semana hay un Pedazo de Redacted previsto el viernes.

Fijo que sacan el Redacted este mismo viernes.

Eso o Ben nos está trolleando

actulización: Como dice Frost No era lo que estábamos pensando LOL. ( lo que tiene no leer ) Sí! Ben nos está Trolleando :psyduck:

1 respuesta
FrostRaven

#15747 Ya ha dicho Ben en esa planifiación que no es el FPS, ni el PTU ni nada, ¡arriba del todo lo puedes leer!

"I'm sorry for the tease on Friday; we'd like to show off the next flyable ship in Arena Commander (which will patch in at the same time as Arena Commander) and that's where that'll go if we have footage ready. "

"Siento haberos atormentado con el anuncio del viernes; nos gustaría enseñaros la siguiente nave pilotable que habrá en Arena Commander (la cual parchearemos al mismo tiempo que Arena Commander) y aquí es donde iría si tenemos el metraje listo."

Y no va a haber parche alguno de Arena Commander hasta que salga el Star Marine. Estará en barbecho hasta que salga el Star Marine. Y esa nave probablemente iría en el siguiente parche, en teoría 1.2.1. Esa nave probablemente es el Vanduul Scythe, que podrían pilotar los que la compraron en su día o los suscriptores a través de REC.

1
1 comentario moderado
B

#15744 Claro q si.. Yo quiero que la Idris y las Caps derrapen como los acorazados en el world of warships...