HeadsUpHigh

After trying pretty much everything I could think of I managed to launch 1.14 with my dedicated gpu using multiMC. Under settings -> Custom Commands -> Wrapper command I input

env DRI_PRIME=1

and that's it. The game runs fine( with the usual complaining about flite missing, see my older bug report).  Java version used is the openjdk one.

This is definitely a launcher bug. None of this would have happened if  I could parse commands like it was possible before( and the launcher then sorted out the rest on it's own like it does when no executable is set).

I just did, made no difference. I made sure to switch it with alternatives and also verify the version used. Also there doesn't appear to be any repo for the ibm java as the other comment suggested for fedora and I can't find what tool is needed to extract their weird archive filetype.

There are no proprietary drivers for AMD, at least not for this card. Besides this is up to date on the opengl version supported.

I uninstalled the headless version but it basically uninstalled the entirety of java. I reinstalled openjdk 1.8.0 and alternatives --config shows 1 version available only. The headless and the normal one come in one package in fedora, there isn't a unique option for the jre. Basically nothing changed in the commands. Could this be a case of openjdk messing up and redirecting to the headless version on it's own?

headsuphigh@desktop-kn6dbnn ~]$ rpm -qa | grep java
javapackages-tools-5.0.0-14.fc28.noarch
java-1.8.0-openjdk-headless-1.8.0.201.b09-5.fc28.x86_64
java-1.8.0-openjdk-1.8.0.201.b09-5.fc28.x86_64
tzdata-java-2019a-1.fc28.noarch
abrt-java-connector-1.1.1-1.fc28.x86_64

[headsuphigh@desktop-kn6dbnn ~]$ sudo alternatives --config java
[sudo] password for headsuphigh:

There is 1 program that provides 'java'.

Selection Command
-----------------------------------------------
*+ 1 java-1.8.0-openjdk.x86_64 (/usr/lib/jvm/java-1.8.0-openjdk-1.8.0.201.b09-5.fc28.x86_64/jre/bin/java)

Also looking at my package manager I can't find any openjdk jre at version 1.8 so I don't know about that.

GPUs are an intel hd4600 and an AMD R9M265X( Cape Verde) with the default kernel drivers.

Can confirm this for a brand new 1.13.0 world. Chunks load very sporadically. I also get block lag and some blocks just won't render their texture at all( I can see the hitboxes outlined). This happens both on loading and generating chunks. I have no performance issues on 1.12.2 with vanilla mc( no optifine). One thing worth mentioning is that performance improved a lot when I limited my fps to 30 via the in-game option, so this might be some timing issue between threads and/or draw calls. I'm using linux( fedora 27) with a dedicated amd gpu and a quad core i7 that doesn't throttle so performance should be plenty.

I'm trying to load the world in 1.12.2 but it is stuck on the loading screen forever. I think it was fixed on 1.11 with the changes Jeb did to hoppers.

Yes that is exactly what happens, the empty space was on the chest that was on the left chunk. The workaround is to update the hopper. I also checked the rest of the chest tower and it seems like all of the hoppers had this issue

After posting this I tried deleting the region files again and regenerating that fort in both survival/creative/spectator mode a few times and it was the same.

This appeared only after I updated to 1.10. I have never experienced this in 1.9.x

seed is -3862419354477532128. It happens at random I just flied around until I saw one. It's more intense in large lava lakes. Cords from the second screenshot are 269 40 -4