CardBoardBoxProcessor
Members-
Posts
1,879 -
Joined
-
Last visited
Content Type
Profiles
Forums
Developer Articles
KSP2 Release Notes
Everything posted by CardBoardBoxProcessor
-
Thanks to a few revelations of techniques UV mapping the RD-58SS engine should UV mapped super quick. It is always nice when your brain goes. "Hey wait you know... if you did it this way.. it would be so much less work" Which is good because i am starting form scratch texture wise where as before it shared components. so in the end the net time saving will be zero hahaah. In othernews the Dual Axial gimbals system was successful integrated (thank to SNJO) and modeled so a that ball joint is gone and it uses a more realistic RD-58 gimbal system. I based it off the RD-58 prototype's Gimbal system since the real RD-58 has no gimbal system lol. I might possibly stick it onto the RD-275K. The real RD-275K has only one axis to gimbal on in between to thick metal beams. But I would not do that.
-
yes, as i previously stated. the model{} instancing is not optimized yet and thus all URm parts (which are all instanced) are going to cause lag. hopefully 0.22 will fix this. It is a catch-22. you all complained about memory. In order to end this complaint for my users/fans I used instancing (model{}) to add many many parts while only increasing the mod size a few megabytes by taking advantage of shared resources between parts. The trade off is using the optimized inefficient instancing. It is a dev issue. there is little I can do. and I really hate it :/ you do you that first is a free for all in this case. as there is no one set side to start from and call first.
-
like all things KSP the devs probably made it and left it half finished. so it is probably not optimized at all... So I am sure it is something only they can fix. look at plantary annilations. 1000s of units on screen and no FPS lag at all. KSp. 10 URm 1 length tanks and lags like hell. It jsut needs to be optimized code wise i am sure.
-
intresting find form KWs Kyle CardBoardBoxprocessor: what do you mean? Kickasskyle: you're putting about 4-5x as much into RAM by using TGA than an MBM equivilant Kickasskyle: and no, thats not overstatement. Kickasskyle: it really is that bad. CardBoardBoxprocessor: good god why so 0_O Kickasskyle: because unity, because KSP. Kickasskyle: who can say.
-
64% is based off the assumption that the stock pot is the apollo capsule. Thus the outside is more accurate scale wise 80% is based off the Volume the Kerbals take up inside an IVA scene and thusly an apolo capsule. Thus the intior IVA scnee is more accurate. I jsut thinking having more IVA roOm will come in the most handy when i make IVA scenes. where as the extirors size hardly matters at all as long as it is balanced correctly.