STAR CITIZEN: Bugsmashers - Two Weapon Issues

Transcript — every row opens the video at that moment

1. 00:00:16

   Hey everyone, welcome to Bug Smashers, not Slashers, Smashers. This week we have some technical art shenanigans. That's where now we have a little code, little XML, little assets, kind of squeezing them together get that fun gameplay. And sometimes things just explode and go bonkers. So we have Autry taking a look at it from Frankfurt. Let's see what he has to show us. Bug Smashers! Hey, I'm Autry Zhuravlev and I'm senior technical artist and today we are going to fix two bugs. One is on a content side and second one is on a performance side. Uh first one, uh our QA people have sent us a bug. Uh let me show you what that bug

2. 00:01:05

   is all about. That is more about uh as soon as we are reloading or something at the time of a compensator over here which we are attaching. Uh that is slightly getting offset. It's a very minor kind of uh problem. So on this frame you if you can watch, it is exactly attached with a weapon. Uh but as soon as we are just moving with a reload, at the time it just pops slightly up. So we want to fix that. Uh by look of it, I can say that it is more on a content. Uh there are two possibilities. Either it is content or it is more on attachment attachment

3. 00:01:57

   lagging. So, normally we combine our weapon with a complete structure, and I will show you where exactly we are attaching compensator. Today, our character tool is slightly slow in today's build. It should be faster. Yeah, so this is our PRAR, and uh all these blue boxes are our actually attachment helpers, where we are attaching any kind of magazine or uh um ADS we use, or compensator. Compensator actually gets attached over here. Uh so, that is on a weapon thumb joint. Uh so, if we can actually want to

4. 00:02:46

   visualize that thing. So, this is a for the sight attachment, and on a muscle flash, uh weapon thumb joint, this is the one where we are actually attaching So, by look of it, let's see uh if we are getting any kind of problem on animation side. So, if we are firing, at the time it stays exactly the same way on a bolt, also it's the same. This one is same. Uh problem I have noticed that was coming from the reload. So, as soon as let me play the reload animation, at the time what is happening? Yeah, so if you can have noticed that

5. 00:03:36

   slightly popped out. So, comparison to fire, it is right over there, and reload is slightly moved this side. So, that is actually causing uh to compensator move out. Uh solution could be uh we can just go in and re-export this animations uh where it can actually stay and exactly the same position with all the animation. So, let's go and export the animation. So, we did that. And uh

6. 00:04:29

   we will just check it on engine. Okay. So, let's see whether that fixed anything. So, we have hot reloaded compressed the new animation files also. So, let's see. So far, same. This one is same. Reload wise, it is exactly at the same position. This one is exactly at the same position. Mac check is also exactly at the same position. So, now we can actually check it with the real entity. Let me equip the ETA weapon.

7. 00:05:24

   So, 3P. Let's see fire something. So, it's still the same way. Let me get the magazine. So it feels like after reload, still it stays exactly the same position where it's supposed to. that's how we fix the bug. Uh second bug is more on a performance side and uh we'll show you what exactly it is giving us certain kind of errors. And that's more on physique. So we are

8. 00:06:13

   getting certain kind of error reports and our error is more related to unvalid uh surface type for physicalization-wise with all of our all the weapons. what it exactly? So physics-wise uh we have added uh physics to the weapons. Um We can visualize that thing. We are drawing the helpers. Oh, and then command. It's what?

9. 00:07:06

   Okay, let Draw helpers. So these are the actually physics over there. It is important for our weapons. So whenever player actually drop the weapon, it can actually like the lies with that thing. So So it it it can drop something this way. And it can collide with a floor. So that's why we are using the physics over there. But as per the technical

10. 00:07:54

    requirement wise, this physics could also be used for different kind of a surfaces. For example, um Uh let me turn off the helpers. okay. So So as soon as we are actually shooting to different kind of physical surfaces, it actually creates a different kind of effect towards it. So if it's a contra concrete, it's going to give a concrete concrete particles towards it. If it's a metal, so it's going to behave like a metal or something.

11. 00:08:43

    For weapons, as I have shown earlier, we are just using for the rag doll and we do not require any special type of a surface. And now we are defining that surface uh with a material. So let's check what is exactly the material for it. So in our FPS weapons, So yeah, let's go with a par special and this is its material. So in proxy mat, proxy material, which is exactly giving the physics stuff. So over there we can see that our surface type is not defined and that's why it's a causing

12. 00:09:33

    this issue. So we can just define it whatever we want. So if it's a carpet or ceramic or anything which we can give. So according to that it can all the interaction could happen with that. But for this one as I said it's only for the ragdoll. So we just need to define no draw surface type. Which is right over there. So that's should fix it. Same way we can just go in and save that item. that's how that could be fixed. We will check it whether that fixed or not. But as you can see there are lots of

13. 00:10:22

    material for almost all our weapons and and none of them have a surface type defined and that is causing completely performance issue for us. So it is as I know as it wise it's more like three 430 or something. I can't keep going and manually edit this thing. So best write a script and this is a script which will go in and change all the shader type for almost all of our 430 files. So it's keep going and just rewriting all the material file for us. All right. So

14. 00:11:09

    let's reopen our weapon test map. And this time if we are successful then we are not going to get any kind of spam on physics side. All right. So we don't have any physic errors. We are good to go. And same way we can check that thing on editor also. we can't find it. That's how we fix the box for the performance also. So, actually had some fun little bugs there. Performance issue because well, console spamming a bunch because we have

15. 00:11:59

    this surface thing where my hand is the surface ID and I shoot it and it's not set up for anything. It just go So, we have to make sure that we define what that surface is. So, when we shoot it, there's no spam. And that cut down a lot of, you know, spam the log, increase that little performance when you first join in. It's a big win. Then that other little bug was a small little thing where the animation kind of offset the bone. So, when you're reloading, it moved it up just enough to go, that's not quite right. He fixed up the bone, re-export the animation, all's well. Hope you guys enjoyed this week's bug smashers. Until next time. Thank you. Thank you for watching. So, if you want to keep up with the latest and greatest in Star Citizen and Squadron 42's development, please follow us on our social media channels. See you soon.