jredfox / mcripper-2 Goto Github PK

have a cached list of all jsons that get's extracted each launch if needed and then when the checkDisk runs it will check them. It will include all of micah's, all of webarchives etc....

Waiting on morestack to provide an index api with urls for. timestamps in ms and hashes for each url as well

• assets
• versions
• servers

decided it was worth scanning the mc folder again. it will just be a pain to change every single dl link to contain a path var. it could save 3-8s per lib that exists, and couple hundred ms per resource file

the files that are not the index.xml are saved like reviews and other internal files.

save a sha1 to the end of the file everytime a download happens

change dl to appdata to prevent mass bandwidth loss of mojang and other servers
create a .lnk file per os to the user directory of the jar file

http://assets.minecraft.net/11w47a/minecraft.jar 404 when https://assets.minecraft.net/11w47a/minecraft.jar works

JRE 12+: java.lang.NoSuchFieldException: modifiers
caused by using reflection helper in newer java versions. investigate it or even just update gson

update: won't be fixed till reflection library has been updated in the jml framework. So 3-4 months starting at 6/26/2021?

if the download file exists, the hash file exists, but, the hash isn't precomputed it will download a duplicate file if it's under the same hash

Solution: check current file and a dashed hash file if they don't exist then dl if they do then skip

log the system.err, system.out each launch.

http://assets.minecraft.net/ is missing check on checkOld command

https://launchermeta.mojang.com/mc/game/version_manifest_v2.json

Needs better exception handling for regular non learning dl's. It needs to handle null files for when the download throws an exception. rather then just stop working altogether. Cause right now for regular downloads everything is thrown not handled. it needs to try to continue doing it's function even if a 404 or 403 happens.

version rc.2x:

checkOmni

https://archive.org/details/Minecraft-JE-Pre-Classic
https://archive.org/details/Minecraft-JE-Classic
https://archive.org/details/Minecraft-JE-Indev
https://archive.org/details/Minecraft-JE-Infdev
https://archive.org/details/Minecraft-JE-Alpha
https://archive.org/details/Minecraft-JE-Beta
https://archive.org/details/Minecraft-JE-Sounds

//all domains including down ones
http://s3.amazonaws.com/MinecraftDownload
http://s3.amazonaws.com/MinecraftResources
http://s3.amazonaws.com/Minecraft.Resources
http://s3.amazonaws.com/Minecraft.Download

//primary domains
http://s3.amazonaws.com/MinecraftDownload
http://s3.amazonaws.com/MinecraftResources

//old version domains
http://s3.amazonaws.com/Minecraft.Download
//the json required to get the versions
http://s3.amazonaws.com/Minecraft.Download/versions/versions.json
//formatting of the versions and servers
https://s3.amazonaws.com/Minecraft.Download/versions/<versions>/<version>.json
http://s3.amazonaws.com/Minecraft.Download/versions/<version>/<version>.jar
http://s3.amazonaws.com/Minecraft.Download/versions/<version>/minecraft_server.<version>.jar
http://s3.amazonaws.com/Minecraft.Download/versions/<version>/minecraft_server.<version>.exe

jsons/majors
jsons/minors
jsons/assets
revert code to previous release on directory of non custom json files

this bug is caused by file de-duper command api not having the ability to check the optional params

when zipping the ripped assets in af as a test it didn't provide a working rp

bedrock when it becomes available on the launcher.
dungeons once I decompile the launcher
launcher once I decompile the launcher

version: b1.0.0
delete : assets\1.11.json
produces path: C:\Users\jredf\AppData\Roaming\Mcripper\C:\Users\jredf\AppData\Roaming\Mcripper\mcripped\mojang\jsons\assets\1.11.json

causes file not found exception cause the path is now invalid