Jump to content

Preview E3: tutte le novità di F1 2018 Codemasters

Il nuovo F1 2018 targato Codemasters si era già presentato in video un paio di settimane fa in occasione del Gran Premio di Monaco, ma la fiera losangelina dell'E3 2018 era naturalmente molto attesa per scoprire qualche dettaglio in più sul gioco, riuscendo casomai anche a metterci le mani sopra...
Preview E3: tutte le novità di F1 2018 Codemasters

Assetto Corsa: notte e bagnato disponibili in modding!

Grazie al modding, il sogno dei fans di Assetto Corsa si realizza: ADF Corse ha sviluppato un Wet mod per diversi tracciati che vengono trasformati sia graficamente che a livello di grip, in pista bagnata. Il Dynamic Light mod, invece, ci permette di correre di notte e con la pista illuminata dai fari.
Assetto Corsa: notte e bagnato disponibili in modding

rFactor 2: Endurance Pack by Studio 397

Il team Studio 397 annuncia l'arrivo per rFactor 2, con il trailer che vedete qui sotto, del nuovo ed atteso Endurance Pack, un DLC pensato specificatamente per le gare di durata che ci mette a disposizione 5 vetture inedite: Porsche 911 RSR, BMW M8 GTE, Corvette C7.R, Oreca 07 LMP2 e Norma M30 LMP3.
rFactor 2: Endurance Pack by Studio 397
  • News

    News - articles

    AC Competizione presentato al Blancpain Sprint a Misano, DrivingItalia presente!

    Da venerdi 22 fino a domenica 24 giugno la Kunos Simulazioni presenta, in anteprima europea, il suo nuovissimo Assetto Corsa Competizione (ancora in fase alpha) all'interno della spettacolare vetrina del Blancpain GT Sprint Series presso l'autodromo di Misano Adriatico. Tutti gli appassionati potranno quindi provare all'interno del paddock, grazie alle postazioni allestite da AK Informatica e Sparco Gaming, l'attesissimo titolo con licenza ufficiale Blancpain, potendo persino chiacchierare proprio con il team Kunos che sarà presente in tutti e tre i giorni.
    Munitevi quindi di biglietto per l'autodromo ed anche di pass paddock (totale 30 euro, acquistabili anche online qui) e preparatevi, presumibilmente, ad una lunga fila, per poter toccare con mano tutte le novità di AC Competizione. DrivingItalia sarà presente naturalmente all'evento sin dalla giornata di venerdi, con prove ed interviste in diretta tramite la nostra pagina Facebook, che quindi vi consigliamo di seguire da subito. Vorreste fare qualche domanda specifica al team Kunos, ma non potete esserci a Misano? Ditecelo sul forum e ci pensiamo noi! 😉 
    Attendiamo i vostri commenti a questo link del forum dedicato.
    Signori e signore, siamo orgogliosi di annunciarvi che questo week end presso il Misano World Circuit per la tappa Sprint del campionato BLANCPAIN GT SERIES, allestiremo per Kunos Simulazioni un area demo dove, in anteprima Europea, potrete provare una delle primissime versioni dello straordinario Assetto Corsa Competizione. Da venerdì 22 fino a domenica 24 avrete la possibilità di correre con i nostri simulatori targati Sparco Gaming - Thrustmaster - Samsung - MSI Gaming - Intel - NVIDIA GeForce Italia - Cooler Master ed ovviamente Ak Informatica I Pc creati per l'occasione saranno delle versioni Ak Custom ed esclusivi di MSI InfiniteX spinti da un velocissimo Intel Core I7 8086k e da una MSI GeForce Gtx 1080ti per darvi modo di godere di ogni singolo dettaglio di questo capolavoro di Kunos Simulazioni grazie anche ai display 4k e 49" ultrawide di Samsung. I volanti saranno dei Thrustmaster Ts-Xw Sparco come Sparco Evolve saranno i sedili. Il sound immersivo sarà portato alle vostre orecchie delle cuffie Cooler Master MasterPulse.

    • By VELOCIPEDE
    • 623 views
    • 1 comment

    Project CARS 2: Thrustmaster force feedback pack v4.0

    TX3 Slawek ha appena rilasciato per Project CARS 2 la nuova versione 4.0 del pacchetto utile a perfezionare e migliorare radicalmente il force feedback di tutti i volanti Thrustmaster con il titolo targato Slightly Mad Studios. Commenti sul forum.
    New update.
    ## Version 4.0 ##
    Main changes:
    - FFB files
    - Rotation / angle
    - Gain
    - Volume
    - Tone
    - FX
    - Steering Sensitivity

    As usual, you will find all the detail in the PDF file.
    Good test
    Thank you
    TX3 Slawek
    Hello everyone.
    Here are my different Force Feedback files for Project CARS 2.
    Thanks to my team Virtualdrivers by TX3, and the support that the Thrustmaster company brings to us, I can benefit from the last products and develop settings for the different games.

    I'm presenting version 2.0 of my work.
    You will find in this pack:
    - two PDF files with the different explanation for the setup
    - different files depending on your wheel base
    - a PDF with a mapping example for the T-GT addon buttons

    A dedicated facebook page to the project exists and some tests are regularly proposed before the final versions. You will be able to find version 1.0 which is slightly different:
    https://www.facebook.com/pcarsthrustmaster/

    Today, there is a strong resemblance between the different wheel bases, apart from the T-GT steering wheel which has a different technology with regard to FFB files. In the near future, the different files will have their own more advanced versions, in order to perfectly match the expectations of the players (T300-T500).
    DOWNLOAD
    • By VELOCIPEDE
    • 314 views
    • 1 comment

    F1 2018 Codemasters: nuovo trailer dedicato al Paul Ricard

    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.
    • By VELOCIPEDE
    • 384 views
    • 2 comments

    Assetto Corsa: Formula NA package by VRC Modding

    Il modding team VRC rende finalmente felici tutti gli appassionati di Assetto Corsa fans delle serie Indycar americane: dal 22 giugno, con il rilascio del nuovo Formula NA Package, saranno infatti disponibili le monoposto americane delle annate 2012 e 1999, oltre al circuito ovale del Southstar Motorspeedway. Il pacchetto completo avrà un costo di 15 dollari, mentre la singola vettura 4,5 dollari. Qui di seguito tutti i dettagli ed il trailer di anteprima. Per commenti correte sul forum.
    VRC is proud to announce that the release of the Formula NA package is set for this Friday 22nd, so here is everything you should know about it:
    What will be included in the package ?

    This first release will include:
    Formula NA 1999 (Road and Oval versions)
    Formula NA 2012 (Road and Oval versions)
    VRC SouthStar Motorspeedway Track

    The Formula NA 2018 car will be added to the package really soon, and all Formula NA Package owners will be getting it.
    There will also be another track added to the pack which we will be announcing soon.
    Why is the formula NA 2018 not included in this first release ?
    We judged that the the car was not ready four our standards yet, the model delivery was delayed earlier this month due to some unexpected circumstances.

    How much will it cost ? and where can i get it ?
    Formula NA 1999 (Road and Oval versions): 4.5U$D
    Formula NA 2012 (Road and Oval versions): 4.5U$D
    The VRC southstar track: 4.5U$D

    Those who want the full package with the Formula NA 2018 (pre release) can get it for a price of 15U$D.
    RD premium users can get this same package for a price of 10U$D! So if you're not a RaceDepartment Premium Member yet, this is your chance!
    We hope that you will enjoy this package, and we can't wait for your feedback for future updates. We would like also to thank you for your patience!
     
     
    • By VELOCIPEDE
    • 399 views
    • 0 comments

    La situazione dei tornei GT3 ed F3 di DrivingItalia

    Facciamo il punto della situazione per quanto riguarda i tornei ufficiali targati DrivingItalia nel momento in cui stiamo superando la boa di oltre metà campionato con la spettacolare gara di Spa.
    Il GT3 Challenge è andato in scena proprio ieri sera sulla pista belga, con la doppia gara dei servers Red e Blue: il primo è stato condizionato purtroppo dalle numerose assenze, mentre il secondo gruppo, con ben 20 piloti in pista, ha saputo offrire un grande spettacolo, come potete verificare dalla diretta andata in onda sulla SRZ TV.
    Al momento, quando non sono ancora stati ufficializzati i risultati di ieri sera, nel server Red è Maurizio Naselli in testa alla classifica con un margine di 26 punti su Matteo Rega, mentre per il Blue è in testa Raimondo Ricci a quota 81, seguito da Mario Piercarlo Marino (69) e Gianluca De Luca (54). Il prossimo round il 3 luglio al Paul Ricard sarà certamente assai spettacolare!
    Per partecipare alle ultime gare del campionato, vi basta segnalare la vostra presenza in questo topic.
    Il campionato Formula 3, partito in sordina e rivelatosi poi scintillante di spettacolarità, andrà in scena invece martedi prossimo a Spa, con una classifica che vede saldamente in testa Antonio Di Gilio (144 punti), seguito da Marcello Caneschi (96) e Emilio Longo (60).
    Per partecipare alle ultime gare del campionato, vi basta segnalare la vostra presenza in questo topic.
    Vi ricordiamo che tutti i risultati ed i tempi sono disponibili nell'apposita sezione a questo link.
     
    • By VELOCIPEDE
    • 251 views
    • 2 comments

    iRacing: parliamo in dettaglio dei nuovi danni

    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
    • By VELOCIPEDE
    • 399 views
    • 0 comments

    Formula 1: ecco come si prepara al simulatore una pista nuova

    In una intervista a Motorsport, Toto Wolff, team boss della Mercedes F1, ha spiegato come si prepara al simulatore una gara di Formula 1 su una pista sulla quale non si è mai corso e per la quale, quindi, non ci sono i preziosissimi dati storici da utilizzare e confrontare, anche per porre le basi dell'assetto della monoposto.
    Come ci si prepara ad un weekend su una nuova pista?
    “Il primo passo nella preparazione per il GP di Francia è stato quello di generare mappe precise del tracciato, che ha un giro di 5.842 km (composto da 15 curve, sei a sinistra e nove a destra). Il modo più semplice è ricavare le mappe dai disegni tecnici del circuito, conoscendone i bordi e la topografia. Tuttavia, la maggior parte delle squadre in questi giorni proveranno a utilizzare le mappe Lidar (Light Detection and Ranging) generate dal laser, che sono ancora più accurate”.
    A questo link trovate la spiegazione dettagliata del sistema Lidar, utilizzato per la realizzazione di tracciati di numerosi simulatori professionali da competizione.
    “Oltre all'elevata precisione, le mappe di Lidar offrono un altro vantaggio: contengono tutte le caratteristiche visive dell'area. Sono state utilizzate per il simulatore Driver-In-Loop (DIL, utilizzata ad esempio da rF PRO) poiché forniscono ai piloti il riconoscimento visivo per abbinare ciò che vedranno nella realtà”.
    “Il team ha anche bisogno di mappe accurate per altri strumenti di simulazione, che raccolgono dati ed elaborano i numeri fornendo agli ingegneri una direzione iniziale su come affrontare il weekend. Su un circuito ben conosciuto queste simulazioni utilizzano anche i dati storici ricavati sul tracciato, su una nuova pista le simulazioni sono derivate dai giri DIL”.
    “Gli ingegneri di Formula 1 non approcciano un nuovo circuito dicendo ‘questa è una pista con grandi frenate’ o ‘questa è una pista con un lungo rettilineo’. Iniziano con lo studio dei dati che emergono impostando e configurando il simulatore in molti modi differenti, e si iniziano a definire i punti critici, come il carico delle ali. Quindi faranno molti giri con il simulatore utilizzando diversi livelli di carico dell’ala posteriore, bilanciando quello dell’ala anteriore e definendo quale configurazione sia la più performante”.

    Quali altri fattori sono importanti nelle simulazioni?
    “Si cerca, ad esempio, di capire quanto saranno impegnative le staccate, in modo da poter definire il livello del raffreddamento dei freni e i conseguenti settaggi sul setup iniziale. Dalle nostre simulazioni la frenata non dovrebbe essere un problema al Paul Ricard”.
    “È importante anche capire quali sono le irregolarità della pista, perché servono a determinare l’altezza minima da terra della monoposto in movimento. Più ondulazioni ci sono e maggiore è la necessità di avere un assetto morbido, che andrà a scapito delle prestazioni aerodinamiche”.

    Ci sono alcuni elementi che la squadra non può simulare al meglio?
    “Il bilanciamento della vettura non è semplice da replicare, cioé capire se e dove il pilota avrà sottosterzo o sovrasterzo. Questo perché il bilanciamento della monoposto ha molto a che fare con le temperature degli pneumatici, che a loro volta dipendono dalla velocità di percorrenza delle curve e dalle temperature ambientali. A volte gli ingegneri provano anche a trovare similitudini tra la pista nuova e alcune conosciute, cercando curve simili o riferimenti raccolti da tracciati con asfalto nuovo e con temperature simili a quelle che ci si aspetteranno”.
     
    • By VELOCIPEDE
    • 671 views
    • 0 comments

    Gran Turismo Sport: via al Campionato FIA Gran Turismo 2018

    Dopo la conclusione della pre-stagione di maggio, il "Campionato FIA Gran Turismo 2018" di Gran Turismo Sport avrà finalmente inizio il 20 giugno. Nel 2018 si svolgeranno 2 campionati: la Nations Cup e il Manufacturer Series. La fase online di entrambe le competizioni avrà inizio a giugno con la stagione 1, proseguirà a luglio con la stagione 2 e si concluderà ad agosto e settembre con la stagione finale, che determinerà i giocatori che avanzeranno agli eventi Live, in cui i migliori giocatori delle gare online si sfideranno per avere la possibilità di avanzare alla finale mondiale e vincere il titolo di campione. La competizione sarà accompagnata dai Live report, che permetteranno a giocatori e tifosi di vivere la stessa elettrizzante atmosfera. Per maggiori dettagli sui campionati, consultate la sezione "Panoramica Campionato FIA Gran Turismo" del sito ufficiale.
    Il Campionato FIA Gran Turismo è un nuovo evento motoristico presentato da FIA (Fédération Internationale de l'Automobile) e Gran Turismo. Grazie alla modalità "Sport" di Gran Turismo Sport, i giocatori di tutto il mondo gareggeranno e avanzeranno in eventi di grande portata, incluse le finali regionali e la finale mondiale. Il vincitore della finale mondiale riceverà gli stessi onori di un vero campione degli sport motoristici. Il campionato comprende una "Coppa delle nazioni" e un "Campionato costruttori".
     
     
    • By VELOCIPEDE
    • 343 views
    • 1 comment
  • Who's Online   16 Members, 0 Anonymous, 36 Guests (See full list)

    • Stuka
    • kicco
    • Giozilla
    • MomoMouser
    • MaoZeTung
    • AGETTY71
    • AyrtonForever
    • LucianoBg
    • Giorgio73
    • pvazzola
    • Mario Piercarlo Marino
    • wildsurfer
    • rcbill
    • Tetuz
    • TopGear
    • El Bolo
×

Important Information

By using this site, you agree to our Terms of Use.