Create emulator directories after changing dev_*** directories

[CookiePLMonster]

Corrects the case where it was (usually) not possible to install games/firmware after changing path dev_hdd0 (and potentially others) in settings, and required a restart instead.

Reproduction steps

1. Launch RPCS3 with $(EmulatorDir) set to eg. D\RPCS3`.
2. Open Virtual File System settings.
3. Change $(EmulatorDir) to any new empty folder, eg. D:\RPCS3\NewDirForFiles and click Save.
4. Attempt to install any game.

Observed result

Installation fails, because directories are not created recursively and a parent directory does not exist.

Expected result

Installation proceeds as normal.

[Nekotekina]

Could just patch pkg_install function to use create_path.

[CookiePLMonster]

That would only address the immediate problem, and possibly only one broken case out of numerous ones. The more abstract issue here is that changing VFS paths leaves the host filesystem in the state which is different to the startup state fresh after booting the emulator. I would say addressing this instead of patching each broken case is cleaner and safer.

[Nekotekina]

No... it totally makes sense for pkg_install to create a full path. On the other hand, CreateDirectories isn't extremely useful in being cut from Emu.Init. Just call Emu.Init after VFS dialog changes (maybe with a condition making sure that Emu status is Stopped).

[CookiePLMonster]

No... it totally makes sense for pkg_install to create full path.

It does, but again only addresses one issue while there may be more. That said, it may be worth it making it create the path recursively regardless of my change.

Just call Emu.Init after VFS dialog changes (with condition if emu status is Stopped).

I guess I can do that - I didn't do that initially to avoid possible side effects. I'll look into it.

EDIT:
I see now - Emulator::Init is called pretty often, so indeed seems to be safe to just call it instead of factorizing its part out.