Yeah it involves `[DllImport("user32.dll")]` so extremely not cross platform lol
Yeah it involves
[DllImport("user32.dll")]
Ayep lol
KBut this is a cool tidbit of information I didn't know, thanks dude
Ayw
Sso for some reason the main window stopped showing up completely,any idea why?
Si should also state that update still runs even tho the window doesn't show up,i assume other functions are the same
SWondering if someone here can help me. I am new to using OpenGL and using Silk.net to do it but I am getting weird results. When I had one vao and shader everything was fine but when I went and added another shader and vao things didn't go as expected.
What I am doing
Binding VAO 1 and shader 1
then DrawElements
Then Bind VAO 2 and Shader 2
Then drawElements
The weird thing is the EBO Indices for VAO 2 effect the first and second DrawElements but the EBO for the first VAO only effects the first DrawElements. I have no clue why the second one effects both.
What I am doing
Binding VAO 1 and shader 1
then DrawElements
Then Bind VAO 2 and Shader 2
Then drawElements
The weird thing is the EBO Indices for VAO 2 effect the first and second DrawElements but the EBO for the first VAO only effects the first DrawElements. I have no clue why the second one effects both.
MShow code
SIs it possible that imgui can stop a window from rendering?,cuz the last thing i did before it stopped showing up was imgui docking stuff
Sthey are in two different classes and here are the main parts
class one
in the constructor
in the render method
class two
in the constructor
in the render method
class one
in the constructor
in the render method
class two
in the constructor
in the render method
Sthe BufferObjects and VertexArrayObject classes are taken right from the opengl examples in Silk.net
SOh, if I flip the render order and render class two first then the effect flips and class ones Indices effect both and class two Indices only effect itself
MProblem with your code is likely that you dont understand what is doing in the background. When a vao is bound, vbos can be bound to separate targets. The IBO needs to be bound after the VAO is bound and never unbound. The VBOs are to be bound when you are submitting data, subsequently unbound or bound to another VBO.
MWhen you a buffer is being bound automatically as well as data supplied in the constructor. It also leaves it bound.
MAlso, a VAO needs to be bound for VertexAttributePointer to work, and a subsequent VBO
Shere is what the are doing
MMAny particular reason you are rendering a line loop
Sjust rendering a line shape for debug purposes
SThe effect is the same if I render that in triangles too
MDo you create a unique ibo per vao?
Seach class creates its own _vbo, _ebo, and _vao in the constructor
MI'll need to see the full code
Smessage.txt5.16KB
message.txt4.72KB
SSMYour problem is the 1st vao is still bound when the 2nd ebo gets created
SThanks, unbinding the vaos at the end of each constructor works
Mthats not the solution
MThe solution would be to not have the vao bind in the constructor
MThe caller should bind and upload the data.
MNot the constructor
Sso you don't think this is a good solution?
Scause it is now working perfectly as expected now
Mno
MExamples are to be examples not best practice
Pwe do want our examples to be best practice though
Pthat's why we have the lab vs examples separation, so feel free to improve anything that can be improved in examples
Sso can somebody help with why the window won't show up?
Si am willing to give as much info about the project to solve this issue
Pwhat have you changed since the window did show up
Sthe last thing i did was some imgui stuff with docking
Sthen it suddenly stopped working
Pwhat does your window code look like
SMainWindow.cs2.86KB
Salso here is the program file incase it helps
Si think updating silk.net may also had done something
Pcan you tyr commenting out the Center call just in case my maths was wayyy off
Poh god please don't say that
Pgenuinely nervous now
Sit didn't work,also the window doesn't show in the taskbar