gpu-compressed textures are usually trivial to decompress, but you do you
gpu-compressed textures are usually trivial to decompress, but you do you
RI looked into it, and they swirrled me into a headache pretty much instantly
Ror at least the DXT line did
Tthey would not be useful on the gpu if they were algorithmically difficult to decompress
Rnot to mention they each seem recommended for different common usecases, meaning I would probably want I think it was to support the main 3. Which pretty much made me threw my fist up.
RI never said anything about being algorithmically difficult
Treally now
Ryes
Rand I stand by what I said
KSo I'd highly recommend pushing readonly textures to GPU in BC/S3TC (same thing, two names) simply because memory is so slow and processors, especially GPU, are so fast.
KThe more modern the GPU is the larger the gap between CPU and memory speed. Not even mentioning mobile.
KThat's why pretty much all modern graphics apps use something like those, or even ASTC, to push readonly data to GPU
KAnd in 99% of cases textures are readonly
KSo...
Rnot gonna disagree
Ryou are 100% right
M Getting this on Linux running under Wayland, do i have to install anything else?
Rdo you have GLFW installed?
MInstalled the glfw-wayland package in Arch, and it fixed, but shouldnt silk.net include the libraries automatically?
MDidnt have, i thought it came with the nuget package
Rwhy? those are distro specific
Rand linux people like using their distros libraries
MI thought it was a standard library
Rwhy would GLFW be a standard library?
MWell by standard i meant as it should work on any linux distro, well i am new to linux so there are things that i dont know about libs/deps in linux space yet, in windows you could get a .dll for win8 and it should work on win11
MAnd there is a package called Ultz.Native.GLFW i thought it included all the libraries needed to run silk.net with glfw
Rnever assume anything is standard in an open source forked to hell and back project, that will get you screwed over real quick
Rbeen there lol
MThanks for the tip
MWell anyway i can package glfw with my app? making it the famous single bin publish?
Ridk
Hin my windows build it auto include the native libs
Hincluding linux
His it distro specific as well?
Hlibglfw.so.3
Hruntimes/linux-x64/native
Aare you using
Silk.NET.WindowingSilk.NET.Windowing.Common@grifon.petre Silk.NET.Windowing
Aoh, hm, interesting
make sure the glfw shared lib has been copied to the bin directory
make sure the glfw shared lib has been copied to the bin directory
M@hanprogramer You are right, publishing it copies the libs to the output bolder and i can run without having glfw installed
Hoh cool
Ait should copy it without publishing it
Hyeah I wasn't even publishing it yet
M@grifon.petre Yeah it is not copying to the output folder, copied the contents of the folder
Debug/net7.0/runtimes/linux-x64/native/ into the same folder as the executable and it workedAhm, not sure why that is.
i'm assuming you're using the nuget package?
i'm assuming you're using the nuget package?
Awell
Ait should load from the native diectory just fine
MWell maybe because i installed the nuget packages in another project?
Mi am putting all the deps nuget in the UI project
Athat shouldn't make a difference
Aif the files are in the
native dir, it should be able to load it