Minecraft Forums

I've posted my dxdiag here at https://paste.ubuntu.com/p/MNZ8DMj7YH/

I recently updated my drivers - there was at least one program requiring the update. This newest launcher won't get minecraft up - it keeps crashing. Here's the crash report:

---- Minecraft Crash Report -------- Minecraft Crash Report ----// Sorry
Time: 7/9/19 8:36 PMDescription: Initializing game
java.lang.IllegalStateException: GLFW error 65542: WGL: The driver does not appear to support OpenGL at cfs.b(SourceFile:217) at cfs$$Lambda$760/936368668.invoke(Unknown Source) at org.lwjgl.glfw.GLFWErrorCallbackI.callback(GLFWErrorCallbackI.java:36) at org.lwjgl.system.JNI.invokePPPP(Native Method) at org.lwjgl.glfw.GLFW.nglfwCreateWindow(GLFW.java:1649) at org.lwjgl.glfw.GLFW.glfwCreateWindow(GLFW.java:1827) at cfs.<init>(SourceFile:98) at cfr.a(SourceFile:79) at cfi.am(SourceFile:436) at cfi.a(SourceFile:377) at net.minecraft.client.main.Main.main(SourceFile:144)

A detailed walkthrough of the error, its code path and all known details is as follows:---------------------------------------------------------------------------------------
-- Head --Thread: Client threadStacktrace: at cfs.b(SourceFile:217) at cfs$$Lambda$760/936368668.invoke(Unknown Source) at org.lwjgl.glfw.GLFWErrorCallbackI.callback(GLFWErrorCallbackI.java:36) at org.lwjgl.system.JNI.invokePPPP(Native Method) at org.lwjgl.glfw.GLFW.nglfwCreateWindow(GLFW.java:1649) at org.lwjgl.glfw.GLFW.glfwCreateWindow(GLFW.java:1827) at cfs.<init>(SourceFile:98) at cfr.a(SourceFile:79) at cfi.am(SourceFile:436)
-- Initialization --Details:Stacktrace: at cfi.a(SourceFile:377) at net.minecraft.client.main.Main.main(SourceFile:144)
-- System Details --Details: Minecraft Version: 1.13 Operating System: Windows 8.1 (amd64) version 6.3 Java Version: 1.8.0_25, Oracle Corporation Java VM Version: Java HotSpot(TM) 64-Bit Server VM (mixed mode), Oracle Corporation Memory: 112620120 bytes (107 MB) / 201326592 bytes (192 MB) up to 2147483648 bytes (2048 MB) JVM Flags: 8 total; -XX:HeapDumpPath=MojangTricksIntelDriversForPerformance_javaw.exe_minecraft.exe.heapdump -Xmx2G -XX:+UnlockExperimentalVMOptions -XX:+UseG1GC -XX:G1NewSizePercent=20 -XX:G1ReservePercent=20 -XX:MaxGCPauseMillis=50 -XX:G1HeapRegionSize=32M Launched Version: 1.13 LWJGL: 3.1.6 build 14 OpenGL: NO CONTEXT GL Caps: Using VBOs: Yes Is Modded: Probably not. Jar signature remains and client brand is untouched. Type: Client (map_client.txt) Resource Packs: Current Language: ~~ERROR~~ NullPointerException: null Profiler Position: N/A (disabled) CPU: <unknown>

I need this to work!!

I have four listings for "Java(TM) Platform SE binary)" Two are checked in the first column; all are checked in public;

I checked those two boxes, but I don't get anything different. Now what?

I added "server.jar" to the firewall "allow" list, but that didn't help; what else can I do? The popup to allow through the firewall came up, but I ignored it. How do I get it to pop up again so it comes up normally?

I'm trying to set up my own server so that my brother & I can play (we're in the same house, same wireless network). I did the port range forwarding on the Linksys router, put the proper IPv4 address in the server file - and while I can get on using THAT address, he can't get on using localhost, the regular ip address, or anything. It simply says:

Failed to connect to the server

io.netty.channel.AbstractChannel$AnnotatedConnectException: Connection timed out: no further information:

There was a point where some program asked to go through the firewall; I ignored it. Could this be the problem? If so, how do I resolve it?

I have set up a scoreboard variable named Two1. In my command block I have this:

/execute @a[score_Two1=1,score_Two1_min=1] ~ ~ ~ /setblock ~ ~1 ~2 minecraft:redstone_block

If I manually do just the /setblock ~ ~1 ~2 minecraft:redstone_block command, the block is placed in the proper location.

However, if I set Two1's value to 1, I suddenly get a trail of redstone blocks following me. I do NOT want to program in specific coordinates in the first set of ~'s, because I'm duplicating this structure 8 times, and don't want to have to manually adjust each one. The whole point is that it should be relative to the command block itself.

Can anyone help with this?

A couple of minor things:

[1]

--------------------------------------------

Glass blocks, half slabs, double slabs, stairs, and doors do NOT render the same way. The half slabs, double slabs & stairs all match each other; they don't match the vanilla block, nor the door.

They're transparent. The "stripes" are visible. But the "clear" part isn't the same color as the vanilla block. With the stairs & slabs, this is bizarre, because it's using the actual vanilla block. My guess is that there's something specific about how the vanilla blocks are rendered, so I'm looking there plus in BlockBreakable, to see if there's any clues.

--------------------------------------------

[2]

My items / blocks are not showing up in the inventory the way I want them to be. I want them to show in a specific order. I tried creating them in that order, and registering them in that order. The only thing I haven't done is the event.getRegistry().registerAll(); is there a way to specify the order?

Turns out I didn't need any of the methods from BlockGlass after all. I noticed that the upper-left texture was SLIGHTLY different - so I zoomed in & took a look at the alpha. I made my background to be 249, 249, 249 RGB with 90% transparency - and that worked. Minecraft can't properly handle a texture whose background is 100% white and 100% transparent; it doesn't like it. The other squares inside it, which weren't white (and which were only at 60% transparency) didn't get drawn. With the new transparency, everything is showing up properly.

Ok, weirder and weirder. On a lark, I copied the top half door file to the bottom half door file, and re-ran Minecraft. As you can see, it's rendering perfectly. I don't understand!! The file for the lower is practically identical to the upper - and yet... hmm. I'm going to examine the files themselves, but it really should be the same. They look the same. Why don't they work the same? Does it have to do with the line at the top?

The glass pixels have an alpha transparency value. The pane itself (as you can see) is clear. It's just that the "stripes" aren't showing up. You can see them on the upper-left, but nowhere else. This is really, really strange, as the files are pretty much identical. It's something to do with the way it's rendering.

That's done.

I have redone the structure of my blockstate; it now mirrors acacia precisely, except for the added lines which were "missing." The textures are there, but the "glass" part isn't showing up. It's very, very strange.

My json is adapted from vanilla's acacia_door. I just added the extra states it was complaining were missing. Other than that, it's nearly identical.

You were right; Minecraft automatically flips the RH door texture. So, I flipped all of my textures so that they get flipped back properly. Now my hinges are on the correct side - but as you can see, I'm not getting the "glass" part of the texture on anything except for the upper-left door half. This weird problem happens no matter which direction the doors are placed.

The textures themselves (upper & lower half) are identical - so there's really no reason that the texture shouldn't display. If I make it translucent, it displays properly - but not if it's transparent.

The pastebin at https://pastebin.com/XN2QzZMa shows the messages I get with vanilla's blockstate model. I also don't get textures at ALL.

None of the links I found in that search was very helpful. I'm trying to find a link with completed code, or a tutorial.