Does it support vol/code or vol/meta?

[LittleFIve233]

Can you add its support for vol/code or vol/meta?

[LukachoLombardi]

I think it already supports it. the contents of a modpack seem to be the equivalent of the folder formerly titled vol.

[ElliotGr]

@LittleFIve233 did you ever get this working? I tried to replace some vol/code content and the game didn't load. Briefly looking over the source code it doesn't seem like it's supported...

[Maschell]

Replacing /vol/code and /vol/meta is not supported. Instead of replacing the .rpx/.rpl we should try to add a mechanism to patch them, otherwise we can't really distribute any binary patches

[ElliotGr]

Oh, I think I get you - although isn't that also an issue with a lot of /vol/content mods for games which use packed files? Like if I want to replace a model inside a .cpk file I've got to replace the whole .cpk, which runs into the same distribution issues? Unless I don't need to do that, in which case I've been using this wrong!

Is there a technical reason it couldn't work, even as a temporary hack until a more 'proper' solution is made? (Just so I know if I'm wasting my time before I start fiddling with it)

[Maschell]

If a game only ships one big archive file you run into the same issue, yeah.

Regarding temporary hack: Loading the /vol/code content is handled by the IOSU instead of PPC side. Aroma mainly hooks into the PPC side and is easily able to redirect content to the sd card thanks to the ContentRedirectionModule. On the IOSU we don't have such a framework yet.

Technically we could replace the .rpx (we are doing this for running homebrew) but would be a bit hacky with the current Mocha implementation (There is no API for replacing any .rpx other than the Health&Safety one) and it's a bit awkard because the sdcafiine plugin gets loaded once the game is running -> the original .rpx is already loaded and running