Portable Minecraft Launcher 1.6.93 Development Test 8

Regarding the name, I just had a quick readup of Mojang's Guidelines for the Name, Brand and Assets. The way I see it, "Minecraft Portable" isn't allowed, but "Portable Minecraft" just might be (Or even "PortaMine - Minecraft, Portable Edition"). It states that the Name (ie: Minecraft) cannot be the first word.

I also added appropriate info to the appinfo.ini regarding trademarks (not exactly as specified in Mojang's "Guidelines for the Name, Brand and Assets", but still specifies that Minecraft is a trademark of Mojang)

Trademarks=Minecraft ®, ™ & © 2009-2015 Mojang AB

(I'm currently making some changes, so the next upload will have the above ini setting)

I chose to use the new launcher (marketed as a Native Launcher) because it automatically provides and updates a Java runtime (currently Java 8 Update 25). It's also similar to a launcher that I was already working on (which I'll probably decide to improve and use). My launcher consisted of a launcher created using NSIS and a collection of batch scripts to unpack required runtimes that I bundled with it. I'll see how I go using mojang's native launcher, and if it ends up a flop I'll work on my own.

I also remember that the launcher gui (launcher.jar) creates a specific mutex when it launches Minecraft, so that might be more reliable. Not sure that PAL supports that though, so custom code will be required either way.

I was going to use absolute paths for the WaitForEXE# entries, but wasn't sure if that would work. If a way to check the filepath of a process was added to the launcher, I might be able to be more specific about which java.exe and javaw.exe files should be waited for, and which shouldn't be (maybe something like WaitForEXE#Path).

Also about the native launcher, cause it manages updates to itself, launcher.jar and the needed java runtime, I don't think launcher.jar checks for updates to itself anymore (while the normal launcher.jar still does so).

I would really like to test your build if possible (you can even use the name I mentioned above if it's suitable, can be shortened to just "PortaMine"... just googled it, apparently portamine is a kind of pencil)

Sorry, I don't support hacked clients.

However, Forge and liteloader and other should work as long as they are configured in the Minecraft Launcher correctly (Forge can install into this package, along with OptiFine, MCPatcher and most other modding stuffs that can pick a location; simply point to MinecraftLauncherPortable\Data\.minecraft and assign a folder for each profile in MinecraftLauncherPortable\Data\profiles)

All my bootstrapper mainly does is launch Minecraft Launcher with the appropriate command parameters using the java environment provided by JPortable (and JPortable64 on 64-bit systems), falling back to the locally installed java if JPortable is not installed.

As your post did not really make sense to me, I don't know how else to respond other than how I have.

Regards,
      richo

Hi and sorry for the delay.

You can "import" profiles from the vanilla launcher whether the profiles use mods or are completely vanilla. Just copy the profile folder into the Data\profiles (Eg: vanilla profile "<where-ever profiles are stored>\Vanilla" to "Data\profiles\Vanilla") folder and copy the corresponding profile section from the vanilla launcher_profiles.json into the the launcher_profiles.json in Data\.minecraft

Then simply make sure that the "gameDir" setting in each profile points to the correct location.

Should work just fine, I have even installed mods into my copy (Forge, LiteLoader, OptiFine)

Just won't update the language used (most likely).

Here is a snippet of my launcher_profiles.json (just the profiles section):

  "profiles": {
    "[Snapshots]": {
      "name": "[Snapshots]",
      "gameDir": "C:\\Games\\Minecraft\\profiles\\Snapshots",
      "allowedReleaseTypes": [
        "snapshot",
        "release"
      ],
      "useHopperCrashService": false,
      "launcherVisibilityOnGameClose": "hide launcher and re-open when game closes"
    },
    "[OptiFine]": {
      "name": "[OptiFine]",
      "gameDir": "C:\\Games\\Minecraft\\profiles\\OptiFine",
      "lastVersionId": "1.8.8-OptiFine_HD_U_F5",
      "useHopperCrashService": false,
      "launcherVisibilityOnGameClose": "hide launcher and re-open when game closes"
    },
    "[Default]": {
      "name": "[Default]",
      "gameDir": "C:\\Games\\Minecraft\\profiles\\Default",
      "useHopperCrashService": false,
      "launcherVisibilityOnGameClose": "hide launcher and re-open when game closes"
    },
    "[Modded]": {
      "name": "[Modded]",
      "gameDir": "C:\\Games\\Minecraft\\profiles\\Modded",
      "lastVersionId": "1.7.10-LiteLoader1.7.10-1.7.10-Forge10.13.4.1558-1.7.10",
      "javaArgs": "-Xmx4G -Xmn2G -XX:PermSize\u003d512M",
      "useHopperCrashService": false,
      "launcherVisibilityOnGameClose": "hide launcher and re-open when game closes"
    }
  },

This works after copying the profiles over and changing "C:\\Games\\Minecraft" to "X:\\PortableApps\PortableMinecraftLauncher\\Data"

And the [OptiFine] and [Modded] profiles work after installing OptiFine, Forge and LiteLoader into the Data\.minecraft folder

Edit: In the future there will be an add-on app that will import any profile from the official Minecraft Launcher (native/non-modified). Possibly with the ability to package a profile into an install-able mod-pack for easy backup of profiles. These mod-packs would then be installed through the importer on another computer.

The term "mod-pack" is loosely used to define a backup of a profile.

I'm sorry, but that is not an improved version.

My reasons:

1. Size of the download is inflated considerably (mine is designed for use within the PortableApps.com Platform and primarily depends on Java Portable/Java64 Portable, reverting to Java installed on the computer as a last resort.)
2. The bundled Java is severely out of date.
3. Java is still required regardless of launcher used (Minecraft and Minecraft Launcher are both Java applications)
4. This changes my portable app from a smaller "native" launcher replacement designed for PortableApps.com into a portable launcher for an oversized "native" launcher
5. This adds extra startup time whenever there is an update to both the native launcher and the launcher.jar
6. Reduces security against java exploits due to the old java that is bundled.

I appreciate the effort for trying to improve my app, but I request that you please take it down as I will not be using it.

Edit: I'd appreciate it if a moderator could remove the link as it not only violates licenses, but also breaks my code. (I say breaks, but it does still work)

Also, I'm not sure but I should probably add a file with the necessary license info for both unpack200.exe and msvcr100.dll as they are essential for unpacking launcher.pack.lzma to launcher.jar

I would love it if my launcher did get integrated into the official app list, but that would entirely be up to the PortableApps.com dev team.
Afaik, I've made the necessary changes for that to be possible (I should probably update the offline copy of Mojang's EULA for Minecraft as it has been a while since I converted the webpages into a Rich Plain Text Format file In latest update.)
Having said that, I probably need to change the icon used as it is a direct extracted copy of Mojang's Minecraft icon. Created my own icon.

If anyone on the dev team would be willing to checkout my launcher to see what exactly I need to change for this to even be possible, I would very much appreciate it. (I realise that doesn't mean that it will be added, just that it would be possible)

EDIT: Probably not until PAL officially supports jPortable64 (at least), as my launcher requires a patch to PAL in order to detect jPortable64 on 64-bit systems (though this patch is only required for a developer install, the launcher doesn't need it after being compiled.)