Where communities thrive


  • Join over 1.5M+ people
  • Join over 100K+ communities
  • Free without limits
  • Create your own community
People
Repo info
Activity
  • May 24 22:17
    aryaman-gupta commented #474
  • May 24 12:21

    RuoshanLan on eyetracking-update

    AtomicSimulation: Remove unnece… Protein: Refactor throw/catch b… OpenGLSwapchain: Remove superfl… and 18 more (compare)

  • May 24 11:28
    skalarproduktraum opened #477
  • May 24 11:28

    skalarproduktraum on lwjgl-3.3.1

    Gradle: Bump lwjgl to 3.3.1 (compare)

  • May 19 20:41

    RuoshanLan on eyetracking-utilization

    WIP: use pom-scijava as impleme… Initialize with more required s… Add method to check the availab… and 67 more (compare)

  • May 18 19:47

    RuoshanLan on eyetracking-update

    add raivoulmesampling example a… (compare)

  • May 18 09:25
    skalarproduktraum commented #432
  • May 17 15:43
    moreApi commented #432
  • May 17 07:58
    elect86 commented #431
  • May 13 12:54

    moreApi on branch-of-jan

    (buffered)Volume: check if volu… (compare)

  • May 12 11:32
    skalarproduktraum ready_for_review #396
  • May 12 11:31
    skalarproduktraum commented #431
  • May 12 11:30
    skalarproduktraum commented #434
  • May 12 11:29
    skalarproduktraum commented #446
  • May 12 11:29

    skalarproduktraum on spirv_version

    (compare)

  • May 12 11:28

    skalarproduktraum on master

    ShaderCompiler: changes spirv v… (compare)

  • May 12 11:28
    skalarproduktraum closed #473
  • May 12 11:27
    skalarproduktraum commented #474
  • May 11 12:14

    moreApi on branch-of-jan

    SceneryBase.kt, VolumeManager.k… (compare)

  • May 09 16:21

    moreApi on branch-of-jan

    Settings: jvmOverloads for cons… (compare)

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
Ok
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