!C99Shell v. 2.0 [PHP 7 Update] [25.02.2019]!

Software: Apache/2.2.16 (Debian). PHP/5.3.3-7+squeeze19 

uname -a: Linux mail.tri-specialutilitydistrict.com 2.6.32-5-amd64 #1 SMP Tue May 13 16:34:35 UTC
2014 x86_64
 

uid=33(www-data) gid=33(www-data) groups=33(www-data) 

Safe-mode: OFF (not secure)

/usr/share/pyshared/OpenGL/GL/REND/   drwxr-xr-x
Free 129.8 GB of 142.11 GB (91.34%)
Home    Back    Forward    UPDIR    Refresh    Search    Buffer    Encoder    Tools    Proc.    FTP brute    Sec.    SQL    PHP-code    Update    Feedback    Self remove    Logout    


Viewing file:     screen_coordinates.py (2.29 KB)      -rw-r--r--
Select action/file-type:
(+) | (+) | (+) | Code (+) | Session (+) | (+) | SDB (+) | (+) | (+) | (+) | (+) | (+) |
'''OpenGL extension REND.screen_coordinates

This module customises the behaviour of the 
OpenGL.raw.GL.REND.screen_coordinates to provide a more 
Python-friendly API

Overview (from the spec)
    
        This extension allows the specification of screen coordinate vertex
        data. Screen coordinate vertices completely bypass transformation,
        texture generation, lighting and frustum clipping. It also allow for
        fewer floating point computations to the performed by OpenGL.
    
        If we get screen coordinate inputs then in order to perspectively
        correct data (eg texture), the input data currently has to be
        specified in one of the following manners
    
        1. Specify all the data normally
           eg.
              glTexture2T(s, t);
           and the coordinates as
              glVertex4T(x*w, y*w, z*w, w);
        or
        2. Divide each data by w
           eg.
              glTexture4T(s/w, t/w, r/w, q/w);
           and the coordinates as
              glVertex3T(x, y, z);
    
        Most hardware already performs some form of correction of the
        coordinate data with respect to the w term prior to interpolation.
        This is normally in the form of a multiplication of the terms by the
        inverse w. It would be much more efficient to simply specify screen
        coordinates as shown in the following example
           glTexture2T(s, t, r, q);
        and the coordinates as
           glVertex4T(x, y, z, w);
        and allow the hardware to bring the interpolated terms into a linear
        screen space.
    
        Additionally if the application derives screen coordinates it is
        also highly likely that the 1/w term may already be computed. So it
        would be advantageous to be able to specify 1/w directly instead of
        w in the input screen coordinates.
    
        For hardware that linearly interpolates data, the hardware
        interpolates the following data:
        s/w, t/w, r/w, q/w, x, y, z
        If the input w represents the original 1/w, then the hardware can
        avoid the division and instead interpolate:
        s*w, t*w, r*w, q*w, x, y, z
    

The official definition of this extension is available here:
http://www.opengl.org/registry/specs/REND/screen_coordinates.txt
'''
from OpenGL import platform, constants, constant, arrays
from OpenGL import extensions, wrapper
from OpenGL.GL import glget
import ctypes
from OpenGL.raw.GL.REND.screen_coordinates import *
### END AUTOGENERATED SECTION

:: Command execute ::

Enter:
 
Select:
 

:: Search ::
  - regexp 

:: Upload ::
 
[ Read-Only ]

:: Make Dir ::
 
[ Read-Only ]
:: Make File ::
 
[ Read-Only ]

:: Go Dir ::
 
:: Go File ::
 

--[ c99shell v. 2.0 [PHP 7 Update] [25.02.2019] maintained by KaizenLouie | C99Shell Github | Generation time: 0.0198 ]--