[C++] GoT 3D game-engine project

[Verwijderd]

Ik ben me de laatste tijd een beetje aan het verdiepen in DirectX en dan vooral in Direct3D.

Nou dacht ik dat het misschien een cewl idee was om een groepsproject op te zetten voor het schrijven van een 3D engine. Ikzelf ben nog niet zon kei in het Direct3D coden, maar ik weet zeker dat er met de knowledge van een hoop /14 GOTters een hoop te realiseren is.

Ik weet hoeveel werk het is om een 3D engine te schrijven en al helemaal in je eentje, vandaar dat het me wel een cewl idee leek om daar een groepsproject voor te beginnen, aangezien iedereen dan een gedeelte kan schrijven, zo wordt de engine ook modulair, wat natuurlijk wel zo makkelijk is.

ik zou graag jullie mening horen, of jullie denken dat dit haalbaar is en in welke taal dit moet gebeuren, mij lijkt Visual C++ in combinatie met DirectX 8.1 wel een fijn plan.

Dus laat ff weten of jullie denken dat dit haalbaar is, en zo ja, wie er allemaal meedoen en wat jullie denken te kunnen gaan coden.

In een verder stadium zijn er dan ook nog mensen nodig voor character modelling, level design, graphics, sound effects, soundtracks e.d.

Groetjes TRoZZ

[.oisyn]

ik zou zeggen: veel succes! Maar het is algemeen bekend dat open GoT projectjes gedoemd zijn te mislukken

desalniettemin wacht ik met smart op de vragen die erdoor ontstaan en die jullie hier vervolgens gaan posten

[Verwijderd]

Open GOT projectjes gedoemd om te mislukken ??

neem eens een kijkje bij :

- 3D groepsproject treinanimatie loopt prima, is al bijna af
- Sequence groepsproject loopt ook prima, is ook al bijna af geloof ik.

of het slaagt of niet hangt toch af van het enthousiastme en de inzet van de deelnemers lijkt me zo ?

[.oisyn]

ik heb van die 2 nog nooit gehoord, maar dat zijn dan 2 van de 100 die wel zijn gelukt... go figure

wat tips:
- weinig mensen
- zorg dat iedereen enthousiast en toegewijd is
- goede coordinatie (projectleider)
- regel dat allemaal vooral niet in een topic op GoT (of een willekeurig ander publiek forum)

nu ik erover nadenk, het feit dat ik er niet van heb gehoord is waarschijnlijk ook de reden waarom ze goed lopen

[Verwijderd]

Start er een webpage voor op

/lijkt me best wel grappig....

[Verwijderd]

Ik zal er een webpage voor maken als ik merk dat er genoeg mensen zijn die mee willen doen, anders is dalijk die site ook gedoemd om geen bezoekers te krijgen

[.oisyn]

ik bied me aan als adviseur

[Verwijderd]

en als je nog een projectleider nodig hebt...... heb ik net een opleiding voor achter de rug, dus wat praktijkervaring in de hobbysfeer kan nooit geen kwaad.

[beany]

count me in!

Kheb er ook over nagedacht, maar in je 1tje is het niks. Dit komt voor mij als geroepen

Maar laten we dan van te voren wel heel duidelijk de doelstellingen vastleggen. Een absolute project-killer is het 'tijdens het coden nog wat functionaliteiten toevoegen'.

En goed bedenken wat zo'n 3D engine moet gaan doen. Is ie voor spelletjes? Of voor het maken van modellen?

En spelletjes(dit zal het wel gauw worden): 3D FPS, Flight sim? Adventure? Indoor/Outdoor? Portal engine? BSP? Octree? Eigen modeling tools? Import voor bestaande formaten(.3ds)?

Moet de engine kunnen draaien op een directx ondergrond, of Opengl? Misschien is het de moeite waard om te kijken of het op beide kan?

En als het Directx wordt: 7, 8, 9??

Hoe dan ook, als het native C++ is(geen C# of managed C++) doe ik mee. Ik denk dat een 3D engine van Nederlandse makelij absoluut is

[Verwijderd]

Keej dan, zo mag ik het horen

Mijn idee was om een 3D engine te schrijven voor een 3D FPS game.
Voor het lezen en editen van levels lijkt het mij makkelijk om de BSP tree gebruiken, aangezien hier veel documentatie over is, en ook makkelijk te porten is naar DirectX voor zover ik weet.

Hetzelfde geld voor de models, welke volgens mij het beste via .3DS geimporteerd kunnen worden, aangezien daar bij de DirectX SDK extra's een functie voor bij zit.
Het wiel hoeft niet opnieuw uitgevonden te worden he, het is al werk genoeg

Het lijkt mij het beste om het voor DirectX 8 te schrijven.
maar daar kan nog over gediscussieerd worden.

[beany]

Op dinsdag 23 april 2002 11:00 schreef TRoZZ het volgende:

Keej dan, zo mag ik het horen

Mooi!

Mijn idee was om een 3D engine te schrijven voor een 3D FPS game.

Pak je de grootste doelgroep mee(inclusief mij ). Ik hou wel van enig sinds realistische oorlog games(operation flashpoint, mohaa etc etc). Dit soort games zijn wel te hoog gegrepen, maar met dat soort games in het achterhoofd... Maar de engine zou sowieso voor meerdere soorten FPS's geschikt moeten zijn(ala een game met monsters en een game wat iet wat realistiser is, de Quake engine is hier een perfect voorbeeld van)

Voor het lezen en editen van levels lijkt het mij makkelijk om de BSP tree gebruiken, aangezien hier veel documentatie over is, en ook makkelijk te porten is naar DirectX voor zover ik weet.

Een BSP tree is ook erg krachtig. Maar we moeten eerst bepalen wat de engine precies moet kunnen. Aan de hand daarvan bepalen welke methoden/technologie we gaan gebruiken

Hetzelfde geld voor de models, welke volgens mij het beste via .3DS geimporteerd kunnen worden, aangezien daar bij de DirectX SDK extra's een functie voor bij zit.
Het wiel hoeft niet opnieuw uitgevonden te worden he, het is al werk genoeg

Ook hier is het afhankelijk van wat we willen. Maar ik denk dat we met .3ds redelijk in de buurt zitten ja

Het lijkt mij het beste om het voor DirectX 8 te schrijven.
maar daar kan nog over gediscussieerd worden.

Het maakt tegenwoordig niet zoveel uit. DirectX is wat meer 'opstart' code itt OpenGL. De OpenGL manier bevalt mij wel, maar naar DirectX heb ik echt nooit serieus naar gekeken.

Tevens is de vraag: Wordt het een opensource engine? of closed source? gratis? Wordt dit een poging om een commercieel spel te maken? Just for fun? Opensource spel? Closed source spel maar wel gratis? Wat is het idee hierover?

[Verwijderd]

Wat betreft het realisme wat erin moet zitten, vind ik de
Q2 engine wel een goed voorbeeld qua gameplay, maar inderdaad met wat meer tactics, zodat het toch enigzins realistisch is.

Over DirectX vs OpenGL weet ik je niet erg veel te vertellen, aangezien ik er ook nog niet zo lang mee bezig ben en ik weer nooit iets met OpenGL heb gedaan.

In eerste instantie wordt het spel just-for-fun maar alleen OpenSource voor eventuele medewerkers aan het project.
Of het commercieel de moeite waard wordt, kunnen we altijd nog bekijken.

[Nielsz]

Ik wil een monsters inc game

_/nutteloos

[beany]

Het belangrijkste is nu dan denk ik een verzamelpunt opzetten voor eventuele team leden. Waar kan ik jouw bereiken? mailinglist ergens? IRL discussieren? Alles via internet?? Hou er rekening mee dat er nogal heftige discussies zullen ontstaan(opengl of directx, bsp of octree, wie doet wat etc etc etc etc)

We zijn nu met zijn 2en??? Laten wij dan in ieder geval de basis leggen(sorry als ik nu iemand vergeet) en de communicatie onderling goed gaan regelen.

Bijvoorbeeld dat iedereen die hier serieus aan mee wilt doen in ieder geval zijn email adres aan jouw geeft?

mine: [e-mail]

[Scorpion]

hiervoor moet je niet hier zijn.

[Scorpion]

Op dinsdag 23 april 2002 11:21 schreef beany het volgende:
Het belangrijkste is nu dan denk ik een verzamelpunt opzetten voor eventuele team leden. Waar kan ik jouw bereiken? mailinglist ergens? IRL discussieren? Alles via internet?? Hou er rekening mee dat er nogal heftige discussies zullen ontstaan(opengl of directx, bsp of octree, wie doet wat etc etc etc etc)

We zijn nu met zijn 2en??? Laten wij dan in ieder geval de basis leggen(sorry als ik nu iemand vergeet) en de communicatie onderling goed gaan regelen.

Bijvoorbeeld dat iedereen die hier serieus aan mee wilt doen in ieder geval zijn email adres aan jouw geeft?

mine: [e-mail]

wat dacht je van sourceforge?

[beany]

Op dinsdag 23 april 2002 11:23 schreef Scorpion het volgende:
hiervoor moet je niet hier zijn.

Dat snap ik, ik wil alleen dat er ergens een stukkie internet is waar wij kunnen gedijen

[Janoz]

* Janoz heeft een vermoeden dat de meeste enthousiastelingen geen ID hebben wat er allemaal bij zo'n soort project komt kijken.......

[Scorpion]

Op dinsdag 23 april 2002 11:25 schreef beany het volgende:

[..]

Dat snap ik, ik wil alleen dat er ergens een stukkie internet is waar wij kunnen gedijen

www.gameskool.nl ook een punt

[beany]

Op dinsdag 23 april 2002 11:24 schreef Scorpion het volgende:

[..]

wat dacht je van sourceforge?

TRoZZ: idee? maak anders daar een project aan???

[Scorpion]

Op dinsdag 23 april 2002 11:25 schreef Janoz het volgende:
* Janoz heeft een vermoeden dat de meeste enthousiastelingen geen ID hebben wat er allemaal bij zo'n soort project komt kijken.......

ik sluit me bij jou gedachte aan

[Verwijderd]

Ik ben op het ogenblik op mijn werk, dus heb geen mogelijkheid om een website oid op te richten.
ik heb wel MSN, mijn MSN-ONLY email is [e-mail]

dat is dus alleen voor MSN, die email lees ik niet

mijn eigen email is [e-mail]

verder vind het aanbod van I-eye wel goed, aangezien hij waarschijnlijk beter het project kan leiden dan mij

ik moet weer aan de slag met mijn werk, maar ben wel op MSN
ik zal vanavond nogmaal kijken hoeveel mensen zich nog meer aanmelden, en dan eventueel, als er genoeg interesse is, een website ervoor maken.

[beany]

Op dinsdag 23 april 2002 11:25 schreef Janoz het volgende:
* Janoz heeft een vermoeden dat de meeste enthousiastelingen geen ID hebben wat er allemaal bij zo'n soort project komt kijken.......

Trust me, ik heb wel degelijk een ID wat hier allemaal bij komt kijken! Het stopt niet bij een rondraaiend kubusje op je scherm

Maar het lijkt mij erg leuk, en ik heb er ook de tijd voor over(over een lange periode ja).

Ik zal er eens een gezegde tegen aan gooien: wie niet waagt, die niet wint

[Verwijderd]

Het is op zich wel een leuk idee om met wat gotters wat te maken. Maar ik heb zelf nog een berg andere ideeen die ik eerst nog wil uitvoeren en denk niet dat ik de enigste ben.
En verder blijf je al snel hangen met eindeloze discussie omdat iedereen het op een andere manier wil doen.

[beany]

Als ik een werknaam mag voorstellen voor dit groepsproject:

Tweakers3D

Simpel, maar wil duidelijk


edit: layout

[Verwijderd]

[e-mail] voor MSN en dergelijke. Contact me als het serieus gaat worden en vergis je hier dus niet in.

Zoals eerder gepost dit is geen kattepis.

[Verwijderd]

I-eye, heb je ook verstand van programmeren ?

want ik denk dat het het makkelijkste is om nu al richtlijnen aan te geven, om de discussies die Borganism ook ziet aankomen zoveel mogelijk te vermijden.

zodat we idd geen discussies krijgen van : ik wil het in C, nee we doen het in C++ en een ander beweert dat Pascal 7.0 de oplossing is

[Scorpion]

Op dinsdag 23 april 2002 11:35 schreef TRoZZ het volgende:
zodat we idd geen discussies krijgen van : ik wil het in C, nee we doen het in C++ en een ander beweert dat Pascal 7.0 de oplossing is

Ben benieuwd wanneer appo komt met visualbasic...

[beany]

Mag ik sowieso al stellen dat we dit verhaal in C++ gaan doen???

en native C++ he! geen C# of managed C++ !!!

Als we met Pascal aan de slag gaan: stop maar. Daar krijg je nooit de kwaliteit in de wij(denk ik) zoeken.

documentatie en voorbeelden zijn massaal in C++ te krijgen.

Ik ben gelijk in C++ begonnen, dus C is niet handig voor mij, maar als het niet anders kan(omdat de rest dit wil): ok dan...

[.oisyn]

Op dinsdag 23 april 2002 11:39 schreef Scorpion het volgende:

[..]

Ben benieuwd wanneer appo komt met visualbasic...

heej appotjewijd roeleert, beetje respect voor die gast

[maartenba]

En in VB ?
En liefst nog zonder DirectX of OpenGL, gewoon à la Duke Nukem

[beany]

Op dinsdag 23 april 2002 11:47 schreef maartenba het volgende:
En in VB ?
En liefst nog zonder DirectX of OpenGL, gewoon à la Duke Nukem

We leveren met de uiteindelijke versie van de 3d engine(jaja, als die er komt) gewoon de VB runtime library's mee. Puur voor de verwarring

[maartenba]

Op dinsdag 23 april 2002 11:52 schreef beany het volgende:

[..]

We leveren met de uiteindelijke versie van de 3d engine(jaja, als die er komt) gewoon de VB runtime library's mee. Puur voor de verwarring

Verwarring ? Dit is wel een vrij leuk idee lijkt me Daar C bij mij nog in het begin staat en VB "ietsje" meer, lijkt me wel leuk van de game dan in VB te maken op de C engine...

[Verwijderd]

well then... C++ it is.
Dit is idd de taal waarover de meeste documentatie te vinden is wat betreft OpenGL / DirectX en gameprogramming.

de topictitel luidt "3D engine groepsproject haalbaar ?"
ik hoop dan ook dat er meer mensen komen met concrete plannen en obstakels.

en er moeten meer mensen zijn die mee willen doen, anders is het idd gedoemd te mislukken.

ik moet weer aan het werk. Ik zal zo af en toe even komen kijken of er mensen zijn die interesse hebben. Als er genoeg mensen zijn die interesse hebben, zal ik morgen zorgen voor een soort community.

[Janoz]

Op dinsdag 23 april 2002 11:47 schreef maartenba het volgende:
En in VB ?
En liefst nog zonder DirectX of OpenGL, gewoon à la Duke Nukem

DX of OGL zijn maar het allerlaaste kleine stapje in het hele vizualiseer proces. Echt meer werk wordt het er niet van (ja je moet een polygon-teken-functie maken, maar Duke3D werkt niet met polygonen)

[.oisyn]

nog een tip: bedenk eerst wat voor spel je wilt gaan maken, bouw daar je engine omheen

andersom werkt vaak niet

[Verwijderd]

Op dinsdag 23 april 2002 11:00 schreef TRoZZ het volgende:
Mijn idee was om een 3D engine te schrijven voor een 3D FPS game.

Quake2 alike, met tactics

[beany]

Op dinsdag 23 april 2002 11:55 schreef .oisyn het volgende:
nog een tip: bedenk eerst wat voor spel je wilt gaan maken, bouw daar je engine omheen

andersom werkt vaak niet

We hadden al bedacht dat het een FPS wordt. Dit moet inderdaad nog verder worden uitgediept. Organisatorische problemen eerst denk ik maar?

[Verwijderd]

Op dinsdag 23 april 2002 11:35 schreef TRoZZ het volgende:
I-eye, heb je ook verstand van programmeren ?

Nou ja verstand is een groot woord.. ik gebruik 'n jaar of 3 perl, asp en vb-script om diverse webapplicaties en custom scripts te maken, maar concrete programmeer ervaring heb ik niet.

Lijkt me persoonlijk gezien ook beter als projectleider...

Dan hou je tenminste de helicopterview en ga je je niet inhoudelijk bemoeien. Hier heb je team-leiders voor, die de PL weer op de hoogte houden van de voortgang etc.

[maartenba]

Ok, ik ga me wel effe moeien

Kan je niet beter eerst een lijstje met functionaliteiten maken?
Natuurlijk de standaard dingen als wapentjes, particles, stuff like that, maar nog enkele leuke:
- engine bruikbaar in VB/Delphi/Whatever
- op verschillende platforms draaibaar (CounterStrike voor Linux )
- ...

Zal nog op wel wat komen

[Scorpion]

en:

1. een game
2. een engine

of beiden? want volgens mij denkt iedereen bij een engine meteen aan de game.

[beany]

Op dinsdag 23 april 2002 12:28 schreef Scorpion het volgende:
en:

1. een game
2. een engine

of beiden? want volgens mij denkt iedereen bij een engine meteen aan de game.

beiden. Ik denk dat het ontwikkelen van een engine iet wat makkelijker wordt(en leuker) als er gelijk een game aan vast zit. Tevens is de game een leuke technologie demo voor je engine

[Scorpion]

Op dinsdag 23 april 2002 12:30 schreef beany het volgende:

[..]

beiden. Ik denk dat het ontwikkelen van een engine iet wat makkelijker wordt(en leuker) als er gelijk een game aan vast zit. Tevens is de game een leuke technologie demo voor je engine

dat dacht ik ook al, maar laat dit wel duidelijk zijn.

[beany]

Ik denk dat SourceForge niet helemaal haalbaar is. Is toch voor open source projecten?? Wij willen, zover dat nu is dan, het voorlopig closed source houden.

[Scorpion]

Op dinsdag 23 april 2002 12:34 schreef beany het volgende:
Ik denk dat SourceForge niet helemaal haalbaar is. Is toch voor open source projecten?? Wij willen, zover dat nu is dan, het voorlopig closed source houden.

waarom niet opensource?

[beany]

Op dinsdag 23 april 2002 12:37 schreef Scorpion het volgende:

[..]

waarom niet opensource?

Ik zal TroZZ ff quoten:

In eerste instantie wordt het spel just-for-fun maar alleen OpenSource voor eventuele medewerkers aan het project.

dus....

[Verwijderd]

Op dinsdag 23 april 2002 12:39 schreef beany het volgende:
dus....

Dus de reden ontgaan me nog steeds? "omdat trozz het zegt" vind ik niet zo'n goede namelijk.

[beany]

Op dinsdag 23 april 2002 12:52 schreef Yarvieh het volgende:

[..]

Dus de reden ontgaan me nog steeds? "omdat trozz het zegt" vind ik niet zo'n goede namelijk.

En dus quote ik de regel die er onder stond:

Of het commercieel de moeite waard wordt, kunnen we altijd nog bekijken.

Als we er pleuro's aan kunnen verdienen, dan doen we dat(denk ik). Zoniet, dan kan het altijd nog open source worden. Dat is op dit moment dus de reden.

[Verwijderd]

Je moet met een groepje volgens mij heel erg uitkijken op het moment dat er misschien pleuro's mee te verdienen zijn. Het onderling verdelen van die pleuro's is namelijk super moeilijk.

Denk dat je het best kunt zeggen dat het niks oplevert en het ook niet de bedoeling is dat het winst gaat geven. Zeker in het begin niet.

Verder moet je dan het geld wat je zou krijgen aan dingen als webspace enzo besteden. Anders is je slagings kans ook niet meer zo groot.

[Scorpion]

ik zou in eeste instantie aan donaties doen. gewoon een project voor fun.

ik bedoel, de initiatief nemer is net begonnen met direct3d, en de doorgewinterde programmeurs die een 3d game met een beetje succes hebben gedaan hebben het meestal opensource gemaakt, zodat iemand er eventueel nog wat aan heeft.

ik geef een project als deze opzichzelf al weinig kans, laat staan dat het commercieel uitvoeren van zoiets kans heeft. de bestaande bedrijven hebben het al moeilijk om een spel te ontwikkelen/verkopen.

[Scare360]

count me in...maar:

welke taal, welke features blah blah, komt toch iets meer bij kijken denk ik.

[beany]

Op dinsdag 23 april 2002 15:22 schreef paulgielens het volgende:
count me in...maar:

welke taal, welke features blah blah, komt toch iets meer bij kijken denk ik.

C++, de rest staat nog ter discussie. Maar we zijn ook pas net bezig

Is al heel wat dat we in 1 dag hebben besloten dat we het in C++ gaan doen

[.oisyn]

voor het eerst een stel personen dat gelijk de goede keuze maakt

[Verwijderd]

Ok, hier is mijn eerste opzet voor de engine.
Het zijn beginrichtlijnen, dus deze zullen naar verloop van tijd worden aangepast. De features zijn de features die er aan het einde in moeten zitten. De lijst is nog klein, maar toevoegingen zijn altijd welkom...

hopelijk vinden jullie het iets :

Richtlijnen 3D engine :


- Het programmeren gebeurd in C++.
- De API die wordt gebruikt is DirectX 8.1.
- De engine wordt modulair opgebouwd, dus iedereen die meedoet maakt een andere functie, of een gedeelte daarvan, zodat er geen ellenlange maincode ontstaat, maar een verzameling van units, die in de maincode gebruikt kunnen worden als functie/procedure.
- De engine zal worden gebruikt voor het maken van een 3D FPS. Denk hierbij aan de Quake II engine. Dit is alleen engine-technisch, niet qua stijl of game tactics.
- Voor de levels zal het BSP formaat worden gebruikt, aangezien over dit formaat veel te vinden is en het redelijk eenvoudig in DirectX / C++ te importeren is.
- Voor de character models en props wordt het .3DS formaat gebruikt, simpelweg omdat het al bestaat, zodat we het wiel niet opnieuw hoeven uit te vinden. En omdat ook over dit formaat veel documentatie te vinden is. Er zit zelfs bij de DirectX SDK een extra tool om 3DS files te importeren.
- Het project wordt ( in eerste instantie ) closed-source, alleen toegangkelijk voor medewerkers aan het project. Aan het einde van het project zou het kunnen zijn dat het commercieel aantrekkelijk wordt, maar daar ga ik niet van uit en daar doen we het ook niet voor. Mocht het toch zo zijn, dan blijft het closed source, zo niet, dan kunnen we het alsnog open-source maken.
- Alles wordt via DirectX geregeld : grafische onderdelen, besturing, geluid en eventueel networking.


Features 3D engine :

- Support voor alle resoluties & color dephts
-Hidden surface removal (dit moet via BSP-Tree mogelijk zijn)
- Dynamische collision dection.
- Support voor input via Muis, Keyboard, Joypad e.d. via DirectInput
- 3D geluid, via DirectSound / EAX o.i.d.
- Hardware-Only render
- Lighting engine met volumetric lighting
- Shadow mapping.
- Particle system

[Verwijderd]

Een leuk idee groepsopdracht 3d engine..
maar directX ??? doe dan OpenGL. Als je dan goede source schrijft, kun je het op meerdere platformen draaien.

Leuk dat je een 3d enige wil maken, maar je dan meteen bezig houden met het geluid?

OpenGL and I'm in.

[Verwijderd]

Ik ga ook voor OpenGL

[Verwijderd]

Zet 't dan zo modulair op dat je beide kan gebruiken

[Verwijderd]

wat is er mooier dan platform onafhankelijke source schrijven in c++. En dan zoveel mogelijk zelf doen, lekker het wiel opnieuw uitvinden (maar dan beter).

[BCC]

Volgens mij hebben jullie geen idee wat er allemaal bij een FPS in D3D komt kijken... maarja.. have fun

[NetForce1]

Op dinsdag 23 april 2002 11:26 schreef TRoZZ het volgende:
verder vind het aanbod van I-eye wel goed, aangezien hij waarschijnlijk beter het project kan leiden dan mij

[zeikmodus]
Bedoel je ook wat je hier schrijft, of moet mij veranderd worden in ik
[/zeikmodus]

[Verwijderd]

Op dinsdag 23 april 2002 17:13 schreef BCC het volgende:
Volgens mij hebben jullie geen idee wat er allemaal bij een FPS in D3D komt kijken... maarja.. have fun

grappig dat jij dat zegt, wij hebben het namelijk niet over D3D..
en het is ongetwijfeld een enorm tering werk (zoals al het programmeren), maar als het toch doet, doe het dan goed.

[.oisyn]

ik zou toch aanraden D3D te gebruiken. OpenGL is toch wel gaar tegenwoordig; geen goede documentatie die je bovendien overal en nergens vandaan moet halen, plus dat alle extensions ook nog eens op de verschillende kaarten anders geimplementeerd worden (zie bijvoorbeeld vertex en pixelshaders bij nvidia en ati). Bij D3D heb je mooie docs en allemaal op 1 plek, en goede hardware abstraction.

En nog even over die 3DS models, ik denk dat het beter is als je je eigen modelformaat gebruikt. Dan krijg je precies wat je wilt hebben, zonder allerlei andere bullshit (zoals material info enzo wat allemaal in de 3ds file staat). Je kunt natuurlijk een converter maken, maar handiger is gewoon je eigen exporter-plugin voor 3dsmax (is niet zo moeilijk te maken), zodat je direct naar je eigen formaat weg kan schrijven.

[.oisyn]

Op dinsdag 23 april 2002 17:21 schreef unteraarsch het volgende:

[..]

grappig dat jij dat zegt, wij hebben het namelijk niet over D3D..
en het is ongetwijfeld een enorm tering werk (zoals al het programmeren), maar als het toch doet, doe het dan goed.

grappig dat jij dat zegt. Naar mijn weten is TRoZZ het project gestart, en jij hebt pas net gereageerd. TRoZZ heeft het over D3D, en jij zegt dat je meedoet als het in OpenGL gaat gebeuren

[Verwijderd]

als het openGL zou zijn zou ik meedoen, met Direct3D lijkt het mij minder interessant. simpel.

dus ik wens Trozz veel succes en ben benieuwd naar het resultaat.

[Verwijderd]

Op dinsdag 23 april 2002 17:14 schreef NetForce1 het volgende:

[..]

[zeikmodus]
Bedoel je ook wat je hier schrijft, of moet mij veranderd worden in ik
[/zeikmodus]

Als jouw DirectX skills net zo goed zijn als je zeikmodus skills, doe je dan ook mee ?

[NetForce1]

Op dinsdag 23 april 2002 20:13 schreef TRoZZ het volgende:

[..]

Als jouw DirectX skills net zo goed zijn als je zeikmodus skills, doe je dan ook mee ?

Als dat zo zou zijn wel jah...

[Verwijderd]

Welke mensen doen er op dit moment concreet mee ?

voor zover ik weet :

* Beany
* Paulgielens
* en I-eye als projectleider

we need more people folks

[Scare360]

Ik vin eigenlijkd dat we die engine in C# moeten coden!!!

http://www.exocortex.org/3dengine/

Ik denk dat de zaak dan iets meer levensvatbaar is en is een mooie gelegenheid eens flink innovatief bezig te zijn. Dit project bevat al enorm veel voorbeeld code... ik sta open voor C#, zal de drempel om mee te doen ook verlagen aangezien C++ toch aardig lastig kan zijn.

[Orphix]

Op dinsdag 23 april 2002 21:37 schreef paulgielens het volgende:
Ik vin eigenlijkd dat we die engine in C# moeten coden!!!

http://www.exocortex.org/3dengine/

Ik denk dat de zaak dan iets meer levensvatbaar is en is een mooie gelegenheid eens flink innovatief bezig te zijn. Dit project bevat al enorm veel voorbeeld code... ik sta open voor C#, zal de drempel om mee te doen ook verlagen aangezien C++ toch aardig lastig kan zijn.

Yeah een garbage collector die elke frame alles langsgaat

Nee serieus, C# zou ik niet kiezen als taal. Simpelweg omdat dit te traag is. Dat is niet erg, maar C# richt zich op andere gebieden. Drivers in C# lijken me ook niet aan te raden. En C++ moeilijk? Ach, de wiskunde / algoritmes in een 3D engine vallen in het niets bij de programmeertaal

[ThaEagle]

Op dinsdag 23 april 2002 20:39 schreef TRoZZ het volgende:
Welke mensen doen er op dit moment concreet mee ?

voor zover ik weet :

* Beany
* Paulgielens
* en I-eye als projectleider

we need more people folks

Ik wil best meedoen, alleen ik kom ook net kijken wat directx betreft

[Scare360]

Op dinsdag 23 april 2002 21:51 schreef Orphix het volgende:

[..]

Yeah een garbage collector die elke frame alles langsgaat

Nee serieus, C# zou ik niet kiezen als taal. Simpelweg omdat dit te traag is. Dat is niet erg, maar C# richt zich op andere gebieden. Drivers in C# lijken me ook niet aan te raden. En C++ moeilijk? Ach, de wiskunde / algoritmes in een 3D engine vallen in het niets bij de programmeertaal

neem even de moeite om die engine te bekijken dan svp voordat we dergelijke opmerkingen maken.

want dit is natuurlijk complete bullshit

[Verwijderd]

Op dinsdag 23 april 2002 21:51 schreef Orphix het volgende:
Drivers in C# lijken me ook niet aan te raden.

Onmogelijk zelfs.

[.oisyn]

Op dinsdag 23 april 2002 22:37 schreef paulgielens het volgende:

[..]

neem even de moeite om die engine te bekijken dan svp voordat we dergelijke opmerkingen maken.

want dit is natuurlijk complete bullshit

ik heb even gekeken maar ik kan niet echt bepaald zeggen dat ik onder de indruk ben... 't is best wel low-poly allemaal. Bovendien kun je polys pushen met elke (langzame) taal, het gaat erom dat je een snelle methode hebt voor hidden surface removal en dynamic lighting (en shadowing) enz., die werkt met enorme bergen aan data, en dat ook nog eens allemaal snel doet.

en zeg nou zelf, vergelijk deze shots:


met deze:

(Flipcode IOTD van vandaag )

moet er wel even bijzeggen dat stilstaande plaatjes natuurlijk niet echt de features van een engine kunnen laten zien

let trouwens op de fps van de eerste 2 plaatjes

[Orphix]

Op dinsdag 23 april 2002 22:37 schreef paulgielens het volgende:
neem even de moeite om die engine te bekijken dan svp voordat we dergelijke opmerkingen maken.

want dit is natuurlijk complete bullshit

Het gaat niet om de engine. Het gaat om de vergelijk tussen de twee talen. En het is gewoon een feit dat C++ zo opgebouwd is dat het een enorm goede performance kan leveren, tegenover wat meer complexiteit. C# is met een heel ander idee opgebouwd, bijvoorbeeld om de .NET framework toegangelijk te maken en een veilige taal te bouwen.
Het is zeker geen stierenpoep.

_{de engine loopt trouwens op 4fps}

[beany]

C# is niet te doen. We moeten het echt bij C++(native) houden.

Verder de discussie over DirectX <-> OpenGL:

Het is een kwestie van smaak. Een groot voordeel wat DirectX heeft is dat het ook user input ondersteuning heeft. Iets wat standaard OpenGL niet heeft.

Aan de andere kant, en ik ben een Linux fan, zie ik wel wat in het porten van een game naar Linux

Maar het is mij om het even. Ik ga met beide mee. Maar het moet voor mij wel C++ zijn, anders stap ik uit...

Ik denk dat er een goed communicatie platform moet komen voor deze werkgroep. Anders sterft het idee uit samen met dit topic. Dus ik zou zeggen: morgen ff een plekke op het internet fixen waar we kunnen discussieren en code kunnen sharen.

Op dat plekkie kenne we dan goed gaan bepalen wat we willen, wie wat gaat doen etc etc etc etc.

[Scorpion]

IOTD van flipcode zag er vandaag weer erg nice uit idd...

[Scare360]

ik zie het probleem van directX en OpenGL niet zo..als we zorgen dat we een aftakking inbouwen zie ik geen probleem beide als rendering te ondersteunen. Alle input output code iig de bovenste layer kunnen we zo uit HL/Q1 trekken dus das niet zo het probleem.

Dat verhaaltje over C# (jullie moet C# nog eens goed bestuderen ), maargoed daar gaan we hier even niet meer op in.

ps: Ga er maar niet vanuit dat we een engine realiseren zoals in flipcode. Kom maar op met licentie voorstellen:

[Creepy]

Op dinsdag 23 april 2002 23:01 schreef beany het volgende:
C# is niet te doen. We moeten het echt bij C++(native) houden.

Verder de discussie over DirectX <-> OpenGL:

Het is een kwestie van smaak. Een groot voordeel wat DirectX heeft is dat het ook user input ondersteuning heeft. Iets wat standaard OpenGL niet heeft.

OpenGL geen input? Kijk dan ff naar GLUT

The toolkit supports:

Multiple windows for OpenGL rendering
Callback driven event processing
Sophisticated input devices
An 'idle' routine and timers
A simple, cascading pop-up menu facility
Utility routines to generate various solid and wire frame objects
Support for bitmap and stroke fonts
Miscellaneous window management functions

Voor input en het 3d gebeuren is het naar mijn idee een kwestie van smaak.

DirectX is echter veel meer dan 3d en input alleen. Hmm.,. DirectX is eigenlijk een verzamelnaam voor o.a.

- Direct 3d ("tegenhanger" van OpenGL)
- Direct Input (GLUT)
- Direct Sound

Als je opzoek bent naar alternatieven, kijk dan bijvoorbeeld eens naar SDL + OpenGL (dit zijn naar mijn idee zo'n beetje de bekendsten).

[Scare360]

Op woensdag 24 april 2002 08:56 schreef Creepy het volgende:

[..]

OpenGL geen input? Kijk dan ff naar GLUT
[..]

Voor input en het 3d gebeuren is het naar mijn idee een kwestie van smaak.

DirectX is echter veel meer dan 3d en input alleen. Hmm.,. DirectX is eigenlijk een verzamelnaam voor o.a.

- Direct 3d ("tegenhanger" van OpenGL)
- Direct Input (GLUT)
- Direct Sound

Als je opzoek bent naar alternatieven, kijk dan bijvoorbeeld eens naar SDL + OpenGL (dit zijn naar mijn idee zo'n beetje de bekendsten).

Glut is een nogo, we moeten echt alles van de grond af aan opbouwen dus geen wrappers om de standaard 1.2 opengl.


ff wat keuzes, mijn voorstel:

Q1 ontleden, BSP, Collections
HL ontleden, skeleton, model redering

we voegen deze samen... Q1 geld als basis van de render engine... hierbij voegen we support voor WorldCraft to alsmede support voor Q1, Q2, Q3, HL models. Let even op we schrijven de engine dus vanaf de grond, er worden geen stukke code gestript, alleen een referentie van de opzet.

Ik denk dat niemand hier de capaciteit heeft om zonder open-source een stukje rendering te proggen dus dit lijkt me de makkelijkste weg. Support voor de meest gangbare model tools lijkt me wel zo slim aangezien we anders ook world en model tools moeten bouwen.

[Verwijderd]

Op woensdag 24 april 2002 09:06 schreef paulgielens het volgende:

[..]

ff wat keuzes, mijn voorstel:

Q1 ontleden, BSP, Collections
HL ontleden, skeleton, model redering

Dit vind ik opzich wel een goed idee, al denk ik dat de code van Q1 nogal zware stof is, ik meen dat de code voor q2 rond de 3.500.000 regels zat ?

...alsmede support voor Q1, Q2, Q3, HL models...

waarom al deze formaten models ?
je hebt er toch in principe maar 1 nodig ?
het wordt geen q1, q2, q3 en HL level renderer he, dus zie ik niet goed in waarom al deze formaten nodig zijn.

Ik denk dat niemand hier de capaciteit heeft om zonder open-source een stukje rendering te proggen dus dit lijkt me de makkelijkste weg.

dus je stelt voor wel Open-Source te gebruiken ?
opzich kan ik het daarmee wel eens worden, alleen heb ik bij open-source altijd zoiets van 'dalijk schoepen ze onze source en gaat iemand met de eer strijken'
maargoed, daar kunnen we het nog over hebben, we moeten eerst genoeg mensen werven

[Verwijderd]

"ff" een 3D engine maken.. dat is iets waar studios als Westwood, Blizzard en ID Software maanden en maanden dag in dag uit mee bezig zijn met werknemers die behoorlijke werkdagen maken.

[beany]

Op woensdag 24 april 2002 09:41 schreef Gordijnstok het volgende:
"ff" een 3D engine maken.. dat is iets waar studios als Westwood, Blizzard en ID Software maanden en maanden dag in dag uit mee bezig zijn met werknemers die behoorlijke werkdagen maken.

En M$ is dag in dag uit bezig met het maken van een OS. En die werknemers maken ook behoorlijke dagen(al is dat er soms niet aan af te zien flame intended ja )

En terwijl een commercieel bedrijf als M$ daarmee bezig is, is ondertussen de Linux community bezig die ook een hoogwaardig product weet neer te zetten.

Kortom: het kan! Alleen de mensen die hier aan mee willen doen, moeten zich realiseren dat dit een projectje is wat niet een paar weken loopt, maar minimaal(ik zeg minimaal) een jaar.

[Scorpion]

Op woensdag 24 april 2002 09:51 schreef beany het volgende:

[..]

En M$ is dag in dag uit bezig met het maken van een OS. En die werknemers maken ook behoorlijke dagen(al is dat er soms niet aan af te zien flame intended ja )

En terwijl een commercieel bedrijf als M$ daarmee bezig is, is ondertussen de Linux community bezig die ook een hoogwaardig product weet neer te zetten.

Kortom: het kan! Alleen de mensen die hier aan mee willen doen, moeten zich realiseren dat dit een projectje is wat niet een paar weken loopt, maar minimaal(ik zeg minimaal) een jaar.

Linux is opensource, dat willen ze hier niet

[Scorpion]

Op woensdag 24 april 2002 09:41 schreef Gordijnstok het volgende:
"ff" een 3D engine maken.. dat is iets waar studios als Westwood, Blizzard en ID Software maanden en maanden dag in dag uit mee bezig zijn met werknemers die behoorlijke werkdagen maken.

behoorlijke werkdagen, met een zekere kennis die al aanwezig is.

[Scare360]

Op woensdag 24 april 2002 09:32 schreef TRoZZ het volgende:

[..]

Dit vind ik opzich wel een goed idee, al denk ik dat de code van Q1 nogal zware stof is, ik meen dat de code voor q2 rond de sregels zat ?
[..]

waarom al deze formaten models ?
je hebt er toch in principe maar 1 nodig ?
het wordt geen q1, q2, q3 en HL level renderer he, dus zie ik niet goed in waarom al deze formaten nodig zijn.
[..]

dus je stelt voor wel Open-Source te gebruiken ?
opzich kan ik het daarmee wel eens worden, alleen heb ik bij open-source altijd zoiets van 'dalijk schoepen ze onze source en gaat iemand met de eer strijken'
maargoed, daar kunnen we het nog over hebben, we moeten eerst genoeg mensen werven

ok... Q1 source is voorhanden (peace of cake)... ff ter verduidelijking, ik ben lead coder aan een HL mod Hostile Intent. Gezien het feit HL op een zwaar gemodificeerde Q1 engine draait mag ik wel stellen dat ik met de Q1 engine vrij veel ervaring heb. Aangezien HL ook wat Q2 technologie bevat durf ik wel te stellen dat ik daarin mijn weg ook wel weet te vinden. 3.500.000 = toch niks... het gaat mij om de opbouw, structurering van de engine niet om de regeltjes!

Models, Q1, HL, Q2 zijn trouwens allemaal dezelfde models... alleen in HL heb je reflection bv op je wapen, waar de code overigens over voor te vinden is.

Ik stel voor open-source in te zien. BSP is uitermate standaard het file systeem van Q3 is zeker niet slecht te noemen en in de RTCW zijn erg veel leuke zaken te vinden, dus waarom ons eerst niet een orienteren.

Ik denk dat een fatsoenlijke viewport maken geen slecht begin is, waar overigens genoeg tutorials over te vinden zijn. Ja Glut zou een optie zijn allenig loop je dan als snel tegen de compatibiliteit en afhankelijkheid aan van een 3d partie dinges. By the way code genoeg liggen hier, een particle systeem gebasseerd op de Tri-API van HL heb ik hier zo op de plank liggen. (Tri rendert transparante / getextureerde triangles (getextureerd middels sprites)). WorldCraft lijkt me geen slecht plan aangezien we dan met .fgd al heel snel leuke dingen kunnen doen voor de mappers. Model render code is overal te vinden. Zelf heb ik 9-way blending klasses liggen die ik zo wil gebruiken alsmede er genoeg open-source model viewers te vinden zijn om bv 3D max models te renderen.

niet te negatief dus

[Verwijderd]

Niet zo negatief, dat dacht ik ook al. Ik ben zelf al een tijdje bezig met een softwarematige 3D-engine in C (geen ++), dus geen DirectX. (Stiekum gebruikt ie wel DirectDraw om de uiteindelijke 2D plaatjes op het scherm te krijgen, maar polygonen rasterizen e.d. doet ie zelf. Ik weet dat het met hardwareondersteuning allemaal veel sneller kan maar hier leer je denk ik meer van.)

Dat ding van mij stelt nog nix voor, alleen maar wireframe met hidden surfaces removed dus staat nog lang niet gelijk aan een game-engine ofzo. Toch kun je al een hoop leren door gewoon aan de slag te gaan en te proberen om een reeks 3D coordinaten op je 2D schermpje te krijgen.
Verder is er al enorm veel geschreven over veel onderwerpen binnen 3D graphics. Ik weet niet hoe hoog je wilt grijpen
(een engine van het niveau van Quake is niet mis, en met dingen als geluid enzo zou ik me inderdaad maar niet te snel gaan bemoeien, aan de graphics heb je genoeg werk.) maar een 'simpel' 3D-enginetje moet binnen de mogelijkheden liggen. Je kunt dan altijd verder bouwen...

Lijkt me overigens best leuk om mee te werken aan zo'n project met meer mensen, maar ben bang dat ik er niet echt de tijd voor heb. Bovendien weet ik vrijwel niks van DirectX zelf, ik vraag het alleen maar om uiteindelijk een pixeltje te plotten en de boel te double-bufferen...

Ik wens jullie iig succes, ben wel erg benieuwd

[killercow]

ik heb een tijd geleden ook kleine 3d dingen gedaan in c++ en dit project lijkt mij wel heel erg cool
wat mij echter opvalt is dat jullie nu al beginnen over modellen en maps, is het niet veel handiger om eerst een renderer op te zetten en die daarna (met eventueel layers er tussen te voeden met maps en models, dan maakt het bijvoorbeeld ook niet uit voor wat voor game/renderer je de engine maakt, als je de kwaliteit maar kunt aanpassen.

Ik wil wel mee helpen maar alleen als er eerst heel erg veel gepraat wordt over de algemene vorm van de engine, en niet over de kleine details. dat kun je later namenlijk toch in layers er om heen leggen.

[Verwijderd]

De features die ik noemde over geluid, models en maps zijn features die er aan het EINDE van het project in dienen te zitten. Natuurlijk moet er eerst gekeken worden hoe alle stuff in 3D slick wordt weergegeven, maar rekening houden met deze dingen kan al van het begin af aan, als er maar duidelijke eisen aan gesteld worden.

Aan de reacties te zien heeft PaulGielens het meest ervaring met het coden/modificeren van een engine. Met name dan de Q1 en Q2 engine, welke allebei natuurlijk Xtreem goede voorbeelden zijn.

Ik zie ook dat de meeste lui toch voor OpenSource willen gaan. Misschien is het idd niet eens zon heel slecht idee om daar over te denken. alhoewel voor mij de rip-factor toch altijd een beetje een vaag punt blijft.

Atari_Junkie is zo te zien aardig goed met wiskunde, aangezien hij een soft-3D engine heeft geschreven
Ik zie dattie niet barst van de tijd, maar dat doet denk ik niemand van ons echt, ik heb ook een 40 urige werkweek
Misschien dat we voor wiskundige moeilijkheden wel bij hem kunnen aankloppen ?

is het de moeite waard om een website op te richten?
wil ik best doen, zie alleen nog niet echt veel mensen meedoen op het moment, maar misschien komt dat door de nogal vage eisen en richtlijnen ?

[killercow]

ik kan al zeg ik het zelf aardig goed programmeren en wiskune aangezien ik mijn particle engine ook self geschreven heb (dus ook alle wiskunde zelf) maar ik mis denk ik een stuk opengl en directx.

ik ben volgens anderen wel een beetje een php/mysql guru dus mischien is het handig als ik een website opbouw of het project op me neem, kortom onze eigen sourceforge oid, zodat we alles zelf kunnen doen.

[Scare360]

ik zou natuurlijk al eens wat zaken op papier kunnen zetten... mmm zal er eens over denken.

[Verwijderd]

Ik denk dat er zeker snel een website moet komen, anders krijg je allemaal reacties door elkaar op dit forum en moet je steeds messages posten om iedereen een beetje op de hoogte te houden van het project.

Verder wil ik best wel mee doen, maar moet ik eerst kijken hoeveel tijd ik heb. Heb wel eens wat simpele games / demos gebouwd, maar dat is al een tijdje terug en ben het weer een beetje verleerd. Toen was ik bezig met DirectX 6 en C++.

[beany]

Ok, om een kort verhaal lang te maken:

- Zoals ik het hier lees wordt het dus C++
- We richten ons eerste op de renderer
- Maar we denken al wel vast na over de andere aspecten
- We kunnen al een redelijke taak verdeling maken als ik kijk wat mensen kunnen/willen
- We zetten een website op/we registreren een project bij SourceForge??
- We beginnen met de grote stukken te bespreken, en hakken die vervolgens in kleinere details

Al denk ik dat het helemaal niet verkeerd is om met iets te beginnen(parallel) wat modellen en landschappen kan opslaan/laden. Sommige mensen kunnen/willen niet direct aan de renderer werken, en kunnen in die tijd, volgens specificaties, werken aan tools voor de renderer(engine)

Goed inventariseren wat iedereen kan/wil, en aan de hand daarvan bepalen welke werkzaamheden gedaan kunnen worden, en wanneer bepaalde werkzaamheden gestart kunnen worden. Dit kan uiteindelijk tijd schelen!

In een vroeg stadium project groepjes starten is ook geen slecht plan(renderer-coders, wiskundigen, tool-builders, testers etc etc). Misschien nu nog wat te weinig mensen voor, maar het project wel zo inrichten dat deze groepen er zijn(al dan niet 'virtueel')

Een IRL meeting lijkt mij om het project een 'officiele' kick-off te geven ook wel leuk

[.oisyn]

Op woensdag 24 april 2002 11:07 schreef paulgielens het volgende:

[..]

ok... Q1 source is voorhanden (peace of cake)... ff ter verduidelijking, ik ben lead coder aan een HL mod Hostile Intent. Gezien het feit HL op een zwaar gemodificeerde Q1 engine draait mag ik wel stellen dat ik met de Q1 engine vrij veel ervaring heb. Aangezien HL ook wat Q2 technologie bevat durf ik wel te stellen dat ik daarin mijn weg ook wel weet te vinden. 3.500.000 = toch niks... het gaat mij om de opbouw, structurering van de engine niet om de regeltjes!

Models, Q1, HL, Q2 zijn trouwens allemaal dezelfde models... alleen in HL heb je reflection bv op je wapen, waar de code overigens over voor te vinden is.

Ik stel voor open-source in te zien. BSP is uitermate standaard het file systeem van Q3 is zeker niet slecht te noemen en in de RTCW zijn erg veel leuke zaken te vinden, dus waarom ons eerst niet een orienteren.

Ik denk dat een fatsoenlijke viewport maken geen slecht begin is, waar overigens genoeg tutorials over te vinden zijn. Ja Glut zou een optie zijn allenig loop je dan als snel tegen de compatibiliteit en afhankelijkheid aan van een 3d partie dinges. By the way code genoeg liggen hier, een particle systeem gebasseerd op de Tri-API van HL heb ik hier zo op de plank liggen. (Tri rendert transparante / getextureerde triangles (getextureerd middels sprites)). WorldCraft lijkt me geen slecht plan aangezien we dan met .fgd al heel snel leuke dingen kunnen doen voor de mappers. Model render code is overal te vinden. Zelf heb ik 9-way blending klasses liggen die ik zo wil gebruiken alsmede er genoeg open-source model viewers te vinden zijn om bv 3D max models te renderen.

niet te negatief dus

get real
het is algemeen bekend dat carmack & co. nou niet echt bepaald superduidelijke code schrijft, dus als je q1 of q2 wilt uitpluizen: veel plezier. Let wel, ik zeg niet dat het niet te doen is, ik zeg alleen dat je met een eigen engine schrijven sneller klaar bent, bovendien heb je dan de features die jij wilt, en niet die anderen jou voor hebben gelegd. Bovendien is het dan makkelijker aanpasbaar, omdat je weet waar de juiste code voor een bepaald iets staat, en wat het precies doet.

En trouwens, een mod coden is echt compleet wat anders dan de game engine zelf opzetten, aangezien je in de mod puur te maken hebt met gamecode

Maar goed, als jullie het echt uit q1 en q2 gaan halen is het dus niets meer dan een mod... dat zou ik wel zonde vinden. Je moet je eigen inzicht gebruiken, dan heb je ook nog iets om trots op te zijn.

Wat bedoelde je trouwens met licentievoorstellen

[Verwijderd]

Maar goed, als jullie het echt uit q1 en q2 gaan halen is het dus niets meer dan een mod... dat zou ik wel zonde vinden. Je moet je eigen inzicht gebruiken, dan heb je ook nog iets om trots op te zijn.

Hier ben ik het wel mee eens. Ga je geheel gebruik maken van een Q1 / Q2 engine, maar dan een beetje omgebouwd, dan ben je een soort advanced MOD aan het maken. Verder is de code van Q1 / Q2 ook zo onduidelijk dat ik bang ben dat het modden van die engine bijna net zoveel werk is als een eigen engine schrijven.

[beany]

ook ik ga hier in mee, volledig eigen engine. Kijken hoe een andere engine bepaalde dingen oplost kan wel. Maar een andere engine moet niet echt als basis dienen denk ik.

[Verwijderd]

Het ONTLEDEN van code is iets anders als het LENEN van code he.

Waarom geen informatie uit de source van Q1 en Q2 halen waar we iets van kunnen leren ?

ik zie daar het jatgehalte niet van in hoor..

[beany]

Wordt er op dit moment gewerkt aan een plekkie op internet voor dit project(tje) ??

[Verwijderd]

hmmm, niet door mij nu iig.
maarja,
Killercow is de php/mysql guru he

ik wil het best wel doen hoor, maar dat duurt effe want ik ben nu ook aan het werk (programmeren dus) dus dat moet in de avonduurtjes.
En ik moet mijn vriendin ook nog tevreden houden he

maar als er behoefte aan is wil ik er best een begin aan maken vanavond

[Scorpion]

Op woensdag 24 april 2002 13:43 schreef .oisyn het volgende:

[..]

Wat bedoelde je trouwens met licentievoorstellen

Hij zit al aan de verkoop te denken

[beany]

Op woensdag 24 april 2002 15:07 schreef TRoZZ het volgende:
hmmm, niet door mij nu iig.
maarja,
Killercow is de php/mysql guru he

Ok

ik wil het best wel doen hoor, maar dat duurt effe want ik ben nu ook aan het werk (programmeren dus) dus dat moet in de avonduurtjes.

In iedergeval een webadres met de namen en email adressen van de personen die mee doen??

En ik moet mijn vriendin ook nog tevreden houden he

Wil ik dit weten??

maar als er behoefte aan is wil ik er best een begin aan maken vanavond

lijstje met namen en email adressen is voor nu ff voldoende. Kenne we in ieder geval contact houden. Misschien ergens zo'n forum dingetje vandaan pakken die op de website zetten? kenne we in ieder geval communiceren. Of www.egroups.com , daar kan je gratis mailinglists opzetten.