Rzeczywiście nie sprawdzałem jej zawartości, myślałem że mówisz o sprawdzeniu wyniku D3DX11CompileFromFile, a przypisanie uznałem za podanie wskaźnika do fx odpowiedniej metodzie (skrót myślowy, czy jakkolwiek to nazwać).

HRESULT po wywołaniu D3DX11CreateEffectFromMemory to E_NOINTERFACE. Z http://stackoverflow.com/questions/12549472/using-directx-effect11-with-visual-studio-2012 wynika, że błąd jest spowodowany wersją DX11, a dokładniej tym, że D3DX jest "deprecated". Najwidoczniej będę musiał użyć czegoś innego.

Nie wiem dlaczego sam nie wpadłem na to, żeby sprawdzić co zwraca to funkcja  . W każdym razie: dziękuję za pomoc!

Szczerze powiedziawszy domyśliłem się Pytanie: dlaczego? Powyżej odwołania do fx są dwa warunki sprawdzające czy nie wystąpił żaden błąd kompilacji efektu. Oba nie pokazują nic złego, więc coś w tej zmiennej powinno być.

Witam wszystkich!

Jakiś czas temu, zacząłem uczyć się DirectX 11. Doszedłem do momentu, w którym muszę skompilować prosty efekt. Bez względu na to jaka jest zawartość shader'a otrzymuje następujący błąd: [lokalizacja pliku](1,1): error X3000: Illegal character in shader file

Kompiluje efekt za pomocą funkcji D3DX11CompileFromFile i D3DX11CreateEffectFromMemory. Wina (raczej) nie może leżeć po stronie kodu, bo jest żywcem wzięty z książki (Frank Luna). Podejrzewam, że problem leży w mieszaniu Windows SDK i DirectX SDK. Podobno wiele się zmieniło i występują niespójności (d3dx11.h zostało wyłączone z zestawu Windows SDK).

Dołączam kod efektu (autorstwa Franka Luna):
cbuffer cbPerObject
{
float4x4 gWorldViewProj;
};

struct VertexIn
{
float3 PosL  : POSITION;
    float4 Color : COLOR;
};

struct VertexOut
{
float4 PosH  : SV_POSITION;
    float4 Color : COLOR;
};

VertexOut VS(VertexIn vin)
{
VertexOut vout;

vout.PosH = mul(float4(vin.PosL, 1.0f), gWorldViewProj);

    vout.Color = vin.Color;
   
    return vout;
}

float4 PS(VertexOut pin) : SV_Target
{
    return pin.Color;
}

technique11 ColorTech
{
    pass P0
    {
        SetVertexShader( CompileShader( vs_5_0, VS() ) );
SetGeometryShader( NULL );
        SetPixelShader( CompileShader( ps_5_0, PS() ) );
    }
}

Korzystam z Windows 7 (x64), Visual Studio 2015 i Windows SDK 8.1

Ważne że wszystko działa
Fartuess - kłaniam się  Brawo!

Odwrócenie znaków w macierzy wag da te same efekty co inwersja odpowiadającej mu pochodnej odpowiadającej temu samemu kierunkowi tj G_i = 255 - G_i. Ogólnie mówiąc nie ma znaczenia w którym miejscu zrobisz tego fixa.

Nie. Przynajmniej nie u mnie, może mam coś źle. Jak napiszę Gx = 255 - Gx, to normal mapa ma odcienie... turkusowe, a Gy = 255 - Gy różowe.

Podałem to wg matematycznej notacji macierzowej, czyli Mij, gdzie M to macierz, i to wiersz a j to kolumna. Z tego samego powodu indeksowałem od jedynki a nie od zera ;)

i - wiersz, j - kolumna:
w21: 2 wiersz, 1 kolumna:

|            |          |          |
|  tutaj  |           |         |
|            |          |          |

Napisałeś tak: Texture (x, y -1)*w21

                       tutaj
                          |
| (x-1,y-1)  | (x, y-1) | (x+1, y-1) |
| (x-1, y)     |   (x, y)   |  (x+1, y)  |
| (x-1,y+1) | (x,y+1) | (x+1,y+1) |

Pomyliłeś się ;)

 Otrzymujesz G_x i G_y. Jeśli masz je w przedziale np [0; 255] to przekształasz do [-1.0;1.0].

Tym mnie zmyliłeś  Napisałem takie coś:
float x = (Gx - 127f) / 127f; //skalowanie do [-1,1]
float y = (Gy - 127f) / 127f; //j.w.float z = 1f;

Vector3 normal = new Vector3(y, x, z).Normalize(); //tutaj zamieniam kolorki - jak mówiłeś
normal /= 2;
normal += new Vector3(0.5f, 0.5f, 0.5f);

int cr = (int)(normal.X * 255);
int cg = (int)(normal.Y * 255);
int cb = (int)(normal.Z * 255);

Color c = Color.FromArgb(cr, cg, cb);
I wynikiem były takie ciemne kolory.

Zmieniłem na (reszta taka sama):
float x = Gx / 255f;
float y = Gy / 255f;
float z = 1f;
 
I mam takie coś:


Niby takie samo, ale jednak nie - tam gdzie ty masz szczyty, ja mam doliny  O co chodzi?

Czy Gx i Gy mogą być ujemne?

Ok, a co jak jestem w punkcie (0, 0)? Liczb ujemnych nie może być. I czy zawsze z=1? Z czego to wynika?

Tesalacja to zagęszczenie siatki. To co robisz na pikselach jest z tym niezwiązane.

To co ja robię, można porównać do interpolacji na FragmentShader. Wiem, że chodzi ci o zagęszczanie siatki. Problem w tym że, ja takiej w ogóle nie mam. Ogólnie to ten sposób na CPU chyba nie pójdzie.

Jak masz już normal mapę to nie potrzebujesz jej wyliczać z heightmapy, bo już masz normal mapę.

Mam "oryginalną" normalną płaskiej powierzchni, tj. (0, 0, 1), dla każdego piksela. I teraz chcę, żeby komputer wyobraził sobie że mam jakąś specyficzną powierzchnie opisaną bump mapą, w formie height mapy, tak by po jej interpretacji, na powierzchni płaskiej powstałaby iluzja wybitego napisu. Teraz rozumiesz? Nie wiem jak height mapę "skonwertować" na normal mapę i co będzie z tą starą wartością (oryginalną).

Wiem, że dużo oczekuje, ale chcę wyciągnąć z tematu najwięcej jak się da. Nie wykraczam poza regulamin - wszystko jest związane z "Oświetleniem 2D". Poza tym, ten temat może się przydać przyszłym pokoleniom "theModderatorów" - tyle wiedzy w jednym miejscu

Oczywiście czytałem o tym na wiki, ale tam wiedza jest przedstawiona w sposób zbyt ogólnikowy, nie ma powiedziane jak to zrobić tylko "upośledzone" co to jest. Dlatego pytam kogoś osobiście - tak zawsze jest lepiej.

Bump mapping to po prostu inna nazwa na normal mapping.

Z tego co ja czytałem to bump mapa opisuje, jakby przekształcenia normalnych. I teraz pytanie brzmi: Jak mają się kolory w odcieniach szarości do normalnych. Jak dobrze rozumiem mógłbym to potem "wypalić" na normal map'ie?

Hmm... displacement wygląda jakby unosił odpowiednie wierzchołki o odpowiednią wysokość. W After Effects zrobili to chyba po swojemu. Ale nieważne. Załóżmy że robię na GPU (mam taką możliwość), jak za to się zabrać, tak najłatwiej? A i dodam, że ciągle mówię o najprostszym chyba przypadku, kiedy to powierzchnia jest całkiem płaska, zwrócona do "widza" (normalna z monitora), to powinno ułatwić sprawę. Jeszcze tak z ciekawości da się displacement wypalić na normal mapę?

Reflection - odbijanie światła otoczenia, np. lustro. A co do flat shading - mam normalne dla każdego wierzchołka, zmapowanego z teksturą (UV map). W OpenGL'u mam tylko VertexShader i FragmentShader. Nie mogę dodać czegoś do VertexShader z myślą, że zostanie to wykonane TYLKO raz na ścianie. Nie o to chodzi. To ma być wydajne, więc operacje na każdym Vertex'ie nie wchodzą w grę. Mógłbym sprawdzać, czy operacja na wierzchołku danej ściany była wykonana, i zastosować wynik do pozostałych wierzchołków, ale to wydaję mi się trudniejsze niż Gouraud, czy Phong i minimalnie bardziej wydajne.