Search results

I figured it out. Use GibbedTools to extract the character.vpp of SRTT and use ThomasJepp to extract SRIV character.vpp. Grab <characteryouwanttoreplace>.str2_pc and <characteryouwanttoreplace>_high.str2_pc from the SRTT character folder you extracted and extract both of them with GibbedTools...

Nah, I'm still figuring it out. Something to do with the asm file.

Alright, so I am an idiot. The GUI version of the tools do not have an option for SRTT. Using the packfile builder with CMD or Powershell does have the prompt for SRTT and using the arguments ThomasJepp.SaintsRow.BuildPackfile game source output [/condensed:true|false|auto]...

True, I've never really backported models before, I only ever ported SRTT models to SRIV. There is definitely a way to do this, I'll let you know if I find a way and I'll make an in depth video tutorial.

I completely get it. It's not your fault. I would do this for you since I use to port models between these versions a while back, but I haven't completed SRTT at all. The best way I can explain to fix the loading times (I believe) is to pack the mods you have into a VPP_PC instead of having them...

Asm containers are kind of like preloads for each packfile vpp. They define what items/characters/animations are in the game yet they can't be altered through typical means like .tbls can EDIT: Pretty much, you could just use the same asm for the other characters unless they are DLC characters.

It is not you. You're not the problem. I promise you, the more you work with this, you'll find the solution; however, it is a very frustrating process and that's why I don't think you're the problem.

Honestly better to just do what you've been trying. What you're doing now is more advanced than what you did before.

And no, I am not frustrated, just busy. I've dealt with many situations on these games, modding them is frustrating, so I am not frustrated with you as I understand how frustrating it can be.

Well, you could. Adding characters isn't an issue in SRIV so I don't think you'll have one here; however, you should just change the model of the character you want to replace and not just add the character

These things happen, you could just add the str2_pc from SRIV without unpacking it and changing the model inside the characters.xtbl

No no. STR2_PC are packfiles. Pack those files individually and put them into the game's main directory with the exe.

Don't pack the character.vpp_pc, only pack the packfile of the characters you want and move them to the game's main directory.

Interesting. I would have thought all of this would be automated, but I guess Saints Row's engine has always been strange. It's cool to see the little things behind the scenes. I have to say though, this game already had the best customization in the series but M2M makes it a lot more impressive.

Sim_pc is a physics thing for clothing or smth. I wouldn't transfer it right now.

As far as I remember high is just high res characters and the regular is what you see in game. High is either close up on LOD or cutscene while regular is either what you see in game or close up. Just extract both.

Honestly? I don't think the allocation variables for each item does anything or much at all. I messed around with it in Saints Row 4 and in Saints Row 2 and neither really did anything. I could be wrong though, they could be for a special reason.

Drag and drop the characters.vpp onto the ExtractPackfile tool, find the character you want to use (ex. npc_gat) and extract that file as well which will give you his models (the folder created should be named npc_(character's name)_extracted or smth. Repeat with SR3 with the character you want...

If using Linux with Proton: Open Protontricks and select Saints Row 2 Select install an application, then select Install a Windows DLL or Component From the menu, select and install xact and xact_x64 Exit Protontricks There's always another method: Openspy. I know nothing about it since I...

ONLY if you're using Windows: One thing I would recommend is installing the 4GB patch: https://ntcore.com/4gb-patch/ And DXVK (x32 dinput8.dll or which other one is available): https://github.com/doitsujin/dxvk/releases I doubt this will fix it, but it's better to be safe. Edit 01: This almost...