La Kunos Simulazioni, di ritorno dalla trasferta di Misano nella quale ha presentato e fatto provare ai tanti appassionati il suo nuovo Assetto Corsa Competizione, ci regala oggi ben 4 nuovi trailer in game e 26 screenshots inediti, che abbiamo raccolto tutti qui di seguito. Il primo video ci presenta la modalità Hotlap in condizioni di asciutto con la Ferrari 488GT3, il secondo la modalità Hotlap con la Lamborghini Huracan GT3, in condizioni di asciutto ma con pozzanghere e gomme slick a complicare lo scenario di guida, il terzo una gara con Mercedes AMG GT3, su bagnato, contro avversari gestiti da IA e l'ultimo una gara endurance con Audi R8 LMS in condizioni di asciutto e con ciclo giorno/notte, contro avversari gestiti da IA. Le immagini sono catturate dai 4 eventi. Buona visione.

Particolarmente interessante è anche il video blog pubblicato da Kelvin Van Der Linde, pilota sudafricano dell'Audi in GT, che racconta il suo test proprio a Misano con AC Competizione: il commento è entusiasta!

Milestone è fiera di annunciare che MXGP PRO è ora disponibile nei negozi fisici e digitali per PlayStation®4, Xbox One e PC®. A partire da oggi, i giocatori possono acquistare anche il DLCMXGP PRO - Credit Multiplier, un aiuto nella progressione del gioco, che moltiplica i crediti, sia offline che online, alla fine di ogni gara e in ogni modalità.

MXGP PRO è un nuovissimo inizio, progettato per soddisfare i fan più esigenti desiderosi di rivivere il vero spirito del Motocross. Tutta la conoscenza dei titoli precedenti nel franchise MXGP prende vita in questo nuovo capitolo ridefinito che migliora l'esperienza delle corse perfezionando l'intero approccio ed il gameplay. Il risultato è un videogame basato sui feedback della community, sviluppato grazie al contributo dei piloti ufficiali Antonio Cairoli, Tim Gajser e Gautier Paulin. 

Un'esperienza unica e coinvolgente che soddisferà le aspettative di tutta la community, dagli appassionati più esigenti al grande pubblico: puoi scegliere l'Extreme Career in cui tutte le opzioni di gara sono completamente bloccate per un'esperienza estremamente professionale, o puoi scegliere la Standard Career per un'esperienza di gioco con opzioni completamente personalizzabili, scegliendo come progredire passo dopo passo per essere pronto per affrontare i campioni ufficiali del motocross. Non importa chi sei, se sei un pilota virtuale professionista o solo un amante delle 2 ruote, sii pronto per divertirti più che mai!

Tutti i giocatori che acquisteranno MXGP PRO avranno accesso a:

• Tutti i circuiti ufficiali, le moto e i piloti della stagione MXGP 2017.
• Un nuovo sistema di Bike Set-Up, ridefinito in base a quello che gli sviluppatori di Milestone chiamano l'approccio meccanico, che consente ai giocatori di impostare ogni singolo parametro della loro moto sulla base di valori e parametri reali.
• Un approccio realistico alla fisica, movimenti spettacolari e un sistema rielaborato di prese, collisioni e comportamenti in aria.
• Movimenti più realistici dei piloti integrati con la moto e influenzati dall'impatto su diversi tracciati.
• Un Compound di 1 km², un'area di allenamento dove i giocatori possono liberamente vagare o gareggiare contro l’AI e allenarsi su due piste diverse, una per il Supercross e una per il Motocross.
• Tutorial innovativi, una modalità di gioco dedicata a coloro che desiderano migliorare le capacità personalizzate del pilota, focalizzate sugli aspetti principali della disciplina Motocross: air control, scrubs, cornering, riding in the wet, starting e braking.

Max Verstappen, che come sappiamo è un grande appassionato di simracing, ci presenta nel video qui sotto il circuito del Red Bull Ring grazie all'utilizzo del F1 2017 della Codemasters.

Il buon Piboso ha rilasciato la sesta versione ufficiale, denominata "release 6", del suo Kart Racing Pro, simulatore di guida dedicato al mondo del karting. La nuova release 6, non più beta quindi, fra le tante novità, migliorie e fix, ci mette a disposizione la nuova modalità "trasparente" in allenamento  ed il nuovo telaio M6, che vedete protagonista del trailer qui sotto. Correte a questo link per il download del file, che funziona come demo fino all'acquisto della licenza. Qui di seguito il changelog completo. Vi ricordiamo che Kart Racing Pro è disponibile anche su Steam ed è attualmente scontato del 25%. Fate riferimento al forum per commenti e discussioni.

Changelog:
fix: HUD in VR
fix: TrackIR support
fix: animated flags
new: trainer transparency
new: notifications when the window is minimized
new: M6 bodywork

Dopo il trailer dedicato alle monoposto del passato, la Codemasters ci propone ben 4 nuovi filmati per il prossimo F1 2018: i piloti Sainz, Ocon, Gasly e Grosjean ci presentano con il gioco con licenza ufficiale Formula 1, il nuovo tracciato del Paul Ricard.

E' iniziato questa mattina il weekend del Blancpain GT Series Sprint sul circuito di Misano Adriatico. In uno stand appositamente allestito da AK Informatica con la collaborazione di Sparco Gaming, è possibile provare il nuovissimo Assetto Corsa Competizione della Kunos Simulazioni, il simulatore ufficiale del campionato Blancpain. Il valore aggiunto dell'evento è la presenza in forze della Kunos, con la possibilità di chiacchierare, fornire feedback e pareri direttamente a Stefano Casillo, Marco Massarutto, Aris Vasilakos, Luca Sodano e molti altri.

Il software disponibile è una tech demo, più aggiornata rispetto alla versione utilizzata al recente E3 di Los Angeles, perchè sono state implementate novità collaudate nelle ultime settimane. Il demo consente di provare quattro diversi eventi: una sessione di giri veloci sull'asciutto con una Ferrari 488 GT3, una in condizioni di bagnato parziale con la Lamborghini Huracan, una gara in condizioni di pioggia con la Mercedes AMG ed una gara che riproduce il ciclo giorno - notte (con il sole che tramonta) a bordo di una Audi R8.

La scelta delle 4 vetture diverse non solo permette al pubblico di provare diverse esperienze, visto che le vetture sono naturalmente diverse fra loro, ma consente proprio alla Kunos Simulazioni di far provare ai piloti reali del Blancpain le loro vetture al simulatore, per ricevere preziosi consigli per affinare ulteriormente il modello fisico.

Il circuito utilizzato è naturalmente quello di Misano, realizzato con tecnologia laser scan per garantire il massimo realismo.

La Kunos ha confermato che Assetto Corsa Competizione sarà disponibile su Steam in versione beta entro l'estate e supporterà la modalità VR con tutti i dispositivi compatibili.

Nonostante il circuito sia stato investito da una vera e propria tempesta di pioggia e vento, sono riuscito a realizzare i filmati che vedete qui sotto. Appuntamento ai prossimi giorni per una completa anteprima. Vi anticipo che Assetto Corsa Competizione è una vera e propria EVOLUZIONE !

Fra i numerosi video dedicati ad iRacing, è particolarmente interessante il trailer che potete ammirare qui sotto, che ci mostra il confronto diretto fra la Porsche 911 RSR del simulatore americano e quella reale impegnata sul circuito di Le Mans.

Codemasters® ha pubblicato oggi un nuovo trailer di F1 2018, il videogioco ufficiale della FIA FORMULA ONE WORLD CHAMPIONSHIP™ 2018, in cui viene mostrato il ritorno del Grand Prix francese oltre ai piloti F1 locali che parlano della ricreazione del loro circuito di casa nel gioco. I cittadini francesi, Romain Grosjean, Esteban Ocon e Pierre Gasly, nonché Carlos Sainz del team Renault Sport di Formula 1, hanno parlato con Codemasters del nuovo circuito Paul Ricard e della loro esperienza con il gioco.
Il nuovo trailer di F1 2018 mostra la prima, inedita, sequenza di gameplay del circuito Paul Ricard mentre i quattro giocatori si sfidano in pista e parlano delle loro esperienze.

"Il Grand Prix francese è sicuramente quello che aspetto davvero quest'anno", ha dichiarato il pilota del team Haas F1, Grosjean. "Sarà la prima volta che correrò nel mio Grand Prix di casa e molti tifosi francesi verranno a supportarci."
Gasly ha aggiunto: “Sono molto contento. Avere un Grand Prix di casa è una sensazione speciale. Puoi davvero sentire l’entusiasmo.”
Questa è anche la prima volta che i quattro piloti si sono offerti disponibili a provare F1 2018, che sarà pubblicato in tutto il mondo su PlayStation®4, Xbox One, Xbox One X e PC (su DVD e tramite Steam) Venerdì 24 Agosto 2018.
"Gioco da quando ero un bambino...e non mi sono mai fermato", ha affermato Ocon. "I giochi si sono evoluti in maniera massiccia e stanno diventando sempre più realistici. Durante la mia routine mi alleno durante il giorno e gioco per una o due ore la sera...e lo trovo molto utile. Quando non abbiamo un weekend di gara, continuo a correre da solo da casa".
"Questa è la prima volta che provo F1 2018 e sono super impressionato. Sono un grande fan dei giochi e li ho giocati da quando ero un ragazzino ", ha aggiunto Gasly. "Ogni anno continuano a migliorare".
Sainz ha commentato: "Trascorro il mio tempo a casa facendo pratica con il gioco di Formula 1 e sul simulatore presso Renault. Potete star certi che facciamo questo tipo di pratica."

Riflettendo sul feedback dei piloti, Lee Mather, Game Director di F1 2018 ha dichiarato: "Per noi è fantastico trascorrere del tempo con i veri piloti. Questi sono i ragazzi che sanno cosa vuol dire guidare queste auto incredibili e i loro feedback sono sempre estremamente preziosi. E’ bello sentire commenti positivi sia sul gioco che sulla direzione che abbiamo intrapreso".

Oltre all'introduzione del circuito Paul Ricard, Codemasters ha già annunciato che i giocatori che effettueranno il pre-order o che acquisteranno la copia al Day One di F1 2018 avranno accesso esclusivo all'iconica Brawn BGP-001 del 2009 e alla Williams FW25 del 2003, come contenuto DLC della "F1 2018 Headline Edition." In alternativa, le due auto saranno disponibili per l’acquisto in un secondo momento.
F1 2018 comprenderà tutti i team, i piloti e i circuiti ufficiali dell’elettrizzante stagione 2018. Saranno disponibili anche auto classiche, una modalità carriera e molto altro. Segui F1 sul blog di Codemasters e i canali social su Twitter e Facebook per aggiornamenti futuri.

Il team di iRacing ha pubblicato un lunghissimo post sul blog per spiegare lo sviluppo del nuovo sistema dei danni in arrivo per il simulatore americano. Commenti sul forum.

Starting Out

My name is Richard Jobling and I am a Senior Software Engineer here at iRacing. For a long time now my primary focus at iRacing has been to develop our new damage model. It’s been a long journey, and I’d like to share some details from along the way.

When we first discussed improving damage in iRacing, we focused on the goal of adding parts to the cars that would break off during impact. Immediately I started adding more to our to-do list such as improving the particles and sounds to complement breakable parts.

As a recent hire at the time, I optimistically thought this might not be too much work. Surely I could integrate some existing physics middleware to simulate the car parts and some other middleware for particle effects.

However, as we spent more time discussing priorities, it became clear that at iRacing more so than other games, we value the authenticity of our simulation. That means that everything has to work together to be physically accurate. When we discuss new features, we have to consider all the physical processes that take place.

For car damage, it isn’t enough to just throw off parts and effects during a crash. For iRacing we want to model as much as possible of everything happening during an impact: flexing, crunching, breaking, separating, etc.

Also, because the physics is so important to iRacing we wanted to keep control of our code rather than depend on middleware. That being said, the existing systems had a lot of shortcomings that we wanted to improve on for the future.

And so the project grew to the point where we have written entirely new systems for collision and damage and reworked much of the physics.

Headed out on track at Lime Rock park to gain some real world experience in the Skippy.

I have have first-hand knowledge of what happens to a race car when it comes into contact with a wall – no wonder Dave assigned me to this project!

Cones

Rather than tackle damage straight away we first worked on making the track cones dynamic. This would help us learn more about what to improve.

Building on the existing tech we successfully implemented dynamic cones which on the surface seemed like a great step forward. However, as much as the cones were now moving it was clear that our current systems needed improving.

The collision for cars and cones are represented as a series of spheres. This is great in that it is simple and we can efficiently test many spheres against our track geometry. However using spheres makes it hard to represent long, flat or thin shapes or even cones. Also, there would always be holes between spheres, and the final aggregate shape ends up being lumpy, so we need a separate set of planes for the other car/cone.

Testing one set of object spheres against another objects planes works well enough. Unfortunately, it can lead to inconsistencies when the order of the objects is flipped. So, for example, the cone works well when tested against the car planes but not the other way around.

So our problems were that we couldn’t represent our shapes well without using many more spheres and that we needed two different collision representations in use, which led to some problems of asymmetry.

Furthermore, if we can reduce our collision to one representation, then impacts between cars would be more consistent from client to client. This would go some way toward improving what everyone loves to call the netcode.

Also, we have always struggled with the spheres sticking through walls at high speeds, and now cones could get trapped in cars. We wanted to improve in those areas as well.

You can see the two different collision representations below.

What Already Works?

Having tried out cones, we knew we needed to make some big changes, so it made sense to take stock of what was currently working well for us.

Simulating physics for iRacing is unique in some ways that differ from typical middleware and aren’t immediately obvious, but they make a significant difference in our pursuit of realism. Anything new would need to maintain these custom features.

Collisions in iRacing are not like the usual billiard ball physics in video games. Typically an impact in a video game is simplified, so it’s considered instantaneous. When one object bounces off another, the response is immediate, and the objects that were moving toward each other will be traveling away from each other with some energy loss.

This works for most games, but it isn’t very realistic in cases we care about. For example, when cars bounce off each other, we want drivers to be able to maintain control realistically. If the impacts affect the cars instantly, it’s hard for players to predict and react in time. Real cars are not infinitely stiff; impacts involve flex which takes a little time.

This is an important phenomenon that iRacing captures by running the physics at a high frequency of 360hz and by implementing what is known as the penalty method for impact forces. Penalty forces by their nature can spread the impact over multiple frames and allow us to model more variety in how materials collide.

Also important to iRacing is the road surface, this needs to be smooth to drive on but also detailed enough that it includes all the real world bumps and dips our laser scans capture.

Most games use a low-resolution triangle mesh for track collision. At iRacing our surfaces are defined parametrically as smooth sweeping road sections on which we overlay a separate bump map. The bump map is what captures all the track details in high fidelity.

This high resolution is critical, so our tire model has enough detail to work with when reproducing an accurate representation of the track features and the road feel.

GJK Collision Shapes

To improve the collision shapes we decided to replace the aging, but efficient spheres and planes approach with a new system which would use sets of convex shapes.

Convex shapes are a good choice because we can still process them efficiently, and by combining a set of them we are able to match the shape of the car very closely.

To support convex shapes, we implemented the GJK algorithm which also makes it trivial to add shapes such as those needed for our tires. The details of the GJK algorithm we can skip and just look at what the new shapes look like.

Below is our car with the newly defined GJK shapes.

With the new approach, we can now collide one set of shapes with those of another. So both cars use the same shapes for collision, solving our asymmetry problems and giving us more consistent outcomes.

Another property of the old spheres was that we could move them to represent the effects of damage. Each sphere would move inward to approximate how the car was bending or crushing at that location.

For our convex shapes, we can improve on this as well. We can morph our convex shapes based on damage. In fact, we can control the morphing, so each shape is only affected in the damaged areas, giving us finer control than the spheres.

Modeling these convex shapes has been a huge job for the art team. For each car, they need to reexamine exactly how they are constructed so we can build appropriate shapes. Shapes for the underlying chassis, body panels, wings and everything else need to be modeled, so they fit the car correctly and detach at the right locations. In many cases, we need to go back to reference materials just to figure out exactly how that car was constructed in the real world to match it as closely as possible.

Contact Manifolds

Unfortunately, the physics for contacting convex shapes is not as simple as that of a sphere and a plane.

With our old system, we could reduce each pair of sphere/plane contacts down to a single point for which we would then compute the collision and friction forces.

This was simple, but it did mean that to rest a cone on the ground we needed at least four spheres at the base, one for each corner if it was going to rest realistically rather than roll away. For most objects, this led to us adding yet more spheres.

With convex shapes, on the other hand, we can represent the shape of the cone using only two convex shapes: a box for the base and a pyramid for the top.

But to rest the cone on the ground, we still need to determine the supporting forces concerning how it sits in contact with the road.

Rather than splitting the cone shapes up as we did with our spheres we’d prefer to determine how the base rests on the ground.

This is solved with what is sometimes called a contact manifold. The manifold maintains a set of contacts collected over the last few frames. Contacts are retained so we can eventually construct a stable set of corner points which will support the cone.

Below is an image showing some cones and their contact manifolds when at rest. The same approach is used for all the important parts of the car as they contact the ground and the surrounding walls, as well as other cars and objects.

Track Collisions

Unfortunately, when it comes to testing against our custom track surface, the new convex shapes are not as straightforward as the spheres.

It was relatively easy to construct planes for each sphere based on the surrounding track data. This was not efficient, but it was workable with the number of spheres we were using for cars. It was also convenient to apply the fine detail from the bump map to the planes.

However, when considering convex shapes, it’s not practical to reduce the track surface to a set of flat planes. Long shapes can potentially stretch across parts of the track that should dip down or rise, and this wouldn’t be captured by flat planes.

As mentioned most games use a low-resolution triangle mesh to represent the environment. This is a more practical representation for GJK shapes, but has its own problems that need to be addressed.

In our case, we need a high level of detail. To reach our required fidelity we need the mesh tessellation to be at least within a half meter. For a track like the Nürburgring that can end up requiring approximately 5 million triangles. Storing that many triangles alone will use almost 100meg.

Fortunately, there are data structures we can use to accelerate mesh collision queries, but those take up even more valuable memory. Our initial attempts ended up with huge data and performance overheads compared to the previous system.

After much head scratching, we were able to design our own custom data structure that was both compact and efficient enough for our high level of detail.

For creating our mesh data, we created a preprocessing tool that reads the parametric track definitions and after much work produces an optimal triangle mesh in our custom format. The tool tries hard to tessellate with consistent precision across the entire road surface while keeping all the featured grooves and transitions our guys work so hard on.

The consistency helps us maintain stable performance no matter what part of the track cars are racing on. With our existing system tight corners or other detailed areas would perform worse due to the extra detail, now we can have the same level of detail in all areas and with the same performance.

Here is a screenshot of one such track mesh.

It’s impossible to see the subtle detail in the mesh required by the tire model. However, without it, each track would lose its character and feel very smooth and artificial.

One advantage of the mesh approach is that it is adaptable to particle collisions. And so when we introduced the new particle effects some time ago, we were able to use meshes early rather than wait for the entire new collision and damage system. So the meshes are already out there and in use.

Damage Mounts

Colliding with other cars and the environment is only one aspect we need to model. Another important area we need to consider is how we simulate the resulting damage.

As mentioned, for the spheres our old system worked by moving the sphere positions to approximate crushing. The forces for a sphere contact were divided into what we call elastic and plastic forces to model both the collision and damage effects.

Now that we have convex shapes which morph to accurately model crushing we need a complementary method for tracking our damage state.

Additionally, we want to be able to detach some car parts when there is sufficient damage. And in many cases we want those pieces to remain tethered to the car, for example when a hood breaks open but remains hinged and should flap up and down.

This led to the addition of what we call mounts. Each car in addition to having multiple collision shapes now also has a set of mounts associated with each part of the car. Each mount models damage in a local area for that part and can also model a connecting spring to simulate hinges and other attachments.

We position and specify all the mounts needed for damage and attachments across the car. Each mount can be tuned to represent the underlying construction at that location.

As the shapes detect collision, they generate forces which are propagated through each mount causing appropriate damage. Each contact taken in turn gradually damages the mounts which then cause the collision shape to crush and eventually when possible detach.

Below you can see an image showing our car with boxes at the mount locations.

Removing Parts

We also need to accurately model the consequences of removing parts. For each part, we need to determine the mass and inertia and how that affects the car as a whole when attached in position or when removed.

At iRacing we have a pretty sophisticated multi-body solver used to calculate how all the connected parts of the car interact given all the external and internal forces acting on the system each simulation step.

The multi-body system is critical to how we model our cars and allows us to build an accurate representation of all the connecting geometry for among other things the suspension, drivetrain, and chassis.

Because the multi-body solver has to do lots of work in real-time our system is designed to precompile optimal code to perform the computations at 360hz. Unfortunately, because we precompile the code, this means the arrangement of bodies needs to be fixed. In other words, we can’t easily disconnect or reconnect bodies from the car.

To remove parts as they break off, we needed to rework this system without sacrificing performance. We were able to do this by augmenting the multi-body system so chassis bodies could maintain removable mass and inertia totals which we dynamically update whenever some part needs to break away or snap on.

After a part detaches we replace it with a new separate part that performs its own collision and physics so it can bounce and tumble down the road independently.

Wheels also need to be removed. Since wheels are already part of the multi-body, we need a similar approach so we can remove their mass.

With all these individual masses now dynamically accounted for we can accurately shed mass and therefore energy during big crashes.

Below is our example car with all parts and a couple of wheels damaged and removed.

Sticky Walls

An unfortunate problem with our old system was that for big impacts the car could end up stuck inside a wall. Despite some clever fixes we were never quite able to solve this completely, and it was another area we wanted to improve.

For the new system, we had the same problems, which stem from the penalty method approach. The penalty method requires that collision shapes are allowed to overlap. The depth of the overlap is then used to determine an appropriate collision force. Unfortunately for soft objects or objects moving very rapidly, this approach starts to break down. If some shapes pass through walls and get over to the wrong side, then the car as a whole will get stuck.

We would see this problem frequently for our new shapes, especially for parts such as body panels and hoods which were thinner than the typical old spheres.

This problem is partly why it is more common for middleware to model collisions as instantaneous. By doing so, they can sidestep the problems caused when shapes overlap for longer times.

We experimented with different methods for solving this tricky problem. Mostly we tried to predict the problem and then revert to instantaneous collision impulses. However, the results were never perfect, and the motion was just not convincing.

This was a challenging problem and one that at times felt like it might never be solved. But in the end, we were able to devise our own unique approach which allows us to maintain the properties we liked from the penalty method while ensuring the collision shapes don’t pass through walls.

Our approach maintains a separate core sphere for each collision shape. A core sphere is small enough to be encapsulated by the corresponding collision shape. Most of the time, these two shapes move in lockstep. However, the core sphere is never allowed to pass through the collision environment.

In the case of a deep collision, the core sphere and the collision shape will separate. The core sphere will remain on or near the surface while the collision shape continues deeper. We are therefore able to maintain an understanding of the surface for that collision shape until it has time to spring back out. This approach allows us to use the penalty method while avoiding the common pitfalls.

Tweaking Properties

Having built our new collision shapes and positioned and connected our damage mounts, we still need to tune all of the associated properties.

Collision shapes have properties defining: mass, material, stiffness, damping, friction, etc. Damage mounts have properties defining: material, yield limits, break limits. And then even more properties for the mount spring behaviors.

All of these properties need to be carefully researched and dialed in for every car. This job fell on our dedicated vehicle dynamics engineers, and it was going to be a huge undertaking.

To improve the workflow and accelerate the long process we have developed a live editing interface we call the Tweaker. Using the Tweaker tool, we can adjust all these properties on the car during the simulation as well as inspect things like the collision shapes and mount positions.

The Tweaker is built using the popular Dear ImGui library which allows us to quickly adjust the interface to our needs as the engineers discover new and faster ways to work.

Below is an example showing the Tweaker in use.

Collision/Damage Events

So far we’ve covered what the new collision and damage system is capable of. But we also need to communicate the results to other systems in iRacing.

Rather than add these features as needed, we have a new system for collision and damage events. This system packages all the necessary information for each impact or damage change so it can be parceled off to other areas for processing. We are then able to hook any of our other systems up so they can react appropriately.

We are currently using collision and damage events to improve our particle and sound effects, so they more closely resemble the kind of destruction happening to the car.

Next Steps

When all this new work is finalized, we will be able to start building on our new foundation to add even more improvements.

For example, we’re better placed to improve our simulation step rate to give us even more accurate physics. We should be able to improve how we represent specific curbs and track features when necessary. And ultimately we would like to be able to break cars in half for spectacular Indy 500 crashes.

For now, we need to concentrate on the work still to do. We’ll be busy updating all our cars and all our track objects. We need to update everything in the iRacing service before we can release since there are too many changes for the old and new systems to co-exist.

We’re also still finalizing the new effects and sounds. From there we will need to optimize and debug all these new systems.

That said it’s exciting to reach this point and I’m happy I can share these details.

Thanks

Richard

P.S. – We are working on a video that will show much of what I discussed above – hope to have that out in a couple of weeks or so

Con il breve filmato visibile qui sotto, la Codemasters ci presenta le prime due monoposto "storiche" che saranno protagoniste del suo prossimo F1 2018: si tratta della Brown GP del 2009 e la Williams FW25 del 2003.

Vi ricordiamo che a questo link del forum sono invece disponibili alcuni trailer di gameplay girati alla fiera dell'E3.