att göra en egen 3dmotor

Om plugget accepterar lite eget tänkande i kombination med återanvändning av källkod så finns faktiskt källkoden till quake 1 släppt av id software. Hur pass komplett den är vet jag inte men vore kanske en bra start att basera sin egen motor på q1 motorn men ta bort allt onödigt så man får den mer kompakt (och kan bygga på efterhand). Problemet där är kanske att dom har lite väl mycket assembler för att det skall vara förståeligt direkt. Annars har vi gamla goda mode13h

Urk! Snälla, nämn inte Mode13h på det här forumet någon mer gång.

För övrigt är Quake-källkoden väldigt stor, tar rätt lång tid även för en van programmerare att förstå vad alla olika delar gör så hur lång tid kommer det inte ta för honom som inte har deltagit i något stort programmeringsprojekt ännu? Bli garanterat enklare att göra som jag sa, att läsa lite linjär algebra (eller någon av de hundratals (tusentals?) artiklar som finns på Internet om 3D-rendering.

Haricots:
Ska bli intressant att se hur det går, du får slänga ihop någon hemsida sen och posta den här i forumet. Vet inte varför, men trots att det finns tusentals sw-3dmotorer så är jag nyfiken på hur din blir.

Det är en snubbe här som håller på att snickra på en egen grafikmotor.
Om jag inte missminner mig (men det gör jag säkert) så hette han wixner eller liknande. Det började på w och innehöll ett x och ett n iallafall

Där borde du kunna få lite info.

Annars är det bara att sätta igång:
http://www.gametutorials.com/Tutorials/OpenGL/OpenGL_Pg1.htm
Kör igenom dom så lär du dig kanske någonting.
Sedan har du http://nehe.gamedev.net också.
Och:
www.opengl.org/developers/code/tutorials.html

www.flipcode.com är ju ett måste, samt såklart www.cfxweb.net.
Ladda hem alla gamla nummer av Hugi (www.hugi.de) också.

Eller nu blev jag osäker, ska killen skiva en Opengl/Directx-spelmotor eller skriva sin egen renderingsmotor samt spel? Det sistnämnda är ju mycket tuffare, eftersom man t.ex. hyffsat enkelt kan konvertera den till java och lägga upp den på en hemsida (om man nu vill det ).

vad är det för fel på mode13h?
det grafikmodet är ju det bästa att börja med när man är ny, för det är så simpelt

TinyPTC är lika enkelt, du får en pekare till en framebuffer som du skriver till. Sedan undrar jag varför du vill hålla på med DOS? Vet inte ens om Mode13 fungerar under Windows 2000 eller Windows XP...

tycker du kan skita i grafikmotorn...tror inte det har nån betydelse för betyget om du gör en eller inte.. du kommer genast märka att det är svårare än du tror och då kommer du förmodligen att tröttna ganska fort...
jag ska själv göra ett opengl spel nu till trean... jag ska mest hålla på med simulationer av olika slag så som vatten vågor, vind, växter, gravitation osv i ett litet meningslöst fps spel där man ska springa runt o sjuta på saker o ting

jaja.. men du skrev nånstans tror jag att du inte va så duktig på d där med opengl o directx... mitt råd är att först lära dig nåt av api:erna grundligt och kanske göra nåt med d som projektet och sen utav rent intresse fördjupa dig i det på din fritid *om du inte är otroligt genialt smart och lär dig otroligt snabbt dvs*

¨
Jo visst blir det inte mycket till spel... men du får iaf något att visa upp om det skulle ta lång tid någonstans... men flytter arbetet på så är det inget som säger att man inte ska kunna ha kollisions detektering.

Tänkte bara säga det att det är faktiskt ganska kul att göra en egen 3d motor, från scratch! Har gjort en får nåt år sen (inte särskilt bra, den kunde typ rendera objekt, både som wireframe och solid), och det är väldigt bra om man vill lära sig hur 3d-grejjset egentligen fungerar! Istället för att man bara vet hur man använder det!

Jag skulle rekommendera OpenGL för att göra 3d-grejjs med! Tycker att det är enklare än D3D faktiskt, i varje fall i C/C++, har aldrig riktigt lyckats att få DX att funka, blir bara massa fel! Men OGL funkar alldeles utmärkt, plus att det är relativt enkelt att porta om du skulle få för dig att göra det! (Till ex Linux)

Go for OpenGL baby! Exterminate Micro$lut!

Hrm..

Hade en liknande lärare. Rolig prick.
Jag kunde sitta helt omotiverad en vecka, sen jobba en lektion så var man ikapp och om alla andra. Mycket av tiden använde jag dock åt att hjälpa andra eller pilla på mitt spel som blev mitt specialarbete.

Det hände sig en gång också att jag åkte dit för att jag hjälpte en kille på ett prov. Jag hade fått göra provet i förväg pga en begravning, hursomhelst så delade jag med mig av uppgifterna till honom för att han skulle kunna kolla på och få förslag till lösningar. Dum som han var så kopierade han stora stycken av min kod utan att förstå vad den gjorde (jag har ju såklart en lite annan stil än de som var nybörjare i c/c++). Så läraren känner självklart igen min stil, pratar lite enskilt med mig och jag förklarar ju att det inte var meningen att han skulle kopiera mig. Så läraren säger bara att det är lungt, men nästa gång så ska jag lära fuskarna hur man fuskar på ett snyggt sätt
Ännu lustigare var att min polare läckte provet vidare till några andra (ganska många fkatikst) så det slutade med att en hel dataklass fick sina resultat strukna. Jag fick givetvis MVG

Jag är i samma situation som Haricots. Om man inte kan massa naturmatte (typ sinus och massa mer avancerade grejer), vilket är då enklast att använda, OpenGL eller DirectGraphics, jag har redan testat det sistnämda, typ tittat i enkla exempel.

Vilken del av ett simpelt fps är svårast?
Grafikmotorn, fysik/kollision, textur, banor, modeller osv?

själv tycker jag nog kollisions svar, när man har grejer som skall röra sig på ett visst sätt när de kolliderar, tag en så enkel sak som att få en box att studsa på ett golv, ena hörnet kolliderar med marken först, du ger den en impuls uppåt i just det hörnet, sen kommer nästa hörn ner i marken när du ger det första hörnet impulsen, då måste den tas med på något sätt oxo, lätt att man håller på och loopa mellan de olika hörnen då

Så då ska man kanske göra en enkel flygsimulator med en helt plan mark Borde var enkelt, om modellen kommer under marknivån så har man krashat.

hehe..det övervägde vi nästan seriöst när vi gjorde vårt d3 projekt efter att ha mekkat med kollisionssvar ett tag

Men marken behöver inte vara plan, det är inte så svårt att testa...bara svaret är att allt exploderar så går det bra

Håller på med en 3d-motor som projekt just nu. Helt mjukvarurenderat då. Använder SDL. Prövade TinyPTC först, riktigt trevligt, tills ms vc bestämde sig för att blanda ihop c och c++.

Aja, vi är rusktigt försenade (såklart) så jag håller nu (tog en paus och surfa lite) på att hårdkoda ett "rymdskepp", ruskigt tradigt (skriver in kordinater för polygoner i en textfil, samt r g b värden för dessa)

Annars är det jävligt kul att göra saker från grunden :). PC-demo forever!

Edit. 0x13 är förvisso trevligt, men funkar inte allt för bra under w2k, och är lite tråkigt med 320x200@256. Med tinyPTC och SDL är det i princip samma sak, fast med möjligheter för fönsterläge och annat :).

Är det på Powerhouse?
Är det isåfall en bra utbildning?

hehe,..skriva koordinater själv? är det inte bättre att modelera och läsa in från vrml eller ase fil? Kan ju tillochmed klippa och klistra om du inte vill skriva läsaren

finns d någon annan spelprogrammeringsskola i sverige.. nånstans i södra sverige t ex?