Part of the Khronos Group
OpenGL.org

The Industry's Foundation for High Performance Graphics

from games to virtual reality, mobile phones to supercomputers

Page 5 of 6 FirstFirst ... 3456 LastLast
Results 41 to 50 of 53

Thread: Open GL should support konkave polygons directly

  1. #41
    Senior Member OpenGL Pro
    Join Date
    Jan 2007
    Posts
    1,180
    Quote Originally Posted by LuisAK View Post
    You can interpolate them by the surounding rectangle
    And the calculations will be wrong.

    Therefore the stencil-buffer is existing
    And what if the programmer is already using the stencil buffer for something else? Besides which, do you even know where stencil test runs in the pipeline relative to clipping and polygon division? Or that stencil test is dependent on clipping and polygon division? You really haven't thought this through at all, have you?

    You're now moving well away from "direct support" and towards "crutched up by a load of fragile hacks that are going to break if you even look funny at them".

  2. #42

  3. #43
    Intern Newbie
    Join Date
    Dec 2012
    Posts
    43
    Quote Originally Posted by Alfonse Reinheart View Post
    As promised:
    WHY SHOULD IHVs IMPLEMENT THIS?!
    cause itīs cool

  4. #44
    Intern Newbie
    Join Date
    Dec 2012
    Posts
    43
    GL_LINE_LOOP can be rendered very fast:
    http://wiki.delphigl.com/index.php/glBegin
    Click image for larger version. 

Name:	Glbegin_lineloop.jpg 
Views:	66 
Size:	34.7 KB 
ID:	1122
    Where should be the problem, to fill the inner side of these areas with pixels also
    verry fast ?
    Rediculous, that itīs not able !

  5. #45
    Senior Member OpenGL Pro
    Join Date
    Apr 2010
    Location
    Germany
    Posts
    1,128
    I move that a mod or admin close this thread. To me, the already next-to-zero value of this thread went straight to zero with "cause itīs cool".

  6. #46
    Intern Newbie
    Join Date
    Dec 2012
    Posts
    43
    Buffers in OpenGL:
    - Color buffers: front-left, front-right, back-left, back-right (und evtl. weitere)
    - Depth buffer (z-buffer)
    - Stencil buffer
    - Accumulation buffer

    I suggest a new one:
    - Polygon rendering buffer

    That would be cool.

  7. #47
    Member Regular Contributor Nowhere-01's Avatar
    Join Date
    Feb 2011
    Location
    Novosibirsk
    Posts
    251
    I hereby announce, that a next cosmic speed of idiocy has been just achieved in this thread.

  8. #48
    Senior Member OpenGL Pro
    Join Date
    Jan 2007
    Posts
    1,180
    No, it's actually a great idea. You see, there's little magic elves that live inside your graphics card, and sometimes they can be a bit stubborn, but if you tell them "because it's cool" they can get motivated and do some work for you. So, with a polygon rendering buffer they can take concave polygons and sprinkle magic elf dust all over them and thereby make those concave polygons be natively supported.

    Or something.

  9. #49
    Intern Newbie
    Join Date
    Dec 2012
    Posts
    43
    And here you can see, how it works:
    left side: polygon Buffer ( help for construction to mark cross points, endpoints and the single lines ),
    right side: frame buffer/color buffer with the rendered polygon
    Click image for larger version. 

Name:	Polygon_Render_Buffer.jpg 
Views:	114 
Size:	3.3 KB 
ID:	1123
    The polygon buffer is cleared in the same loop as the frame buffer will be filled,
    so the next polygon can be rendered
    cool
    http://www.opengl.org/discussion_boa...3&d=1377539509
    Last edited by LuisAK; 08-26-2013 at 11:23 AM.

  10. #50
    Intern Newbie
    Join Date
    Dec 2012
    Posts
    43
    here, I found an interesting discussion from Thursday, July 27, 2006
    a guy suggested to use the stencil buffer for
    Hardware accelerated polygon rendering

    ".. So in the spirit of writing down about the things I'm working on on a daily basis today comes hardware accelerated rendering of complex polygons. Ignacio Castaņo finally convinced me to this ingenious method so all credit for it should go to him. I've spent last few moments at the office today looking into this method and it's just gorgeous so I'll give a brief overview of it..."


    http://zrusin.blogspot.de/2006/07/ha...rendering.html

    http://photos1.blogger.com/blogger/4...rendering1.png

    here a comment from the linked page:
    "The method is awesome, as it (in theory) doesn't involve any kind of client side computations (besides a trivial min/max test) and (again in theory) operates in whole on the hardware. A wonderful sideeffect of all of this is that we avoid robustness issues that tessellation introduces."

    Who is Ignacio Castaņo ? :
    https://twitter.com/castano/status/258414324949868545
    http://www.google.de/#fp=2764204d11c...%C3%B1o+opengl
    http://www.linkedin.com/in/castano
    http://www.ludicon.com/castano/blog/about/resume/
    actual: Senior Programmer at Thekla
    former: Developer Technology Engineer at NVIDIA
    3D Tools and Technology Engineer at NVIDIA
    Game Programmer at Oddworld Inhabitants
    Graphics Programmer at Relic Entertainment, Inc
    Graphics Programmer at Nebula Technologies, SA
    Lead Programmer at Crytek GmbH

    ----------------------------------------------------------------------------------------------------------------------
    its said "the method is awsome" - as I say itīs cool
    ----------------------------------------------------------------------------------------------------------------------

    If there would be an new polygonbuffer, it could be combined with the stencil buffer, which could do itīs native job.
    That would be great.
    Last edited by LuisAK; 08-26-2013 at 05:13 PM.

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •