jredfox

Still applicable to minecraft so keep it open.

It appears to be partially fixed in the latest snapshot. It's also not 100% fixed in the latest snapshot. I can reproduce 1.2GB of Natives memory before it starts clearing. Also going into the main menu doesn't seem to clear the natives memory it stays on whatever it was in game.

that being said I think they should fix the underlying issue from windows side on what broke everything. Because why let windows update break compatibility with all minecraft releases even released this year? I reported it here so microsoft would realize whatever they did broke minecraft & java.

I have updated the bug report to reflect my findings after 24hrs of testing different versions and windows combinations. Windows 7 with java 6-8 has it fixed or if it does occur it's 1MB per hour I seen the in game memory cleaner take care of the extra ram from the resource manager "Task Manager --> Resource Monitor Windows 7 stuffs" I also seen it was fixed for 1.12.2 if you went to the menu 9/10 times. Occasionally it wouldn't clear. I also added more screenshots proving it also effects older versions that simply use to just work. I believe a feature the GC uses broke after a windows 10 update

MY ISSUE IS NOT A DUPLICATE OF THIS ONE THEY CLOSED IT THINKING RAM AND CPU ARE THE SAME THING
MC-270226

This is not a duplicate of MC-270127 that deals with CPU USAGE and this is RAM

probably because when creating froglights xp isn't dropped. I don't know if missing xp is intended for sculk catalyst or not. as that's how that block works.

This occurs in windows 10 edition in 1.19 latest release as of 11/27/22. I spent all day in creative trying to make the xp farms I saw via youtube that claimed to work with bedrock edition only to find out that the XP orbs stand still in flowing water. They are also suppose to float but Imma assume that's broken to

thanks for marking it as dupe this was just for tracking and info purposes.

for me it was right click and left click and basically anything... sorry for marking it unreleased

right but if you go into a previous version the seed read as 2. it will say a different seed again if you plug it in.

I just tried a much larger seed with 7777777777 and it still randomized it.

Yeah but, I pretty much had to hack in order to even download xbox one edition minecraft. I had to go into my game library cause it no longer appears in the store and click download and some may not be able to do so. 

Also it was understood when getting bedrock for free and basically removing and unsporting older console edition that the skin packs would convert over for free. I waited 3 years they still haven't done all of them. This is a bug (an unintended feature) if you had them before you were suppose to get them again but, since they never finished porting them to bedrock (re-do the models, re-do the jsons and post it in the marketplace) it's not doable.

this isn't a suggestion this is a bug. The packs made by microsoft and or mojang 4j skinpacks that were in the console edition are not in bedrock edition when they are suppose to be. One of them for example is festive skin pack a premium pack made by mojang4j and was in xbox one edition is no longer obtainable. The festive skin pack != to the festive mashup skins. Same goes with the birthday ones on xbox one.When they moved to bedrock they forgot about converting skin packs because there is alot more then one missing. Some of them made by microsoft in 2019.

Further more if mojang refuses to port them after they made everyone go to bedrock then they should give everyone a refund on all missing skinpacks. It's not just a bug it's also a legal dispute over money if they refuse to fix it

HMMMM.... I checked back later today and it suddenly contained the type tag? closing

Close this issue. If you want to change the crappy api to a newer simpler better format that's up to you. the main reason why I reported said issue is the "type" tag was missing

Note the glass should be a separate issue. It's because the TEISR chest to render enchantments simply don't exists for anything TEISR. And glass is a different issue because the algorithm itself using IBakedModel(JSON Model) failed for the glass block.

Can you guys fix this for 1.14? I would like to see code for how to do this for my own rendering library especially since forge never supported this ever. Please reconsider fixing this asap thanks

enchantments properly render on blocks that use json models as of 1.8+. Enchantments don't render for anything that uses TEISR's this is the issue not the hand or inventory specifically but, the code is non existent

Well I wasn't able to view any source code past 1.12.2 since forge patched any asm issues for 1.13 glad to hear it's also patched on your end thanks close the issue

It would be your launch wrapper storing classes if it still exists LaunchClassLoader or something like that. JVM stores all classes in memory so you don't have to store them in maps it's actually a ram leak to keep a dupe arrays in there for classes and byte arrays. If you want to dump asm files you can dump it as the class goes into memory the first time not needing to store anything. Hopefully this is already fixed

the issue is invalid because I didn't read the code right and was tired I said sorry please close issue

my bad it actually doesn't please close this issue. There is a hard coded statement saying if it's < max then limit framerate else do nothing

without any mods this in vanilla it takes 100MB-200MB by itself no mods no forge.

now forge fixes this in 1.13 so I can't say for sure if it is still currently in vanilla this is mojang staff check your class loader remove maps if exist else close issue do nothing.