DirectX(Direct3D) eller OpenGL?

Nu har jag själv inte programmerat själv med någon av dom men jag tyckte det stog rätt mycket intressant här om skilnaderna: http://en.wikipedia.org/wiki/Comparison_of_Direct3D_and_OpenG...

OpenGL är fritt och fungerar på flera plattformar, det bör ju i alla fall vägas in i ditt val, i det fall du skulle vilja göra någon kommersiell produkt. I vilket fall är det alltid trevligt att använda ett öppet och fritt API.

Det är väll egentligen ingen skillnad, båda har lika många fördelar som nackdelar att dom väger väll nästan jämt ut. Sedan att fler skulle använda Direct3D beror nog på vart man kollar, skulle man kolla på hemmabyggar sidan så skulle nog OpenGL vinna med hästlängder. Iaf om man kollar vilket av APIn som har mest tutorials.

Jag själv började med OpenGL och tyckte det gick väldigt smidigt och lätt att komma in i det och få snabba resultat. Dock då när jag gjorde det så var DirectX vid sin 6e eller 7e version och var väldigt bökigt att få igång, därav föll mitt val till OpenGL. Idag har ju läget ändrat sig och DirectX har blivit mycket enklare och är väll lika enkelt att komma igång med som OpenGL.

Så ja, vad ska du välja... enligt mig så kan du ta vilket som

Vad gäller böcker så har jag ingen aning om, har aldrig spenderat pengar på sånt. Och kommer nog aldrig göra det så länge informationen finns att få tag på gratis på internet. Bara öppna google i nått fönster och skriva in "opengl tutorial" eller "direct3d tutorial" och vips har du en livstids mängd matrial och gå igenom

OpenGL 2.1(nVidia) har vissa av funktionerna som D3D 10 har, fast man slipper vista förstoss, men detta kräver att du har ett nVidia kort, med stöd för DX10.
jag läste en interview med någon på splashdamage

http://www.burial-grounds.com/quakewars/news.php?item.68

och "snart" kommer OpenGL2.5 och 3.0 vilket kommer att göra Open gl baserade spel mycket snabbare (slipper olika extentions för olika kort)

det enda du behöver för att köra GL2.x istället för GL1.1 är en extension loader. Jag föredrar GLEW (http://glew.sourceforge.net/) gärna i kombination med GLFW (http://glfw.sourceforge.net/) för att starta ett fönster och hantera input.

Sanning med modifikation. 2.5 sägs ha ett nytt api. 3.0 kommer kräva "DX10-kort". Extensions är nog något som kommer finnas kvar, eftersom det är enda sättet för tillverkare att släppa ny funktionalitet utan att behöva gå genom standardkommitén eller vänta på nästa version.

*Trådar ihopslagna (på egen begäran)*

jo just det, jag glömde det... men nu har dom däremot kommit överens om vilka som skall bli standard, jag var trött i går...

Jag skickade två länkar... där kan du ladda hem GLEW och GLFW och komma igång med lite enkel opengl.

OpenGL specificeras av Khronos, där både Nvidia och ATI sitter med. Men det stämmer att Nvidia har bättre drivrutiner än vad ATI har (tycker jag =).

EDIT:
Det jobbas på en OpenGL SDK så att du enkelt ska kunna få som du vill ha med en katalog med .h/.lib med utils. Dock behöver du inget mer förutom Visual Studio (jag antar du kör windows) för att komma igång med GL-kodande. Kolla in http://nehe.gamedev.net/ för enkla tutorials över hur du kommer igång i windows. Annars rekommenderar jag GLFW så slipper du mycket av den tråkiga koden i början.

GL.h och opengl32.lib följer med Visual Studio. Kör du express behöver du dock ladda hem Platform SDK också.

Filerna jag länkade gör det lättare att komma igång och skriva program. Du slipper använda WinAPI för att öppna fönster och hantera input.

Det där är bra böcker...
Den röda är för att lära sig GL grundligt.
Den orangea är för att lära sig GLSL, shaders, som är en del av GL2.0

OpenGL är lite annorlunda på det sättet att all funktionalitet ligger med i drivrutinen... Du behöver egentligen bara en header så du vet vilka funktioner du kan ladda.

I windows följer det med headers för GL 1.1 samt libs för att automatiskt ladda den funktionaliteten. För att få mer funktioner så bör du använda en extension loader (t.ex. GLEW) som med ett enkelt anrop ger dig tillgång till alla nya funktioner.

Platform SDK du ska ladda hem är från Microsoft och är till för att skriva windows-program, något som VC express inte klarar av i grundinstallationen. Du behöver alltså inte ha några speciella filer från Nvidia eller ATI för att koda GL. Däremot får du se lite roliga exempel på vad du kan göra

Börja från början och gör enkla saker först. Och se till att du kan varje steg för sig. NeHe:s guide är rätt bra att följa så om du inte läst den rekommenderar jag att du gör det.

Nja...

GLFW och GLUT är separata bibliotek. De får man köra vid sidan av gl som komplement.

Varje ny GL-version tillgör nya saker som shaders, bättre sätt att hantera geometri och liknande saker. vad som ingår i vilken version får du läsa i din bok om. Men i början är det vettigt att lära sig det enklaste från 1.1.

Shaders är små program som körs för varje pixel eller vertex (och nu finns även geometry shaders i dx10) i en bild. Tex kan man skriva ett liten vertex-shader som flyttar varje vertex i höjdled utifrån ett färgvärde i en bild eller en pixelshader som ändrar färgen till svart-vit.

Cg är ett språk som man skriver shader-programmen i som nVidia gjort, men shadersarna fungerar även på ATI-kort. Cg fungerar både i DirectX och OpenGL, GLSL enbart i OpenGL och HLSL i DirectX. Själv har jag bara skrivit småsaker i Cg så jag kan egentligen inte säga vilket som bäst, men HLSL ska visst vara väldigt likt Cg iaf.

Men i vilket fall, först är det nog enklast om du bekantar dig med 3d-grafik och opengl först innan du ger dig på shaders.

Jag skulle vilja säga motsatsen, varför lära sig hur man ställer in fixed pipeline joxet när man sedan ändå aldrig kommer använda det, är lika bra att gå på shaders direkt.

Mja, det e ju iof sant att man antagligen inte kommer använda så mycket fixed pipeline-stuff om man inte gör enkla saker (som tex 2d-spel) och att det nog e lika bra att gå över till shaders ganska fort, men i den absoluta början tror jag det e enklare att skippa.

Mindre, enklare och specifikt gjort för att hantera GL-fönster. Sedan har det en licens som är enklare att hantera. SDL måste vara relinkable och det innebär i princip att du måste ha det som en separat DLL. GLFW går att länka in statiskt.

Ang. shaders:
Det viktiga är att förstå hur pipelinen funkar, och fixed funktion ger dig betydligt enklare tillgång till mycket så som ljussättning, texturing vettiga normaler etc. Sedan när man lärt sig det tycker jag man kan gå vidare och leka shaders.