Skip to content
Snippets Groups Projects
Select Git revision
  • e719f97a520a8a9e3e8cd560411c7b830b4cb6ec
  • master default
  • mingw_gcc44
  • release_ABP1_012
  • release_ABP1_008
  • release_ABP1_006
  • release_ABP1_007
  • release_ABP1_005
  • release_ABP1_004
  • release_ABP1_003
  • pre_release_0.15
  • release_ABP1_001
  • release_ABP1_002
  • pre_release_0.13
  • pre_release_0.14
  • pre_release_0.11
  • pre_release_0.12
  • pre_release_0.10
  • pre_release_0.09
  • pre_release_0.08
20 results

Starsphere.h

Blame
  • Forked from einsteinathome / graphicsframework
    Source project has a limited visibility.
    • Oliver Bock's avatar
      cf670156
      Yet another windoze recycling fix · cf670156
      Oliver Bock authored
      * The fonts also have to be reinitialized as they rely on the OpenGL context being "reset" by windoze
      * Introduced a few sanity checks for resource handling
      * Moved initial fullscreen toggle (release mode) to be called after initialize() as now there's a dependency when on windoze :-/
      
      TODO: X11 doesn't need the recycling procedure
      * It should only be done for windoze to avoid extra overhead
      * How to determine the OS? Does SDL offer something reliable?
      cf670156
      History
      Yet another windoze recycling fix
      Oliver Bock authored
      * The fonts also have to be reinitialized as they rely on the OpenGL context being "reset" by windoze
      * Introduced a few sanity checks for resource handling
      * Moved initial fullscreen toggle (release mode) to be called after initialize() as now there's a dependency when on windoze :-/
      
      TODO: X11 doesn't need the recycling procedure
      * It should only be done for windoze to avoid extra overhead
      * How to determine the OS? Does SDL offer something reliable?
    pykat_output.kat 150 B
    l l1 1 0 0 n1
    s s1 10 1 n1 n2
    m m1 0.5 0.5 0 n2 n3
    s s2 10 1 n3 n4
    m m2 0.5 0.5 0 n4 dump
    
    pd PD1 n2
    
    xaxis m1 phi lin 0 360 360
    gnuterm no
    pyterm no