Jump to content

Non-working JSON


Koward

Recommended Posts

Hi.

 

I'm trying to make a slab model, and I'm getting upward references exception. But I really don't see where I put the cart before the horse.

The block has two properties, enum "variant" and boolean "snowy".

 

Blockstate JSON : https://hastebin.com/netecubaji.json

Model JSON : https://hastebin.com/zucijeqari.json

Log of a run : https://hastebin.com/ebavohanip.md

Screenshot ingame : http://i.imgur.com/jQzShNq.png

 

Note I only get errors for #side, but no textures are displayed at all.

Link to comment
Share on other sites

You need to use Forge's blockstates format to specify textures in the blockstates file, you're using the vanilla format.

 

There's also not much point in extending a model with elements (e.g.

minecraft:block/half_slab

) if your model has its own elements, the parent's elements will be overwritten.

 

Using Forge's blockstates format or a vanilla model that specifies all of the textures should resolve the "Unable to resolve texture due to upward reference" errors.

Please don't PM me to ask for help. Asking your question in a public thread preserves it for people who are having the same problem in the future.

Link to comment
Share on other sites

Can we even specify combinations with the Forge format ? My snowy variant don't always apply the same textures when true, it depends of the variant used.

All I have ever seen is

{
    "forge_marker": 1,
    "defaults": {
    },
    "variants": {
        "my_boolean_property": {
            "true": {
            },
            "false": {
            }
        },
        "my_enum_property": {
            "a": {
            },
            "b": {
            },
            "c": {
            }
        }
    }
}

I would need to get the boolean property inside each of enum options. Is it supported ?

This is not obvious by the doc http://mcforge.readthedocs.io/en/latest/blockstates/forgeBlockstates/ .

The way the vanilla formats are described at http://minecraft.gamepedia.com/Model looks much more complete and reliable.

Link to comment
Share on other sites

If you mean "bool=true,enum=a":{ texture{ ... } } (and only in this case) then no, you can't.  Not with the Forge method.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Link to comment
Share on other sites

You could either do separate models for one of the properties (if that'd work, it might not depending on what you're doing) or you could use the vanilla variant format.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Link to comment
Share on other sites

Forge's blockstates format does allow fully-specified variants, i.e. variants that specify a value for multiple properties. These can still define textures like other variants.

 

You can see an example of this here. All the variants are fully-specified and one defines a unique texture.

Please don't PM me to ask for help. Asking your question in a public thread preserves it for people who are having the same problem in the future.

Link to comment
Share on other sites

Forge's blockstates format does allow fully-specified variants, i.e. variants that specify a value for multiple properties. These can still define textures like other variants.

 

I consider that to be the vanilla syntax. While the forge format supports it, it is still the vanilla syntax.

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Link to comment
Share on other sites

Forge's blockstates format does allow fully-specified variants, i.e. variants that specify a value for multiple properties. These can still define textures like other variants.

That's amazing.

I consider that to be the vanilla syntax. While the forge format supports it, it is still the vanilla syntax.

Still, the ability of setting just some different textures at the blockstate level is great, that reduce the number of files quite a lot.

My problems are solved, thanks a lot guys.

Link to comment
Share on other sites

Still, the ability of setting just some different textures at the blockstate level is great, that reduce the number of files quite a lot.

My problems are solved, thanks a lot guys.

 

Or in some cases, makes things a lot more complicated. :P

For example, I had this:

https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/resources/assets/oreflowers/blockstates/oreflowers1.json

And I wanted to add a property called "tall" which would indicate that the plant was 2 blocks high and if "tall" was true, use a different texture (for the lower half).  Except that not all of my plants were "valid" if tall was true (incidentally it applies to like four to six things out of about 36, but as which four weren't discovered/created at the same time, it wasn't going to be easy to refactor other code to migrate those four to their own block).  So I was either going to have to use the vanilla syntax 16 2-prop entries per file across 4 files; with another 2 files having 2 entries) or find another way to handle it.

 

I ended up using a custom state mapper to map the "tall" state so that it pointed at a different resource file:

https://github.com/Draco18s/ReasonableRealism/blob/master/src/main/resources/assets/oreflowers/blockstates/oreflowers1_tall.json

Apparently I'm a complete and utter jerk and come to this forum just like to make fun of people, be confrontational, and make your personal life miserable.  If you think this is the case, JUST REPORT ME.  Otherwise you're just going to get reported when you reply to my posts and point it out, because odds are, I was trying to be nice.

 

Exception: If you do not understand Java, I WILL NOT HELP YOU and your thread will get locked.

 

DO NOT PM ME WITH PROBLEMS. No help will be given.

Link to comment
Share on other sites

  • 2 weeks later...

I'd like to reup this thread. In the end I have never managed to do what Choonster did in his mirror_plane.json.

The json is here : http://pastebin.com/8PRtt1YD

The log is here : http://pastebin.com/mPGEPdLs

 

As you can see, the variants can't be found. The items freak out too.

 

When using vanilla variants that points to separate models, everything works, but it takes a lot of short json files.

Link to comment
Share on other sites

That's strange. I can't see any obvious problems with your blockstates file, so I'm not sure why the variants aren't being found. You could try setting some breakpoints in the model loading code to see if you notice anything going wrong.

 

Could you create a Git repository for your mod (if you haven't already done so) and link it here? I'll try to do some debugging and find the source of the issue.

Please don't PM me to ask for help. Asking your question in a public thread preserves it for people who are having the same problem in the future.

Link to comment
Share on other sites

That's strange. I can't see any obvious problems with your blockstates file, so I'm not sure why the variants aren't being found. You could try setting some breakpoints in the model loading code to see if you notice anything going wrong.

 

Could you create a Git repository for your mod (if you haven't already done so) and link it here? I'll try to do some debugging and find the source of the issue.

 

I have a Github repository here : https://github.com/Koward/BetterWithMods/commits/ground

(It's a fork, I'm only contributor)

After the commit 817a the models don't work (Forge format). Before that it works using multiple models and vanilla format.

 

I really wonder how something like that can happen. I don't use any special state mapper.

Link to comment
Share on other sites

Forge's blockstates format assumes that all non-array values of "variants" are objects with at least one property. The "snowy=false,variant=dirt" variant is an object without any properties, so the deserialiser (ForgeBlockStateV1.Deserializer#deserialize) calls Iterator#next on the object's entry set iterator and causes a NoSuchElementException to be thrown. To fix this, add a property to the variant (even a dummy value not used by the format will work).

 

Forge's blockstates format also assumes that any object values of "variants" with an object as their first value aren't fully-defined variants. All of the variants in your blockstates file that specify custom textures have an object as their first value, so the deserialiser condenses them together instead of treating them as fully-defined variants. To fix this, add a property before the "textures" property in each of the variants (again, dummy values will work here).

 

These assumptions aren't really documented anywhere (except a comment in the deserialiser mentioning the second) and I didn't know about them before this.

 

Both the Forge and Vanilla blockstates formats expect models to be specified in the format "[domain]:[path]", which will be converted to assets/[domain]/models/block/[path].json. You have an extra block/ prefix for the default model.
 
You can see these fixes applied to your blockstates file here.

Edited by Choonster
Fixed formatting errors caused by forum migration. Fixed typo.
  • Like 1

Please don't PM me to ask for help. Asking your question in a public thread preserves it for people who are having the same problem in the future.

Link to comment
Share on other sites

I would never have been able to find this, thank you.

I have a new bug with the grass slab whose color is not correct anymore, but I'm sure that's not as tricky as the previous issue.

EDIT : fixed by setting the model at the variant level (each time setting block/half_slab). So no dummy needed anymore. Maybe that's why the format requires it ?

Link to comment
Share on other sites

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Unfortunately, your content contains terms that we do not allow. Please edit your content to remove the highlighted words below.
Reply to this topic...

×   Pasted as rich text.   Restore formatting

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.



  • Recently Browsing

    • No registered users viewing this page.
  • Posts

    • A block should never be bigger than the standard 16x16x16 size. If you need something bigger than that you should split it into several different blocks (like how tall grass does it).
    • I'm currently implementing an Oil Pump block. It's bigger than a regular block and is loaded with the wavefront (.obj) loader provied by Forge. I'm trying to add collision boxes to my block but some of my collision boxes are bigger than 16x16x16, and i can walk through them... Here's what I override to create my bounding boxes : @Override public VoxelShape getShape(BlockState state, BlockGetter world, BlockPos pos, CollisionContext context) { return switch (state.getValue(FACING)) { default -> Shapes.or(box(-5, 2, 17, 37, 53, 32), box(-5, 2, -13, 37, 53, 2), box(-12, 0, -20, 44, 4, 53), box(6, 1, 43, 26, 26, 62), box(9, 49, 2, 23, 53, 17)); case NORTH -> Shapes.or(box(-21, 2, -16, 21, 53, -1), box(-21, 2, 14, 21, 53, 29), box(-28, 0, -37, 28, 4, 36), box(-10, 1, -46, 10, 26, -27), box(-7, 49, -1, 7, 53, 14)); case EAST -> Shapes.or(box(17, 2, -21, 32, 53, 21), box(-13, 2, -21, 2, 53, 21), box(-20, 0, -28, 53, 4, 28), box(43, 1, -10, 62, 26, 10), box(2, 49, -7, 17, 53, 7)); case WEST -> Shapes.or(box(-16, 2, -5, -1, 53, 37), box(14, 2, -5, 29, 53, 37), box(-37, 0, -12, 36, 4, 44), box(-46, 1, 6, -27, 26, 26), box(-1, 49, 9, 14, 53, 23)); }; } My question is : Is there a way to bypass the collision box size limit on blocks ?
    • Your drivers are in a broken state, follow the guide in the FAQ: https://forums.minecraftforge.net/topic/125488-rules-and-frequently-asked-questions-faq/#:~:text=How do I update my drivers%3F
    • Delete the forge-client.toml file in your config folder and test it again
    • Idk how this works can someone help   --- Minecraft Crash Report ---- // Uh... Did I do that?   Time: 2024-02-22 21:57:45 Description: Rendering overlay   net.minecraftforge.fml.config.ConfigFileTypeHandler$ConfigLoadingException: Failed loading config file forge-client.toml of type CLIENT for modid forge       at net.minecraftforge.fml.config.ConfigFileTypeHandler.lambda$reader$1(ConfigFileTypeHandler.java:47) ~[fmlcore-1.20.4-49.0.30.jar:?] {}       at net.minecraftforge.fml.config.ConfigTracker.openConfig(ConfigTracker.java:60) ~[fmlcore-1.20.4-49.0.30.jar:?] {}       at net.minecraftforge.fml.config.ConfigTracker.lambda$loadConfigs$1(ConfigTracker.java:50) ~[fmlcore-1.20.4-49.0.30.jar:?] {}       at java.lang.Iterable.forEach(Iterable.java:75) ~[?:?] {}       at java.util.Collections$SynchronizedCollection.forEach(Collections.java:2131) ~[?:?] {}       at net.minecraftforge.fml.config.ConfigTracker.loadConfigs(ConfigTracker.java:50) ~[fmlcore-1.20.4-49.0.30.jar:?] {}       at net.minecraftforge.fml.core.ModStateProvider.lambda$new$1(ModStateProvider.java:67) ~[forge-1.20.4-49.0.30-universal.jar:?] {re:classloading}       at net.minecraftforge.fml.DistExecutor.unsafeRunWhenOn(DistExecutor.java:111) ~[fmlcore-1.20.4-49.0.30.jar:1.0] {}       at net.minecraftforge.fml.core.ModStateProvider.lambda$new$3(ModStateProvider.java:66) ~[forge-1.20.4-49.0.30-universal.jar:?] {re:classloading}       at net.minecraftforge.fml.ModLoader.handleInlineTransition(ModLoader.java:217) ~[fmlcore-1.20.4-49.0.30.jar!/:1.0] {}       at net.minecraftforge.fml.ModLoader.lambda$dispatchAndHandleError$19(ModLoader.java:209) ~[fmlcore-1.20.4-49.0.30.jar!/:1.0] {}       at java.util.Optional.ifPresent(Optional.java:178) ~[?:?] {}       at net.minecraftforge.fml.ModLoader.dispatchAndHandleError(ModLoader.java:209) ~[fmlcore-1.20.4-49.0.30.jar!/:1.0] {}       at net.minecraftforge.fml.ModLoader.lambda$loadMods$15(ModLoader.java:190) ~[fmlcore-1.20.4-49.0.30.jar!/:1.0] {}       at java.lang.Iterable.forEach(Iterable.java:75) ~[?:?] {}       at net.minecraftforge.fml.ModLoader.loadMods(ModLoader.java:190) ~[fmlcore-1.20.4-49.0.30.jar!/:1.0] {}       at net.minecraftforge.client.loading.ClientModLoader.lambda$startModLoading$5(ClientModLoader.java:80) ~[forge-1.20.4-49.0.30-universal.jar!/:?] {re:classloading,pl:runtimedistcleaner:A}       at net.minecraftforge.client.loading.ClientModLoader.lambda$createRunnableWithCatch$4(ClientModLoader.java:72) ~[forge-1.20.4-49.0.30-universal.jar!/:?] {re:classloading,pl:runtimedistcleaner:A}       at net.minecraftforge.client.loading.ClientModLoader.startModLoading(ClientModLoader.java:80) ~[forge-1.20.4-49.0.30-universal.jar!/:?] {re:classloading,pl:runtimedistcleaner:A}       at net.minecraftforge.client.loading.ClientModLoader.lambda$onResourceReload$2(ClientModLoader.java:63) ~[forge-1.20.4-49.0.30-universal.jar!/:?] {re:classloading,pl:runtimedistcleaner:A}       at net.minecraftforge.client.loading.ClientModLoader.lambda$createRunnableWithCatch$4(ClientModLoader.java:72) ~[forge-1.20.4-49.0.30-universal.jar!/:?] {re:classloading,pl:runtimedistcleaner:A}       at java.util.concurrent.CompletableFuture$AsyncRun.run(CompletableFuture.java:1804) ~[?:?] {}       at java.util.concurrent.CompletableFuture$AsyncRun.exec(CompletableFuture.java:1796) ~[?:?] {}       at java.util.concurrent.ForkJoinTask.doExec(ForkJoinTask.java:373) ~[?:?] {}       at java.util.concurrent.ForkJoinPool$WorkQueue.topLevelExec(ForkJoinPool.java:1182) ~[?:?] {}       at java.util.concurrent.ForkJoinPool.scan(ForkJoinPool.java:1655) ~[?:?] {}       at java.util.concurrent.ForkJoinPool.runWorker(ForkJoinPool.java:1622) ~[?:?] {}       at java.util.concurrent.ForkJoinWorkerThread.run(ForkJoinWorkerThread.java:165) ~[?:?] {} 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:?] {}       at com.electronwill.nightconfig.core.io.ReaderInput.directReadChar(ReaderInput.java:36) ~[core-3.6.4.jar:?] {}       at com.electronwill.nightconfig.core.io.AbstractInput.readChar(AbstractInput.java:49) ~[core-3.6.4.jar:?] {}       at com.electronwill.nightconfig.core.io.AbstractInput.readCharsUntil(AbstractInput.java:123) ~[core-3.6.4.jar:?] {}       at com.electronwill.nightconfig.toml.TableParser.parseKey(TableParser.java:166) ~[toml-3.6.4.jar:?] {}       at com.electronwill.nightconfig.toml.TableParser.parseDottedKey(TableParser.java:145) ~[toml-3.6.4.jar:?] {}       at com.electronwill.nightconfig.toml.TableParser.parseNormal(TableParser.java:55) ~[toml-3.6.4.jar:?] {}       at com.electronwill.nightconfig.toml.TomlParser.parse(TomlParser.java:44) ~[toml-3.6.4.jar:?] {}       at com.electronwill.nightconfig.toml.TomlParser.parse(TomlParser.java:37) ~[toml-3.6.4.jar:?] {}       at com.electronwill.nightconfig.core.io.ConfigParser.parse(ConfigParser.java:113) ~[core-3.6.4.jar:?] {}       at com.electronwill.nightconfig.core.io.ConfigParser.parse(ConfigParser.java:219) ~[core-3.6.4.jar:?] {}       at com.electronwill.nightconfig.core.io.ConfigParser.parse(ConfigParser.java:202) ~[core-3.6.4.jar:?] {}       at com.electronwill.nightconfig.core.file.WriteSyncFileConfig.load(WriteSyncFileConfig.java:73) ~[core-3.6.4.jar:?] {}       at com.electronwill.nightconfig.core.file.AutosaveCommentedFileConfig.load(AutosaveCommentedFileConfig.java:85) ~[core-3.6.4.jar:?] {}       at net.minecraftforge.fml.config.ConfigFileTypeHandler.lambda$reader$1(ConfigFileTypeHandler.java:43) ~[fmlcore-1.20.4-49.0.30.jar:?] {}       ... 27 more     A detailed walkthrough of the error, its code path and all known details is as follows: ---------------------------------------------------------------------------------------   -- Head -- Thread: Render thread Suspected Mods: NONE Stacktrace:       at net.minecraftforge.fml.config.ConfigFileTypeHandler.lambda$reader$1(ConfigFileTypeHandler.java:47) ~[fmlcore-1.20.4-49.0.30.jar!/:?] {}       at net.minecraftforge.fml.config.ConfigTracker.openConfig(ConfigTracker.java:60) ~[fmlcore-1.20.4-49.0.30.jar!/:?] {}       at net.minecraftforge.fml.config.ConfigTracker.lambda$loadConfigs$1(ConfigTracker.java:50) ~[fmlcore-1.20.4-49.0.30.jar!/:?] {}       at java.lang.Iterable.forEach(Iterable.java:75) ~[?:?] {}       at java.util.Collections$SynchronizedCollection.forEach(Collections.java:2131) ~[?:?] {}       at net.minecraftforge.fml.config.ConfigTracker.loadConfigs(ConfigTracker.java:50) ~[fmlcore-1.20.4-49.0.30.jar!/:?] {} -- Overlay render details -- Details:       Overlay name: net.minecraftforge.client.loading.ForgeLoadingOverlay Stacktrace:       at net.minecraft.client.renderer.GameRenderer.m_109093_(GameRenderer.java:934) ~[forge-1.20.4-49.0.30-client.jar:?] {re:classloading,pl:accesstransformer:B,pl:runtimedistcleaner:A}       at net.minecraft.client.Minecraft.m_91383_(Minecraft.java:1250) ~[forge-1.20.4-49.0.30-client.jar:?] {re:classloading,pl:accesstransformer:B,pl:runtimedistcleaner:A}       at net.minecraft.client.Minecraft.m_91374_(Minecraft.java:801) ~[forge-1.20.4-49.0.30-client.jar:?] {re:classloading,pl:accesstransformer:B,pl:runtimedistcleaner:A}       at net.minecraft.client.main.Main.main(Main.java:234) ~[forge-1.20.4-49.0.30-client.jar:?] {re:classloading,pl:runtimedistcleaner:A}       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:91) ~[fmlloader-1.20.4-49.0.30.jar:?] {}       at net.minecraftforge.fml.loading.targets.CommonLaunchHandler.lambda$makeService$0(CommonLaunchHandler.java:75) ~[fmlloader-1.20.4-49.0.30.jar:?] {}       at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:54) ~[modlauncher-10.1.2.jar:?] {}       at cpw.mods.modlauncher.LaunchServiceHandler.launch(LaunchServiceHandler.java:74) ~[modlauncher-10.1.2.jar:?] {}       at cpw.mods.modlauncher.Launcher.run(Launcher.java:114) ~[modlauncher-10.1.2.jar:?] {}       at cpw.mods.modlauncher.Launcher.main(Launcher.java:73) ~[modlauncher-10.1.2.jar:?] {}       at cpw.mods.modlauncher.BootstrapEntry.main(BootstrapEntry.java:17) ~[modlauncher-10.1.2.jar:?] {}       at net.minecraftforge.bootstrap.Bootstrap.moduleMain(Bootstrap.java:97) ~[bootstrap-2.0.0.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.bootstrap.Bootstrap.start(Bootstrap.java:48) ~[bootstrap-2.0.0.jar!/:?] {}       at net.minecraftforge.bootstrap.ForgeBootstrap.main(ForgeBootstrap.java:18) ~[bootstrap-2.0.0.jar!/:?] {}     -- Uptime -- Details:       JVM uptime: 15.952s       Wall uptime: 2.599s       High-res time: 9.256s       Client ticks: 10 ticks / 0.500s   -- Last reload -- Details:       Reload number: 1       Reload reason: initial       Finished: No       Packs: vanilla, mod_resources   -- System Details -- Details:       Minecraft Version: 1.20.4       Minecraft Version ID: 1.20.4       Operating System: Windows 11 (amd64) version 10.0       Java Version: 17.0.8, Microsoft       Java VM Version: OpenJDK 64-Bit Server VM (mixed mode), Microsoft       Memory: 210563768 bytes (200 MiB) / 469762048 bytes (448 MiB) up to 2147483648 bytes (2048 MiB)       CPUs: 16       Processor Vendor: GenuineIntel       Processor Name: 11th Gen Intel(R) Core(TM) i7-11800H @ 2.30GHz       Identifier: Intel64 Family 6 Model 141 Stepping 1       Microarchitecture: unknown       Frequency (GHz): 2.30       Number of physical packages: 1       Number of physical CPUs: 8       Number of logical CPUs: 16       Graphics card #0 name: Intel(R) UHD Graphics       Graphics card #0 vendor: Intel Corporation (0x8086)       Graphics card #0 VRAM (MB): 1024.00       Graphics card #0 deviceId: 0x9a60       Graphics card #0 versionInfo: DriverVersion=31.0.101.1999       Graphics card #1 name: NVIDIA GeForce RTX 3060 Laptop GPU       Graphics card #1 vendor: NVIDIA (0x10de)       Graphics card #1 VRAM (MB): 4095.00       Graphics card #1 deviceId: 0x2560       Graphics card #1 versionInfo: DriverVersion=31.0.15.2892       Memory slot #0 capacity (MB): 8192.00       Memory slot #0 clockSpeed (GHz): 3.20       Memory slot #0 type: DDR4       Memory slot #1 capacity (MB): 8192.00       Memory slot #1 clockSpeed (GHz): 3.20       Memory slot #1 type: DDR4       Virtual memory max (MB): 27943.30       Virtual memory used (MB): 14154.98       Swap memory total (MB): 11776.00       Swap memory used (MB): 90.13       JVM Flags: 9 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xss1M -Xmx2G -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC -XX:G1NewSizePercent=20 -XX:G1ReservePercent=20 -XX:MaxGCPauseMillis=50 -XX:G1HeapRegionSize=32M       Launched Version: 1.20.4-forge-49.0.30       Launcher name: minecraft-launcher       Backend library: LWJGL version 3.3.2+13       Backend API: Intel(R) UHD Graphics GL version 4.6.0 - Build 31.0.101.1999, Intel       Window size: 854x480       GL Caps: Using framebuffer using OpenGL 3.2       GL debug messages:       Using VBOs: Yes       Is Modded: Definitely; Client brand changed to 'forge'       Universe: 400921fb54442d18       Type: Client (map_client.txt)       Graphics mode: fast       Render Distance: 12/12 chunks       Resource Packs:       Current Language: en_us       Locale: en_US       CPU: 16x 11th Gen Intel(R) Core(TM) i7-11800H @ 2.30GHz       ModLauncher: 10.1.2       ModLauncher launch target: forge_client       ModLauncher naming: srg       ModLauncher services:             / slf4jfixer PLUGINSERVICE             / runtimedistcleaner PLUGINSERVICE             / runtime_enum_extender PLUGINSERVICE             / object_holder_definalize PLUGINSERVICE             / capability_token_subclass PLUGINSERVICE             / accesstransformer PLUGINSERVICE             / eventbus PLUGINSERVICE             / mixin PLUGINSERVICE             / fml TRANSFORMATIONSERVICE             / mixin TRANSFORMATIONSERVICE       FML Language Providers:             minecraft@1.0             lowcodefml@49             javafml@49.0.30       Mod List:             forge-1.20.4-49.0.30-client.jar                   |Minecraft                     |minecraft                     |1.20.4              |COMMON_SET|Manifest: NOSIGNATURE             forge-1.20.4-49.0.30-universal.jar                |Forge                         |forge                         |49.0.30             |COMMON_SET|Manifest: NOSIGNATURE       Crash Report UUID: 5380853b-d030-466a-8c5e-5c81ce00053c       FML: 0.0       Forge: net.minecraftforge:49.0.30
  • Topics

×
×
  • Create New...

Important Information

By using this site, you agree to our Terms of Use.