Giter VIP home page Giter VIP logo

sophisticatedcore's People

Contributors

fr0stmatic avatar lightlike avatar mewnn avatar netongasng avatar p3pp3rf1y avatar regnander avatar solutotm avatar willis1030 avatar yamadamegane avatar zhay10086 avatar

Stargazers

 avatar  avatar  avatar  avatar  avatar  avatar  avatar  avatar

Watchers

 avatar  avatar  avatar

sophisticatedcore's Issues

Item icon rendering

Describe the bug
icons of item in shulker like inventories dont preview render in backpacks and player inventory
backpacks and storage affected
dont know if 1.19 and 1.20 affected
To Reproduce
Steps to reproduce the behavior:

  1. Open backpack
  2. mouseover to preview items in container
  3. See error

Expected behavior
render icon of item on mouseover preview

Screenshots
2023-09-05_12 03 26
2023-09-05_12 03 34
2023-09-05_12 03 46
2023-09-05_12 03 49

Versions
sophisticatedcore-1.18.2-0.5.87.416
sophisticatedbackpacks-1.18.2-3.18.60.906
sophisticatedstorage-1.18.2-0.8.42.599

[Bug]: Tabs don't stay rendered.

On the latest version of core I'm having issues with backpacks where the tap, such as a crafting tab, will "close" itself when I reopen a backpack, regardless of my tab setting, and it will disappear occasionally when I try to move any items in the backpack or when I click an item in the tab.

Crash when trying to load world?

Hi, I'm using the Sophisticated Storage & Backpacks mod in my personal modpack and seem to be having trouble loading my world because of the core somehow? this is the crash report. this is also my first time using github so i don't know how to format this better sorry >w<

---- Minecraft Crash Report ----
// Uh... Did I do that?

Time: 2023-07-16 14:38:30
Description: Exception in server tick loop

net.minecraftforge.fml.config.ConfigFileTypeHandler$ConfigLoadingException: Failed loading config file sophisticatedcore-server.toml of type SERVER for modid sophisticatedcore
at net.minecraftforge.fml.config.ConfigFileTypeHandler.lambda$reader$1(ConfigFileTypeHandler.java:47) ~[fmlcore-1.20.1-47.1.0.jar%23257!/:?] {}
at net.minecraftforge.fml.config.ConfigTracker.openConfig(ConfigTracker.java:60) ~[fmlcore-1.20.1-47.1.0.jar%23257!/:?] {}
at net.minecraftforge.fml.config.ConfigTracker.lambda$loadConfigs$1(ConfigTracker.java:50) ~[fmlcore-1.20.1-47.1.0.jar%23257!/:?] {}
at java.lang.Iterable.forEach(Iterable.java:75) ~[?:?] {re:mixin}
at java.util.Collections$SynchronizedCollection.forEach(Collections.java:2131) ~[?:?] {}
at net.minecraftforge.fml.config.ConfigTracker.loadConfigs(ConfigTracker.java:50) ~[fmlcore-1.20.1-47.1.0.jar%23257!/:?] {}
at net.minecraftforge.server.ServerLifecycleHooks.handleServerAboutToStart(ServerLifecycleHooks.java:97) ~[forge-1.20.1-47.1.0-universal.jar%23261!/:?] {re:classloading}
at net.minecraft.client.server.IntegratedServer.m_7038_(IntegratedServer.java:62) ~[client-1.20.1-20230612.114412-srg.jar%23256!/:?] {re:mixin,pl:runtimedistcleaner:A,re:classloading,pl:mixin:APP:modernfix-common.mixins.json:perf.thread_priorities.IntegratedServerMixin,pl:mixin:APP:blueprint.mixins.json:client.IntegratedServerMixin,pl:mixin:A,pl:runtimedistcleaner:A}
at net.minecraft.server.MinecraftServer.m_130011_(MinecraftServer.java:634) ~[client-1.20.1-20230612.114412-srg.jar%23256!/:?] {re:mixin,pl:accesstransformer:B,re:classloading,pl:accesstransformer:B,pl:mixin:A}
at net.minecraft.server.MinecraftServer.m_206580_(MinecraftServer.java:251) ~[client-1.20.1-20230612.114412-srg.jar%23256!/:?] {re:mixin,pl:accesstransformer:B,re:classloading,pl:accesstransformer:B,pl:mixin:A}
at java.lang.Thread.run(Thread.java:833) ~[?:?] {re:mixin}
Caused by: com.electronwill.nightconfig.core.io.ParsingException: Not enough data available
at com.electronwill.nightconfig.core.io.ParsingException.notEnoughData(ParsingException.java:22) ~[core-3.6.4.jar%2393!/:?] {}
at com.electronwill.nightconfig.core.io.ReaderInput.directReadChar(ReaderInput.java:36) ~[core-3.6.4.jar%2393!/:?] {}
at com.electronwill.nightconfig.core.io.AbstractInput.readChar(AbstractInput.java:49) ~[core-3.6.4.jar%2393!/:?] {}
at com.electronwill.nightconfig.core.io.AbstractInput.readCharsUntil(AbstractInput.java:123) ~[core-3.6.4.jar%2393!/:?] {}
at com.electronwill.nightconfig.toml.TableParser.parseKey(TableParser.java:166) ~[toml-3.6.4.jar%2394!/:?] {}
at com.electronwill.nightconfig.toml.TableParser.parseDottedKey(TableParser.java:145) ~[toml-3.6.4.jar%2394!/:?] {}
at com.electronwill.nightconfig.toml.TableParser.parseNormal(TableParser.java:55) ~[toml-3.6.4.jar%2394!/:?] {}
at com.electronwill.nightconfig.toml.TomlParser.parse(TomlParser.java:44) ~[toml-3.6.4.jar%2394!/:?] {}
at com.electronwill.nightconfig.toml.TomlParser.parse(TomlParser.java:37) ~[toml-3.6.4.jar%2394!/:?] {}
at com.electronwill.nightconfig.core.io.ConfigParser.parse(ConfigParser.java:113) ~[core-3.6.4.jar%2393!/:?] {}
at com.electronwill.nightconfig.core.io.ConfigParser.parse(ConfigParser.java:219) ~[core-3.6.4.jar%2393!/:?] {}
at com.electronwill.nightconfig.core.io.ConfigParser.parse(ConfigParser.java:202) ~[core-3.6.4.jar%2393!/:?] {}
at com.electronwill.nightconfig.core.file.WriteSyncFileConfig.load(WriteSyncFileConfig.java:73) ~[core-3.6.4.jar%2393!/:?] {}
at com.electronwill.nightconfig.core.file.AutosaveCommentedFileConfig.load(AutosaveCommentedFileConfig.java:85) ~[core-3.6.4.jar%2393!/:?] {}
at net.minecraftforge.fml.config.ConfigFileTypeHandler.lambda$reader$1(ConfigFileTypeHandler.java:43) ~[fmlcore-1.20.1-47.1.0.jar%23257!/:?] {}
... 10 more >

crafting upgrade issues

here recently I have had crashes when I shift-click to multi craft using the backpack crafting table

SophCore Incompatibility.

I was trying to play with my personally made modpack for 1.19.2 using forge 43.1.3, I was getting a crash I couldn't figure out, learned it was a incompatibility, seems SophCore and I Like Wood, don't agree with each other because when I went to make a world the game would crash and claim this "sophisticatedcore-common.toml: The process cannot access the file because it is being used by another process" but the files were not open anywhere to my knowledge so I was confused, but after removing "I like wood" and its BYG and Twilight Forest addons I was able to play again.

Mod Versions
sophisticatedcore-0.5.9.117

sophisticatedbackpacks-3.18.24.703
sophisticatedstorage-0.5.12.138

Crashlog, Idk if its needed here but I'll put it here anyways.
crash-2022-09-02_01.57.00-client.txt

random crash

sophisticatedcore-1.19.2-0.5.82.382
forge 43.2.21
dont know where put crash log, but seems its core
opened inventory and mouse to item got random crash, after log back in world moved mouse to all items no crash

crash log:
https://paste.ee/p/ALlVn

Crash occuring randomly? - 1.20.1 Forge

I am not quite sure how to recreate this crash, but I can provide information that each of the 2 players in the game have a Copper backpack on. Is it maybe interfering with Inventory Profiles Next, which has sorting for chests?

Anyways here is the log:"

[01:51:58] [Render thread/INFO]: Minimap session finalized.
[01:51:58] [Render thread/INFO]: JEI StartEventObserver received class net.minecraftforge.client.event.ClientPlayerNetworkEvent$LoggingOut
[01:51:58] [Render thread/INFO]: JEI StartEventObserver transitioning state from JEI_STARTED to DISABLED
[01:51:58] [Render thread/INFO]: Stopping JEI
[01:51:58] [Render thread/INFO]: Sending Runtime Unavailable...
[01:51:58] [Render thread/INFO]: Stopping JEI GUI
[01:51:58] [Render thread/INFO]: Sending Runtime Unavailable took 1.355 ms
[01:51:58] [Render thread/INFO]: Curios disabled
[01:51:58] [Render thread/INFO]: Stopping worker threads
[01:51:58] [Render thread/INFO]: emissive suffixes loaded: {e}.
[01:52:00] [Render thread/ERROR]: Reported exception thrown!
net.minecraft.ReportedException: mouseClicked event handler
at net.minecraft.client.gui.screens.Screen.m_96579
(Screen.java:444) ~[client-1.20.1-20230612.114412-srg.jar%23492!/:?]
at net.minecraft.client.MouseHandler.m_91530_(MouseHandler.java:89) ~[client-1.20.1-20230612.114412-srg.jar%23492!/:?]
at net.minecraft.client.MouseHandler.m_168091_(MouseHandler.java:189) ~[client-1.20.1-20230612.114412-srg.jar%23492!/:?]
at net.minecraft.util.thread.BlockableEventLoop.execute(BlockableEventLoop.java:102) ~[client-1.20.1-20230612.114412-srg.jar%23492!/:?]
at net.minecraft.client.MouseHandler.m_91565_(MouseHandler.java:188) ~[client-1.20.1-20230612.114412-srg.jar%23492!/:?]
at org.lwjgl.glfw.GLFWMouseButtonCallback$Container.invoke(GLFWMouseButtonCallback.java:81) ~[lwjgl-glfw-3.3.1.jar%23141!/:build 7]
at imgui.glfw.ImGuiImplGlfw.mouseButtonCallback(ImGuiImplGlfw.java:123) ~[CorgiLib-forge-1.20.1-4.0.1.1.jar%23363!/:4.0.1.1]
at org.lwjgl.glfw.GLFWMouseButtonCallbackI.callback(GLFWMouseButtonCallbackI.java:43) ~[lwjgl-glfw-3.3.1.jar%23141!/:build 7]
at org.lwjgl.system.JNI.invokeV(Native Method) ~[lwjgl-3.3.1.jar%23153!/:build 7]
at org.lwjgl.glfw.GLFW.glfwPollEvents(GLFW.java:3403) ~[lwjgl-glfw-3.3.1.jar%23141!/:build 7]
at com.mojang.blaze3d.systems.RenderSystem.pollEvents(RenderSystem.java:201) ~[client-1.20.1-20230612.114412-srg.jar%23492!/:?]
at com.mojang.blaze3d.systems.RenderSystem.flipFrame(RenderSystem.java:219) ~[client-1.20.1-20230612.114412-srg.jar%23492!/:?]
at com.mojang.blaze3d.platform.Window.m_85435_(Window.java:274) ~[client-1.20.1-20230612.114412-srg.jar%23492!/:?]
at net.minecraft.client.Minecraft.m_91383_(Minecraft.java:1170) ~[client-1.20.1-20230612.114412-srg.jar%23492!/:?]
at net.minecraft.client.Minecraft.m_91374_(Minecraft.java:718) ~[client-1.20.1-20230612.114412-srg.jar%23492!/:?]
at net.minecraft.client.main.Main.main(Main.java:218) ~[forge-47.2.32.jar:?]
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke0(Native Method) ~[?:?]
at jdk.internal.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:77) ~[?:?]
at jdk.internal.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:43) ~[?:?]
at java.lang.reflect.Method.invoke(Method.java:568) ~[?:?]
at net.minecraftforge.fml.loading.targets.CommonLaunchHandler.runTarget(CommonLaunchHandler.java:111) ~[fmlloader-1.20.1-47.2.32.jar:?]
at net.minecraftforge.fml.loading.targets.CommonLaunchHandler.clientService(CommonLaunchHandler.java:99) ~[fmlloader-1.20.1-47.2.32.jar:?]
at net.minecraftforge.fml.loading.targets.CommonClientLaunchHandler.lambda$makeService$0(CommonClientLaunchHandler.java:25) ~[fmlloader-1.20.1-47.2.32.jar:?]
at cpw.mods.modlauncher.LaunchServiceHandlerDecorator.launch(LaunchServiceHandlerDecorator.java:30) ~[modlauncher-10.0.9.jar:?]
at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:53) ~[modlauncher-10.0.9.jar:?]
at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:71) ~[modlauncher-10.0.9.jar:?]
at cpw.mods.modlauncher.Launcher.run(Launcher.java:108) ~[modlauncher-10.0.9.jar:?]
at cpw.mods.modlauncher.Launcher.main(Launcher.java:78) ~[modlauncher-10.0.9.jar:?]
at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:26) ~[modlauncher-10.0.9.jar:?]
at cpw.mods.modlauncher.BootstrapLaunchConsumer.accept(BootstrapLaunchConsumer.java:23) ~[modlauncher-10.0.9.jar:?]
at cpw.mods.bootstraplauncher.BootstrapLauncher.main(BootstrapLauncher.java:141) ~[bootstraplauncher-1.1.2.jar:?]
Caused by: java.lang.IndexOutOfBoundsException: Index 74 out of bounds for length 46
at jdk.internal.util.Preconditions.outOfBounds(Preconditions.java:64) ~[?:?]
at jdk.internal.util.Preconditions.outOfBoundsCheckIndex(Preconditions.java:70) ~[?:?]
at jdk.internal.util.Preconditions.checkIndex(Preconditions.java:266) ~[?:?]
at java.util.Objects.checkIndex(Objects.java:361) ~[?:?]
at java.util.ArrayList.get(ArrayList.java:427) ~[?:?]
at net.minecraft.core.NonNullList.get(NonNullList.java:47) ~[client-1.20.1-20230612.114412-srg.jar%23492!/:?]
at net.minecraft.network.protocol.game.ServerboundContainerClickPacket.handler$cek003$smoothswapping$onInit(ServerboundContainerClickPacket.java:558) ~[client-1.20.1-20230612.114412-srg.jar%23492!/:?]
at net.minecraft.network.protocol.game.ServerboundContainerClickPacket.(ServerboundContainerClickPacket.java:30) ~[client-1.20.1-20230612.114412-srg.jar%23492!/:?]
at net.p3pp3rf1y.sophisticatedcore.client.gui.StorageScreenBase.handleInventoryMouseClick(StorageScreenBase.java:813) ~[sophisticatedcore-1.20.1-0.6.22.611.jar%23464!/:1.20.1-0.6.22.611]
at net.p3pp3rf1y.sophisticatedcore.client.gui.StorageScreenBase.m_6597_(StorageScreenBase.java:760) ~[sophisticatedcore-1.20.1-0.6.22.611.jar%23464!/:1.20.1-0.6.22.611]
at net.minecraft.client.gui.screens.inventory.AbstractContainerScreen.m_6375_(AbstractContainerScreen.java:329) ~[client-1.20.1-20230612.114412-srg.jar%23492!/:?]
at net.p3pp3rf1y.sophisticatedcore.client.gui.StorageScreenBase.m_6375_(StorageScreenBase.java:828) ~[sophisticatedcore-1.20.1-0.6.22.611.jar%23464!/:1.20.1-0.6.22.611]
at net.minecraft.client.MouseHandler.m_168084_(MouseHandler.java:92) ~[client-1.20.1-20230612.114412-srg.jar%23492!/:?]
at net.minecraft.client.gui.screens.Screen.m_96579_(Screen.java:437) ~[client-1.20.1-20230612.114412-srg.jar%23492!/:?]
... 30 more
[01:52:00] [Netty Server IO ICE #9/ERROR]: Network Exception Caught

"
When analyzing the issue with ChatGPT, it seems to come up with this reason:"java.lang.IndexOutOfBoundsException: Index 74 out of bounds for length 46" and says that it is trying to access index 74, while there are only 46 slots. I had this crash happen 2 times in a timespan of 3 hours of playtime.

Crash when shift-clicking from a Sophisticated Storage chest.

Playing with the Create+ modpack, if that matters.

Sometimes, not sure exactly what the precursor is to the crash. But the immedeate cause is clear. Bug report gives an OOB error for sophisticated core. Here's the bug report.
crash-2024-02-02_11.26.26-client.txt

Most often happens if i haven't opened the chest(s) for some time, but this is speculation.
I'll try to understand it a little more myself but it's happened like 10 times already and I'm not too close to figuring it out.

[Suggestion] Sorting by mods

Hi, since the 561 update, sorting changed from RegistryName to EnglishTranslation.
Could it be possible to have a config to revert this, or a new sorting option to sort by mods please?
right now with this things are all over the place, and harder to manage

Thank you for your good work :D

[Bug] Can't use tools

Neoforge 47.1.101 for minecraft 1.20.1

S. Core 0.6.9.569
|-> working version I have to use: 6.8.567

S. Storage 0.10.10.757
|-> working version I have to use: 0.10.8.752

S. Backpacks 3.20.3.1029
|-> working version I have to use: 3.20.2.1022

This is what happens when installing the latest version of sophisticated core, storage and backpacks:

Screen-Recording.webm

It still does it even without Inventorio.

Here is my modpack's mod list if you know the cause/incompatibility:

Mods:
[✔] AdditionalPlacements-1.20-1.8.0
[✔] BetterAdvancements-1.20.1-0.3.2.162
[✔] BetterF3-7.0.2-Forge-1.20.1
[✔] BetterThirdPerson-Forge-1.20-1.9.0
[✔] BiomesOPlenty-1.20.1-18.0.0.598
[✔] Bookshelf-Forge-1.20.1-20.1.9
[✔] BotanyPots-Forge-1.20.1-13.0.25
[✔] BotanyTrees-Forge-1.20.1-9.0.11
[✔] Chipped-forge-1.20.1-3.0.4
[✔] Controlling-forge-1.20.1-12.0.2
[✔] Copycats-forge.1.20.1-1.2.0
[✔] CraftTweaker-forge-1.20.1-14.0.36
[✔] Create-Dreams-n-Desires-1.20.1-0.2c.PREBETA
[✔] CreativeCore_FORGE_v2.11.25_mc1.20.1
[✔] Cucumber-1.20.1-7.0.7
[✔] CutThrough-v8.0.2-1.20.1-Forge
[✔] Delightful-1.20.1-3.5.2
[✔] EggDelight-v1.2-1.20.1
[✔] EnchantmentDescriptions-Forge-1.20.1-17.0.14
[✔] EnderIO-1.20.1-6.0.25-alpha
[✔] FarmersDelight-1.20.1-1.2.4
[✔] ForgeConfigScreens-v8.0.2-1.20.1-Forge
[✔] HammerLib-1.20.1-20.1.25
[✔] ImmersiveEngineering-1.20.1-10.0.0-169
[✔] ItemPhysic_FORGE_v1.7.0_mc1.20.1
[✔] Jade-1.20.1-forge-11.8.0
[✔] JadeAddons-1.20.1-forge-5.2.2
[✔] Mekanism-1.20.1-10.4.6.20
[✔] MekanismAdditions-1.20.1-10.4.6.20
[✔] MekanismGenerators-1.20.1-10.4.6.20
[✔] MekanismTools-1.20.1-10.4.6.20
[✔] MoreMekanismProcessing-1.20.1-4.0
[✔] MouseTweaks-forge-mc1.20-2.25
[✔] NaturesCompass-1.20.1-1.11.2-forge
[✔] OreBerries-Replanted-1.20.1-0.5.2
[✔] Patchouli-1.20.1-84-FORGE
[✔] Paxi-1.20-Forge-4.0
[✔] Powah-5.0.5
[✔] PuzzlesLib-v8.1.17-1.20.1-Forge
[✔] Quark-4.0-438
[✔] QuarkOddities-1.20.1
[✔] REIPluginCompatibilities-forge-12.0.93
[✔] RapidLeafDecay-1.20.1-2.0.2
[✔] Rats-1.20.1-8.1.2
[✔] RoughlyEnoughItems-12.0.684-forge
[✔] Searchables-forge-1.20.1-1.0.2
[✔] SolarFluxReborn-1.20.1-20.1.5
[✔] Steam_Rails-1.5.3+forge-mc1.20.1
[✔] TerraBlender-forge-1.20.1-3.0.1.4
[✔] Terralith_1.20.4_v2.4.11
[✔] ThirstWasTaken-1.20.1-1.3.6
[✔] Twilight Flavors & Delight-2.0.1
[✔] XaerosWorldMap_1.38.1_Forge_1.20
[✔] Xaeros_Minimap_24.0.1_Forge_1.20
[✔] YungsApi-1.20-Forge-4.0.4
[✔] YungsBetterDesertTemples-1.20-Forge-3.0.3
[✔] YungsBetterDungeons-1.20-Forge-4.0.3
[✔] YungsBetterEndIsland-1.20-Forge-2.0.5
[✔] YungsBetterJungleTemples-1.20-Forge-2.0.4
[✔] YungsBetterMineshafts-1.20-Forge-4.0.4
[✔] YungsBetterNetherFortresses-1.20-Forge-2.0.5
[✔] YungsBetterOceanMonuments-1.20-Forge-3.0.4
[✔] YungsBetterStrongholds-1.20-Forge-4.0.3
[✔] YungsBetterWitchHuts-1.20-Forge-3.0.3
[✔] YungsBridges-1.20-Forge-4.0.3
[✔] Zeta-1.0-14
[✔] alexscaves-1.1.4
[✔] alexsmobs-1.22.8
[✔] amendments-1.20-1.1.10
[✔] appleskin-forge-mc1.20.1-2.5.1
[✔] architectury-9.2.14-forge
[✔] athena-forge-1.20.1-3.1.2
[✔] balm-forge-1.20.1-7.2.2
[✔] bbs-1.20.1-0.1.3-forge
[✔] bellsandwhistles-0.4.3-1.20.x
[✔] bettercrafting-1.20.1-15-forge
[✔] carryon-forge-1.20.1-2.1.2.7
[✔] catalogue-forge-1.20.1-1.8.0
[✔] cfm-forge-1.20.1-7.0.0-pre36
[✔] citadel-2.5.4-1.20.1
[✔] citresewn-1.20.1-5
[✔] cloth-config-11.1.118-forge
[✔] cofh_core-1.20.1-11.0.0.51
[✔] collective-1.20.1-7.40
[✔] comforts-forge-6.3.5+1.20.1
[✔] compressedcreativity-1.20.1-0.1.8.b
[✔] cookingforblockheads-forge-1.20.1-16.0.3
[✔] corn_delight-1.0.3-1.20.1
[✔] corpse-forge-1.20.1-1.0.12
[✔] crafting+-1.1
[✔] craftingtweaks-forge-1.20.1-18.2.3
[✔] create-1.20.1-0.5.1.f
[✔] create-structures-0.1.1-1.20.1-FORGE
[✔] create-stuff-additions1.20.1_v2.0.4a
[✔] create-track-map-1.4+mc1.20.1-neoforge
[✔] create_connected-0.7.3-mc1.20.1-all
[✔] create_enchantment_industry-1.20.1-for-create-0.5.1.f-1.2.8
[✔] create_misc_and_things_ 1.20.1_4.0A
[✔] create_power_loader-1.4.0-mc1.20.1
[✔] createaddition-1.20.1-1.2.2
[✔] createdeco-2.0.1-1.20.1-forge
[✔] createdieselgenerators-1.20.1-1.2h
[✔] createendertransmission-2.0.7-1.20.1
[✔] createutilities-0.2.0+1.20.1
[✔] curios-forge-5.7.2+1.20.1
[✔] dynamiclights-v1.7.1-mc1.17x-1.20x-mod
[✔] eatinganimation-1.20-5.0.0
[✔] embeddium-0.3.9+mc1.20.1
[✔] emotecraft-for-MC1.20.1-2.2.7-b.build.50-forge
[✔] entity_model_features_forge_1.20.1-1.3
[✔] entity_texture_features_forge_1.20.1-5.2.3
[✔] entityculling-forge-1.6.2-mc1.20.1
[✔] essential_1-3-1-1_forge_1-20-1
[✔] everycomp-1.20-2.6.36
[✔] extractinator-forge-1.20.1-2.3.0
[✔] ferritecore-6.0.1-forge
[✔] framework-forge-1.20.1-0.6.16
[✔] ftb-library-forge-2001.1.5
[✔] ftb-ultimine-forge-2001.1.4
[✔] garnished-1.7.2+1.20.1
[✔] gml-4.0.9-all
[✔] goldenhopper-forge-1.20.1-1.4.1
[✔] handcrafted-forge-1.20.1-3.0.6
[✔] interiors-0.5.2+mc1.20.1-FORGE
[✔] inventorio-1.20-forge-1.9.2
[✔] ironfurnaces-1.20.1-4.1.6
[✔] itlt-1.20.01-2.2.1
[✔] iwannaskate-1.2.0
[✔] kotlinforforge-4.10.0-all
[✔] littlecontraptions-forge-1.20.1.2
[✔] littlelogistics-mc1.20.1-v1.20.1.2
[✔] lootr-1.20-0.7.31.78
[✔] memoryleakfix-forge-1.17+-1.1.5
[✔] mighty_mail-forge-1.20.1-1.0.14
[✔] modelfix-1.14
[✔] modernfix-forge-5.14.0+mc1.20.1
[✔] moonlight-1.20-2.11.4-forge
[✔] mysterious_mountain_lib-1.4.4-1.20.1
[✔] notenoughanimations-forge-1.7.1-mc1.20.1
[✔] oculus-mc1.20.1-1.6.15a
[✔] player-animation-lib-forge-1.0.2-rc1+1.20
[✔] pneumaticcraft-repressurized-6.0.14+mc1.20.1
[✔] polymorph-forge-0.49.2+1.20.1
[✔] refinedcooking-4.0.0
[✔] refinedstorage-1.12.4
[✔] refinedstorageaddons-0.10.0
[✔] resourcefulconfig-forge-1.20.1-2.1.2
[✔] resourcefullib-forge-1.20.1-2.1.23
[✔] right_click_get_crops-1.20.1-1.6.0.12
[✔] rubidium-extra-0.5.4.2+mc1.20.1-build.118
[✔] sebastrnlib-4.0.0
[✔] shetiphiancore-forge-1.20.1-1.2
[✔] sliceanddice-forge-3.2.0
[✔] sophisticatedbackpacks-1.20.1-3.20.2.1022
[✔] sophisticatedcore-1.20.1-0.6.8.567
[✔] sophisticatedstorage-1.20.1-0.10.8.752
[✔] sunflowerdelight-1.20.1-1.0.1
[✔] supplementaries-1.20-2.8.6
[✔] suppsquared-1.20-1.1.14
[✔] tectonic-mod-1.19.3-v2.2.1
[✔] textrues_embeddium_options-0.1.5+mc1.20.1
[✔] thermal_cultivation-1.20.1-11.0.0.22
[✔] thermal_dynamics-1.20.1-11.0.0.21
[✔] thermal_expansion-1.20.1-11.0.0.27
[✔] thermal_foundation-1.20.1-11.0.2.64
[✔] thermal_innovation-1.20.1-11.0.0.21
[✔] thermal_integration-1.20.1-11.0.0.23
[✔] thermal_locomotion-1.20.1-11.0.0.17
[✔] tia-1.20-1.1-forge
[✔] twilightforest-1.20.1-4.3.2145-universal
[✔] visuality-forge-2.0.2
[✔] voicechat-forge-1.20.1-2.5.9
[✔] waterframes-1.20.1-2.0.0-beta5.1
[✔] watermedia-2.0.27-beta
[✔] waystones-forge-1.20-14.1.3
[✔] yet-another-config-lib-forge-3.2.2+1.20

PS: Pls make your mods from the same family have corresponding version names. Finding compatible versions is hell rn.

Server config does not remove craftability of items (1.18.2)

Short version: Disabling an item (in this case, sophisticated storage chests and their upgraded versions) in the sophisticated storage server config does not keep a player from crafting the item if they happen to know the recipe.

Long version:
Here are the versions of the most relevant mods mentioned below:

CraftTweaker-forge-1.18.2-9.1.207
ExtendedCrafting-1.18.2-4.1.2
jei-1.18.2-9.7.1.255
JEITweaker-1.18.2-3.0.0.9
sophisticatedbackpacks-1.18.2-3.18.43.802
sophisticatedcore-1.18.2-0.5.46.233
sophisticatedstorage-1.18.2-0.6.22.308

I currently am working on a little modpack for myself and wanted to disable all recipes for upgrades in sophisticated storage and replace the recipes with custom ones. The difficulty was figuring out how to disable just the recipes. I wasn't able to find a way to do that as crafttweaker doesn't interact with the colored chests (jei doesn't recognize colored recipes) and the sophisticated core config removes both the appearance and recipes of items in jei. However, in testing if the items could be crafted (in this case light blue netherite chest, white gold chest, and oak chest), I found that all chests could still be crafted despite being disabled. And yes, I did a full reset after changing and saving the config file. I currently have all the default settings for sophisticated storage, sophisticated backpacks, and sophisticated core except for the following in the sophisticated core server config:

"sophisticatedstorage:chest|false", "sophisticatedstorage:iron_chest|false", "sophisticatedstorage:gold_chest|false", "sophisticatedstorage:diamond_chest|false", "sophisticatedstorage:netherite_chest|false"

I spot-checked everything in jei and found that all these chests were not visible in jei (good) and the recipes could not be looked up with jei (good) but the items could still be crafted using the original recipes (bad). I simply typed "chest", "iron chest", etc for visibility in jei. I looked up a random netherite chest and diamond chest in jei to check if the recipes showed. I checked the light blue netherite chest, white gold chest, and oak chest to see if the items could be crafted in both creative mode and survival mode. In all cases I was able to craft the item in a vanilla crafting table and extended crafting's basic crafting table.

I hope this is enough information. I can provide some screenshots if needed.

sophisticatedcore-1.20.1-0.5.89.425 on dedicated server

Hi, I have a problem when running your mod on a dedicated server. The server crashes with an error:

Mod File: /root/minecraft/mods/sophisticatedcore-1.20.1-0.5.89.425.jar

        Failure message: Sophisticated Core (sophisticatedcore) encountered an error during the common_setup event phase

                java.lang.BootstrapMethodError: java.lang.RuntimeException: Attempted to load class net/minecraft/client/gui/GuiGraphics for invalid dist DEDICATED_SERVER

        Mod Version: 0.5.89.425

        Mod Issue URL: https://github.com/P3pp3rF1y/SophisticatedCore/issues

        Exception message: java.lang.RuntimeException: Attempted to load class net/minecraft/client/gui/GuiGraphics for invalid dist DEDICATED_SERVER

Crash when shift-clicking items out of any storage from sophisticated mods

This is one of the strangest bugs I have ever seen lol.

As said in the title, when using a storage from your mods, sophisticated storage and backpacks, if you at some point hold shift and click an item slot to bring items into your inventory from the container, the game instantly crashes.

The crash report confirms that the only suspected mod is sophisticated core, and there is obviously some issue with the arrays.

Here is the entire crash report:
crash-2024-01-19_21.13.59-client.txt

Storage Migration

Is it possible to add a storage migration function to a storage that has a large number of items in it but wants to change a location for it, which is a pain?
Meaning migrate all items in a slot to another slot in the current storage

image

1.18.2- ctrl+q throws hand item if cursor over empty slot in sophisticated container

MC 1.18.2
FML 40.2.1

mod list:
sophisticatedcore-1.18.2-0.5.82.393
sophisticatedbackpacks-1.18.2-3.18.57.888
sophisticatedstorage-1.18.2-0.8.39.580
jei-1.18.2-forge-10.2.1.1005

a new curseforge instance. only changed video and sound settings.
JEI was just so I could grab a backpack, barrel and chest while staying in survival mode 100% of the time.

  1. put any item in hand
  2. open sophisticated backpack, barrel or chest (even backpack in hand!)
  3. place cursor over any empty slot (inventory or container)
  4. hold ctrl + q
  5. item in hand is thrown

tested an iron oak barrel, iron oak chest, and a tier 1 backpack (both from hand and placed on ground) and it compared it to a vanilla chest to confirm it only happens with sophisticated storage/backpack.

Client crash when using crafting upgrade in backpacks (java.lang.RuntimeException: Slot 13 not in valid range)

It doesn't happen all the time, but occasionally when crafting using the crafting upgrade in a backpack, the client will crash. It seems to be very random. I can play for hours without it happened and then suddenly the client crashes. At first I thought I was just pulling items out too quickly but it's happen when pulling out a single item.

I haven't tested with crafting upgrades in chests, fyi.

Thanks for any help you could provide with this.

Forge 47.2.20
Soph Core 0.6.21.609
Soph Backpacks 3.20.5.1044
Soph Storage 0.10.21.793

Crash report - https://mclo.gs/YJDJ7uV

[Enhancement] Item Upgrade using nbt tags

[like Thermal compounds on Thermal machines]
Add custom nbt tags to allow the creation of custom upgrades based on src/main/java/net/p3pp3rf1y/sophisticatedcore/upgrades without need to code to add custom

Example create stack tiers with custom sizes only adding on any item {Upgrade:{type:"stack",proprierties:{tier:24}}

Non-upgrade items in upgrade slots can crash the game

From P3pp3rF1y/SophisticatedBackpacks#446:

Describe the bug
After Killing an enderman he droped a backpack with a diamond backpack inside and inside the diamond backpack there was diamond blocks in the filter upgrade slot upon klicking it it crashed the game

To Reproduce
not been able to reproduce

Crashlog
https://pastebin.com/5Uax6Pqb

Casting [any item] to IUpgradeItem here (should check that the item is actually a upgrade beforehand):

UpgradeSlotChangeResult result = ((IUpgradeItem<?>) getItem().getItem()).canSwapUpgradeFor(stackToPut, storageWrapper);

z fight

image
image

sophisticatedcore-1.19.2-0.5.98.459.jar
sophisticatedstorage-1.19.2-0.8.47.625.jar

it has nothing to do with the texture pack. Other tabs work fine
image

Server crashing on launch

This is a modpack that is fairly light so far and is crashing with sophisticated core
It did not produce a crash report but here is the server log file originally called latest.txt
log.txt

[Bug] Items are lost when unloading or replenishing from a high-capacity [Stack Upgrade] to a low-capacity container.

  • Reproduce the environment

Mode: Single player mode and online mode
Version: Current latest: 53098b8
Upstream: Sophisticated Backpacks to Sophisticated Backpacks & Sophisticated Backpacks to Sophisticated Storage

  • Steps to reproduce

Item loss occurs when using [Deposit Upgrade] or [Restock Upgrade] with a [Stack Upgrade] sophisticated container to transfer items to another sophisticated container with low [Stack Upgrade] or no [Stack Upgrade].

  • helpful

I found the possible cause of this bug.
[Sophisticated Backpacks] calls [net.p3pp3rf1y.sophisticatedcore.util.InventoryHelper:transfer].
[net.p3pp3rf1y.sophisticatedcore.util.InventoryHelper:transfer] is executed through simulation to calculate the number of items to be subtracted. So use the parameter [simulate] as true to indirectly call [net.p3pp3rf1y.sophisticatedcore.inventory.InventoryHandlerSlotTracker:insertItemIntoHandler].
Then insertIntoSlotsThatMatchStack will be called. Due to the stack upgrade, not all items can be moved. So keep calling insertIntoEmptySlots after subtracting the result of insertIntoSlotsThatMatchStack.
insertIntoEmptySlots will be indirectly called to [super.insertItem] through [net.p3pp3rf1y.sophisticatedcore.inventory.InventoryHandler:insertItemInternal]. At this time, [super] is [net.minecraftforge.items.ItemStackHandler], and its insertion logic uses "ItemStack existing = this.stacks.get(slot);" as a reference for existing items. But at this time, due to the simulation execution, the state before [insertIntoSlotsThatMatchStack] still exists in "this.stacks". This will cause the inserted quantity to be counted again, thus incorrectly calculating the remaining quantity of the item.
After returning to [insertItemIntoHandler], you will find that the number of [remainingStack] has been reduced twice by mistake. Go back to [InventoryHelper:transfer] and find that the value of "slotStack.getCount() - resultStack.getCount();" is twice the correct value. Subsequent "copiedStack.setCount(countToExtract);" will lose twice as many items.

Game crashing at world creation

Hi ! So as several issues here, I have a problem with Sophisticated Core in 1.19.2 (SC version 0.5.38.203) where the game starts but crashes when clicking on Singleplayer and as it tries to prepare for world creation. I suspect this is from a config file, so I tried deleting it several times but it doesn't work; might be a forge issue with the mod and how the configs work ?

Here's the crash log so you can see for yourself: https://pastebin.com/8KXCYn5Z

[Suggestion] Handling By-products from Consuming Stacked Foods

When consuming stacked foods that have by-products, such as stews, in conjunction with the Feeding Upgrade, the handling of these by-products isn't working as expected. The by-products, such as bowls or glass bottles, do not get stored correctly in the containerItem of FeedingUpgradeWrapper.tryFeedingFoodFromStorage and always end up in the player's inventory directly.

I propose to set the stack count to 1 before consuming the food, and after the by-product is correctly stored in the containerItem, modify the stack count of the food to the number -1.

int stackCount = stack.getCount();
stack.setCount(1);

...

if(stackCount ! = 1){ //Food measures not targeted for consumption (e.g.artifacts:eternal_steak)
    stack.setCount(stackCount - 1); // Adjust the stack count to reflect the consumed item
}

Apologies if there have been any translation errors or rudeness.

Some foods are incompatible with Feeding Upgrades, causing the game to crash

To reproduce with barrels:

  1. Create a new world with cheats enabled.
  2. Give yourself a Sophisticated Barrel, an Advanced Feeding Upgrade, and the Infinite Steak from Project Expansion.
  3. Place the barrel, open the barrel, add the Advanced Feeding Upgrade, and place the Infinite Steak inside the barrel.
  4. Make yourself hungry.
  5. As soon as your hunger is not full (foodLevel != 20) and you are near the barrel, the server crashes.

To reproduce with backpacks:

  1. Create a new world with cheats enabled.
  2. Give yourself a Sophisticated Backpack, an Advanced Feeding Upgrade, and the Infinite Steak from Project Expansion.
  3. Open the backpack, add the Advanced Feeding Upgrade, and place the Infinite Steak inside the backpack.
  4. Make yourself hungry.
  5. As soon as your hunger is not full (foodLevel != 20), the server crashes.

Logs: https://paste.ee/p/JwGQ5
The above logs contain two crash reports. The first crash report is from the first set of reproduction steps, while the second crash report is from the second set of reproduction steps.

I'm reporting here because the game may crash with certain other foods as well, but it did crash with the Infinite Steak from Project Expansion. If this issue is determined to be caused by Project Expansion, it will be reposted in that repo's issue tracker.

Modlist from crash report:

	Mod List: 
		client-1.18.2-20220404.173914-srg.jar             |Minecraft                     |minecraft                     |1.18.2              |DONE      |Manifest: a1:d4:5e:04:4f:d3:d6:e0:7b:37:97:cf:77:b0:de:ad:4a:47:ce:8c:96:49:5f:0a:cf:8c:ae:b2:6d:4b:8a:3f
		notenoughcrashes-4.1.4+1.18.2-forge.jar           |Not Enough Crashes            |notenoughcrashes              |4.1.4+1.18.2        |DONE      |Manifest: NOSIGNATURE
		ProjectE-1.18.2-PE1.0.1.jar                       |ProjectE                      |projecte                      |1.0.1               |DONE      |Manifest: NOSIGNATURE
		forge-1.18.2-40.1.31-universal.jar                |Forge                         |forge                         |40.1.31             |DONE      |Manifest: 84:ce:76:e8:45:35:e4:0e:63:86:df:47:59:80:0f:67:6c:c1:5f:6e:5f:4d:b3:54:47:1a:9f:7f:ed:5e:f2:90
		ProjectExpansion-1.18.2-1.0.6.jar                 |Project Expansion             |projectexpansion              |1.18.2-1.0.6        |DONE      |Manifest: e9:fa:82:d2:7b:66:ce:37:db:52:70:63:25:68:04:a9:72:41:8f:cf:6c:9a:da:52:ab:05:5b:97:2c:13:54:37
		sophisticatedcore-1.18.2-0.2.6.30.jar             |Sophisticated Core            |sophisticatedcore             |1.18.2-0.2.6.30     |DONE      |Manifest: NOSIGNATURE
		sophisticatedbackpacks-1.18.2-3.17.2.588.jar      |Sophisticated Backpacks       |sophisticatedbackpacks        |1.18.2-3.17.2.588   |DONE      |Manifest: NOSIGNATURE
		sophisticatedstorage-1.18.2-0.1.1.35.jar          |Sophisticated Storage         |sophisticatedstorage          |1.18.2-0.1.1.35     |DONE      |Manifest: NOSIGNATURE

shift click out of (kindof) the bottom half crashes the game

this didnt happen for like 3 days and is only happening now. i do have a lot of other mods but never had any problems until now. it seems to only happen in the bottom half of at least the diamond backpack. ive only had issues with this on 1.19.2 but may apply on other versions. if needed i can show with a video clip or in a call.

Exception ticking world InventoryHandler.setSlotLimit

So I updated the SophisticatedCore Mod, restarted the server, went to my inventory to get to a different monitor, server crashed with this crash ↓
crash-log: https://mclo.gs/Hyuw5ud
(debug-log: https://mclo.gs/9mve7le)

Mb it's not bc of your mod, but your package is the only one in the crash log.

Edit:
Just happend again, without being on the server, shutting down the entire server afterwards
crash-log: https://mclo.gs/y2A6U7u
cutted debug-log: https://mclo.gs/QdfLxok

sophisticated backpacks error

[29Jan2024 20:16:15.190] [Server thread/WARN] [sophisticatedcore/]: Too much loot to add to container. Overflow is voided.

High allocation rate when looking for recipe uses of Create blocks on a backpack with Crafting Upgrade

I'll start pointing out that I'm not sure whether this issue belong here, to mezz/JustEnoughItems or Creators-of-Create/Create, but I'm assuming here is better because I can only reproduce using Sophisticated Backpacks and Sophisticated Storage.

I've came across an interesting issue, first you need to have chest or a backpack with the Crafting Upgrade and store a lot of blocks from Create, the more different types of blocks you have, worse it gets.

Here is how mine is looking like right now:

image

This is not enough to lag to same the extent that it did on my survival map, but it's enough to notice the problem.

Now you just need to open Recipe Uses of any Create block (must be a Create block) using the U shortcut (the default one) while the backpack or chest is also opened. Note that using the Recipe view (R shortcut) will not cause the problem, it must be the Recipe Uses.

Here you will be able to notice a massive TPS drop, and if your machine can't keep up with the Garbage Collection, a huge FPS drop as well (there's some additional overhead on the Render Thread logic regardless of this, so it will cause some lag anyway).

You can use /spark tps to se the avg history of the TPS, which can go as low as 1.

Below is the clip where I reproduce the issue:

sophisticatedcore-jei-and-create-lag.webm

And there is the spark profiles, captured with the laggy JEI UI (backpack open):

And a reference one captured with the JEI UI open, but no lag (backpack closed):

If you go to the mods view you will see that sophisticatedcore is the biggest offender, and you can track the problem down to this call.

It's not only allocating 50GB worth of data in just 30s, but it's also introducing a lot of overhead, both combined causes the CPU to spend a lot of time just on garbage collection (probably this is causing fps drop), and a lot of time on running this single call (which is the root cause of TPS drop).

Let me know if you need more information on this!

Crash from sophisticatedcore

When loading up the modpack Mechanical Mastery it crashes 30 sec after I launch it, I played in yesterday and it worked completely fine. The first line in the crash is: net.minecraftforge.fml.config.ConfigFileTypeHandler$ConfigLoadingException: Failed loading config file sophisticatedcore-client.toml of type CLIENT for modid sophisticatedcore. I will link the whole thing. Pls help
crash-2022-10-24_19.16.31-client.txt

Crashes running on 1.19

Hello, I have been trying out options trying to replace sophisticated bags/storage for the other bags and iron chests in my pack and I can't get it to run.

I've tried removing mods suggested by Yummy (VTweaks, and ftb-backups), ive tried cleaning out the config folder, and also changing the forge version.

here is the pastebin Yummy said would be helpful :https://pastebin.com/FuXzZtUg

renderSuper prevents EMI from rendering

Re: emilyploszaj/emi#203
It appears SophisticatedCore reimplements most of the super call copied out of a decompiler output instead of invoking it.
https://github.com/P3pp3rF1y/SophisticatedCore/blob/1.20.x/src/main/java/net/p3pp3rf1y/sophisticatedcore/client/gui/StorageScreenBase.java#L381

This is problematic for mods like EMI that need to render at certain points in the screen rendering process to not cause visual issues. The completely decompiler output copy paste prevents injections from being run. SophisticatedCore screens have been the only screens where an issue like this has occurred.

Ideally, this is something that can be resolved by SophisticatedCore by properly calling super.

Recommend Projects

  • React photo React

    A declarative, efficient, and flexible JavaScript library for building user interfaces.

  • Vue.js photo Vue.js

    🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.

  • Typescript photo Typescript

    TypeScript is a superset of JavaScript that compiles to clean JavaScript output.

  • TensorFlow photo TensorFlow

    An Open Source Machine Learning Framework for Everyone

  • Django photo Django

    The Web framework for perfectionists with deadlines.

  • D3 photo D3

    Bring data to life with SVG, Canvas and HTML. 📊📈🎉

Recommend Topics

  • javascript

    JavaScript (JS) is a lightweight interpreted programming language with first-class functions.

  • web

    Some thing interesting about web. New door for the world.

  • server

    A server is a program made to process requests and deliver data to clients.

  • Machine learning

    Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.

  • Game

    Some thing interesting about game, make everyone happy.

Recommend Org

  • Facebook photo Facebook

    We are working to build community through open source technology. NB: members must have two-factor auth.

  • Microsoft photo Microsoft

    Open source projects and samples from Microsoft.

  • Google photo Google

    Google ❤️ Open Source for everyone.

  • D3 photo D3

    Data-Driven Documents codes.