Yeah, everything that isn't made of triangles is deprecated
Yeah, everything that isn't made of triangles is deprecated
TLines and points say hi
Ldont use lines or points
Lthey are misleading at best
VHeh, I clearly remembered wrong then 
Forgot about lines and points
Forgot about lines and points
Lthey always got tesselated into triangles internally anyway
Lwhat was the point of quads
FIf is funny, because all modern 3d characters a made from quads, if use triangles we get artifacts on deformed skin, triangulated surface cant bend smoothly.
But anyway gpu converts those quads into triangles
But anyway gpu converts those quads into triangles
VQuads can't bend smoothly either, you're probably thinking of various curved surfaces which can be defined by a quad and the normal and/or tangent at various points, akin to splines
Ultimately the surface has to be triangulated, or the rendering engine needs to support those curved surfaces more directly
Modern GPUs only have rasterization hardware for triangles
Ultimately the surface has to be triangulated, or the rendering engine needs to support those curved surfaces more directly
Modern GPUs only have rasterization hardware for triangles
FI mean - when we model face in Blender or Maya, we never use triangles, beacase when face animated there will be visible “issues”. In old games with low poly character triangles were often used to reduce poligon count.
Dont know how it works on low level, maybe related to vertex transform calculations when game engine plays animations.
Dont know how it works on low level, maybe related to vertex transform calculations when game engine plays animations.
Hohhh i see
RThose are about as close as you can get to depreciation
RThat doesn't mean they don't get tessellated and smooth shading
RAny quad primitives you can make can be evaluated to two tris
MHello, I am working on a research project which is based on C#. We have to make some calculations with the use of Vulkan or OpenGL on compute shaders and we have nothing to render.
Before digging into the source code of Silk I'd like to know the following things...
a. is it possible to be integrated only for the use of compute shaders?
b. is it possible to load shaders that have already been compiled by the Vulkan CLI compiler?
Thank you for bringing such a cool lib to the opensource world.
Before digging into the source code of Silk I'd like to know the following things...
a. is it possible to be integrated only for the use of compute shaders?
b. is it possible to load shaders that have already been compiled by the Vulkan CLI compiler?
Thank you for bringing such a cool lib to the opensource world.
RYes yes
RBoth yes
RI think Vulkan is going to be your only option assuming you don't want a window. If you are fine with a window then they both work
Mno window at all
Mis there any api generated for such a task? or a repo with examples?
MThank you for your answers... BTW
Rno specific API
Rnor an example project
Rthat is endorsed by silk.net
Lany normal vulkan or OpenGL tutorial does the job
Rbut yeah, once you get the init code down you should be done
Rwell you should be able to run the compute shader
MOh, I put it totally wrong. All I meant is, if there is any Documentation generated by the source code of Silk.net in order to have a look at it.
MBut I got the picture, thanks for the answers both of you.
K@.maslas feel free to ask anything here, I've done plenty of vulkan compute. The vulkan server is of course also very helpful discord.gg/vulkan
HSilk doesn't have these things. I know, i was also looking for it. But basically you can just use any vulkan methods from C#, the only thing you'll need is for windowing and stuffs. Yesterday i made a tutorial on YT but it's for windowing and input. probably not what you need
FExperienced people use Vulkan. Do I get any profit from learning Open GL? I started because GL looks simpler.
AI do have a port of
Personally, if you just need to draw some stuff without a window, just use a hidden window with opengl.
vulkan-tutorial implemented directly in silk if it helps at all.Personally, if you just need to draw some stuff without a window, just use a hidden window with opengl.
PVulkan is designed for AAA developers who have endless time & bottomless budgets to optimise the living hell out of their game engines
POpenGL is a lot better to use for a hobby project, but it's also slowly withering away and there is no FOSS standard to replace it with equivalent ease-of-use yet
FSo if I want to make small home projects with 3d or 2d, GL is sufficient? No need to worry about Vulkan?
Pyep! GL will be around for a long time, and makes your life easier.
FDo we have window event “OnResize”? To recalculate UI positions on screen.
Pyes there's a Resize and FramebufferResize event
Pthey are used in the examples
Pyou should pretty much always prefer the latter, as that refers to the scaled size
Pe.g. you could have a 500x500 window size, but its actual render resolution could be 1000x1000 (you see this most frequently on retina displays)
FThanks for tips, so we should use not real pixels, but "resolution" pixels from "Framebuffer".
KI think the expectation is that libraries built on vulkan / DX12 will slowly replace OpenGL. Plus translation layers ofc
Pyeah
Pi've been waiting for something like a high-level wrapper that is more akin to OpenGL (but Vulkan-style rather than with this horrible state machine bind crap) to come out for Vulkan
Pback when i had motivation i was originally going to make my own called Hulkan
KEverytime I'm impressed with your naming skills
Phahaha yes
PI turned the V
PINTO A H
