[Handler] Plutonium Call of Duty Launcher (Online only)

[framilano]

Controller support

All games are supported through Plutonium, controller support should work fine in all current Plutonium games.

Plutonium official site

https://plutonium.pw/

Additional info

Handler for Plutonium Call of Duty Launcher (online-only). This handler allows you launch multiple Plutonium instances and login with different accounts in them! All Plutonium games are supported through this, so you can play in splitscreen and use the server browser normally. You can of course play in private lobbies too. This handler will ask you to select a folder with plutonium.exe in it.

I highly suggest to use specific profiles for each controller so you don't have to login every single time.

World at War and Black Ops 1 both require the XACT audio library to have all SFX in-game, so simply run this on a terminal:
WINEPREFIX=~/.local/share/partydeck/prefixes/1 winetricks xact
To install the XACT library on your PartyDeck prefix. You should do this for every prefix you created for PartyDeck.

Handler Download

https://pixeldrain.com/u/YgM7SqjV

Small video of it running on Black Ops 1 (works flawlessly with lobby invites too)
https://github.com/user-attachments/assets/07b52e50-46e5-4657-9fc5-52c1ed367537

Updates

Version 3

Uses PROTON_USE_WOW64=1 as env var, lib32-vulkan-radeon isn't necessary anymore!

[wunnr]

Hi,

PartyDeck's latest release, 0.8.0, uses a new format for handlers. If you're still interested in publishing this handler package, you should convert it to the new handler format and if it still works fine I can add it to the new pd2 handler directory. On the release page, there's a file named PD2.handler.readme.txt that covers everything about the handlers that can't currently be done from within the GUI. Let me know if there are any problems you encounter when converting!

[framilano]

Nice, no problem, should I create new handlers requests when I'm done converting?

[framilano]

@wunnr I'm having some issues creating the handler (and using the BO2 one too)

I set my game path correctly (I checked multiple times), but I keep getting this error.

Meanwhile, trying to create an handler for generic Plutonium, I set a path with plutonium.exe in it but it keeps saying

Here's the logs:

[partydeck] Instances:
[partydeck] Creating profile .Beatrice
[partydeck] Profile created successfully
[partydeck] Creating game save Plutonium for .Beatrice
[partydeck] Profile save data created successfully
  - Profile: .Beatrice, Monitor: 0, Resolution: 2560x1440
[partydeck] Error launching instances: No such file or directory (os error 2)

[wunnr]

Nice, no problem, should I create new handlers requests when I'm done converting?

Nah we can stay on the already existing issue pages, I'm still looking for updates in them.

As for the launch error, do you have fuse-overlayfs installed?

[framilano]

Thank you @wunnr, I did not, now it works.

I'm still having some issues though, in previous partyDeck versions I've been using permanent profiles appData folder to save Plutonium full installations, so Plutonium would get downloaded/installed for each new profile.

But I have a different idea, I don't want multiple Plutonium installations, I just want one and each profile simply overwrites the config.json (containing the Plutonium access token) and the storage folder (that contains all cod games profile settings).

The handler should be something like:

{
  "name": "Plutonium",
  "author": "fra98_",
  "version": "2",
  "info": "",
  "path_gameroot": "/home/francesco/Games/NoLauncherLibrary/PlutoniumPartyDeck",
  "runtime": "",
  "is32bit": true,
  "exec": "plutonium.exe",
  "args": "-install-dir $GAMEDIR/Plutonium",
  "env": "",
  "pause_between_starts": null,
  "use_goldberg": false,
  "steam_appid": null,
  "game_null_paths": []
}

Where the path_gameroot it's simply an empty folder, (there's nothing in that path) and plutonium.exe simply sees -install-dir $GAMEDIR/Plutonium as argument, so when launching the handler it installs itself to /home/francesco/Games/NoLauncherLibrary/PlutoniumPartyDeck/Plutonium

Of course inside the handler we have the overlay folder containing plutonium.exe and an empty Plutonium folder.

Okay so that was my idea, but something weird happens, it starts installing Plutonium in a very weird path
/home/francesco/home/francesco/.local/share/partydeck/tmp/game-0

It weirdly re-creates an home folder inside the already present home folder. And I guess this /tmp/game-0 is the new symlinked gamefolder like previous versions.

Do you have any idea or is something in my approach completely wrong?

Looking at the code:

let gamedir_str = gamedir.to_string_lossy();
        for arg in h.args.split_whitespace() {
            let processed_arg = match arg {
                "$GAMEDIR" => gamedir_str.as_ref(),
                "$PROFILE" => &instance.profname,
                "$WIDTH" => &instance.width.to_string(),
                "$HEIGHT" => &instance.height.to_string(),
                "$RESOLUTION" => &format!("{}x{}", instance.width, instance.height),
                _ => &String::from(arg).sanitize_path(),
            };
            cmd.arg(processed_arg);
        }

I can't do concatenations using $GAMEDIR/Plutonium, because you're splitting using whitespaces, so maybe this could be part of the issue

[framilano]

Small update, the path mess was of course due to the fact that plutonium.exe expects backslashes instead of slashes, so using this:

"args": "-install-dir Z:\home\francesco\Games\NoLauncherLibrary\PlutoniumPartyDeck\Plutonium",

Actually worked, but that's not a very elegant solution, it would be cool if another variable (instead of $GAMEDIR) could take a linux path argument like:
/home/francesco/Games/NoLauncherLibrary/PlutoniumPartyDeck

and transform it to:
Z:\\home\\francesco\\Games\\NoLauncherLibrary\\PlutoniumPartyDeck\\Plutonium

[wunnr]

Makes sense, will push out an update that checks if the game is windows and if so, formats $GAMEDIR in a Windows-friendly way.

Will also try to figure out concatenations so that you could do something like $GAMEDIR/Plutonium to access subdirectories within the gamedir.

[framilano]

Well, perfect, that's all I needed I guess! Thank you

[framilano]

@wunnr Another question, still related to 0.8.0: I noticed there's no game_sym_dir boolean anymore, and now every game gets symlinked into these temporary folders. What if I don't want to symlink anything? The previous Plutonium handler simply placed the Plutonium files inside each profile and copied the corresponding profile save to AppData—there was no symlinking with the game files at all.

[wunnr]

I can add an option to disable the mount folders if needed, but in your case where the game folder is literally just a folder with Plutonium.exe it shouldn't affect anything; with regards to copying the AppData files, you would simply change the path from [handler]/copy_to_profilesave/_AppData/Local/Plutonium to [handler]/profile_copy_windata/AppData/Local/Plutonium.

[wunnr]

The latest version v0.8.1 adds support for Windows-formatted $GAMEDIR strings as well as concatenating ($GAMEDIR/subdir). There's also $HANDLERDIR which lets you reference custom subdirectories from the handler dir. Let me know if this fixes the handler!

[framilano]

The latest version v0.8.1 adds support for Windows-formatted $GAMEDIR strings as well as concatenating ($GAMEDIR/subdir). There's also $HANDLERDIR which lets you reference custom subdirectories from the handler dir. Let me know if this fixes the handler!

That was fast, awesome! I'll try to use them asap, thank you again for your amazing work on this project!

Quick note, I updated to 0.8.1 but the GUI still says I'm on 0.8.0, fyi

[framilano]

Okay, I'm doing some tests, when you open the Plutonium Launcher and click on the blue SETUP button (it should open the dialog asking you where WAW is installed for example) the whole Launcher just crashes, I don't know why, it's not related to Proton-GE (my "normal" plutonium installation works just fine) and it worked with version 0.7.0.

My suspect is that plutonium.exe being symlinked could cause this issue, sadly I don't see any relevant log in PartyDeck related to this forced closure of the launcher.

My "ideal" situation would be this, without the usage of symlinking (essentially re-iterating the 0.7.0 handler I made):

• The user selects a path where plutonium.exe is located, the $GAMEDIR.
• The handler installs Plutonium on each user profile AppData folder, to avoid having to reinstall Plutonium every single time enabling profiles in PartyDeck it's the perfect solution.
• The handler copies specific game save folder to each user profile AppData folders (using profile_copy_windata), containing the user login information, of course each profile will have its own config.json with its Plutonium login token.
• No symlinking is happening, the plutonium.exe from $GAMEDIR gets executed

And hopefully, the blue SETUP button will work (just like it did with 0.7.0), but I'm not sure if symlinking is the culprit here, but that's the only difference I can think of right now when compared with my 0.7.0 handler. Alternatively we could tell the user to just edit the config.json containing the plutonium games path for each profile, so they essentially avoid clicking on the SETUP button, idk.