scenerygraphics/SciView

Come for the sciview, stay for the scenery

Ulrik Günther

@skalarproduktraum

it's done at runtime

Aryaman Gupta

@aryaman-gupta

I see

Ulrik Günther

@skalarproduktraum

it'll extract to a folder, and leave it there. next run will pick it up from there again

Aryaman Gupta

@aryaman-gupta

What about that run itself?

Ulrik Günther

@skalarproduktraum

that run will of course also use it from there

my point was just it'll only extract it once

Aryaman Gupta

@aryaman-gupta

I see

i think you can force lwjgl to put the libs elsewhere

So yeah, do you know how to do this?

Ulrik Günther

@skalarproduktraum

currently checking

you can set the system property org.lwjgl.system.SharedLibraryExtractPath to the path where you want the libs to be extracted to

(you can find more details in the javadoc of org.lwjgl.system.Configuration)

Ulrik Günther

@skalarproduktraum

supercool that the TUD cluster people made vulkan possible on such short notice

Aryaman Gupta

@aryaman-gupta

supercool that the TUD cluster people made vulkan possible on such short notice

Indeed, it is!

you can set the system property org.lwjgl.system.SharedLibraryExtractPath to the path where you want the libs to be extracted to

I still get the same error unfortunately. I changed the path and it appears to have successfully written the library to that path, but it still says it cannot load the library

Ulrik Günther

@skalarproduktraum

you might have to ask from which directories loading libraries is permitted

on linux you can usually set this per-mountpoint

ah but wait, this might be something else

Aryaman Gupta

@aryaman-gupta

Ok, I can try some other filesystem. Do you know if there is any way to test which filesystems may be supported?

Ulrik Günther

@skalarproduktraum

because apparently it can still load all the other libs up to that point

like memory allocator etc

Aryaman Gupta

@aryaman-gupta

Where are they loaded from?

Ulrik Günther

@skalarproduktraum

they're all loaded from the /tmp dir by default

Aryaman Gupta

@aryaman-gupta

I see

Ulrik Günther

@skalarproduktraum

does the file /tmp/lwjglargupta/3.3.0-SNAPSHOT/libspirv-cross.so actually exist?

if yes, can you run ldd /tmp/lwjglargupta/3.3.0-SNAPSHOT/libspirv-cross.so to see if it's missing another lib? could be that it requires a different libc version or so

Aryaman Gupta

@aryaman-gupta

does the file /tmp/lwjglargupta/3.3.0-SNAPSHOT/libspirv-cross.so actually exist?

I lost the node allocation now. I did not check on the /tmp folder, but when I had lwjgl write the library to another directory, I did find it there

Ulrik Günther

@skalarproduktraum

ya then ldd might shed some light on what's wrong

Aryaman Gupta

@aryaman-gupta

I'm just looking at the changes we made in the scenery repository last time we were trying this, and apparently we made a few changes relating to lwjgl natives

For example, in build.gradle.kts:

-    api("graphics.scenery:spirvcrossj:0.8.0-1.1.106.0", lwjglNatives)

+    api("graphics.scenery:spirvcrossj:0.8.1-1.1.106.0", lwjglNatives)

Ulrik Günther

@skalarproduktraum

yes, because spirvcrossj was removed and replaced with the library that lwjgl provides

(aka, less work for us xD)

Aryaman Gupta

@aryaman-gupta

Ok, and I also see in utils.kt:

+val lwjglNatives = arrayOf("natives-linux")

+val ffmpegNatives = arrayOf("windows-x86_64", "linux-x86_64", "macosx-x86_64")

Ulrik Günther

@skalarproduktraum

you are certainly right with that, but the underlying cause is something else

as said, probably a dependency of the libSPIRV-cross.so is missing

(i had missed in my original look at the error that it's actually an UnsatisfiedLinkError)

Aryaman Gupta

@aryaman-gupta

What I am saying is that I have not made the same changes in the version I am running now, because I actually compiled it on my computer. So maybe some of these changes need to be made

Ulrik Günther

@skalarproduktraum

are you in sync with master?

halfway at least?

Aryaman Gupta

@aryaman-gupta

Yes, should be up to date with master

Ulrik Günther

@skalarproduktraum

yeah so then spirvcrossj should not be there anymore, but have been replaced with lwjgl-spvc

give me a few min, we can have a look together if you like

Aryaman Gupta

@aryaman-gupta

Also, liblwjgl.so does not seem to be missing any dependencies:

argupta@tauruslogin4:/scratch/ws/1/argupta-distributed_vdis> ldd liblwjgl.so 

ldd: warning: you do not have execution permission for `./liblwjgl.so'

    linux-vdso.so.1 =>  (0x00007ffc04356000)

    libpthread.so.0 => /lib64/libpthread.so.0 (0x00007f62197fc000)

    libc.so.6 => /lib64/libc.so.6 (0x00007f621942e000)

    libdl.so.2 => /lib64/libdl.so.2 (0x00007f621922a000)

    /lib64/ld-linux-x86-64.so.2 (0x00007f6219c78000)

give me a few min, we can have a look together if you like

Sure!

Ulrik Günther

@skalarproduktraum

linux-vdso.so.1 is a virtual dependency, that is provided by the kernel

Ulrik Günther

@skalarproduktraum

okay, the problem turned out to be a missing glibc, which could be loaded with module load on the cluster. everything seems to be working now :+1:

Jan T

@moreApi

The pressing two controller buttons issue perresists with virtual desktop and most recent master for me

Aryaman Gupta

@aryaman-gupta

okay, the problem turned out to be a missing glibc, which could be loaded with module load on the cluster. everything seems to be working now :+1:

Thanks for your help in resolving it @skalarproduktraum !

Jan T

@moreApi

How do I apply a matrix on a buffer (which contains an image stack) in code?

I only found methods for Affine3D tranformations for vectors

Where communities thrive

People

Repo info

Activity