top of page

Arrachesnatched Group

Public·13 members
Nestor Smirnov
Nestor Smirnov

Minecraft Cracked Launcher 1.6 For Mac !!LINK!!

  • The official Minecraft launcher - this launcher is available for download on the website In order to play you need to create an account on and to buy the game, then you will be able to log in to the launcher with your credentials and play on any licensed serversThere are several versions:minecraft_installer.msi Installer games for Windows (mojang recommends it)

  • minecraft_launcher.exe - the Official launcher (run the game without installation)

  • minecraft_launcher_alternate.exe - the Official launcher (the old alternative launcher need to run pre-installed Java)

  • minecraft_linux.jar - the Official launcher (Linux).

  • minecraft_legacy.dmg - For older versions of MacOS

Minecraft Cracked Launcher 1.6 For Mac

First, disconnect your internet and go to your .minecraft folder. Directly in the .minecraft folder should be a file called launcher_profiles.json (1.16.4+: launcher_accounts.json); open it up with any text editor. The very last part before the } }} should show "displayName": and then your name in quotation marks. Edit your name to whatever you want to change your name to and then save it and open up the launcher.

Because your internet is disconnected it will only let you play on offline mode. You need to keep your internet disconnected until you click "Play offline" on the launcher, otherwise it will connect and realise your username is wrong.

TL Legacy is a custom lightweight Minecraft launcher packed with useful features like a built-in skin system, forge, fabric, optifine and more. Users can access all game versions, from the original alpha to the most recent release. Play offline or with buddies online.

  • Development Test 3 (2015-05-23):Fixed a missing file bug when launcher.pack.lzma is being unpacked to launcher.jar [see comments]

  • Development Test 3 (2015-05-18):Fixed a coding bug in the update check (replaced poorly written StrCmp code with $If block)

  • More rewording. Incremented Dev Test number, updated MD5 and SHA1 hashes.

  • Added additional languages to the messagebox that [rarely] pops up if any downloads failed during the update check. Languages were translated with Google Translate, so if any (I think they will) need improvement, please feel free to do so and post translations below [see Translations]. English does not need to be done.

  • 2015-05-04:Reworded a couple of bits of text on the threads main post. No new version (yet)

  • Development Test 2 (2015-04-18):Made calls to inetc plugin silent. Downloads required file fairly quickly. [I didn't bother with a Dev Test increase]. Updated MD5 and SHA1 hashes.

  • Development Test 2 (2015-04-08):Added update process to bootstrapper [with optimized bandwidth: only fetches the header for the update check].

  • Removed MD5Check from installer as launcher now handles that

  • Development Test 1 (2015-04-07):Found and fixed a bug with default data [name change oversight]

  • Changed layout of this thread to a more standard layout.

I have an internal build of this as well and have been debating on what to name it on release. By Minecraft's trademark guidelines, it can't be called "Minecraft Portable". Mine also uses the JAR instead of the launcher, since it was easier to craft a specific launch command to java.exe that way.

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).

We'd use the platform to handle updates to our launcher and release a new version whenever a new minecraft.jar was released. The platform handles jPortable updates already and the next version will handle automatic first time installs when you run a Java app like Minecraft. One of the reasons I haven't released my treatment of it is we don't do Java apps officially yet.

java:lzma is the launcher.jar that doesn't update itself (though thinking about, even with the old download, launcher.jar doesn't update itself either, Minecraft.exe/Minecraft.dmg/Minecraft.jar does the updating of launcher.jar [as a bootstrapper])

I will probably leave this package (more of a standalone build) as is until I've finished my own launcher (using this json file) which will be written in NSIS (already got the necessary plugins for handling JSON and SHA-1)

Note: That ended up being a little incoherrent, if I do say so myself Also, apparently somewhere along writing this rather long comment I decided to go with my own launcher that I was working on before finding mojang's new launcher. Anyway, hope something in there may end up being useful to you

It sounds like parsing JSON and having it download its own copy of Java is a bit overcomplicated and unnecessary. The launcher itself isn't updated that often. Heck, they didn't even used to have a Windows installer. We don't want users stuck with multiple copies of Java. Having one that's updated by the platform and automatically used by all the Java apps as well as apps that use it for just some functionality like LibreOffice and OpenOffice is a better use of install space and download bandwidth (since many users around the world pay per MB).

The new launcher (the one that "bundles" Java) will likely change everytime launcher.jar changes or they decide to update the version of Javathat they bundle (MinecraftLauncher.exe [The ones inside the installerand located at the same url] is hardcoded to a particular Java version[currently Java 8 Update 25])

Instead of having PAL change the APPDATA environment variable, I will bepassing -w"%PAL:DataDir%\.minecraft" to launcher.jar (the best way toportablize Minecraft) and WorkingDirectory will be set to either"%PAL:DataDir%\data" or "%PAL:DataDir%\.minecraft" (whichever seemsbetter, probably "%PAL:DataDir%\.minecraft")

All of the official bootstrap launchers accept the -w parameter, thenative launcher just passes it directly to launcher.jar, while the javabootstrap (which most people use) sees that parameter and will then knowthat it should store launcher.jar at that location (instead of at "%APPDATA\.minecraft"), it will then do it's thing and launchlauncher.jar with the same parameter

EDIT: Completely abandoned everything related to Mojang's Native Launcher. That means not bothering with handling JSON files and not checking SHA1 checksums. Opted instead to download and unpack launcher.jar from the following url: launcher.pack.lzma

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)

P.P.S: I plan on making the updating of launcher.jar to be optional through either a popup, or an ini setting, or both. I have code for it ready, but just need to add it into my custom code. So the name change and the new code will be in the next update. Implemented in latest version.

i would like to see this happen and i would like to know if it were possible to "import" or copy profiles form vanila (native/non modified) versions of minecraft so i can take the version of my profile that is installed and make it portable and use something like onedrive to sync the "profile" to any system i have set up onedrive on...

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 "\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

I would love it if my launcher did get integrated into the official app list, but that would entirely be up to the 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.)


Welcome to the group! You can connect with other members, ge...


bottom of page