DOh yeah, but you know how it is for Vulkan.
Pofc
DPbut yeah use TryGetExtension as outlined above. if that returns true,
tqworth noting that this extension is core in 3.2
Pso you should check both the opengl version and the extension
Pas an implementation is theoretically free not to report support for the extension even if it implements 3.2
DWhat the fuck
DGotta love OpenGL rules
Qdoesn't matter - I was just trying to measure some stuff, but works without that just as well. Actually just trying to debug why Silk.NET.Windowing makes NVG rendering this:
And yes, I'll look at it in renderdoc later - just thought it looks funny
And yes, I'll look at it in renderdoc later - just thought it looks funny
Pfor the love of god please fix that cancle typo
Plmfao
Palso what's gone wrong with windowing?
QNO! I prefer this spelling and otherwise my existance would be ruined...
P.....but it's an invalid spelling
Pit is not a word
Qbetter?
Pmuch
Qthis is with GLFW
Pbut yeah what's windowing doing wrong here?
Q
Pare you setting your preferred bits
Qno, but not setting them in glfw either.
Pyeah, if you don't set your preferred bits each library is free to do whatever the hell it wants
DI have to say Silkynvg looks awesome!
Qwell that's because it's the same as NanoVG...
Qthat might of course be a point...
Pwell it's awesome nonetheless
Qthank you 
DYeah, regardless of it being the same as NanoVG you can still take some credit :)
Pso it looks like you're probably missing a stencil buffer
Pjudging from the sdl code
QI am. Although I do have no idea how this backend works, which is why I am here.
DI think that's normal for graphics programming 
DI'd try to help you, but I don't know what the hell a stencil buffer is used for other then that it can be used to track how often a pixel is accessed
QIt’s a binary mask if a render call affects a certain area of the framebuffer
DI suppose that's interesting, though I'm not sure what it could be used for 
Best guess would be you could use it for partially presenting, but the performance of that isn't too great to sacrifice space in my framebuffer
Best guess would be you could use it for partially presenting, but the performance of that isn't too great to sacrifice space in my framebufferPrecommend doing this
where opts is your
where opts is your
WindowOptionsViewOptionsIt seems stencil buffer bits is 0. That of course would fix it
QIn NVG it’s used to just render a big rectangle shaded and then only present the bits that are wanted, this multi vertex stuff doesn’t require shading then only the simple rectangle.
Dah interesting
QBut don’t ask me about the stencil ops, no idea what they do...
DI read that you could use them to make a cool overdraw overlay
QGitHub
NanoVectorGraphicsExceptItUsesSilkNETNowWooHoo (Thank KoziLord for the name) - SilkyNvg/FillCall.cs at b616d7dcdae63980d93b0917c6d47f8269e462d0 · MatijaBrown/SilkyNvg
P@_queenvictoria did this fix your issue
Qsorry, was away for a moment. Yes, it worked - thank you for your concern 
RAnyone got ideas why my Framebuffer does not work on an Android emulator, but on a physical device it works.
RAfter calling
gl.TexParameterI I get [libEGL] called unimplemented OpenGL ES API on the output window, and I get an empty window.RI tried couple different Android API versions, virtual devices and also tried changing hw.gpu.mode on Android device manager settings, but nothing changed.
