Jump to content
  • Advertisement

C# GUI WinForms + OpenGL 3.1

8Observer8

1554 views

This my example how to use GUI WinForms and OpenTK.GLControl

EditedTriangle_WinFormsOpenGL31CSharp.png.c068ffd85f854aa37767eb1093ade179.png

Standard WinForms Color Dialog:

 

 

 

 

 

EditedTriangle_WinFormsOpenGL31CSharp_ColorDialog.png



0 Comments


Recommended Comments

There are no comments to display.

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
  • Advertisement
  • Advertisement
  • Blog Entries

  • Similar Content

    • By Trexioas Xavier
      I am having difficulties trying to understand how a fragment shader (GLSL) works in OpenGL. To be more specific, how does OpenGL reads the color/texture data?
      In the vertex Shader (GLSL) there is a pre-defined variable that sets the vertex data called gl_Position.
      So basically I am asking, what is the variable/method that sends color/texture data to the OpenGL program in the fragment shader or do i just type
      out vec4 fragColor;
      does that work? (above code)
    • By yp3y5akh0v
      Hey guys, do you know how to fix this hexagon pattern on icosphere ? I'm sure that normals are calculated correctly per each faces. Is it because normals are not defined on edges ? See pic bellow for more details + source.
       

    • By INTwindwolf
      COMPANY AND THE PROJECT

      INT is a 3D Sci-fi RPG with a strong emphasis on story, role playing, and innovative RPG features such as randomized companions. The focus is on the journey through a war-torn world with fast-paced combat against hordes of enemies. The player must accomplish quests like a traditional RPG, complete objectives, and meet lively crew members who will aid in the player's survival. Throughout the game you can side and complete missions through criminal cartels, and the two major combatants, the UCE and ACP, of the Interstellar Civil War.
      Please note that all of our current positions are remote work. You will not be required to travel.
      For more information about us, follow the links listed below.
      INT Official website
      IndieDB page
      Also follow social media platforms for the latest news regarding our projects.
      Facebook
      Twitter
       
      UNITY ENGINE PROGRAMMER
      We are looking for Unity Programmers. You will be working with our Coding team Lead to implement systems and mechanics using C# language.
      Your duties will include:
      1. Attendance of regular team meetings.
      2. Timely completion of implementation of assets.
      3. Direct contact with Project Lead and other Department Leads for the implementation process.
      4. Utilization of version control suites.
      5. Utilization of our project management boards (Trello) and communication channels to obtain up-to-date assets.
       
      REQUIREMENTS
      To be successful in this position, following requirements apply:
      1. Clear communication and self starter - pushes to meet deadlines and contribute to the project.
      2. Ability to complete tasks with limited input/direction from management.
      3. Comfortable with working with people remotely and via Trello management system.
      4. Good internet connection with ability to update assets/builds quickly, with large dependencies.
      5. At least 15 hours of availability each week.
      6. Proficient experience using the Unity Game Engine.
      7. Proficient experience in implementing assets into the Unity Game Engine.
      OTHER OPEN POSITIONS
      3D Environment Modeler
      Website Manager
      3D Character Modeler
      3D Animator
      REVENUE - SHARE
      The project is marching increasingly closer to be ready for our crowd-funding campaign. Being an Indie team we do not have the creative restrictions often imposed by publishers or other third parties. We are extremely conscientious of our work and continuously uphold a high level of quality throughout our project.
      We are unable to offer wages or per-item payments at this time. However revenue-sharing from crowd-funding is offered to team members who contribute 15-20 hours per week to company projects, as well as maintain constant communication and adhere to deadlines. Your understanding is dearly appreciated
      TO APPLY
      Please send your Cover Letter, CV, Portfolio (if applicable), and other relevant documents/information to this email: JohnHR@int-game.net
      Thank you for your time! Please feel free to contact me via the email provided should you have any questions. We look forward to hearing from you!
      John Shen
      HR Lead
      Starboard Games LLC
    • By zuhane
      Hello people!
      Thanks for taking the time to read this post. I've been using Unity for a while now and I must say that I'm very impressed with it. Definitely a jump up from XNA. However, something that I've noticed that leaves a lot to be desired is the 2D tile-based collision. Below is a little video of a game I've been working on with a friend which demonstrates my problem. Essentially, games that use huge open planes and polygons don't seem to have many problems with collisions, but when a game consists of lots of small tiles stacked alongside each other, objects tends to get stuck in-between the gaps. For example, if I have a horizontal strip of little tiles, and the player runs along the top, sometimes he'll come to a standstill and have to rebuild his momentum, However, this is much more noticeable for the ball. The ball seems to consistently bounce around randomly by hitting into edges, due to the nature of how fast and random it moves, making it very hard for players to line up shots and make meaningful choices in how they attack the ball.
      So after doing a little Googling, it seems like there's absolutely nothing on this topic. It baffles me, because tile-based platformers seem to be everywhere on Steam! So after some more digging, I saw that many people were using composite colliders, so that after the level is generated, the tiles all merge together into one polygonal/composite collider. However, I've found that this problem still occurs even when using this method, especially near corners. Am I possibly overlooking a simple solution here? This has been giving us grief for months now!
      It's also worth mentioning that composite colliders create another problem within our game world. The blocks within the levels are meant to be damaged upon contact with the ball. However, when these are nested inside an object using a composite collider, none of these collisions fire off any more, essentially making all the blocks in the level indestructible. Is there a way to cycle through all of the colliders inside of a composite collider to check them individually? Any help would be mundo appreciated.
       
       
       
       
    • By Net-Ninja
      Hi, so I've been experimenting with openGL in my spare time, I'm a mechanics programmer by day.
      And I was getting a nullptr access crash in glDrawArrays, I couldn't figure out why as I had other things drawing fine. 
      Then I tried increasing the number of triangles my cone code was generating and suddenly it worked.
      Is there a minimum buffer size that you need to request when using vbos?
      Seems like the minimum that will work on my computer is 66 vertices, with my current code at least.

      If anyone has any insight into this I'd appreciate the clarity.
  • Advertisement
×

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

GameDev.net is your game development community. Create an account for your GameDev Portfolio and participate in the largest developer community in the games industry.

Sign me up!