AU Class
AU Class
class - AU

Cultural Tapestry and Design of "Unsung Empires: The Cholas"

Partager ce cours
Rechercher des mots-clés dans les vidéos, les diapositives des présentations et les supports de cours :

Description

Join us for an insightful session on how Ayelet Studio, with just three artists and an 18-member team, created the narrative-driven game Unsung Empires: The Cholas using Maya software as a pivotal tool. Discover how we harnessed Maya software's powerful features for prototyping, modeling, and animation to streamline workflows and bring the game to life. Learn how the immersive experience—enriched by captivating storytelling, unique artistic styles, memorable characters, engaging dialogues, and evocative music—resonated deeply within the gaming community, fostering a sense of pride among players. Explore the secrets behind the success of Unsung Empires: The Cholas and gain valuable insights into using Maya for game development.

Principaux enseignements

  • Learn about using Maya software's robust features to create intricate 3D models and animate characters and environments.
  • Explore the principles of captivating storytelling, unique artistic styles, and engaging character development.
  • Learn about Maya software's role in game success.

Intervenant

  • Abraham Kirubakaran Jebaraj
    With a passion for Indian history and a vision for innovation, Abraham spearheads the artistic direction and strategic initiatives of the Ayelet Studio, pushing the boundaries of storytelling and creativity. Under Abraham's leadership, Unsung Empires continues to captivate audiences with its compelling narratives and rich visual landscapes.
Video Player is loading.
Current Time 0:00
Duration 0:00
Loaded: 0%
Stream Type LIVE
Remaining Time 0:00
 
1x
  • Chapters
  • descriptions off, selected
  • subtitles off, selected
      Transcript

      ABRAHAM K: Hello, everyone. So welcome to today's AU session on cultural tapestry and design of Unsung Empires-- The Cholas. This is actually a case study. And before we go dive deep in, so I want to start with a question or more around, like, what is the ideal criteria to build a IAAA game.

      And before that, what is a IAAA game? Pretty much, we know that triple-A games are more around budget driven. You get a high-quality games, or open world, or with a lot of gameplay stories and stuffs. And IAAA is nothing but it's actually a indie studio who wants to build a triple-A quality game with limited budgets.

      But there are a lot of titles that have come, and it performed really well as well. Pretty much, one thing which I would say is like, every single game has this pattern. So they always have a industry veteran there or x big studio with over 15 plus years of experience, and they always have a minimum team size of a hundred. And they scale-- it goes up to 1,500 or 2,000 as well. And with a funding size of $5 million plus, and the entire timeline to release a IAAA game is actually a minimum of three years of a complete production.

      This is actually the ideal scenario to build a IAAA game. But in our scenario, so what we had was pretty much like-- we did not have any of game building experience as well. And our team size was around three member team. And funding wise, we are bootstrapped. And we had a really tight deadline to release the game within like four months. We just want to get the technical demo out. And when I told all these scenarios, pretty much we know what was the expected output.

      I think the result-- what we would expect is something-- kind of something like this. So this is actually one of our previous shot from the game. So you have a character, you have the environment with, not like a proper game, right? It's more like a tutorial. But what we are able to deliver is the visuals something like this. When I told about the session is going to be about Unsung Empires-- The Cholas, this is actually an ancient dynasty from the 11th century. And pretty much, you have all these kind of visuals, the entire color palette, entire story set in the South India with all these big temples and the entirely different people. And you have entire different flora and fauna as well.

      And these are some of the in-game screenshots. And in the session, I'm going to walk you all through. So what are the things we did? And what are the challenges we faced? And how we are able to get these results? I think this is going to be our outcome for the class today. And I'll just walk you all through, like, our entire journey. And pretty much, we go deep into the entire-- the session.

      I just want to talk about me as well. So pretty much, I have over 10 plus years. I was working as a enterprise architect. We-- and I-- I'm a huge gamer as well. I pretty much love all the action adventure RPG and all the story-based games. And this is my third company. So I founded the ILS Studio around 2.5 years before. And I love reading history books, all the stories, and all the references, and all the historical things that happened.

      And one other thing which would definitely tell is, like, I'm a huge fan of our heritage. Like when we talk about India, we have a lot of culture that originates from, say, like 1,000 plus, 2,000 plus years. And we have a lot of those references. So pretty much, that's where all these things started with Unsung Empires-- The Cholas as well. So the Cholas are like the 11th century dynasty from the south India. And these kings are some of the-- some of them are-- we still call them as a pride of Tamil Nadu, or pride of India, because they did a lot of those things in the history.

      And what we are going to see today is pretty much a straightforward. So I want to start with, what are the things we are building? Like, I'll show you a quick snippet on or the show reel of what's cooking in our studio. And I want to talk about the three perspectives, pretty much like how our entire assets development or everything drives around that. And I want to walk you all through the framework, which worked for us, the development methodology.

      And I want to talk about the final challenge around the authenticity versus the game readiness. So this is going to be our workflow. And I think let's get started with, what are we building? So before we even go into the showreel, so I want to give a bit of overview about the location or the visual which you are going to see. So this entire setup is set in 11th century. And the song which you would be hearing is actually composed for the game. And we call it as called these things as experiences.

      And what you are seeing is actually the king, the Rajendra Chola. So he actually won the war, and he's coming back to his kingdom, and people are celebrating. That's the scenario. And so get ready to hear a pretty good, or pretty-- dance vibe kind of video. And here you go.

      [VIDEO PLAYBACK]

      [MUSIC PLAYING]

      [NON-ENGLISH SINGING]

      [END PLAYBACK]

      ABRAHAM K: So pretty much, we saw the video, right? So that was the one-- that was the output, which we are working on. And even with these-- the small experience in game, we actually had more than around a thousand plus assets that was developed just for that particular experience. So before I go into the process, so one thing which I want to talk about is so there may be a lot of the solo devs or a lot of indie game developers, or the studio heads would be attending the session.

      So I just want to talk about, what are the stakes, which we face whenever we are working on a title or more around a IAAA title as well? Obviously, the first stake is going to be the financial stability. Like, there are a lot of things that comes-- everything drives around how much fund you have, what is the scale you can just go and to sustain the operations and development of the game? I think that is going to be the crucial thing.

      And second part is building the credibility, right? So you started a studio and you're working on your IAAA title, but there are certain ways we can build our credibility. Like, one thing is like you release a game, and get the traction, or you have industry veteran who come from a pretty popular studios. And the third one would be, of course, the team because they are going to be the crucial one for driving the entire development. When we say, like, we call it as a team, I think we pretty much learned these things in a hard way of hiring a wrong people as well.

      So pretty much nowadays, what we do is we prioritize people's culture more than the skill. And when you have close bunch of these people who are aligned and are passionate, I think the magics happen with all these development assets, and pretty much all the visuals are done by two 3D artists who did all these creation. So I think the dynamics matters whenever you are having a small studio and you are developing a IAAA game.

      And definitely, the last one is going to be the visibility, or the relationships, which you have with all the platforms for the visibility part and the distribution part as well, because you don't have a triple-A brand, but you need a proper game build or a proper, I would say, a vertical slice to pitch to the publishers, or the distributors for the game. I think that'll be another thing. And one other-- one-- another way to do that is going to all the events. I think that is crucial. Pretty much, you go to all the worldwide popular events, or the consumer events, just for the gaming part.

      And I want to start with a pitfall, which we faced. And we call this as a process pitfall. This is a pretty interesting one. So there are three different things why the process comes in, and that blocks the development. I think the first one we call it as the process for process sake. Right? So when you're following the procedures, I think the following procedure becomes more important than creating a game. So whenever we want to implement certain things in our studio, OK, we'll start with how efficient we can set up the process.

      And we spend time on setting up the process. These are the team which will be doing this. These are the teams that we'll be sending the file here and doing all the changes there. And what that happened was the outcome was around, say, you build a game, but you are more around spending a lot of time on creating processes. And the second one was the irony of good intentions.

      So the whole point of creating a process is to be efficient, right? But what happened at the later part was when the team was scaling, it actually became a roadblock for us as well. There are a lot of bottlenecks, like there will be a-- say we want to go to the Tokyo Game Show, we need a game build for the TGS. But the challenge was we had a process that required a lot of different approvals to get the game build out. That kind of created a lot of bottlenecks in shipping the game and doing the demos.

      And the last one I would call is we wanted to call overformalization. Technically, so this won't happen, but say if your team size is more than like 20 plus, you always have a hierarchy, you have a multi-level approvals, and even a, say, for example, is one of the classic example, which would tell us a small team spending more time on documentation with all the different approvals than actually the game development. People don't even spend time to put these assets into the game and test it, or play it.

      Instead, they do the documentation and they do send for approvals. And say, the turnaround time takes weeks for getting a single asset approved with all the color changes, with all the 200 feedbacks. But at the end of the day, you are still on the same place without any progress in the game development side.

      So one thing which we decided is we should not-- we should not do this. And we need to make sure the process has to be efficient. So what we did was we actually prioritized quality and efficiency over the process. So what we do was-- so we spend more time on getting the quality right. And we actually target efficiency as the second one. And instead of creating a lot of processes for each and every pipeline, or creating the assets, or building, or shipping, or testing for those kind of things.

      So inside the quality, one thing which we want to make sure is when you are building a game, which is around the Indian era, pretty much like the older one, we wanted to give the player an unique experiences because that is going to be the key so that you have a unique gameplays. That sets the game apart. And definitely, we want to make sure we have a really good game mechanics because the graphics doesn't speak for itself. You need a interesting mechanics for the player to play the game.

      And the next one is the sound and the art part. I think one thing I always say to the team is, like, the-- a good music contributes to 50% of the immersiveness you provide to the players. You need a proper authentic sound, and which makes the gameplay engaging and interesting.

      On the efficiency side, it's pretty straightforward. So there are three things which we always try to factor out. One is the time management, so how optimized we can keep the schedule to get the most preferred outcome. And the second one is the budget, so how efficiently we can allocate budgets, say whether the budget is going to our team, or the program, or marketing, or we try to identify the best-case scenarios for getting the maximum impact.

      And finally, this is the interesting part. So we wanted to-- we always go with the industry standard. And we try to leverage the best in the industry and which works for us to streamline development. I think this is the part where we actually went with Maya as our primary-- we would call it as an aggregator. Pretty much, it is a core of our asset development that all the concepts and all the things that are created comes to Maya.

      And from there, it goes to Unreal Engine, or the game engine, or it's for marketing, or a high-fidelity cinematic. The Maya acts as a middleware between all these different teams. So and I definitely want to walk you all through the stack which we use. So our game engine is Unreal. So we do our entire development in Unreal Engine. And Autodesk, pretty much we use all the set of tools. And today, we are going to talk about Maya. So how are we using our asset pipeline?

      And for the audio and the motion capture wise is for the [INAUDIBLE] middleware. And we use-- we create trees using SpeedTree. And definitely, all the build happens in cloud for our quality team. And finally, we use repository as the Plastic SCM. So the three prospective-- so for every cultural aspect of development, there are three different things which we try to evaluate. So one is the asset authenticity, and the second is the asset creation framework, like how we are creating it. And the third one is going to be how we are going to use it, asset interoperability.

      So we'll start with asset authenticity. So why creating an authentic asset is important? I think we need to ask that question even before diving deep into creating the assets, because creating the asset, the process is pretty same. But creating it, making sure the asset is authentic, and it's accurate, is going to bring all the difference.

      So you can't create a 20th-century house for a 11th-century setting in the Chola dynasty. So we need to make sure we do these things right. So there are a few things which we do that really work for us. So we want to make sure we set the vision and the style right. And these authenticity doesn't matter only for creating the 3D models, pretty much everything. The art, the music side, the sound effects, the writing, all these things are factors the authenticity.

      Say, if I'm writing a chapter where both the players are talking to each other, you need like certain props or the set pieces that should be authentic or accurate to that era so that we create a cohesive game world. And that enhances the immersion as well. And definitely, one another thing that contributes to creating these authentic assets are definitely the passion and the vision as well.

      So you're developing a game, you have the end goal of what or how you want the players to conceive. So I think that is crucial whenever you are creating a game of these things, or a historic one, or a IAAA-category kind of games because there are a lot of different hats you need to wear to get the output right. And the process is pretty simple. We start with the research. You just set the game theme, or set the setting.

      And one thing that really worked for us is reading all the books, all the literature, all the pretty much like-- Tamil has 2,000 plus years of history with the literature that talks about how was that era? How was people who were-- what people were doing there? And what was the visual and those kind of things? And even certain movies we watched to get some references as well.

      So I think the research part is going to be the challenging part where you need to identify your source for creating all these assets. And then we went to all the places that are still present that are, like, 1,500 plus years old. And we actually took the pigs and we actually felt the presence there. Whenever you want to create a immersive game, I think you need to experience that particular place in person, or that equivalent of it.

      And even one thing which I would say is, like, the color palette, which actually is completely unique. Even between south India and north India, we have completely different color palette. Here, it's actually the lush green with all the paddy fields, with all the water stagnating there. And I think these kind of things are crucial whenever you're creating these things. So I think going to that particular place, getting these references are going to be the mos important one. And then, it's pretty straightforward. We go with concept and prototype, and we create concept for these--

      We try to do all the different variation. And finally, we create a style guide. Or we call it more like a-- even we have a color guide for our game. Like, if you are using a brown, it should be this color. If you're using a lavender color for your clothes, you need to use it for a certain set of people because in that era, these colors are called as the rich-people color. People with pretty much the high-tier houses, they buy those clothes.

      So these kind of setting are done even before the pre-production to make sure we are on a right track. And these are some of the examples. Like, the left one, or the real-world reference, this is called the Big Temple. This is from south Tamil Nadu. And the right side is from in-game screenshots where we recreated the exact same temple there.

      And this is just a quick modeling of how we did in Maya, because these have-- these texture has pretty much a lot of complicated pieces. And the challenge was to make sure these assets are game-ready as well. So that's where the challenges came in. But we were able to factor it. We created these modular one and we actually implemented in-- implemented these in our game. And these are some more screenshots. And all these are in-game captures. The character, the costumes, the dresses, which I was talking about, all these things are defined at the first step.

      And now, we come to the asset creation framework. So asset creation framework is more like, what is our methodology in creating these assets. So we know we can watch movies or we read books, we get all the references. But whenever you are creating a world, the challenge here is there are a lot of assets that comes in. Even the showreel which I showed has more than a thousand plus or 1,500 plus assets that are done just for that. With all these parts, the people cheering, and the costumes, and everything there are even more than 2,000 plus instances were created.

      So when you're doing these things at-- as a experience of this scale, there are a lot of challenges that comes in. Like, you are building a game that needs to run on, say, like PC, PS5, Xbox. So you need to make sure you don't cross the device ability to run these things at the best quality. So that's where we created our own framework called DICE, and we call it as Dynamic and Integrated Compositing Engine.

      So what it does is it's actually a material layer system. So pretty much, what I can say is we created a repository of assets, or the shaders, or say like, the game can have gold wood. The gold can be of multiple variations. It's a new gold, or a old one, or we have the box, even the small, small things like the soil, or those meshes. So what we do is we create a shader repository and we reuse those things at different places of the game so that even if you have a thousand instances, you're just going to use, like, three materials, or three shaders for those assets.

      So one of the classic example which I can give is, like, the houses. So when you are building a world of-- our current scale is 4 kilometer across 4 kilometer. So when you want to fill the world with all these houses, you need a proper optimization method. That's where DICE comes in. And pretty much all the low-tier or the mid-tier houses have around eight to 10 materials, or shaders, that doesn't cost any performance for us. So that's a huge thing.

      And we create all these things with Maya and the shader configuration, how the look and feel should be. Everything is created in Maya, and we brought it to Unreal Engine. And so using DICE, it leveraged us in a lot of different ways. So one thing is we're able to iterate it faster because you have the shader repository there. So you just need to model it.

      You put the shader, you try to add different layers, and you add more details to it. And this reduced texturing completely. So because you have the repository where you reuse things, so it's easily-- it optimized our entire development time of creating assets. And one another best part is, like, say if you have multiple metals, say, you want to try aluminum, or you want to try a steel, or you want to try a gold or something, so we were able to swap it real time and see how it looks.

      So let's say, one-- another example from the game is, like, the enemy and the player has the sword. For the enemy character, so we just give a steel one, a wear of 1. For the player, we use the aluminum one, which is altogether, a shiny one, and the new steel, or aluminum. So we just swap the shaders there. But the mesh is still the same. And we're able to do it in game in Unreal Engine, which was the assets were created from Maya.

      And one other thing is we're able to create the shaders. And the best part was we're able to navigate it through all the basic ones, and we can reuse it for the next title, or it is being shared across our studio for all the different works as well. This is not just for the game engine. We even use it for marketing materials if we need to shoot a cinematic or something. So we try to get the shader repository. We use that for creating the assets.

      And the key features are three different things. One is going to be the layering. I think layer contributes a huge thing that differentiates from a gold mesh A to gold mesh B. So we add different blending and mixing options for all those textures. And there are multiple properties, which we created those as well. And definitely, one other feature is the performance. That's where the entire DICE started. So we-- the entire texture memory got reduced from 6 GB to pretty much 1.2 GB for us. And that kind of increased our entire spectrum of devices.

      So initially, we were planning around, like, we need to-- the minimum support was around 20 series systems. But we were able to get the game running on 1650 as well at the same quality. I think that's a huge thing for us. There's a huge market space who still uses 1650, and we can target those.

      And the last one is the reusability. I think whenever we write these kind of things, one thing which we always say is, make it modular. Make sure all your assets are reusable and we're able to reuse-- we now not just create meshes that are reusable or modular. We even duplicate the textures or the shaders that are reused as well with all the different variations.

      And these are some of the numbers, which we are able to get from the impact of DICE on world building. So currently, we have more than 10,000 plus assets. And we are still expanding our library. And so with all the high-definition textures, we brought the entire texture count to less than 3,000. So typical usage here was if you have 10,000 assets, the texture count would be around 30,000. But we're able to bring it to 3K.

      And on the Unreal Engine, or the game engine side, there are two things which we saw difference was the draw calls. The entire draw calls became-- we got it reduced to less than 70% of what we had earlier. That was a huge performance boost for us. We were able to use the draw call budget on other things, like for the mechanics, for the combat, or for adding the effects. So for those things, we were able to use it as the DICE optimized our entire asset workflow.

      And we also saw the FPS increase of more than 30% So it's pretty much directly proportional. So you're optimizing your draw calls for the game, you're getting a better FPS. So we even found out pretty much earlier, like we getting around like 80 or something. Then we got more than 110 plus FPS for the game. That to the same location with all the same assets.

      And I just want to walk through you all our asset creation pipeline as well. So pretty much all these things starts from the brainstorming, right? So I was talking about the first step, how we go to places, or how we take references, how we are-- create our concepts. And we primarily try to moodboard everything. And pretty much, this is the time-consuming part for us because after the modeling and the integration is pretty straightforward, we figure it out at Maya and Unreal Engine. And it's pretty straightforward.

      So once the concepts are done with all the different variations, we try to do two different set of modeling. One-- we start with high-poly modeling, then we make it a low-poly one just for the game readiness. And it depends on the assets too. So one thing which we always try to follow is, like, how many pixels would that asset be inside the game? Say you have a 1080p display and the asset is a cup or a grass. It's going to be very minor. You don't want a 4K texture for that particular grass.

      So those kind of things are decided there, and where we optimize it. And definitely, we also have a high-poly version just for the cinematics or for the marketing assets we try to create there. And then the mesh goes for UE mapping and texturing. And the texturing part here, what the team decides is, say whether we want to use the DICE shaders or whether we want to just go with the traditional method. So I think there are two ways we try to approach here.

      So if you have-- if you are creating an asset where the total number of instances is going to be more than 10, we go with DICE. We try to take a existing shader from our repo and we try to use that. And finally, we just decide whether-- if that particular asset needs any rigging or animation. Say pretty much, if you are creating a windmill or something, it needs to be animated, it needs to have a bones.

      So we rig those meshes inside Maya, and we try to get the output from there. And once that's done, so all these things happen within our 3D repositories. The-- our 3D artists have their own Plastic SCM repository where they have all these things checked in, and they have multiple versions there. And they have all the shaders. And the final output is-- so we have two different set of integration.

      The normal one is going to be the FBX. We create the FBX, we move it to Unreal Engine, and we integrate it within our game. And we also have more like a live link kind of thing. So we use the Unreal plugin for Maya. So we pulled the assets from Maya to Unreal Engine as well. And finally, these assets are stored inside a altogether a different Plastic SCM repository where we store our source code and the entire game source code, and for the mechanics, for the environment, and everything.

      And all these steps are documented. And all the iteration happens in confluence. So we use Jira internally and we try to document all these things. And even we have our repository management integrated with Jira as well so that whenever a developer uses it, they try to tag that particular task so that we can backtrack it and identify for which task the commit was made and the branches was created for the features branch.

      And one-- another challenge, which we faced whenever-- when we were doing these are how to plan the resources. You don't have-- whenever you're running an indie studio and creating an IAAA game, we don't have a lot of people to throw in to develop things. So initial days, like we try to do, we gave the big picture to the team, and we were trying out three weeks or five weeks sprint. But the challenge was people are not able to get the exact expected outcome for the game because people are getting distracted thinking about the big picture of creating the world and everything with all the different things.

      So what worked for us was we switched it to the weekly outcome-based development. The best part was it's pretty much five days. So we have two days for testing, two days for development, and the scope is limited as well. We tried to make sure it's doable, and people take a task, wrap it, integrate it, and we do this every single week. And another thing that really worked out for us is the game day. So we do game day, say, like every three weeks or so. So pretty much everyone bring their new tech, or the things that they learned, and we do more like a Hackathon.

      And we try to test it out as well. And if it really works out, we try to use these assets within in game, or we try to identify those processes, and we try to implement those things. I think the DICE was created from the game day because we had-- we found out that there can be a shader repository that can be created. And we can use Maya and Unreal to integrate it. So pretty much trying out new things really helped out for us with all the new things that's coming out in Maya, or coming out in Unreal Engine.

      People try to stay updated to the latest technology. And there are two things that-- there are some drawbacks on DICE as well as the challenges which we faced was creating variations. So you're creating a game assets. It can't be like a similar pattern-based textures repeating throughout the world. Player needs variation. So there are two different ways we handled it. One, we used local decals for managing the variations.

      So the wall will have cracks like the imperfections. And the second one was adding multiple base shaders. So if you're creating a new shader, so what we do is we try to parent these-- the sub shaders with the existing ones so that we reuse all the assets without creating a new one. But it's completely altogether a different one. So here, you can see we created a modular asset on the left that was created using DICE.

      And the middle one is actually a unique UE one, but textured using DICE. And the last one is the concept art. This is one such housing, which we have it in our game. And we use the unique texture using DICE, the middle part. And we try to match the concepts as much as possible. But pretty much even if you have a thousand houses, you still are going to get three shaders just for this, just for the roof, or the walls, or the doors.

      So all the other things that are added here are the different layers that was created using DICE. And this is a pretty interesting topic as well. So whenever you say you want to create a authentic asset, and that's where you have bottlenecks around how we can make it game ready, because whether the asset has to be authentic or whether it has to be game ready, I think that's where we try to take around like-- one question, which we ask is whenever we come into these kind of-- these kind of comparison is, what is the impact for the players?

      I think that is going to be a question which we ask every single time. Say if you are authentic and if it is going to be giving a completely good or really a huge experience for the players, I think we go with that. And another thing is we want to make sure we preserve the significant elements around the culture as well. But it has to be game ready too, right? So you can't just put a one million triangle count temple into the game just because you want to make sure it's authentic as possible.

      Even the temple you saw earlier, the first thing was initially, we wanted to do a photogrammetry and bring the real temple into the game. Then we found out that's not going to be-- that is one of the way to do it. But that won't be an optimized way. We want to create a modular one so that we can reuse it for all the temple elements inside the game. And it's optimized one as well. So I think the drawback on that perspective is we lose details, but we can run these things on a spectrum of devices because when we say it's going to be a game, this is not just going to be the temple, right?

      So you have the sound, the audio, the mechanics, the animations. We have budgets for all these different things that comes into playing the game. And at the end of the day, it's always going to be the FPS. How many FPS you are getting in that particular set of system, or in that particular resolution? So there are a few things which we use Maya there. We leverage these features for optimization, or for creating a game-ready assets.

      So one thing is the decimation, which is a huge impact on us-- which had a huge impact on our game. And we used Quad Draw as well. And this creates a efficient topology for our models. And for the textures, we leveraged Maya's UE toolkit, UE layout, and texture baking for optimizing the textures. And when creating the shaders, we try to import those and reuse those efficiently too.

      And in addition to it, we create LODs, the normal map, and we also create proxy objects to make sure we render these things efficiently. And finally, whenever you are working with the limited resources, we leverage instancing and we also use Alembic cache for optimizing the duplicates.

      On the Unreal side, it's pretty straightforward. So the outcome is entirely driven on frames per second, FPS. So we made sure we track these at a regular interval. Say we have a set of reports where QA needs to provide capturing all the 15 different metrics. And if we find out any different huge variation when adding these things into the world, we actually come back to the code change and we identify what was the exact problem of doing those things.

      And similarly, we try to optimize the shader types, we try to recreate all the maps that are created for the landscape material. And for the complex geometry, like a temple or the palace, we try to leverage Nanite. Nanite has really good impact on the complex geometry. So for all the simple meshes, we use LODs.

      And for the long shot, or you want to do a distance mesh, or show the distance world, so we try to segregate all the HLOD elements so that the houses will be visible even when you are more than the loading range of the player so that it's optimized. But it does not need to have a lot of details as well.

      And the final part is how we move all the things which we create in Maya to Unreal Engine. That's going to be the key thing. So we use Unreal Engine Connector for asset transfers. So the shader reassigning is the only thing which we do in Unreal Engine is since we have all the shader repository created there, we actually import those things from Maya and we just reassign those. And the repository management really helped out for us. In addition to what we have is we have our own scripts created for cloud build and deployment using Jenkins.

      So we integrated those 3D asset repository with our game source code repository. So every time there is a the 3D pipeline is running our asset creation pipeline is running in the cloud, we try to generate all these meshes and put it in the game source code as well so that you have all the effects that comes from the Maya is being moved to the game source code too.

      And finally, we leverage Maya's Python and Unreal's API as well to talk between both the tools so that the people who are creating the 3D assets can integrate it within Unreal Engine as well so that it doesn't go all around with all the different set of people to do the texturing or creating the assets, importing to Unreal, and placing it in the level. Our artists create those and use those in game as well.

      And this summarizes pretty much the entire steps of how we create our asset, and how we create our-- create these things authentic as possible, and how we're able to build it. And these process, or I would call as setting these things in a pipeline, worked out really good for us with Maya being the central core handler with all the different departments. We're able to create more than like 2,000 plus assets with two people in four months.

      And we have-- we still have around, like, six to eight months of active development as well. But we're able to ship this and get the expected quality as well. So this is going to be the crucial for creating the asset authentic and game ready with the proper framework. You should be able to achieve it too. And thank you so much for attending the class. And yeah, thank you.

      ______
      icon-svg-close-thick

      Préférences en matière de cookies

      Votre confidentialité est primordiale pour Autodesk et nous mettons tout en oeuvre pour vous garantir la meilleure expérience possible. Pour nous aider à personnaliser les informations que vous recevrez et à créer des applications, nous collectons des données sur votre utilisation de ce site.

      Nous autorisez-vous à collecter et à utiliser vos données ?

      En savoir plus sur les services tiers que nous utilisons et sur notre Déclaration de confidentialité.

      Cookies indispensables au fonctionnement de notre site et à la fourniture de nos services

      Ces cookies nous permettent d'enregistrer vos préférences ou vos informations de connexion, de répondre à vos demandes ou de traiter les achats de votre panier.

      Cookies visant à améliorer votre expérience grâce à l'affichage de contenu pertinent

      Ces cookies nous permettent d'améliorer les fonctionnalités et la personnalisation. Ils sont configurés par Autodesk ou par des fournisseurs tiers auxquels nous faisons appel afin de vous proposer une expérience et des informations adaptées à vos besoins.Si vous n'autorisez pas l'utilisation de ces cookies, certains ou l'ensemble des services risquent d'être indisponibles.

      Personnalisation des publicités à des fins de ciblage

      Ces cookies collectent des données vous concernant, en fonction de vos activités et de vos centres d'intérêt, afin d'afficher des publicités pertinentes et d'en évaluer l'utilité. Grâce aux données collectées, ces publicités seront davantage ciblées. Si vous n'autorisez pas les cookies, elles seront moins pertinentes.

      icon-svg-close-thick

      SERVICES TIERS

      Découvrez les services tiers que nous utilisons pour chaque catégorie et la façon dont nous exploitons les données que nous collectons sur vous en ligne.

      icon-svg-hide-thick

      icon-svg-show-thick

      Cookies indispensables au fonctionnement de notre site et à la fourniture de nos services

      Qualtrics
      Nous faisons appel à Qualtrics pour que vous puissiez nous faire part de vos commentaires par le biais d'enquêtes et de formulaires en ligne. Vous êtes susceptible d'être sélectionné au hasard pour participer à une enquête. Vous pouvez aussi nous faire directement part de vos commentaires. Nous collectons des données afin de connaître les actions que vous avez effectuées avant de participer à une enquête. Cela nous aide à résoudre les éventuels problèmes. Politique de confidentialité de Qualtrics
      Akamai mPulse
      Nous faisons appel à Akamai mPulse pour collecter des données comportementales sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP, d'ID d'appareil et d'ID Autodesk. Ces données nous permettent de mesurer les performances de nos sites et d'évaluer la qualité de votre expérience en ligne afin d'améliorer les fonctionnalités que nous proposons. Grâce à des méthodes d'analytique avancées, nous optimisons également votre expérience dans les domaines suivants : communication par e-mail, assistance client et ventes. Politique de confidentialité de Akamai mPulse
      Digital River
      Nous faisons appel à Digital River pour collecter des données comportementales sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP, d'ID d'appareil et d'ID Autodesk. Ces données nous permettent de mesurer les performances de nos sites et d'évaluer la qualité de votre expérience en ligne afin d'améliorer les fonctionnalités que nous proposons. Grâce à des méthodes d'analytique avancées, nous optimisons également votre expérience dans les domaines suivants : communication par e-mail, assistance client et ventes. Politique de confidentialité de Digital River
      Dynatrace
      Nous faisons appel à Dynatrace pour collecter des données comportementales sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP, d'ID d'appareil et d'ID Autodesk. Ces données nous permettent de mesurer les performances de nos sites et d'évaluer la qualité de votre expérience en ligne afin d'améliorer les fonctionnalités que nous proposons. Grâce à des méthodes d'analytique avancées, nous optimisons également votre expérience dans les domaines suivants : communication par e-mail, assistance client et ventes. Politique de confidentialité de Dynatrace
      Khoros
      Nous faisons appel à Khoros pour collecter des données comportementales sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP, d'ID d'appareil et d'ID Autodesk. Ces données nous permettent de mesurer les performances de nos sites et d'évaluer la qualité de votre expérience en ligne afin d'améliorer les fonctionnalités que nous proposons. Grâce à des méthodes d'analytique avancées, nous optimisons également votre expérience dans les domaines suivants : communication par e-mail, assistance client et ventes. Politique de confidentialité de Khoros
      Launch Darkly
      Nous faisons appel à Launch Darkly pour collecter des données comportementales sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP, d'ID d'appareil et d'ID Autodesk. Ces données nous permettent de mesurer les performances de nos sites et d'évaluer la qualité de votre expérience en ligne afin d'améliorer les fonctionnalités que nous proposons. Grâce à des méthodes d'analytique avancées, nous optimisons également votre expérience dans les domaines suivants : communication par e-mail, assistance client et ventes. Politique de confidentialité de Launch Darkly
      New Relic
      Nous faisons appel à New Relic pour collecter des données comportementales sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP, d'ID d'appareil et d'ID Autodesk. Ces données nous permettent de mesurer les performances de nos sites et d'évaluer la qualité de votre expérience en ligne afin d'améliorer les fonctionnalités que nous proposons. Grâce à des méthodes d'analytique avancées, nous optimisons également votre expérience dans les domaines suivants : communication par e-mail, assistance client et ventes. Politique de confidentialité de New Relic
      Salesforce Live Agent
      Nous faisons appel à Salesforce Live Agent pour collecter des données comportementales sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP, d'ID d'appareil et d'ID Autodesk. Ces données nous permettent de mesurer les performances de nos sites et d'évaluer la qualité de votre expérience en ligne afin d'améliorer les fonctionnalités que nous proposons. Grâce à des méthodes d'analytique avancées, nous optimisons également votre expérience dans les domaines suivants : communication par e-mail, assistance client et ventes. Politique de confidentialité de Salesforce Live Agent
      Wistia
      Nous faisons appel à Wistia pour collecter des données comportementales sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP, d'ID d'appareil et d'ID Autodesk. Ces données nous permettent de mesurer les performances de nos sites et d'évaluer la qualité de votre expérience en ligne afin d'améliorer les fonctionnalités que nous proposons. Grâce à des méthodes d'analytique avancées, nous optimisons également votre expérience dans les domaines suivants : communication par e-mail, assistance client et ventes. Politique de confidentialité de Wistia
      Tealium
      Nous faisons appel à Tealium pour collecter des données comportementales sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces données nous permettent de mesurer les performances de nos sites et d'évaluer la qualité de votre expérience en ligne afin d'améliorer les fonctionnalités que nous proposons. Grâce à des méthodes d'analytique avancées, nous optimisons également votre expérience dans les domaines suivants : communication par e-mail, assistance client et ventes. Politique de confidentialité de Tealium
      Upsellit
      Nous faisons appel à Upsellit pour collecter des données comportementales sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces données nous permettent de mesurer les performances de nos sites et d'évaluer la qualité de votre expérience en ligne afin d'améliorer les fonctionnalités que nous proposons. Grâce à des méthodes d'analytique avancées, nous optimisons également votre expérience dans les domaines suivants : communication par e-mail, assistance client et ventes. Politique de confidentialité de Upsellit
      CJ Affiliates
      Nous faisons appel à CJ Affiliates pour collecter des données comportementales sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces données nous permettent de mesurer les performances de nos sites et d'évaluer la qualité de votre expérience en ligne afin d'améliorer les fonctionnalités que nous proposons. Grâce à des méthodes d'analytique avancées, nous optimisons également votre expérience dans les domaines suivants : communication par e-mail, assistance client et ventes. Politique de confidentialité de CJ Affiliates
      Commission Factory
      Nous faisons appel à Commission Factory pour collecter des données comportementales sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces données nous permettent de mesurer les performances de nos sites et d'évaluer la qualité de votre expérience en ligne afin d'améliorer les fonctionnalités que nous proposons. Grâce à des méthodes d'analytique avancées, nous optimisons également votre expérience dans les domaines suivants : communication par e-mail, assistance client et ventes. Politique de confidentialité de Commission Factory
      Google Analytics (Strictly Necessary)
      Nous faisons appel à Google Analytics (Strictly Necessary) pour collecter des données comportementales sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP, d'ID d'appareil et d'ID Autodesk. Ces données nous permettent de mesurer les performances de nos sites et d'évaluer la qualité de votre expérience en ligne afin d'améliorer les fonctionnalités que nous proposons. Grâce à des méthodes d'analytique avancées, nous optimisons également votre expérience dans les domaines suivants : communication par e-mail, assistance client et ventes. Politique de confidentialité de Google Analytics (Strictly Necessary)
      Typepad Stats
      Nous faisons appel à Typepad Stats pour collecter des données comportementales sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP, d'ID d'appareil et d'ID Autodesk. Ces données nous permettent de mesurer les performances de nos sites et d'évaluer la qualité de votre expérience en ligne afin d'améliorer les fonctionnalités que nous proposons. Grâce à des méthodes d'analytique avancées, nous optimisons également votre expérience dans les domaines suivants : communication par e-mail, assistance client et ventes. Politique de confidentialité de Typepad Stats
      Geo Targetly
      Geo Targetly nous permet de rediriger les visiteurs de notre site vers la page appropriée et/ou de leur proposer un contenu adapté à leur emplacement géographique. Geo Targetly se sert de l’adresse IP des visiteurs du site pour déterminer approximativement la localisation de leur appareil. Cela permet de s'assurer que les visiteurs ont accès à un contenu dans ce que nous évaluons être la bonne langue.Politique de confidentialité de Geo Targetly
      SpeedCurve
      Nous utilisons SpeedCurve pour contrôler et mesurer les performances de notre site Web à l’aide de mesures du temps de chargement de nos pages Web et de la réactivité des éléments successifs tels que les images, les scripts et le texte.Politique de confidentialité de SpeedCurve
      Qualified
      Qualified is the Autodesk Live Chat agent platform. This platform provides services to allow our customers to communicate in real-time with Autodesk support. We may collect unique ID for specific browser sessions during a chat. Qualified Privacy Policy

      icon-svg-hide-thick

      icon-svg-show-thick

      Cookies visant à améliorer votre expérience grâce à l'affichage de contenu pertinent

      Google Optimize
      Nous faisons appel à Google Optimize afin de tester les nouvelles fonctionnalités de nos sites et de personnaliser votre expérience. Pour ce faire, nous collectons des données comportementales lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP, d'ID d'appareil, d'ID Autodesk, etc. La version de nos sites peut varier en fonction des tests de fonctionnalités. Le contenu, quant à lui, peut être personnalisé en fonction de vos attributs de visiteur. Politique de confidentialité de Google Optimize
      ClickTale
      Nous faisons appel à ClickTale pour mieux identifier les difficultés que vous pouvez rencontrer sur nos sites. L'enregistrement des sessions nous permet de savoir comment vous interagissez envers nos sites, notamment envers les éléments de nos pages. Vos informations personnellement identifiables sont masquées et ne sont pas collectées. Politique de confidentialité de ClickTale
      OneSignal
      Nous faisons appel à OneSignal pour afficher des publicités numériques sur les sites pris en charge par OneSignal. Les publicités sont basées à la fois sur les données de OneSignal et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que OneSignal a collectées sur vous. Les données que nous fournissons à OneSignal nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de OneSignal
      Optimizely
      Nous faisons appel à Optimizely afin de tester les nouvelles fonctionnalités de nos sites et de personnaliser votre expérience. Pour ce faire, nous collectons des données comportementales lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP, d'ID d'appareil, d'ID Autodesk, etc. La version de nos sites peut varier en fonction des tests de fonctionnalités. Le contenu, quant à lui, peut être personnalisé en fonction de vos attributs de visiteur. Politique de confidentialité de Optimizely
      Amplitude
      Nous faisons appel à Amplitude afin de tester les nouvelles fonctionnalités de nos sites et de personnaliser votre expérience. Pour ce faire, nous collectons des données comportementales lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP, d'ID d'appareil, d'ID Autodesk, etc. La version de nos sites peut varier en fonction des tests de fonctionnalités. Le contenu, quant à lui, peut être personnalisé en fonction de vos attributs de visiteur. Politique de confidentialité de Amplitude
      Snowplow
      Nous faisons appel à Snowplow pour collecter des données comportementales sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP, d'ID d'appareil et d'ID Autodesk. Ces données nous permettent de mesurer les performances de nos sites et d'évaluer la qualité de votre expérience en ligne afin d'améliorer les fonctionnalités que nous proposons. Grâce à des méthodes d'analytique avancées, nous optimisons également votre expérience dans les domaines suivants : communication par e-mail, assistance client et ventes. Politique de confidentialité de Snowplow
      UserVoice
      Nous faisons appel à UserVoice pour collecter des données comportementales sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP, d'ID d'appareil et d'ID Autodesk. Ces données nous permettent de mesurer les performances de nos sites et d'évaluer la qualité de votre expérience en ligne afin d'améliorer les fonctionnalités que nous proposons. Grâce à des méthodes d'analytique avancées, nous optimisons également votre expérience dans les domaines suivants : communication par e-mail, assistance client et ventes. Politique de confidentialité de UserVoice
      Clearbit
      Clearbit autorise les données d’enrichissement en temps réel afin de fournir une expérience personnalisée et pertinente à ses clients. Les données que nous collectons peuvent inclure les pages que vous avez consultées, les versions d’évaluation que vous avez lancées, les vidéos que vous avez visionnées, les achats que vous avez réalisés, ainsi que votre adresse IP ou l’ID de votre appareil.Politique de confidentialité de Clearbit
      YouTube
      YouTube est une plate-forme de partage de vidéos qui permet aux utilisateurs de visionner et de partager des vidéos qui sont intégrées à nos sites Web. YouTube fournit des indicateurs sur les performances des vidéos. Politique de confidentialité de YouTube

      icon-svg-hide-thick

      icon-svg-show-thick

      Personnalisation des publicités à des fins de ciblage

      Adobe Analytics
      Nous faisons appel à Adobe Analytics pour collecter des données comportementales sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP, d'ID d'appareil et d'ID Autodesk. Ces données nous permettent de mesurer les performances de nos sites et d'évaluer la qualité de votre expérience en ligne afin d'améliorer les fonctionnalités que nous proposons. Grâce à des méthodes d'analytique avancées, nous optimisons également votre expérience dans les domaines suivants : communication par e-mail, assistance client et ventes. Politique de confidentialité de Adobe Analytics
      Google Analytics (Web Analytics)
      Nous faisons appel à Google Analytics (Web Analytics) pour collecter des données comportementales sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces données nous permettent de mesurer les performances de nos sites et d'évaluer la qualité de votre expérience en ligne afin d'améliorer les fonctionnalités que nous proposons. Grâce à des méthodes d'analytique avancées, nous optimisons également votre expérience dans les domaines suivants : communication par e-mail, assistance client et ventes. Politique de confidentialité de Google Analytics (Web Analytics)
      AdWords
      Nous faisons appel à AdWords pour afficher des publicités numériques sur les sites pris en charge par AdWords. Les publicités sont basées à la fois sur les données de AdWords et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que AdWords a collectées sur vous. Les données que nous fournissons à AdWords nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de AdWords
      Marketo
      Nous faisons appel à Marketo pour vous envoyer des e-mails dont le contenu est ciblé. Pour ce faire, nous collectons des données concernant votre comportement en ligne et votre interaction envers les e-mails que nous envoyons. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP, d'ID d'appareil, de taux d'ouverture des e-mails, de clics sur des liens, etc. Nous sommes susceptibles d'utiliser ces données en combinaison envers celles obtenues auprès d'autres sources pour vous offrir des expériences améliorées en matière de ventes ou de service clientèle, ainsi que du contenu pertinent basé sur un traitement analytique avancé. Politique de confidentialité de Marketo
      Doubleclick
      Nous faisons appel à Doubleclick pour afficher des publicités numériques sur les sites pris en charge par Doubleclick. Les publicités sont basées à la fois sur les données de Doubleclick et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que Doubleclick a collectées sur vous. Les données que nous fournissons à Doubleclick nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de Doubleclick
      HubSpot
      Nous faisons appel à HubSpot pour vous envoyer des e-mails dont le contenu est ciblé. Pour ce faire, nous collectons des données concernant votre comportement en ligne et votre interaction envers les e-mails que nous envoyons. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP, d'ID d'appareil, de taux d'ouverture des e-mails, de clics sur des liens, etc. Politique de confidentialité de HubSpot
      Twitter
      Nous faisons appel à Twitter pour afficher des publicités numériques sur les sites pris en charge par Twitter. Les publicités sont basées à la fois sur les données de Twitter et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que Twitter a collectées sur vous. Les données que nous fournissons à Twitter nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de Twitter
      Facebook
      Nous faisons appel à Facebook pour afficher des publicités numériques sur les sites pris en charge par Facebook. Les publicités sont basées à la fois sur les données de Facebook et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que Facebook a collectées sur vous. Les données que nous fournissons à Facebook nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de Facebook
      LinkedIn
      Nous faisons appel à LinkedIn pour afficher des publicités numériques sur les sites pris en charge par LinkedIn. Les publicités sont basées à la fois sur les données de LinkedIn et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que LinkedIn a collectées sur vous. Les données que nous fournissons à LinkedIn nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de LinkedIn
      Yahoo! Japan
      Nous faisons appel à Yahoo! Japan pour afficher des publicités numériques sur les sites pris en charge par Yahoo! Japan. Les publicités sont basées à la fois sur les données de Yahoo! Japan et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que Yahoo! Japan a collectées sur vous. Les données que nous fournissons à Yahoo! Japan nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de Yahoo! Japan
      Naver
      Nous faisons appel à Naver pour afficher des publicités numériques sur les sites pris en charge par Naver. Les publicités sont basées à la fois sur les données de Naver et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que Naver a collectées sur vous. Les données que nous fournissons à Naver nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de Naver
      Quantcast
      Nous faisons appel à Quantcast pour afficher des publicités numériques sur les sites pris en charge par Quantcast. Les publicités sont basées à la fois sur les données de Quantcast et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que Quantcast a collectées sur vous. Les données que nous fournissons à Quantcast nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de Quantcast
      Call Tracking
      Nous faisons appel à Call Tracking pour fournir des numéros de téléphone personnalisés dans le cadre de nos campagnes. Vous pouvez ainsi contacter nos agents plus rapidement et nous pouvons évaluer nos performances plus précisément. Nous sommes susceptibles de collecter des données sur votre utilisation de nos sites en fonction du numéro de téléphone fourni. Politique de confidentialité de Call Tracking
      Wunderkind
      Nous faisons appel à Wunderkind pour afficher des publicités numériques sur les sites pris en charge par Wunderkind. Les publicités sont basées à la fois sur les données de Wunderkind et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que Wunderkind a collectées sur vous. Les données que nous fournissons à Wunderkind nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de Wunderkind
      ADC Media
      Nous faisons appel à ADC Media pour afficher des publicités numériques sur les sites pris en charge par ADC Media. Les publicités sont basées à la fois sur les données de ADC Media et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que ADC Media a collectées sur vous. Les données que nous fournissons à ADC Media nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de ADC Media
      AgrantSEM
      Nous faisons appel à AgrantSEM pour afficher des publicités numériques sur les sites pris en charge par AgrantSEM. Les publicités sont basées à la fois sur les données de AgrantSEM et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que AgrantSEM a collectées sur vous. Les données que nous fournissons à AgrantSEM nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de AgrantSEM
      Bidtellect
      Nous faisons appel à Bidtellect pour afficher des publicités numériques sur les sites pris en charge par Bidtellect. Les publicités sont basées à la fois sur les données de Bidtellect et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que Bidtellect a collectées sur vous. Les données que nous fournissons à Bidtellect nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de Bidtellect
      Bing
      Nous faisons appel à Bing pour afficher des publicités numériques sur les sites pris en charge par Bing. Les publicités sont basées à la fois sur les données de Bing et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que Bing a collectées sur vous. Les données que nous fournissons à Bing nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de Bing
      G2Crowd
      Nous faisons appel à G2Crowd pour afficher des publicités numériques sur les sites pris en charge par G2Crowd. Les publicités sont basées à la fois sur les données de G2Crowd et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que G2Crowd a collectées sur vous. Les données que nous fournissons à G2Crowd nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de G2Crowd
      NMPI Display
      Nous faisons appel à NMPI Display pour afficher des publicités numériques sur les sites pris en charge par NMPI Display. Les publicités sont basées à la fois sur les données de NMPI Display et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que NMPI Display a collectées sur vous. Les données que nous fournissons à NMPI Display nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de NMPI Display
      VK
      Nous faisons appel à VK pour afficher des publicités numériques sur les sites pris en charge par VK. Les publicités sont basées à la fois sur les données de VK et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que VK a collectées sur vous. Les données que nous fournissons à VK nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de VK
      Adobe Target
      Nous faisons appel à Adobe Target afin de tester les nouvelles fonctionnalités de nos sites et de personnaliser votre expérience. Pour ce faire, nous collectons des données comportementales lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP, d'ID d'appareil, d'ID Autodesk, etc. La version de nos sites peut varier en fonction des tests de fonctionnalités. Le contenu, quant à lui, peut être personnalisé en fonction de vos attributs de visiteur. Politique de confidentialité de Adobe Target
      Google Analytics (Advertising)
      Nous faisons appel à Google Analytics (Advertising) pour afficher des publicités numériques sur les sites pris en charge par Google Analytics (Advertising). Les publicités sont basées à la fois sur les données de Google Analytics (Advertising) et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que Google Analytics (Advertising) a collectées sur vous. Les données que nous fournissons à Google Analytics (Advertising) nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de Google Analytics (Advertising)
      Trendkite
      Nous faisons appel à Trendkite pour afficher des publicités numériques sur les sites pris en charge par Trendkite. Les publicités sont basées à la fois sur les données de Trendkite et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que Trendkite a collectées sur vous. Les données que nous fournissons à Trendkite nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de Trendkite
      Hotjar
      Nous faisons appel à Hotjar pour afficher des publicités numériques sur les sites pris en charge par Hotjar. Les publicités sont basées à la fois sur les données de Hotjar et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que Hotjar a collectées sur vous. Les données que nous fournissons à Hotjar nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de Hotjar
      6 Sense
      Nous faisons appel à 6 Sense pour afficher des publicités numériques sur les sites pris en charge par 6 Sense. Les publicités sont basées à la fois sur les données de 6 Sense et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que 6 Sense a collectées sur vous. Les données que nous fournissons à 6 Sense nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de 6 Sense
      Terminus
      Nous faisons appel à Terminus pour afficher des publicités numériques sur les sites pris en charge par Terminus. Les publicités sont basées à la fois sur les données de Terminus et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que Terminus a collectées sur vous. Les données que nous fournissons à Terminus nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de Terminus
      StackAdapt
      Nous faisons appel à StackAdapt pour afficher des publicités numériques sur les sites pris en charge par StackAdapt. Les publicités sont basées à la fois sur les données de StackAdapt et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que StackAdapt a collectées sur vous. Les données que nous fournissons à StackAdapt nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de StackAdapt
      The Trade Desk
      Nous faisons appel à The Trade Desk pour afficher des publicités numériques sur les sites pris en charge par The Trade Desk. Les publicités sont basées à la fois sur les données de The Trade Desk et sur les données comportementales que nous collectons lorsque vous naviguez sur nos sites. Il peut s'agir de pages visitées, de versions d'évaluation activées, de vidéos lues, d'achats, d'adresses IP ou d'ID d'appareil. Ces informations sont susceptibles d'être fusionnées envers des données que The Trade Desk a collectées sur vous. Les données que nous fournissons à The Trade Desk nous servent à personnaliser les publicités numériques afin de les rendre plus pertinentes. Politique de confidentialité de The Trade Desk
      RollWorks
      We use RollWorks to deploy digital advertising on sites supported by RollWorks. Ads are based on both RollWorks data and behavioral data that we collect while you’re on our sites. The data we collect may include pages you’ve visited, trials you’ve initiated, videos you’ve played, purchases you’ve made, and your IP address or device ID. This information may be combined with data that RollWorks has collected from you. We use the data that we provide to RollWorks to better customize your digital advertising experience and present you with more relevant ads. RollWorks Privacy Policy

      Voulez-vous améliorer votre expérience en ligne?

      Nous souhaitons vous offrir une expérience optimale. Si vous choisissez Oui pour les catégories présentées dans l'écran précédent, nous collecterons vos données et les utiliserons afin de personnaliser votre expérience et d'améliorer nos applications. Vous pouvez modifier vos paramètres à tout moment en accédant à notre Déclaration de confidentialité.

      Votre expérience. Votre choix.

      Nous respectons votre confidentialité. Les données que nous collectons nous aident à comprendre votre utilisation de nos produits, à identifier les informations susceptibles de vous intéresser, mais aussi à améliorer et à valoriser votre engagement envers Autodesk.

      Nous autorisez-vous à collecter et à utiliser vos données afin de personnaliser votre expérience ?

      Découvrez tous les avantages d'une expérience personnalisée. Vous pouvez gérer vos paramètres confidentialité pour ce site. Pour en savoir plus sur les options disponibles, consultez notre Déclaration de confidentialité.