A cool video that shows what live coding (or live programming) is. The same kind of thing is now available in GeeXLab 0.3.0+.

Je viens de tester les sampler states disponibles avec OpenGL 3.3 dans Kombustor 2.2.x. Les samplers states servent tout simplement à définir l’état d’une unité de texture, indépendamment de l’objet texture qui y est appliqué. Les sampler states sont décrits dans cette spec OpenGL: GL_ARB_sampler_objects.

Chose intéressante, les sampler states OpenGL 3.3 permettent de coller à la logique de Direct3D 11 qui définit aussi cette abstraction hardware avec la structure D3D11_SAMPLER_DESC et les fonctions CreateSamplerState (device D3D11) et PSSetSamplers (contexte immediat). Avant OpenGL 3.3, l’état d’une unité de texture était lié à un objet texture (créé avec glGenTextures). Maintenant avec les sampler states, on s’approche du niveau hardware / GPU.

Voyons rapidement comment utiliser les sampler states.

1 – Création et initialisation du sampler:

1
2
3
4
5
6
7

GLuint sampler_state = 0;
glGenSamplers(1, &sampler_state);
glSamplerParameteri(sampler_state, GL_TEXTURE_WRAP_S, GL_REPEAT);
glSamplerParameteri(sampler_state, GL_TEXTURE_WRAP_T, GL_REPEAT);
glSamplerParameteri(sampler_state, GL_TEXTURE_MAG_FILTER, GL_LINEAR);
glSamplerParameteri(sampler_state, GL_TEXTURE_MIN_FILTER, GL_LINEAR_MIPMAP_LINEAR);
glSamplerParameterf(sampler_state, GL_TEXTURE_MAX_ANISOTROPY_EXT, 16.0f);

Je viens de créer un sampler state de filtrage linéaire avec X16 de filtrage anisotropique. Les paramètres sont les mêmes que ceux utilisés lors de la création d’une texture.

2 – Utilisation du sampler

1
2
3

GLuint texture_unit = 0;
glBindSampler(texture_unit, sampler_state);
...

Rien de plus simple: il suffit de dire sur quelle unité de texture doit on appliquer notre sampler. Une fois appliqué sur une unité de texture, les réglages du sampler sont prioritaires à ceux d’un objet de texture. Donc c’est super simple d’ajouter les sampler states dans votre code OpenGL. Pas besoin de modifier le code existant de création des textures.

Quand on ne veut plus utiliser un sampler sur une unité de texture, il suffit d’appeller le code suivant:

1

glBindSampler(texture_unit, 0);

3 – Destruction du sampler:

glDeleteSamplers(1, &sampler_state);

struct
{
  char a;
  int b;
  char c;
} example;
 
struct example s1;
 
unsigned int offset;
offset = (unsigned int)(&(((example *)(0))->b));

Thanks to offsetof (in the header stddef.h), the last line can be rewritten in:

unsigned int offset;
offset = offsetof(example, b);

[via]

In file included from Source/OpenEXR/IlmImf/ImfChromaticities.h:47,
from Source/OpenEXR/./IlmImf/ImfChromaticities.cpp:43:
Source/OpenEXR/Imath/ImathMatrix.h: In constructor ‘Imath::Matrix44::Matrix44() [with T = float]’:
Source/OpenEXR/./IlmImf/ImfChromaticities.cpp:110: instantiated from here
Source/OpenEXR/Imath/ImathMatrix.h:1813: error: ‘memset’ was not declared in this scope

La solution à ce problème: ajouter l’include string.h dans le fichier
Source/OpenEXR/Imath/ImathMatrix.h:

#include "ImathPlatform.h"
#include "ImathFun.h"
#include "ImathExc.h"
#include "ImathVec.h"
#include "ImathShear.h"

#include <iostream>
#include <iomanip>

#if (defined _WIN32 || defined _WIN64) && defined _MSC_VER
// suppress exception specification warnings
#pragma warning(disable:4290)
#endif

#include <string.h>

namespace Imath {
...
...

Après cette modif, la compilation du projet complet FreeImage avec make devrait se dérouler sans problème.

Vue les feedbacks réguliers (genre: le download n’est plus dispo!!!) que je reçois par rapport au petit article que j’ai pondu il y a 2 ans sur le geometry instancing en OpenGL, j’ai decidé de remettre le pack de demos à jour.

Et j’ai ajouté un nouveau mode basé sur les uniform buffers.

Les demos fonctionnent maintenant correctement sur ma GTX 480. Et bien sûr, je viens juste de tester sur une HD 5870 + Cat 10.6 et ça mer… euh crashe!

Et vue que j’ai pas envie de remplacer la GTX 480 par la HD 5870 sur ma machine de dev, je vais devoir debugger à distance…

Dès que c’est ok sur la radeon, je publie l’article complet sur Geeks3D.com.

Je détaillerai prochainement le code du shader avec un petite démo GeeXLab.

Gros intéret de la méthode: la routine peut être utilisée aussi bien avec Direct3D qu’avec avec le futur Larrabee…

Okay mes amis, voici le code extrait de mes routines 3D (et légèrement modifié pour les besoins de ce post):

void BuildPerspProjMat(float *m, float fov, float aspect,
float znear, float zfar)
{
  float xymax = znear * tan(fov * PI_OVER_360);
  float ymin = -ymax;
  float xmin = -xmax;

  float width = xymax - xmin;
  float height = xymax - ymin;

  float depth = zfar - znear;
  float q = -(zfar + znear) / depth;
  float qn = -2 * (zfar * znear) / depth;

  float w = 2 * znear / width;
  w = w / aspect;
  float h = 2 * znear / height;

  m[0]  = w;
  m[1]  = 0;
  m[2]  = 0;
  m[3]  = 0;

  m[4]  = 0;
  m[5]  = h;
  m[6]  = 0;
  m[7]  = 0;

  m[8]  = 0;
  m[9]  = 0;
  m[10] = q;
  m[11] = -1;

  m[12] = 0;
  m[13] = 0;
  m[14] = qn;
  m[15] = 0;
}

et voici son utilisation:

float m[16] = {0};
float fov=60.0f; // en degrés
float aspect=1.3333f;
float znear=1.0f;
float zfar=1000.0f;
BuildPerspProjMat(m, fov, aspect, znear, zfar);
glMatrixMode(GL_PROJECTION);
glLoadMatrixf(m);

// et hop on repasse en modelview pour le reste des matrices
glMatrixMode(GL_MODELVIEW);
...

Pour finir et juste pour optimiser un peu, la fonction glLoadIdentity dans le code de Xavier n’est pas nécessaire car la fonction glFrustum remplace complétement la matrice…

What the hell???

Qu’est ce que tu me veux Windows? J’ai tout bien codé alors quel est le problème?

Comme d’hab je demande à gOOgle un petit coup de pouce et il me file des tonnes de liens sur le problème. Un des premiers liens, si je me souviens bien, concerne la suite Office… chuis bien avancé moi! Bon je continue mes recherches et toujours pas de solution en vue mais à un moment je vois le mot clé Dependency Walker. Oui c’est le soft génial qui permet d’analyser les dépendances d’un binaire: en gros il montre toutes les DLL liées à un binaire (*.exe ou *.dll). Et là la solution: une des DLLs de mon application était dépendante de msvcr90.dll. msvcr90.dll est une des dlls de Visual Studio 2008 et donc toutes les applications compilées avec VS2008 poseront ce problème sous XP (pas sous Vista on dirait…).

La solution au message d’erreur 0xc0150002: soit vous installez les redistribuables VS2008 sur la machine cible, soit vous recompilez le binaire problématique avec VS2005 de façon à supprimer la dépendance avec msvcr90.dll, soit… c’est tout!