[3d] opengl, direct3d - hoe leer je dat?

[mbravenboer]

Hum in beta 3 werkt dit nog steeds . Lekker ranzig:

code:

public class Test
{
   public static void main(String[] ps)
   {
    String osv = "Osvaldo";
    sun.misc.Unsafe.getUnsafe().putInt(osv, 16, 2);
    System.err.println(osv.length());
    System.err.println(osv);
   }
}

Levert dus gewoon 2 en Os op... We hebben mutable Strings in Java! .

[.oisyn]

haha ja ik had hier wel eens van gehoord, maar er nooit echt in verdiept...

hmmm... ik bedenk ineens nog een goeie en snelle implementatie van die stringReplace functie van laatst

[Verwijderd]

Op zaterdag 29 december 2001 01:43 schreef OiSyN het volgende:
kregen we nog maar 60% van de vakken wiskunde, had ik veel meer aan gehad... (heb altijd al zitten twijfelen tussen informatica en wiskunde). Jouw verhaal ook totaal niet bij mijn opleiding, want als ze ergens wel niet mee bezig zijn dan is het wel problemen oplossen (practicum en projecten zijn gewoon simpel voorkauwwerk). Maar ja, we zijn dan ook 12 jaar verder.

Het verschilde al sterk per hio, dus dat zal zeker niet veranderd zijn. Ik zat op de HIO Enschede, waar je 2 jaar lang vertalerbouw kreeg, (2e en 4e) en bv een HIO als Emmen kregen maar 2 trimesters vertalerbouw. Wat ik niet heb vermeld, en wat zeker meespeelt is het feit dat per afgestudeerde leerling, een instituut een subsidie krijgt (tig-duizend gulden, weet het exacte bedrag niet meer). In tijden van weinig studenten op de inf. opleidingen zoals nu, is elke sjaaq die het 'haalt' er 1. (helaas)

Verder heb ik een beetje het idee dat jij neerkijkt op mensen die willen coden voor hun geld. Kom op heej, implementeren van de ontwerpen van een ander? Dat kun je idd gaan doen ja, maar dat hoeft dus niet als je wilt programmeren. Damn man ben je in de tijd blijven steken ofzo? Je ziet bijvoorbeeld steeds meer wiskundigen in de gamedev scene

Ik programmeer ook voor mn geld, dus neerkijken daarop lijkt me wat onzinnig Je moet niet vergeten dat HBO niet is bedoeld voor het opleiden van mensen die eigenlijk het werk van een MTS-er willen doen. Dat kan wel, maar je kunt dan beter die MTS doen en de tijd die je uitspaart gebruiken voor het opdoen van ervaring.

En welke gamedev scene? Die in NL? Kijk dan eens wat men normaliter gebruikt voor technieken, die zijn echt allemaal op te zoeken in proefschriften of boeken. Dat is ook niet erg, een gamedevver is geen onderzoeker. Maar hemel het aub niet te erg op.

Ik zie het wel zitten hoor, een leven als gamedevver... Geen saaie baan (voor mij), continu bezig met de nieuwste techniek, en mijn streven is vooral ook om vernieuwend bezig te zijn (dus niet implementeren van de ontwerpen van iemand anders). Ieder z'n smaak, maar ga mensen daarom niet afzeiken

Kennelijk vind jij het implementeren van ontwerpen van iemand anders iets laags. Het is _ander_ werk. En ander werk vereist andere opleidingen. Als je de gehele dag 3D engines wilt programmeren, dan hoef je geen HIO te doen. Zonde van je tijd. Dat bedoelde ik ermee. Maar op je 40e nog spelletjes programmeren is in Nederland echt uitgesloten. Nu al zie je dat ze voor de development steeds meer uitwijken naar buitenlandse engines.

Vernieuwend bezigzijn in de gamewereld doen ze maar op een paar plekken. Ik weet wat je bedoelt, hell, als oud demoscener heb ik ook games willen maken, maar je woont helaas in het verkeerde land daarvoor.

Overigens, en dat is ook iets wat kennelijk niet doordringt, het maakt niet uit wat je ontwikkelt/programmeert: altijd doorloop je ong. dezelfde stappen. Of dat nu SQL-puzzels zijn om op de meest efficiente manier de gewenste data uit de database te trekken of het bepalen welke polygonen je moet tekenen met de huidige stand van de camera.

[Verwijderd]

Programma's als bijv 3dmax studio 4 en maya 4, welke uitermate geschikt zijn voor 3d games te ontwikkelingen leer je niet in 1 jaar. dit kost jaren en jaren voordat je een klein game'pje kan bouwen. En als je nagaat dat aan een spel vaak meer als 10 werken mensen voor dezelfde scene, de een doet textures de ander doet het modelling weer een ander doot de AI etc. Ga maar nu dat dit niet makkelijk is zonder enige kennis van wiskunde met name voor 3d max

je zou bijv kunnen beginnen met game blender welke gratis is en vrij makkelijk om te leren

[Janoz]

Op zaterdag 29 december 2001 11:55 schreef yardcure het volgende:
Programma's als bijv 3dmax studio 4 en maya 4, welke uitermate geschikt zijn voor 3d games te ontwikkelingen leer je niet in 1 jaar. dit kost jaren en jaren voordat je een klein game'pje kan bouwen. En als je nagaat dat aan een spel vaak meer als 10 werken mensen voor dezelfde scene, de een doet textures de ander doet het modelling weer een ander doot de AI etc. Ga maar nu dat dit niet makkelijk is zonder enige kennis van wiskunde met name voor 3d max

je zou bijv kunnen beginnen met game blender welke gratis is en vrij makkelijk om te leren

mwah .. 3d max en maya zijn helemaal niet geschikt voor het maken van een 3d game.. Mischien alleen voor de cut-scenes en mischien voor wat modeling, maar meer niet..

[Verwijderd]

Valt mee. De NDL engine leunt bv totaal op hun 3dsmax exporter. Je bouwt je complete gamescenes incl alles wat er in plaatsvindt in 3dsmax, exporteert dat dmv de NDL exporter en dmv simpele scripts en eventhandlers bouw je je game af.

[Janoz]

Op zaterdag 29 december 2001 13:59 schreef Otis het volgende:
Valt mee. De NDL engine leunt bv totaal op hun 3dsmax exporter. Je bouwt je complete gamescenes incl alles wat er in plaatsvindt in 3dsmax, exporteert dat dmv de NDL exporter en dmv simpele scripts en eventhandlers bouw je je game af.

hmm .. vind ik eigenlijk best wel een kromme benadering.. Tuurlijk is die IDE een ideale om 3d scenes mee te ontwikkelen (Zit al jaren research achter natuurlijk), maar die pakketten hebben tot doel een zo realistisch mogelijk plaatje te genereren. Bij games heb je juist hele andere eisen waaraan je moet voldoen. Daar gaat het juist over efficientie. Denk bv aan progressive meshes ed.. In 3d studio maakt het niet zoveel uit dat een object dat eigenlijk maar een paar 100 pixels bijdraagt aan je uiteindelijke beeld nog steeds uit 100 polygonen bestaat, terwijl dat voor de performance van je realtime scene toch wel degelijk van belang is..

Maar ja, aan de andere kant is het compleet ontwikkelen van nieuwe 3D ide natuurlijk ook wel een heibels karwei..

[.oisyn]

Op zaterdag 29 december 2001 11:48 schreef Otis een verhaal
Het verschilde al sterk per hio, dus dat zal zeker niet veranderd zijn. Ik zat op de HIO Enschede, waar je 2 jaar lang vertalerbouw kreeg, (2e en 4e) en bv een HIO als Emmen kregen maar 2 trimesters vertalerbouw. Wat ik niet heb vermeld, en wat zeker meespeelt is het feit dat per afgestudeerde leerling, een instituut een subsidie krijgt (tig-duizend gulden, weet het exacte bedrag niet meer). In tijden van weinig studenten op de inf. opleidingen zoals nu, is elke sjaaq die het 'haalt' er 1. (helaas)

Begrijp me niet verkeerd hoor, ik geef je gelijk wat betreft dat verhaaltje waar de uni en hbo voor bedoeld is... jammer genoeg wordt dat alleen niet gehandhaafd, en dat is waar ik zo van baal

Ik programmeer ook voor mn geld, dus neerkijken daarop lijkt me wat onzinnig

Mmmja zo kwam het over. No offence

Je moet niet vergeten dat HBO niet is bedoeld voor het opleiden van mensen die eigenlijk het werk van een MTS-er willen doen. Dat kan wel, maar je kunt dan beter die MTS doen en de tijd die je uitspaart gebruiken voor het opdoen van ervaring.

Yup das waar, daarom heb ik ook het idee dat ik er voor niets zit... Hoewel ik wel denk dat het papiertje wat je hebt uitmaakt hoe hoog je salaris is (in de reguliere programmeerbranche dan )

En welke gamedev scene? Die in NL? Kijk dan eens wat men normaliter gebruikt voor technieken, die zijn echt allemaal op te zoeken in proefschriften of boeken. Dat is ook niet erg, een gamedevver is geen onderzoeker. Maar hemel het aub niet te erg op.

Ik was ook niet van plan in nederland te blijven

Kennelijk vind jij het implementeren van ontwerpen van iemand anders iets laags.

Nee helemaal niet, maar dat idee had ik van jou, omdat je met die opleiding kwam ("de loopgraven in en code kloppen")

Het is _ander_ werk. En ander werk vereist andere opleidingen. Als je de gehele dag 3D engines wilt programmeren, dan hoef je geen HIO te doen. Zonde van je tijd. Dat bedoelde ik ermee. Maar op je 40e nog spelletjes programmeren is in Nederland echt uitgesloten. Nu al zie je dat ze voor de development steeds meer uitwijken naar buitenlandse engines.

Vernieuwend bezigzijn in de gamewereld doen ze maar op een paar plekken. Ik weet wat je bedoelt, hell, als oud demoscener heb ik ook games willen maken, maar je woont helaas in het verkeerde land daarvoor.

Yup, dat weet ik... Kijk, het zal sowieso een tijd duren voordat je iets vernieuwends uitvind, als je het al uitvind (en die kans is behoorlijk klein, aangezien er al duizenden knappe koppen je voor zijn geweest met het uitdenken van bepaalde algo's), maar mijn streven is dat dus wel

Overigens, en dat is ook iets wat kennelijk niet doordringt, het maakt niet uit wat je ontwikkelt/programmeert: altijd doorloop je ong. dezelfde stappen. Of dat nu SQL-puzzels zijn om op de meest efficiente manier de gewenste data uit de database te trekken of het bepalen welke polygonen je moet tekenen met de huidige stand van de camera.

Das waar, maar ik vind het een leuker dan het ander

[Verwijderd]

Ineens HEEL geinteresseerd Ik hoor dat je dus games kan bouwen met 3D Studio Max... laat ik daar nou eens best goed mee overweg kunnen Maar is er toevallig iemand die wat info kan geven over hoe ik dat dan dynamisch kan laten renderen enzo? En eeeeehm... is dat dan ook mogelijk in Visual Basic??? Iemand met info??? De combi 3D Studio Max en VB zou voor mij perfect zijn, kan lekker met 3D max mijn 3D omgeving in elkaar kleuteren, en met VB de gameplay regelen...

[Verwijderd]

Hierbij ook nog even dank aan Liquidus, die op de vorige pagina mooi uitlegde hoe je textures kan gebruiken. Ik snap er momenteel nog geen f@k van, ( wat meer info is nog steeds erug gewenst ), maar heb in elk geval iets waar ik me in kan verdiepen.

[Verwijderd]

Op zaterdag 29 december 2001 13:59 schreef Otis het volgende:
Valt mee. De NDL engine

??? NDL Engine :9~[quote]

leunt bv totaal op hun 3dsmax exporter.

??? 3dsmax exporter

Je bouwt je complete gamescenes incl alles wat er in plaatsvindt in 3dsmax, exporteert dat dmv de NDL exporter en dmv simpele scripts

??? Simpele scripts :9~[quote]

en eventhandlers bouw je je game af.

Dit vond ik dus allemaal MEGA gaaf klinken... maar ik mis nog wat info... Is het ook nog een beetje snel? Want mijn 3D Studio max rendered gewoon als trage stront, en zo traag wil ik mijn toekomstige game nou ook weer niet hebben

[Hengst]

Appotjewijd, dit is echt te erg voor woorden waarom probeer je dit uberhaupt als je een wiskunde nul bent.

Je zult echt het een en ander van transformaties op vectoren en matrices moeten leren en dan het liefst ook nog over loops (je moet dus leren voorspellen wat een serie berekingen doet). Dan moet je nog leren hoe objecten elkaar kunnen snijden...

Man houd er mee op, zelfs al heb je een engine ben je nog ver boven je hoofd bezig. Zoek iemand die je (HOGERE)wiskunde bij kan brengen. Daar heb je meer aan dan aan al die tips over software die ik hier gezien heb.

Oh als je echt zo goed bent in VB waarom specialiseer je je dan niet in .NET componenten bouwen kun je er misschien ook nog wat meer mee verdienen

[Verwijderd]

ik weet niet of het al echt genoemd is ....
maar probeer eerst eens at simel 2d en werk omhoog. Dus maak eerst een soort van pacman, en werk rustig naar een quake toe zodat je meer ervaring hebt.

[Verwijderd]

Op maandag 31 december 2001 09:27 schreef Hengst een hoop gelul:
Appotjewijd, dit is echt te erg voor woorden waarom probeer je dit uberhaupt als je een wiskunde nul bent.

Ehm... nooit geschoten is misgeschoten???

Je zult echt het een en ander van transformaties op vectoren en matrices moeten leren en dan het liefst ook nog over loops (je moet dus leren voorspellen wat een serie berekingen doet). Dan moet je nog leren hoe objecten elkaar kunnen snijden...

Bullshit... zelfs ik met m'n gepruts heb toch al hele leuke dingetjes in de 3D wereld voor elkaar gekregen... is alleen een kwestie van doorzetten en tegen mensen met een wat positievere instelling als hengst aanlopen die je heeele zinnige dingen kunnen leren.

Man houd er mee op, zelfs al heb je een engine ben je nog ver boven je hoofd bezig.

Ehm... waar haal jij het recht vandaan om te zeggen dat ik ver boven m'n hoofd bezig ben? Met deze negatieve instelling kom je niet echt ver in het leven denk ik zo...

Zoek iemand die je (HOGERE)wiskunde bij kan brengen. Daar heb je meer aan dan aan al die tips over software die ik hier gezien heb.

Dubbel bullshit , wiskunde trekt me gewoon niet. En met de tips die ik hier allemaal heb gekregen kan ik me al heeeel goed vermaken.

Oh als je echt zo goed bent in VB waarom specialiseer je je dan niet in .NET componenten bouwen kun je er misschien ook nog wat meer mee verdienen

Moet wel even opmerken dat ik je wel ERUG irritant vind typen, kan aan mij liggen hoor... Maar ik zou me graag in .NET componenten willen verdiepen, had je wat meer moeite genomen om de overige posts door te lezen, ik zou ook graag meer willen weten over 3D programmeren in .NET. Maar van afzeik- posts leer je nooit zoveel he...

[Verwijderd]

De NDL engine kost ong. $75000,-. Daarna mag je ermee doen wat je wilt. Dus even je spaarpot opentrekken, appotjewijd

[Verwijderd]

Op maandag 31 december 2001 12:14 schreef Otis het volgende:
De NDL engine kost ong. $75000,-. Daarna mag je ermee doen wat je wilt. Dus even je spaarpot opentrekken, appotjewijd

Maar ehm... wat kan je met zo'n NDL engine dan precies? ( en waarom is het zo aso duur??? ben al bijna failliet door de aanschaf van Visual Studio ), en zijn er dan geen ( goedkope ) apps die het ook kunnen?

[Verwijderd]

Hmmmm... ik ben me even aan het verdiepen in die NDL Engine, ( thnx Otis ) hier is wat info voor degene die ook geinteresseerd zijn:

NDL = Numerical Design Ltd
Website = www.ndl.com

Ze verkopen een set van tools, waaronder ook MAXImmerse, de 'engine' voor 3D Studio max ( deze kost gelukkig geen $75000 maar is volgens mij gratis te downloaden van http://www.ndl.com/netimmerse/max_download.html ).

Verder zien de grafische voorbeelden gemaakt met deze toolkit er erg goed uit. Ik moet wel zeggen dat deze engine in C++ gemaakt is ( maar vast vanuit VB benaderbaar )

[Verwijderd]

Paar kreten: vrml, x3d
Paar vragen: Wie kent ze en wat kan je ermee?

[Verwijderd]

gebruik google eens, wie weet steek je er iets van op. Altijd maar vragen zonder iets te doen met de antwoorden maakt dat je geen ene moer opschiet en geen voor geen meter wijzer wordt.

[Verwijderd]

Misschien is het al langsgekomen maar http://nehe.gamedev.net/ is een site waar ik toch de beste tutorials heb gevonden, imho kan je gewoon het beste daar beginnen.

[Verwijderd]

Okee, nadat ik goed gezocht hem met google naar vrml, x3d
ben ik tot de conclussie gekomen dat dat niet echt gemaakt is om een game mee te ontwikkelen, en dat het meer alleen web- gebaseerd is. ( vraag is eigenlijk "denk ik dat goed" ). De conclussie waar IK eigenlijk toe ben gekomen is:

A. Met Visual Basic kan je heeeeele mooie, snelle games maken, maar je moet wel gebruik maken van Direct X of andere API's etc om je doel te bereiken ( maar dat is nou eenmaal programmeren met VB ).

B. Het programmeren van 3D games etc. Is eigenlijk meer weggelegd voor C(++), maar eigenlijk alleen omdat die echte wiskunde- gasten vrijwel altijd C(++) doen en geen VB ( C(++) zou wel bij de opleiding hebben gezeten ).

C. Je hebt GEEN wiskunde nodig om een leuke 3D game te maken. Een beetje verstand van VB en je komt al een heel end. Ook door het combineren van VB met bijvoorbeeld 3D studio krijg je al heeeeel snel mooie resultaten.

D. Je kan het beste gewoon beginnen met prutsen en zien waar je tegen aan loopt.

E. Er zitten hier best wel wat mensen met zinnige tips.

[Verwijderd]

Op maandag 31 december 2001 16:21 schreef ScitzoFreak het volgende:
Misschien is het al langsgekomen maar http://nehe.gamedev.net/ is een site waar ik toch de beste tutorials heb gevonden, imho kan je gewoon het beste daar beginnen.

Ja, is een eeeerug mooie site, goede duidelijke tutorial, maar echt alleen voor mensen die 3D willen programmeren met C(++), en niet voor mensen die het met VB willen bereiken.

[Scorpion]

Op woensdag 02 januari 2002 09:35 schreef apottjewijd het volgende:

[..]

Ja, is een eeeerug mooie site, goede duidelijke tutorial, maar echt alleen voor mensen die 3D willen programmeren met C(++), en niet voor mensen die het met VB willen bereiken.

ach "eeeerug mooie site" is ernstig overdreven. veel te veel commentaar bij de sourcecodes en tutorials, en de manier van programmeren is ook vrij euhmz "druk" / "onoverzichtelijk" gametutorials ziet er wat dat betreft al wat beter uit imho.

[Verwijderd]

Ik kwam net nog iets tegen bij planet-source-code.com: Dit document werd daar gelinkt.

Voor het artikel van planet-source-code, surf naar: http://www.planet-source-code.com/xq/ASP/txtCodeId.30305/lngWId.1/qx/vb/scripts/ShowCode.htm

[Verwijderd]

Op woensdag 02 januari 2002 11:23 schreef I-eye het volgende:
Ik kwam net nog iets tegen bij planet-source-code.com: Dit document werd daar gelinkt.

Voor het artikel van planet-source-code, surf naar: http://www.planet-source-code.com/xq/ASP/txtCodeId.30305/lngWId.1/qx/vb/scripts/ShowCode.htm

Krijg nou wat de auteur van dat document lijkt vet jong en is dan al zulke info aan het kladden... ik noem het knap. Maar de source en het hele voorbeeldje is gewoon voor een 2D spelletje. Wel een coole link hoor, maar het blijft gewoon een 2D oud iets. Niet echt iets om een 3D game mee te gaan maken, ook gebruikt het voor zover ik kan zien niks van 3D acceleratie. Maar toch zeker bedankt voor de link

[Verwijderd]

Op woensdag 02 januari 2002 10:52 schreef Scorpion het volgende:

[..]

ach "eeeerug mooie site" is ernstig overdreven. veel te veel commentaar bij de sourcecodes en tutorials, en de manier van programmeren is ook vrij euhmz "druk" / "onoverzichtelijk" gametutorials ziet er wat dat betreft al wat beter uit imho.

Wel... voor mij kan er nooit info genoeg worden geplaatst, en de tutorial vond ik toch zeker erg duidelijk en mooi per stap uitgelegd. Ik denk dat als je C(++) kan programmeren dat je met deze site toch wel wat leuks kan bouwen. Ik heb zelfs geprobeerd de voorbeelden op VB toe te passen, maar dat is me helaas nog niet gelukt. Wou alleen dat er zo'n soort site voor VB programmeurs bestond

[Scorpion]

Op woensdag 02 januari 2002 13:33 schreef apottjewijd het volgende:

[..]

Wel... voor mij kan er nooit info genoeg worden geplaatst, en de tutorial vond ik toch zeker erg duidelijk en mooi per stap uitgelegd. Ik denk dat als je C(++) kan programmeren dat je met deze site toch wel wat leuks kan bouwen. Ik heb zelfs geprobeerd de voorbeelden op VB toe te passen, maar dat is me helaas nog niet gelukt. Wou alleen dat er zo'n soort site voor VB programmeurs bestond

bekijk de links onderaan de tutorials eens, ik geloof dat daar ook conversies stonden naar andere talen. vb zal er ook vast wel bij staan

[.oisyn]

ja maar fok weet je, je neemt niet eens de moeite om eens naar die wiskunde te kijken. Je zegt bij voorbaat al gelijk: aaargh nee wiskunde, dat kan ik niet hoor.

Je moet het zelf weten, maar naar mijn idee kom jij niet ver

[SG]

Dat denk ik ook 'n Game engine is wat anders dan wat klooien met 'n Feature demo's. De proffesionals doen er ook vaak meer dan 'n jaar over met 'n team en elk paar jaren daarop komt er een betere versie die de huidige features breed ondersteunen.
Maar dan heb je alleen maar 'n game engine nog niet eens de game art en daar gaat met de Nieuwe complexere game art standaart van nu nog meer jaren inzitten.
'n Game engine licenceren betekend 'n sneller time to marked en je development team kan zich concentreren op de game play, features en art want dat maakt de game.
Dit zijn vaak specialisten op hun vakgebied.
Alleen zijn die licenties wel duur voor de hobby'ist

Het komt gewoon neer op het wiel her uitvinden, het fenomeen not coded here we can do it better. als je tijd hebt. Game engine is gewoon 'n voorbeeld van code reuse.
Net als DX.

Het is mogelijk met 'n flexible Game-engine twee compleet verschillende games te maken. Script/data driven game-engine, de Game engine is een verborgen onderdeel van het geheel.

Wil je zelf eentje maken dan zul je er veel tijd in moeten steken in team verband als enkeling nog meer met het risiko dat het voortijdig wordt afgebroken. niet haalbaar.
Aangezien het aan de huidige features van huidige game engines moet voldoen.

Of het moet 'n erg basic Game engine dus geen NDL of QuakeIII tegenhanger. Maar dat het net nog 'n game engine te noemen is voor 'n simpel 3D GAMe te maken niet volgens de huidige normen en features.
De toppers van nu hebben er in de loop d'r tijd veel ingestoken die ervaring en tijd mis je.

Positieve instelling is leuk als je maar de realiteit in de gaten houd. Can it be done.(Y/N)

[.oisyn]

kun je misschien in het vervolg wat minder enters gebruiken? Dit leest irritant

stukken beter

[SG]

Op woensdag 02 januari 2002 21:07 schreef OiSyN het volgende:
kun je misschien in het vervolg wat minder enters gebruiken? Dit leest irritant

Vindt je? Is mij anders niet opgevallen krijg anders de neiging om hele lange zinnen te maken zonder einde en dan klopt er vaak op grammatica niveau geen bal van.
Ben niet zo'n taal wonder.

/me gaat het effe oppoetsen.

[Verwijderd]

Op woensdag 02 januari 2002 17:17 schreef OiSyN het volgende:
ja maar fok weet je, je neemt niet eens de moeite om eens naar die wiskunde te kijken. Je zegt bij voorbaat al gelijk: aaargh nee wiskunde, dat kan ik niet hoor.

Je moet het zelf weten, maar naar mijn idee kom jij niet ver

Eeeeeeeeeeeeeeeeeeeeeehm... ik heb wel de moeite genomen om naar die wiskunde te kijken, heb zelfs uitleg gevraagd, en ben uit sommige stukken wel uitgekomen, maar er komen gewoon steeds weer voor mij nog moeilijkere dingen bij kijken, die een programma als 3D Studio Max ook gewoon voor me kan doen.

En ik ben maar in m'n uppie hoor ( natuurlijk wel met wat hulp van mensen hier ), dus ik verwacht ook helemaal niet zo gek veel, maar wil gewoon een beginnetje maken, en het liefst niet 100 jaar aan een nieuwe engine werken, maar gewoon het voor mekaar krijgen dat er een mannetje ( of een blokje wat mij betreft ) door een gangenstelsel loopt met vijandjes en misschien dat ie die vijanden ook nog wel neer kan knallen, dan daarna wat licht effecten erbij etc.

En het liefst doe ik het gewoon zo makkelijk mogelijk, maar dan wel in VB, anders kan ik net zo goed de level editor van Quake III gaan pakken, en met VB kan ik alles tenminste nog zelf beinvloeden

[Janoz]

Op donderdag 03 januari 2002 08:53 schreef apottjewijd het volgende:

En ik ben maar in m'n uppie hoor ( natuurlijk wel met wat hulp van mensen hier ), dus ik verwacht ook helemaal niet zo gek veel, maar wil gewoon een beginnetje maken, en het liefst niet 100 jaar aan een nieuwe engine werken, maar gewoon het voor mekaar krijgen dat er een mannetje ( of een blokje wat mij betreft ) door een gangenstelsel loopt met vijandjes en misschien dat ie die vijanden ook nog wel neer kan knallen, dan daarna wat licht effecten erbij etc.

Nou, begin dan maar gewoon met de lichteffecten.. DIe zijn een stuk simpeler (door componentje te doen) dan het laten rondlopen. Er zijn volgens mij niet zoveel componentjes waarmee je simpel 3d collision afhandeld (object vs level & object vs object). Dan zul je echt wat moeten omkloten met objecten in 3d space. En dan heb ik het nog niet eens over de AI van je tegenstander.

[Verwijderd]

Op donderdag 03 januari 2002 09:52 schreef Janoz het volgende:

[..]

Nou, begin dan maar gewoon met de lichteffecten.. DIe zijn een stuk simpeler (door componentje te doen) dan het laten rondlopen. Er zijn volgens mij niet zoveel componentjes waarmee je simpel 3d collision afhandeld (object vs level & object vs object). Dan zul je echt wat moeten omkloten met objecten in 3d space. En dan heb ik het nog niet eens over de AI van je tegenstander.

Woooooooooow... dit klinkt alsof je er verstand van hebt... zou je me misschien kunnen vertellen waar ik problemen ga krijgen in mijn programma? ( en waarmee ) Dit is een beetje hoe ik het stapsgewijs wil doen:

1. Skeletten objecten bouwen ( wireframe mannetje etc )

2. Mannetje beetje animeren ( soort van loop effect etc )

3. Gangenstel definieren

4. Textures aanbrengen op mannetje & gangenstelsel

5. Mannetje ook echt alleen door de gang laten lopen

6. Deurtjes in de gangen bouwen ( dichte deur, mannetje
kan er niet doorheen )

7. Boefje plaatsen ( is gewoon een stilstaand mannetje, als speler boefje raakt dan speler dood. )

8. Boefje 'zelf' random door de gangen laten lopen

9. Boefje 'zelf' de speler op laten zoeken

10. Speler een pistooltje geven

11. Als speler schiet en boefje staat ervoor dan boefje dood.

12. Lichteffecten programmeren ( kogels verlichten de hele gang ).

13. Meer boefjes plaatsen, en zo'n beetje het einde van fase 1, ben al erg blij als ik zover gekomen ben.

[Verwijderd]

Mijn vorderingen op het moment:

Ik heb stap 1 ( wireframe mannetje ).

Ben bezig met stap 2 ( loopeffect ).

Stap 3 lukt al aardig ( gang ), maar combi met mannetje & gang nog niet .

Stap 4 ( textures ) shake ik nog maar FF, nog geen idee hoe ik dat aan moet pakken.

Stap 5,7,8 en 9 lukken ook nog niet, maar nog niet veel tijd aan besteed. Ook al lijkt het AI van het boefje me niet zo heel moeilijk te maken.

Met stap 10 ben ik stiekem ook al bezig ( pistool object ).

Stap 11 ben ik nog niet eens aan begonnen ( schiet & raak/mis )

Ik heb een idee hoe stap 12 moet ( lichteffecten ), maar heb nog geen idee of dit ook op m'n eventuele textures gaat lukken

Stap 13 lijkt me een eitje ( meerdere boefjes plaatsen i.p.v. 1 ). Daar komt dan nog even bij dat ik ook zou moeten maken dat boefjes en speler niet gewoon dwars door elkaar heen kunnen lopen, maar dat is ongeveer de zelfde grap als met de deur en de gangwanden neem ik aan.

[Scorpion]

Op donderdag 03 januari 2002 11:13 schreef apottjewijd het volgende:

[..]

Woooooooooow... dit klinkt alsof je er verstand van hebt... zou je me misschien kunnen vertellen waar ik problemen ga krijgen in mijn programma? ( en waarmee ) Dit is een beetje hoe ik het stapsgewijs wil doen:

Begin, en vraag dan gericht. Zo schiet een stuk meer op dan wanneer we een beetje moeten gaan gissen wat _jij_ voor problemen kan tegen komen. Zelf iets uitzoeken voor te vragen leer je ook van.

Dus begin gewoon met het programmeren van je programma, ik neem aan dat je al het 1 en ander op papier hebt staan wat je precies wilt, en er al over nagedacht hebt wat je er in wilt etc... Begin gewoon, en vraag dan gericht. zovan: "waarom loopt hij door de muur, en stopt hij niet??" Dan kunnen wij je vraag beantwoorden met: "Je moet collision detection gebruiken, kijk hier en hier eens voor een tutorial, meer info, docs, txt, rfc, howto's, voorbeeld code, or whater..."

get my point?

[Verwijderd]

Op donderdag 03 januari 2002 11:22 schreef Scorpion het volgende:

[..]

Begin, en vraag dan gericht. Zo schiet een stuk meer op dan wanneer we een beetje moeten gaan gissen wat _jij_ voor problemen kan tegen komen. Zelf iets uitzoeken voor te vragen leer je ook van.

Dus begin gewoon met het programmeren van je programma, ik neem aan dat je al het 1 en ander op papier hebt staan wat je precies wilt, en er al over nagedacht hebt wat je er in wilt etc... Begin gewoon, en vraag dan gericht. zovan: "waarom loopt hij door de muur, en stopt hij niet??" Dan kunnen wij je vraag beantwoorden met: "Je moet collision detection gebruiken, kijk hier en hier eens voor een tutorial, meer info, docs, txt, rfc, howto's, voorbeeld code, or whater..."

get my point?

Zoals je ziet, ben ik al begonnen met het programmeren van het programma, wat ik precies wil is stap voor stap opgeschreven. Het zou leuk zijn als iemand tips heeft voor die stappen van let op dit of let op dat... aan kreten als "collision detection" ( heel leuk woord, maar wat moet ik er mee??? ), heb ik niet zoveel, leuker zou zijn als iemand met info komt over hoe ik dat in VB moet doen, waar ik op moet letten, waar ik tutorials kan vinden ( behalve op de genoemde sites ), of iemand er ook ervaring mee heeft, etc.

Maar goed, nog een keer heeeel erg puntgericht voor waar ik nu tegenaanloop :

Ik krijg het in VB met Direct X niet voor elkaar om textures op mijn objecten te plaatsen.

Ik heb geen idee hoe ik een deur moet maken in mijn gangenstelsel, laat staan dat deze op een event open of dicht kan gaan.

Ik heb heeeeeel veel moeite om te zorgen dat mijn mannetje alleen in mijn gangenstelsel kan bewegen, en niet dwars er doorheen. Ik leer me hier helemaal gek op, maar mis goeie voorbeelden / uitleg.

Straks heb ik een wireframe mannetje die met een trigger een ( wat ik noem ) loopbeweging kan maken. Maar het duurt in VB allemaal zo'n eeuwigheid op de manier dat ik het heb geprogrammeerd, terwijl het grotendeels Direct X is.

Alle andere punten zijn heeel welkom, ik heb nog nooit iets in 3D geprogrammeerd, en ik zie hier al dat er genoeg zijn die er veel meer vanaf weten dan mij, ik hoop daar eigenlijk een en ander van te leren terwijl ik aan het programmeren ben. Heb al veel zinnige tips gehad waar ik erg veel mee op ben geschoten, dus eigenlijk is elke tip / hint / tutorial gewoon welkom.

[Janoz]

Op donderdag 03 januari 2002 11:48 schreef apottjewijd het volgende:
"collision detection" ( heel leuk woord, maar wat moet ik er mee???

Intikken bij www.google.com .. Vindt je meer dan waneer je "mannetje loopt door muur" intikt.

Oplossen van je probleem?

Zorg eerst dat je object wat bounding boxes/spheres heeft (Dat zijn onzichtbare doosjes of bollen die je om je figuurtje heen definieerd). Nu hoef je alleen maar te berekenen of die bounding boxes/spheres je level raken. Is dit het geval dan is de beweging niet mogelijk. Ik ben echter erg benieuwd hoe je dit zonder wiskunde een beetje efficient gaat oplossen.

[.oisyn]

Op donderdag 03 januari 2002 11:48 schreef apottjewijd het volgende:
... aan kreten als "collision detection" ( heel leuk woord, maar wat moet ik er mee??? )...

tja, als je de wiskunde niet kent heb je hier ook weinig aan... of je moet een library ervoor downloaden, maar die heb ik nog nooit gezien (ook nog nooit naar gezocht, aangezien ik het zelf wil doen). Ja, van die industriele zooi (I-COLLIDE enzo), heb je in games niet erg veel aan

Ik krijg het in VB met Direct X niet voor elkaar om textures op mijn objecten te plaatsen.

das nogal RTFM, er zijn een hoop tutorials over (waarvan de links hier al meerdere keren gegeven zijn)

Ik heb geen idee hoe ik een deur moet maken in mijn gangenstelsel, laat staan dat deze op een event open of dicht kan gaan.

Vraag je eens af: wat is het verschill tussen een muur en een deur? Een deur is niets anders dan een bewegende muur, dus maak m ook zo

Ik heb heeeeeel veel moeite om te zorgen dat mijn mannetje alleen in mijn gangenstelsel kan bewegen, en niet dwars er doorheen. Ik leer me hier helemaal gek op, maar mis goeie voorbeelden / uitleg.

En daar heb je je collision detection. Wat gewoon betekent "botsing detectie". Zonder enige basiskennis vectoralgebra is dit niet echt bepaald makkelijk op te lossen

Straks heb ik een wireframe mannetje die met een trigger een ( wat ik noem ) loopbeweging kan maken. Maar het duurt in VB allemaal zo'n eeuwigheid op de manier dat ik het heb geprogrammeerd, terwijl het grotendeels Direct X is.

Dat zal meer aan jouw code liggen dan aan VB

[Scorpion]

Op donderdag 03 januari 2002 11:48 schreef apottjewijd het volgende:

[..]

Ik krijg het in VB met Direct X niet voor elkaar om textures op mijn objecten te plaatsen.

Geef eens een stukje code wat je hebt gedaan, dan kunnen wij zien waar de fout zit (wij is niet ik, want ik doe geen vb)

Ik heb geen idee hoe ik een deur moet maken in mijn gangenstelsel, laat staan dat deze op een event open of dicht kan gaan.

een deur kan je zien als een object die je moet verplaatsen als je er voor staat en een actie start. (je drukt op enter oid).

Ik heb heeeeeel veel moeite om te zorgen dat mijn mannetje alleen in mijn gangenstelsel kan bewegen, en niet dwars er doorheen. Ik leer me hier helemaal gek op, maar mis goeie voorbeelden / uitleg.

zoek op google op "collision detection" en eventueel dingen als "visual basic" en "directx" in je search opnemen. verder neem eens een kijkje op gamedev. daar zullen ze vast wel wat hebben.

programmeer eens PONG. dan kom je dit begrip ook tegen, maar dan 2D. een balletje moet terugkaatsen wanneer hij het padje raakt. zoiets is dan een oplossing:

code:

// player 2 is right
// player 1 is left
if (ball.x >= player2.paddle.x) ball.x_acc = -ball.x_acc;

dat is een simpel voorbeeld van collision detection in een pong spel.

Straks heb ik een wireframe mannetje die met een trigger een ( wat ik noem ) loopbeweging kan maken. Maar het duurt in VB allemaal zo'n eeuwigheid op de manier dat ik het heb geprogrammeerd, terwijl het grotendeels Direct X is.

euhmz eveneens een voorbeeld code, dan kan iemand advies geven wat je hier sneller kan doen, etc..

Alle andere punten zijn heeel welkom, ik heb nog nooit iets in 3D geprogrammeerd, en ik zie hier al dat er genoeg zijn die er veel meer vanaf weten dan mij, ik hoop daar eigenlijk een en ander van te leren terwijl ik aan het programmeren ben. Heb al veel zinnige tips gehad waar ik erg veel mee op ben geschoten, dus eigenlijk is elke tip / hint / tutorial gewoon welkom.

..

[Verwijderd]

Heb net een hele mooie link van iemand gehad:
http://pub13.ezboard.com/fvisualbasicexplorerdirectx70?page=7

Hoop hier het antwoord op mijn textures te vinden.

[Verwijderd]

Had nog de tutorial van
http://rookscape.com/vbgaming/tutH.php

gedaan, wat een crep ik krijg even een zwart beeld en daar houd het grapje wel weer mee op. Iemand die wel een stukje voorbeeld heeft van hoe het in Direct X is bedoeld om bijvoorbeeld een kubus met texture te laten draaien?

[killercow]

wij hebben ook net wat tutorials gepost, onze 3d kerel schrijft verder tot iedereen een mooie engine heeft geschreven inclusief particle shit etc.

http://www.pc-gamers.com

[Verwijderd]

Op donderdag 03 januari 2002 13:16 schreef killercow het volgende:
wij hebben ook net wat tutorials gepost, onze 3d kerel schrijft verder tot iedereen een mooie engine heeft geschreven inclusief particle shit etc.

http://www.pc-gamers.com

Weeeeh... wat een ranzige site... ( sorry hoor, maar moest frustratie even kwijt, niet beledigend bedoeld ), maar ik ga helemaal een tutorial opzoeken, copy en paste die code... en daar gaat het dus al mis, code is niet juist, en code copy- paste niet netjes ( geen enters, lange lappen code achter elkaar, etc ).

Dus ik de hele code netjes neerzetten, blijken er toch nog wat fouten in te zitten zoals:

( ""-) ( Neem aan dat het minnetje weg moet )

Dit vat mijn VB al helemaal niet:

BackBuffer.BltFast( X, Y, Surfaces(Surfacenum).Surface, RectTEMP, DDBLTFAST_WAIT Or DDBLTFAST_SRCCOLORKEY)

Ik heb het over het voorbeeld op
http://www.pc-gamers.com/article.php?sid=273&website=pc-gamers

Wel bedankt voor je info , maar ik wordt altijd zo moe van dit soort tutorials.

[Verwijderd]

Okee, ik heb het voorbeeldje van de tutorial werkend gekregen ( code klopt niet, maar is wel uit te komen, als mensen 'option explicit' aan hebben staan is het nog meer puzzelen, maar het is te doen ). Verder wel grappig, ik kan een bitmap op een zwarte achtergrond zetten met al die code. Kan er verder helemaal niks mee, en bij het eindigen krijg je een automation error. Maar, heb wel weer wat statements om mee te spelen.

[.oisyn]

hou er rekening mee dat dit directx 7 is he! 8 zit echt compleet anders in elkaar

[Verwijderd]

Sorry ik wordt hier een beetje moe van dit gezeur
Eerst vraagt ie gewoon om adviezen enzo en dan ben ik ook bereid die te geven maar als je verder leest negeert ie gewoon de adviezen van iedereen. Dan hebben de meeste allang een link geplaatst en blijft ie toch gewoon doorvragen zonder het schijnbaar echt zelf uitgepuzzeld te hebben mbv die sites.
En hij loopt al conclusies te trekken dat hij het ineens beter weet dan de rest die er veel meer ervaring mee heeft zoals bijvoorbeeld:

Bullshit... zelfs ik met m'n gepruts heb toch al hele leuke dingetjes in de 3D wereld voor elkaar gekregen... is alleen een kwestie van doorzetten en tegen mensen met een wat positievere instelling als hengst aanlopen die je heeele zinnige dingen kunnen leren

Zo kan ik nog wel door gaan.
Hij slaat gewoon iedereens adviezen in de wind. Dit vind ik eigenlijk niet kunnen. Hij neemt er ook niet de tijd voor. VOlgens mij verwacht hij dat we het allemaal netjes voor hem voorschotelen. Dat er dadelijk een halve 3d engine in dit topic staat ofzo, zodat hij allemaal mooi kan copy&pasten.

[.oisyn]

Op donderdag 03 januari 2002 18:49 schreef Liquidus iets over apottjewijd

die gedachte begon bij mij ook al te vormen idd... Daarom is dit ook mijn laatste reactie in dit topic

[Scorpion]

Op donderdag 03 januari 2002 18:49 schreef Liquidus het volgende:
Sorry ik wordt hier een beetje moe van dit gezeur
Eerst vraagt ie gewoon om adviezen enzo en dan ben ik ook bereid die te geven maar als je verder leest negeert ie gewoon de adviezen van iedereen. Dan hebben de meeste allang een link geplaatst en blijft ie toch gewoon doorvragen zonder het schijnbaar echt zelf uitgepuzzeld te hebben mbv die sites.
En hij loopt al conclusies te trekken dat hij het ineens beter weet dan de rest die er veel meer ervaring mee heeft zoals bijvoorbeeld:
[..]

Zo kan ik nog wel door gaan.
Hij slaat gewoon iedereens adviezen in de wind. Dit vind ik eigenlijk niet kunnen. Hij neemt er ook niet de tijd voor. VOlgens mij verwacht hij dat we het allemaal netjes voor hem voorschotelen. Dat er dadelijk een halve 3d engine in dit topic staat ofzo, zodat hij allemaal mooi kan copy&pasten.

Indeed, bij deze ook mijn laatste reactie. Totaal geen moeite willen doen, en maar denken dat het allemaal maar aan komt waaien. De laatste reactie van appotwnogwat is zo'n beetje precies zo beantwoord als dat ik het zou doen door Liquidus, en bij deze mag er van mij ook wel een slot op deze thread.

[Verwijderd]

Hoelang lopen jullie nou al mee, jongens Het postinggedrag van die gast spreekt toch overduidelijk van het type "Eerst vragen, dan denken"? Een eigenschap overigens die je snel doet stranden in proggers-land.

[Bergen]

Yeps het wordt een beetje een voorkauwtopic. Als iedereen maar stukken code voor rotatie enzo gaat posten hoeft ie op laatst helemaal niets meer zelf te doen. Code ff een beetje naar wens aanpassen en tadaa je hebt een engine.

Je kunt echt beter met een schone lei beginnen. Als je helemaal nieuw bent in de wereld van grafische dingen programmeren, probeer dan eerst eens iets simpels te maken zoals Mystify of Starfield, die windows screensavers. 3D rommel komt later wel.

Als je die dingetjes kunt, voeg dan ff een handjevol code toe om 't aantal FPS te meten en zie het dan als een uitdaging om je code zo te optimaliseren dat je veel meer FPS haalt. Zelfs als loopt je proggel al op 100 FPS, dat maakt niet uit. Als je een Mystify ding maakt wat slechts 100 FPS haalt zal je 3D engine erg traag zijn als je routines gebruikt die uit dezelfde klei gebakken zijn als je mystify routines.

Verder is het errrrrrrrrrrrrrrrrug leerzaam om niet meteen in DirectX te programmeren, maar om eerst zelf alle grafische routines te schrijven. Programmeer zelf eens een functie die een lijn trekt tussen 2 punten. En maak die functie zo snel mogelijk! I think you get the point by now...

/edit: Nu ik er nog eens over nadenk: wordt dit topic anders op deze manier niet een scriptrequest-topic?

[Scorpion]

Op donderdag 03 januari 2002 22:16 schreef Otis het volgende:
Hoelang lopen jullie nou al mee, jongens Het postinggedrag van die gast spreekt toch overduidelijk van het type "Eerst vragen, dan denken"? Een eigenschap overigens die je snel doet stranden in proggers-land.

ik had nog stille hoop

[Verwijderd]

Okee jongens, einde topic dan bij deze. Jammer dat jullie er zo over denken. Toch bedankt voor alle wel nuttige info die ik van jullie mocht ontvangen, heb er zeker veel aan gehad en ben nu ook nog lekker bezig.

Nogmaals bedankt, en bij deze allemaal nog een gelukkig nieuwjaar.

Hier nog even een overzicht van alle gegeven links :

www.blender3d.com- Hopakee
www.truevision3dsdk.com- Razor-X, Betaai
www.flipcode.com- mgfun
nehe.gamedev.net- mgfun
www.gameskool.nl/forum- OiSyn
www.darkbasic.com- hvdberg
www.wildtangent.com- FreeWilly
http://developer.nvidia.com- T-Junkie
ftp://ftp.nvidia.com- T-Junkie
www.hef.kun.nl/~pfk/teaching/cg/- Baschie
http://www.voodooextreme.com/hw/Features/3dexplained/part1/index.html - Otis
http://www.voodooextreme.com/hw/Features/3dexplained/part2/index.html - Otis
http://www.voodooextreme.com/hw/Features/3dexplained/part3/index.html - Otis
http://www.voodooextreme.com/hw/Features/3dexplained/part4/index.html - Otis
http://www.voodooextreme.com/hw/Features/3dexplained/part5/index.html - Otis
http://www.voodooextreme.com/hw/Features/3dexplained/part6/index.html - Otis
http://www.voodooextreme.com/hw/Features/3dexplained/part7/index.html - Otis
http://www.voodooextreme.com/hw/Features/3dexplained/part8/index.html - Otis
www.3dica.org- Scorpion
http://www.jguru.com/faq/view.jsp?EID=448031 - MBravenboer
http://www.planet-source-code.com/xq/ASP/txtCodeId.30305/lngWId.1/qx/vb/scripts/ShowCode.htm - I-Eye
www.ndl.com- Apottjewijd
http://pub13.ezboard.com/fvisualbasicexplorerdirectx70?page=7 - Apottjewijd
http://rookscape.com/vbgaming/tutH.php - Apottjewijd
http://www.pc-gamers.com - Killercow

Thnx allemaal!

[Verwijderd]

Op woensdag 12 december 2001 10:14 schreef raymanontweakers het volgende:
...geopent en nog een gast uhm.. rudi was bezig met een site....

http://www.gameskool.nl

succes!

[Bergen]

Op vrijdag 04 januari 2002 08:46 schreef apottjewijd het volgende:
Okee jongens, einde topic dan bij deze. Jammer dat jullie er zo over denken. Toch bedankt voor alle wel nuttige info die ik van jullie mocht ontvangen, heb er zeker veel aan gehad en ben nu ook nog lekker bezig.

Nogmaals bedankt, en bij deze allemaal nog een gelukkig nieuwjaar.

...een berg links...

Thnx allemaal!

Graag gedaan We horen graag hoe het je af gaat! MSN en ICQ staan ook altijd open uiteraard.

[Verwijderd]

Deleted.

[SG]

Op zondag 06 januari 2002 15:59 schreef Sigurd het volgende:
Hello,
Iemand zij, dat je met Visual Basic, niet de game quality can berijken dan met Visual Cpp.

Dit is niet waar omdat, wanneer de 3D ENGINE in VCpp en in ASM geschreven is, dan kan je gerust Visual Basic gebruiken voor de code or instructions to the engine.

Ja maar dat is niet VB maar nog altijd CPP/ASM

het gaat erom 'n 3D engine in VB is trager dan.

Je hebt het over 'n VB 3Dengine(CPP/ASM) wrapper.

De glue code
Dat is geen 3D VB engine.

Quake via 'n VB shell starten maakt het nog geen VB app als dat kan.

[.oisyn]

dan gebruik je toch nog C++!

Ik kan ook wel een game in C(++) schrijven, dat compilen naar een dlletje en dat opstarten in VB, maar dat wil natuurlijk niet zeggen dat dat spel in VB is gemaakt

Het ging erom dat je met puur VB (anders dan de API natuurlijk) niet kunt halen wat je met C(++) wel kunt

^{oh fuck ik zou niet meer reageren... effe vergeten}

.edit: nou ik was eerder!

[SG]

en /me typed al zo traag.

[Verwijderd]

Potdomme, ben ik helemaal vergeten DemoGL te pluggen!

http://www.demogl.com

[Verwijderd]

Deleted.

[SG]

Op zondag 06 januari 2002 17:14 schreef Sigurd het volgende:
Hello,

I think that's not the point.

DX and OPENGL is ALWAYS made in Cpp, so you say EVERY game even VB games is actually Cpp.

These are low level API for a veri flexible use with high performance in mind.

The point is ALL THE CODE YOU! MAKE is vb or not.

Not exectly, A 3D game engine is a high level abstaction layer with publish only the functionality that matter in jour specific use en is highly optimized for performance.

That means routines that are called a 1000 times per frame
if you make a realtime 3D app with high FPS goal

Visual Basic, is written in C++, so you can say VB is cpp and C is written in ASm, so you can say C is in ASM, but the point is what YOU use, and how simple it's for YOU.

But is the VB code optimized for performance think of MFC it is developed with flexibility in mind thus slow (overhead) but still C/CPP
De generated code footprint in VB is lager then CPP generated ASM.

The point is, that you can use Visual Basic, if you use TrueVision3D, Morfit, Revolution3D, Fly3D, ...

As framework or front-end
Initalizasion speed does not matter and sporadic call function to.

VB is use to 3D engine in a easy way. like a front-end in the back gound its CPP/ASM modules.

So, YOU! can make games with VB with a 3D engine, so actually you make a game with vb.

If jou use a profile tool like Vtune en see witch code are most use in the critical execution loop that would be CPP & ASM
You use VB to set up a high performance 3D engine witch is not made with VB.

Everything is always ASM, and everything is always machine language, so that statement of VB is wrong.
The VB Dll, is also a compiled Cpp dll, and the cpp dll's are also ASM dll's.

The asm of a C/C++ compiler is clean and closer to the machine code then VB.

VB compiler/interpreter generates ASM with a lot of overhead so its very flexible and userfriendly and easy to use but not for critical code

Anyway, It seems that I came into a newbie club.

Regards,
Sigurd

"your just a prima donna" Semi-Quote: Game architecture & design
/me is a newbie

[marcusk]

Op zondag 06 januari 2002 17:14 schreef Sigurd het volgende:
Visual Basic, is written in C++, so you can say VB is cpp and C is written in ASm, so you can say C is in ASM, but the point is what YOU use, and how simple it's for YOU.

Actually, modern C(++) compilers are written in C(++).

maargoed, beetje offtopic.

[.oisyn]

waarom ineens engels

anyway, het gaat erom dat apottjewijd wil coden in VB, en hij heeft in principe alleen de API zelf tot z'n beschikking (waarin ie ook gecode is). Als hij een uitgebreid spel wil maken dat snel loopt, dan zal ie dus zijn engine in C(++) moeten coden OF gebruik moeten maken van een andere engine. Aangezien apottjewijd wil weten hoe directx en/of opengl werkt ga ik ervan uit dat ie zelf zijn engine wilt coden. Als ie dat in VB wil doen dan moet ie dat zelf weten, maar hij moet wel beseffen dat ie met alleen VB lang niet alles eruit kan halen

[SG]

/me reageerde totaal offtopic op sigurd.

Maar Direct3d komt in twee flavors IMMEDIATE en R....

'N lowlevel API en een high level API bijde in C/C++/COM
De high level API is traag en niet optimized maar wel makkelijk in gebruik voor 'n snelle app inmekaar te frutdselen.
VB 3D proggen en dan dus PUUR 3D proggen dus ook critical code die 1000 keer per 5 millie seconden wordt aangeroepen is VB niet zo geschikt voor.Dat geld ook voor langzame CPP code dus MFC / retainmode

VB is de doel groep van de retain mode high level snel 'n app kunnen maken dus een korte time to market en met onderhuids 'n 3Dengine ook met de performance maar die komt niet van VB maar van de 3D engine.

Die meneer ontoppic wilt dus een 3D engine puur in VB maken.
op de low level API IMMIDIATE mode dat houd in veel critical code in VB

API<->VB APP // mister ontopic
API<->3DE<->VB APP Sigurd
API<->CPP(ASM) app // normal
API<->CPP(ASM)<->VB APP Sigurd

die van mister ontoppic is niet ene met veel FPS als die af is.

Van Sigurd is wel lekker flexible naar z'n clienten toe.
Applicatie programmers. met reuseable componenten 3Dengine dus.

[SG]

Op zondag 06 januari 2002 17:58 schreef OiSyN het volgende:
waarom ineens engels

anyway, het gaat erom dat apottjewijd wil coden in VB, en hij heeft in principe alleen de API zelf tot z'n beschikking (waarin ie ook gecode is). Als hij een uitgebreid spel wil maken dat snel loopt, dan zal ie dus zijn engine in C(++) moeten coden OF gebruik moeten maken van een andere engine. Aangezien apottjewijd wil weten hoe directx en/of opengl werkt ga ik ervan uit dat ie zelf zijn engine wilt coden. Als ie dat in VB wil doen dan moet ie dat zelf weten, maar hij moet wel beseffen dat ie met alleen VB lang niet alles eruit kan halen

Of recommended P4 2,8 of Hammer 2ghz

Alleen is dat target platform er nog niet misschien wel over een jaar of 3 is dat mainstream.
Software houd de CPU wedloop momenteel niet bij.
CPU zíjn momenteel krachtig genoeg dat ASM optimalisatie ook steeds minder wordt en de performance hit afgewogen wordt.
Pure ASM applicaties zijn er niet meer zoveel als vroeger of helemaal niet meer.
Alleen wordt tegenwoordig ASM alleen nog voor specificke routines gebruikt in 3D game apps .

[Verwijderd]

Removed.

[marcusk]

Op zondag 06 januari 2002 18:33 schreef Sigurd het volgende:
All replies posts deleted.

lekker nuttig

@marcusk,
Keep your comments, when you have nothing good to say.
Compilers maakt niet uit, de Cpp dll's en VB dll's zijn op ...bla bla bla...

je zei zelf:

Visual Basic, is written in C++, so you can say VB is cpp and C is written in ASm

Maar de taal C is dus niet in ASM geschreven.

[Verwijderd]

Removed.

[marcusk]

(Nu weer in het engels?)

Op zondag 06 januari 2002 19:00 schreef Sigurd het volgende:
I guess, you just try to make fun of this, so bye

Je voelt je wel snel aangevallen zeg. Maargoed, ik had je blijkbaar verkeerd begrepen, dus laat maar zitten.

[SiNisTrAD]

hmmm even het ongezellige doorbreken ...
[beetje offtopic]
wat ik erg leuk vindt om mee te kloten is Darkbasic
http://www.darkbasic.com

Dit is leuk om een keer te doen als je met 3d wilt spelen
[/beetje offtopic]

[SG]

Op zondag 06 januari 2002 18:33 schreef Sigurd het volgende:
All replies posts deleted.

Dan zalk ik je effe quoten

@SuperG, your arguments, are SHIT!
Anway, I deleted my posts, and I'm gone of here

Als mijn argument zogenaamd shit zijn, dan moet dat makkelijk te weerleggen zijn met 'n goed tegen argument .
En aangezien je daaraan niet kan voldoen, niet tegen kritiek kan, wel meteen persoonlijk aangevallen voeld en meteen beledigd, wat wel vaker voorkomt op 'n forum wat ik dus wel hebben kan.

Dit is dus geen argument maar zeer persoonlijk.

Who's is full of shit

Iedere proffesionele developer weet dat hier iedereen en nogwat replyed dus waar heb je last van PMS

TrueVIsion3D was lang bekend, omdat het PUUR vb code was, en dat het ook open source was.
Later hebben we het closed source gemaakt, en nog lang vb code alleen gehouden.

Wat was dan de Doelgroep noem es retail apps die ervan gebruik hebben gemaakt van de oude en nieuwe situatie.

Pas +- 8 maand is er ASm code in de engine, en pas een paar maand Cpp code, en nu gaat vb code weg.

Dat zegt toch alles, waarom denk je.
ASM hand coded is het snelste maar ook het moeilijkst en tijdrovend. Blijkbaar zijn sommige collega's van jouw het niet eens met jouw.
En nu dan ook nog es CPP code.

Maar de screenshots op de site http://www.gabita.com of http://users.pandora.be/GabitaSoft/screenshots.html zijn 90% vb, de 3DS files loading en de blending filter is cpp.
En, ja dat heeft 51+ FPS (frames a second).
(een goed game, moet minstens 20 fps hebben, 30 fps is gewenst)

Dat zegt mij niks uit welke contexed komt dit een beta Game klaar voor release of 'n feature demo.
Feature demo's halen vaak 100+ frames als ze game optimized zijn.
'n released Game demo hoort 60+ fps afhankelijk van game genre te halen bij recommende targed systeem.

zal het 'n keer checken als ik tijd heb.

En uw RM, IM comments zijn OUT OF DATE, DX8 heeft geen RM meer, alleen IM, en Direct Draw is er ook niet meer, alles is 1 geheel.

DirectX is COM based Directdraw is er wel alles wat gecompileerd wordt met DX7 SDK pakt de DX7 interface die ook in DX8 zit. Pas als je app de DX8 interface gebruikt krijg je te maken met die grondige wijziging.

Ik gebruik de DX7 SDK met de DX8 runtime dus ook DirectDraw

@marcusk,
Keep your comments, when you have nothing good to say.
Compilers maakt niet uit, de Cpp dll's en VB dll's zijn op een andere taal gebaseerd en die vertragen het.

Dit is een open forum dus je hoeft niet perse in het vakgebied zitten waar deze topic overgaat d'r zijn hier ook hobbyisten of gewoon geintterseerden.

Met vb kan je een compiler interceptor maken, en de asm sneller maken, maar de vb main dll word NIET sneller, ook niet van cpp/windows.

De compiler heeft er NIETS met te maken, een compiler mag zelfs 1000000000000 keer te traag zijn, dan het zou moeten.

Ik heb het over de ASM code of oject code die 'n compiler genereerd en hoe efficient die code is. Waar slaat dit overdreven gedoe op of leg uit VB guru.

TrueVision3D is registrated bij NVidia, Microsoft, lid van Microsoft DX Dev Team Discussion, ... dus ik weet wat ik zeg, maar jullie dus duidelijk NIET.

Ja en hoef je niemand te beledigen wat zegt dat nou eigenlijk?

Deze post, word verwijderd, samen met al mijn andere posts, binnen de 3 uur.

Bye,
Sigurd De Keyser
TrueVision3D Developer

Behalve gequote reply's

[mbravenboer]

Dit is niet echt mijn topic, maar ik lees af en toe een beetje mee.

Misschien is het voor jullie zelf en zeker voor eventuele andere meelezers nuttig als jullie je talenten, capaciteiten en tijd gebruiken om een zinvolle, inhoudelijke en interessante discussie te voeren ipv elkaar af te zeiken? Voor dat laatste is /14 namelijk niet voor bedoeld .

[SG]

Op zondag 06 januari 2002 20:06 schreef mbravenboer het volgende:
Dit is niet echt mijn topic, maar ik lees af en toe een beetje mee.

Ik ook en toen zag ik de reply van sigurd en ik was er niet geheel mee ens dus een kritische noot met argument heel normaal toch. Maar dan zijn reactie daarop !!!!?

Misschien is het voor jullie zelf en zeker voor eventuele andere meelezers nuttig als jullie je talenten, capaciteiten en tijd gebruiken om een zinvolle, inhoudelijke en interessante discussie te voeren ipv elkaar af te zeiken? Voor dat laatste is /14 namelijk niet voor bedoeld .

Nou het laaste deel van deze one way discussie ging over of VB geshikt is voor 'n 3Dengine waar mister ontoppic mee bezig is. Dus erg ontoppic

Sigurd bijdrage is dat VB goed als APP framework kan dienen voor 'n 3Dgame engine voor snel en easy 'n 3D VB app in elkaar te zetten, dus er zaten goeie argementen bij alleen drong mijn punt er niet door en zat ie eromheen te draaien ipv gericht te argumenten op 'n relaxte manier.

Want VB compilers worden ook steeds verbeterd toch.

[mbravenboer]

SuperG: zijn reactie

Merk op dat ik niemand persoonlijk noem, zie het meer als een algemene oproep . Helaas kwam mijn post na die van jou, maar dat wil niet zeggen dat ik alleen op jou doel .

Want VB compilers worden ook steeds verbeterd toch.

Ach, compilers in het algemeen worden steeds beter. Zelfs VB compilers zullen dus beter worden .

[marcusk]

om nog meer offtopic te gaan :

mbravenboer, heb je mijn 2e mail (reply) wel gekregen?

[.oisyn]

waarom heeft die sigurd gast al z'n posts verwijderd?
Damn hij is wel heel erg triest...

[Verwijderd]

Op maandag 07 januari 2002 00:42 schreef OiSyN het volgende:
waarom heeft die sigurd gast al z'n posts verwijderd?
Damn hij is wel heel erg triest...

Jammer dat ie niet al de quote's kan wissen... dan had het ook nog nut gehad

[Verwijderd]

Op zondag 06 januari 2002 20:06 schreef mbravenboer het volgende:
Dit is niet echt mijn topic, maar ik lees af en toe een beetje mee.

Misschien is het voor jullie zelf en zeker voor eventuele andere meelezers nuttig als jullie je talenten, capaciteiten en tijd gebruiken om een zinvolle, inhoudelijke en interessante discussie te voeren ipv elkaar af te zeiken? Voor dat laatste is /14 namelijk niet voor bedoeld .

Een topictitel 'hoe leer je dat?' waarin veel info wordt gespuugd lijkt me niet gelijk staan aan 'afzeiken'. Dat de topicstarter niet snapt wat je moet doen met aangedragen info is niet het probleem van de mensen die hem die info aandragen. Als je een discussie wilt over 3D programming dan zou ik willen zeggen: start een nieuwe thread .

En denk je ook niet dat een moderator op de stoel zit anderen vermanend toe te spreken hoe ze zich moeten gedragen? Of voel je jezelf daartoe geroepen?

[mbravenboer]

Otis: Een topictitel 'hoe leer je dat?' waarin veel info wordt gespuugd lijkt me niet gelijk staan aan 'afzeiken'.

Ik doelde absoluut niet op pagina 1 t/m 11. De laatste 2 pagina's gaan echter nergens meer over dan Sigurd versus SuperG zonder dat er iets zinnigs wordt gezegd. Engels er tussendoor en een paar mensen die nog serieus proberen te reageren zorgen voor de rest van de chaos.

Maar goed, deze discussie draagt ook nergens toe bij. Kennelijk was ik niet duidelijk genoeg .

Of voel je jezelf daartoe geroepen?

Ja, als ik op straat iemand anders zich zie misdragen zeg ik daar ook wat van. Dat is niet alleen de taak van de politie. /14 is ook mijn speeltuin en ik heb er zelf belang bij dat het daar leuk is.

[wasigh]

Op maandag 07 januari 2002 10:39 schreef Otis het volgende:

En denk je ook niet dat een moderator op de stoel zit anderen vermanend toe te spreken hoe ze zich moeten gedragen? Of voel je jezelf daartoe geroepen?

Mods zijn niets meer als user met extra rechten.

P&W wordt gemaakt door de vaste bezoekers. En ik heb niets liever dan dat vaste bezoekers op een constructieve manier bijdragen proberen te leveren aan /14.

Dat je hier mbravenboer op zijn plek wil wijzen vindt ik dan ok niet terecht.

Ik hou deze thread in de gaten, als ie nog langer offtopic gaat moet ie helaas dicht.

[Verwijderd]

Op maandag 07 januari 2002 11:22 schreef wasigh het volgende:
[..]
Mods zijn niets meer als user met extra rechten.

P&W wordt gemaakt door de vaste bezoekers. En ik heb niets liever dan dat vaste bezoekers op een constructieve manier bijdragen proberen te leveren aan /14.

Dat je hier mbravenboer op zijn plek wil wijzen vindt ik dan ok niet terecht.

Dat zal best, maar hij sprak niet mensen in het bizonder aan, maar algemeen de mensen in de thread. Terwijl hij niet meedeed aan de thread. Bravenboer weet echt wel hoe fora werken en als je geinteresseerd bent in bepaalde info moet je een thread starten met een vraag en dan krijg je antwoord en met wat voedende vragen wellicht een leuke discussie. En ervaring leert dat Bravenboer dat echt wel kan.

Nu de mensen die in de thread rondhangen als user vermanend toespreken schiet mij in het verkeerde keelsgat. Tuurlijk, trollen, flamen etc. lijkt me niet gewenst maar de discussie was al veel eerder ontspoord en ZEKER NIET door de mensen die aan de thread deelnamen, maar die sprak hij wel aan middels zn posting. Ik vind het prima als een daarvoor aangewezen persoon dat doet, maar als iemand die niet meedoet aan de discussie ook mij even komt melden dat er van een interessante discussie geen sprake meer is en dat dat aan ook mij te wijten is, vind ik dat veel te ver gaan. Als Bravenboer dat werk interessant vindt moet hij solliciteren bij de GoT raad en wellicht is er een plek vrij als hulp-modje.

[mbravenboer]

Otis vond van niet

Ik was inderdaad niet helemaal duidelijk in mijn opmerking en ik had beter moeten aangeven wat ik bedoelde.

Wat vinden we elkaar toch lief he? .

[Verwijderd]

ik droom elke nacht van je

[wasigh]

Otis: ik zie het verschil niet tussen een user die terechtwijst en een modje. En vindt de opmerking van mbravenboer terecht.

maar laten we vooral niet van een mug een olifant maken.
Laatste poging om deze thread weer ontopic te krijgen: verder commentaar graag in LA, ICQ, MSN of m'n mailbox

[SG]

Sigurd was erg ontopic bezig helaas heeft ie z'n eerste ontopic reply gedelete waardoor de volg-op reply raar lijken vooral omdat ik maar 'n klein stukje gequote heb.

Om Sigurd standpunt te volgel moet je zijn links volgen in een van de opvolgende gequote repleys en daar kom je 'n 3D engine tegen voor VB users.

Tenzij Apottjewijd bedoeling is om echt zelf 'n 3Dengine te bouwen met VB dan is het offtopic of dat hij 'n VB 3D GAme wil ontwikkelen dan is dat best wel 'n interresante site voor hem dus dan wel erg ontoppic.

Het gaat om code reuse 3D engine ontwikken kost tijd en komt er eigenlijk op neer het wiel konstand op nieuw uit te vinden.

Kan je beter code rusen van mensen die er veel tijd in hebben gestoken dus ook van hoge qualiteit en functionaliteit en veel huidige supporte hardware features.

Heb zelf al op de site effe rond gekeken.
Erg interresant voor VB users dus ook de topic starter

Sigmund is 'n jochie van 15/16 jaar??? Zie site en de 3D Engine ontwikkelaar ook van die leeftijd.

http://www.gabita.com
http://users.pandora.be/GabitaSoft/screenshots.html

[Verwijderd]

Hello,

My Excuses, for my side.
(Sorry voor de mensen die engels haten of er niet al te best in zijn, maar engels is de beste taal waar ik mij kan uitdrukken met computer termen.)

Let's start from ZERO.

Ik had een vraag, ik ben al een paar jaar Delphi / VB / Web programmeur, en dat gaat me allemaal goed af. Maar nou wil ik voor mezelf thuis als hobbie eens een 3D game gaan bouwen ( beetje quake a la prutser ), gewoon voor de lol.
Dus ik ben me gaan verdiepen in VB, maar zie dan al snel dat ik ook mezelf in OpenGL en DirectX moet gaan verdiepen. Maar nou vroeg ik me af of dat ook mogelijk is zonder een mega- wiskunde expert te zijn. Gewoon met 3D studio of iets dergelijks een leuk 3D frame tekenen lukt me wel een beetje, maar om dat wiskundig met termen als matrixen enzo te gaan doen??? M'n hoofd begint al te tollen als ik dat doorlees, maar toch wil ik graag zoiets bouwen ( ook al ben ik een wiskunde 0 ). Is dit voor mij gewoon niet te doen, of is het ook zonder Einstein wiskunde nog te doen? Iemand enige ervaring hiermee? Tips waar ik het beste mee kan beginnen om te leren? Ik wil het het liefst toch in VB gaan maken, is dit zowieso mogelijk of moet ik dan echt C of C ++ gaan leren? Bedankt alvast, en sorry voor de lange topic.

First of all, I started with answering to the person, that you can't create (good quality)GAMES with vb (like in cpp)(no ones said, without using tools, or engine, because DirectX is ALSO an engine, written in Cpp, only it isn't using an other tool except main dll's (and yes some code of other companies and few dll's).).

You can create same quality games in vb, ok yes some code has to be done in cpp, but my argument was, that EVERYTHING comes to an end in ASM, EVERYTHING is linked, and ASM to the hardware.
The point is, that YOU can create a game(what the main person wants, who started the topic), and that you do as less as posible, and that you STILL have the freedom as using direcly DX, only less difficulties and more user friendly users interface.

In this case, is using VCPP only good, when you're trying to create your own engine or special software, that can't use an engine for some reasons.


The TrueVision3D engine, or other engines will handle Matrices, A lot of math and other stuff for you, including most dx work.
Ofcourse they still provide intern objects to create features on the engine, who're not supported by default.

So, this is what I wanted to say as main part.

ofcourse, when people slam compilers stuff into my face and starting about "that it isn't right what I said", then I think I may smash *with facts* back, and yes I includes words, that may hurt some other peoples feelings.

Maybe my answer wasn't pointed at the latest replies, but global to the whole topic including some replies, so when you didn't readed/understood everything then you couldn't understand it right, but I understand that it's sometimes confusing, sorry for that.

>>Sigmund is 'n jochie van 15/16 jaar??? Zie site en de 3D
>>Engine ontwikkelaar ook van die leeftijd.

In fact, yes I'm 16 and I hope you don't mind.
I work with people who're older and who're professionals.
Just wait till TrueVision3D 6 releases .
The engine will be a candy for the eye .

You can't judge people on their age, people with a normal IQ at my age, will have problems with this or can just folow a little, but other people, more weard (like me) who get at school 81% for math, they know what they talk about.

Anyway, with short words, is my suggestion to the topic writer: Use an engine, or a prebuild code, to use for building your game.
And to people with their comments like VB is too bad, or Cpp can do 10 times more, well I hate those people (sorry), but always look at the bright side, and take the GOOD posibilities and use them.

Cya,
Sigurd

[.oisyn]

Op dinsdag 08 januari 2002 00:24 schreef Sigurd het volgende:
You can create same quality games in vb, ok yes some code has to be done in cpp, but my argument was, that EVERYTHING comes to an end in ASM, EVERYTHING is linked, and ASM to the hardware.

weet je wat het is, de taal VB laat het gewoon niet toe om snel te coden, ook al maak je er asm van. Dat is omdat er op de achtergrond gewoon veel meer gebeurt dan je intiept, in tegenstelling tot bijvoorbeeld een taal als C(++), waarin je alles zelf moet doen (dus totale controle over wat er gebeurt)

dat is het essentiele verschil tussen VB en C(++)

Maar goed, als je dus een complete game engine gebruikt en de game logic en GUIs enzo maak je in VB, dan ben ik er niet mee eens dat je dan kunt zeggen dat het spel in VB geprogrammeerd is. Quake1 is tenslotte ook niet in QuakeC gemaakt, en zo zijn er nog talloze spellen die scripting gebruiken voor de gamelogic enzo. Ja, natuurlijk kun je daar ook VB voor gebruiken, maar daar gaat het hier helemaal niet om, we hadden het tenslotte over het enginewerk zelf, en daar is waar VB tekort schiet

[wasigh]

Op dinsdag 08 januari 2002 00:24 schreef Sigurd het volgende:

My Excuses, for my side.
(Sorry voor de mensen die engels haten of er niet al te best in zijn, maar engels is de beste taal waar ik mij kan uitdrukken met computer termen.)

Ik vraag je toch voor de laatste keer vriendelijk om het in het Nederlands te doen. GoT is een Nederlands forum en als je liever in een andere taal wilt discussieren dan zou ik een ander forum zoeken.

nb. groet onder je post hoeft niet, zie daarvoor ook de faq

[Verwijderd]

Op dinsdag 08 januari 2002 01:28 schreef OiSyN het volgende:
[..]
weet je wat het is, de taal VB laat het gewoon niet toe om snel te coden, ook al maak je er asm van. Dat is omdat er op de achtergrond gewoon veel meer gebeurt dan je intiept, in tegenstelling tot bijvoorbeeld een taal als C(++), waarin je alles zelf moet doen (dus totale controle over wat er gebeurt)

Dit is natuurlijk onzin. Als ik intik in VB:

code:

Dim oObject as MyPackage.clsMyClass

set oObject = CreateObject("MyPackage.clsMyClass")

dan is de C++ variant zo'n 3 regels langer geloof ik, en indien je smart pointers gebruikt zelfs even lang. De code die gegenereerd wordt met bv smart pointers, is zeker geen 1:1 afbeelding van je C++ code, integendeel.

Tuurlijk, als ik een rijtje int's heb in C/C++ en ik sjouw daar doorheen met een for() lusje waarin ik die ints bewerk met een berekening, dan is dat sneller dan in VB. Waarom? Omdat in VB de code wordt uitgebreid met runtime checks, wat je overigens kunt uitzetten. In C++ krijg je meer een 1:1 afbeelding naar machinecode maar ook daar moet je oppassen met deze bewering, want lang altijd is de gegenereerde code veel complexer dan de C++ code. Immers, dat is de reden waarom je uberhaupt een hogere orde taal gebruikt.

dat is het essentiele verschil tussen VB en C(++)

Nee. Het essentiele verschil met VB en C++ is dat in VB de compiler code genereert die een VM gebruikt en C++ native naar je doelhw platform compileert. De VB VM is wel erg plat, maar wel aanwezig. Vandaar dat sommige dingen niet kunnen in VB of trager verlopen dan wanneer je de C++ equivalent gebruikt. Heeft niets te maken met dat er wellicht meer gebeurt op de achtergrond dan je intypt, want dat is bij de gemiddelde C++ compiler ook echt het geval.

Maar goed, als je dus een complete game engine gebruikt en de game logic en GUIs enzo maak je in VB, dan ben ik er niet mee eens dat je dan kunt zeggen dat het spel in VB geprogrammeerd is. Quake1 is tenslotte ook niet in QuakeC gemaakt, en zo zijn er nog talloze spellen die scripting gebruiken voor de gamelogic enzo. Ja, natuurlijk kun je daar ook VB voor gebruiken, maar daar gaat het hier helemaal niet om, we hadden het tenslotte over het enginewerk zelf, en daar is waar VB tekort schiet

Wat is dat enginewerk dan? polygonen pushen door een DX interface? Waarom zou VB daar een bottleneck zijn? Het eigenlijke werk wordt immers gedaan door de DX driver/hardware. Hetzelfde verhaal hoor ik altijd van C++ programmeurs die database applicaties maken in C++ en niet in VB, omdat C++ vele malen sneller zou zijn. Als je dan profiled, zie je dat in beide gevallen de meeste tijd in de database wordt doorgebracht en niet in de eigen code.

Praat je over scenegraphs (dus de database zelf) in VB maken, dan geef ik je groot gelijk als je zegt dat VB daar tekort schiet. Puur omdat de compiler naar een VM compileert die altijd in de weg zit en performance vreet die je wellicht nodig hebt. Echter... voor quake2 achtige scenegraphs (dus paar duizend poly bsp's) betwijfel ik of je het merkt.

[.oisyn]

Op dinsdag 08 januari 2002 10:50 schreef Otis het volgende:

[..]

Dit is natuurlijk onzin. Als ik intik in VB:

code:

Dim oObject as MyPackage.clsMyClass

set oObject = CreateObject("MyPackage.clsMyClass")

dan is de C++ variant zo'n 3 regels langer geloof ik, en indien je smart pointers gebruikt zelfs even lang. De code die gegenereerd wordt met bv smart pointers, is zeker geen 1:1 afbeelding van je C++ code, integendeel.

Het verschil is dat je in C++ een pure pointer hebt naar je object zonder enige typechecking, en dat heb je in VB wel. Bovendien zijn alle members van die vieze properties met get en let functies, zodat het lijkt alsof je een variabele assigned, maar ondertussen wordt er gewoon een functie aangeroepen

Tuurlijk, als ik een rijtje int's heb in C/C++ en ik sjouw daar doorheen met een for() lusje waarin ik die ints bewerk met een berekening, dan is dat sneller dan in VB. Waarom? Omdat in VB de code wordt uitgebreid met runtime checks, wat je overigens kunt uitzetten.

en dat is ook precies waar ik op doel

Nee. Het essentiele verschil met VB en C++ is dat in VB de compiler code genereert die een VM gebruikt en C++ native naar je doelhw platform compileert. de VB VM is wel erg plat, maar wel aanwezig. Vandaar dat sommige dingen niet kunnen in VB of trager verlopen dan wanneer je de C++ equivalent gebruikt.

Je kan al sinds VB 4 (geloof ik, anders 5) compilen naar native code (dus niet naar P-code), en dus hoeft het ook niet meer geinterpreteerd te worden

Heeft niets te maken met dat er wellicht meer gebeurt op de achtergrond dan je intypt, want dat is bij de gemiddelde C++ compiler ook echt het geval.

zeker wel, juist door al die checks die VB uitvoert (je kunt ze niet allemaal uitzetten)

Wat is dat enginewerk dan? polygonen pushen door een DX interface? Waarom zou VB daar een bottleneck zijn? Het eigenlijke werk wordt immers gedaan door de DX driver/hardware. Hetzelfde verhaal hoor ik altijd van C++ programmeurs die database applicaties maken in C++ en niet in VB, omdat C++ vele malen sneller zou zijn.

nee niet het pushen zelf, maar visible surface determination en zware berekeningen als physics en collision detection. In VB kun je gewoon niet snel genoeg door je data heen vliegen en berekeningen erop uitvoeren

Praat je over scenegraphs (dus de database zelf) in VB maken, dan geef ik je groot gelijk als je zegt dat VB daar tekort schiet. Puur omdat de compiler naar een VM compileert die altijd in de weg zit en performance vreet die je wellicht nodig hebt. Echter... voor quake2 achtige scenegraphs (dus paar duizend poly bsp's) betwijfel ik of je het merkt.

oh damn, ik had niet genoeg vooruit gelezen. Ja ik bedoelde dus onder andere scenegraphs
Idd, een graph van het formaat van quake2 is nu wel goed te doen in VB, maar quake2 is erg lang geleden (3dfx tijdperk). Toen waren de computers gewoon veel trager dan nu (pentium 166 was toen geloof ik mainstream), en toen was het dan ook niet te doen in VB (maar ja, toen was sowieso al niet echt veel te doen in VB ).

Misschien is datgene waar ik op doel niet helemaal duidelijk, namelijk niet dat spellen niet te maken zijn in VB (zijn ze tenslotte wel), maar dat je in VB nooit eruit kunt halen wat je er in een taal als C(++) eruit kunt halen

[Verwijderd]

De VB Compiler compileert wel naar native x86 maar gebruikt veel calls in de MSVBVM60.dll, de runtime, iets wat je in C++ niet hebt. Een variable optellen gaat wel in native code, maar veel statements zijn functies, calls in de VM dus. Vandaar de tragere executie.

Ik vind get en let propertie gevallen erg handig, want je genereert ze zo makkelijk . Ik zou overigens ook geen VB kiezen voor rekentechnisch zware applicaties hoor. Iedere taal/omgeving heeft zn pluspunten, en juist de wat zwakkere punten gaan uitbuiten lijkt me niet zo slim

[Verwijderd]

Hello,

Voor de persoon, die het in het nederlands wou horen:
"Sorry voor mijn posts ervoor"

En dan even antwoorden op de paar posts erboven.

Wel, Inderdaad is Visual Basic trager, en yep vb compiled ook naar ASM, maar is zo generic(algemeen) dat het meer code moet toevoegen, en dat het daarom vertraagt.

VB gebruiken voor een eigen engine te maken die unreal 2 moet verslagen is inderdaad niet mogelijk, dus zoals iemand erboven heeft gezecht dat je het daar ook niet voor moet uitbuiten is 100% juist.

VB is een Interface friendly en Fast Time coding programma.

Wanneer je de moeilijke code in Cpp maakt en de interface of andere gedeelte, die niet uitmaken hoe snel te zijn, kan je dagen uitsparen, zoals de makers van de Unreal editor, veel mensen gebruiken Visual Basic, omdat ze niet dagen willen verliezen om het in Cpp te maken, warop je het in VB gewoon in een kwartier kan doen. (niet beginnen zagen dat je het even snel kan in Cpp, maar ik denk dat je wel weet wat ik bedoel)

Ook voor games is VB heel handig, daar gebruiken sommige engines, zoals diegene waar ik met mee werk, handig gebruik van.
VB legt dan gewoon de links dussen de functies en stuurt de juiste commandos op het juiste moment naar de engine.

Op deze manier, kunnen mensen op zeer korte tijd, zeer goede 3d programma's en ook games maken, en nog steeds naar hun eigen goesting en keuze.

Elke taal heeft voordelen, en een taal afkraken heeft geen nut, ik ben ook een C++ programmeuer, en ik wil het voor geen geld stoppen met gebruiken; maar als iemand mij vraagt een stoem rekenmachine te maken, of gewoon een programma voor de kas&stock van een kapper bij te houden, dan gebruik ik gewoon VB.

Dus, Ik denk dat het de meeste hier nu wel eens zijn, en sommige veel uit deze topic kan leren.

Eigenlijk is gewoon VB het overgestelde van ASM.

ASM << Kost veel tijd om iets te maken, maar je kan ZEER goede resultaten berijken
Cpp << Gemiddelde tijd voor iets te maken, en je kan ook goede resultaten berijken maar iets minder dan ASM
VB << Kost weinig tijd om iets te maken, en je kan goede resultaten halen zoals in Cpp, maar je word meer beperkt en de berekeningen zijn trager.
(Om een discutie niet te laten gebeuren, zal ik ook zeggen waarom ik vind dat VB beperkt is, omdat je niet direct toegang tot alles hebt, je kan met WinApi stuff gaan veranderen, maar met Cpp is alles meer gewoon normaal, in vb is Winapi meer iets apart.)

Vriendelijke Groeten,
Sigurd

[Verwijderd]

3D Programmeren in .NET is echt fantastisch, ze hebben zelfs een hele mooie demo erbij gegeven, helemaal gemaakt in .NET. Link:

http://msdn.microsoft.com/vbasic/donkey.asp

Is echt snel en leuk! Veel plezier.

[Scorpion]

aaaaaaargh! toch niet weer he!

[Verwijderd]

Is het nog steeds zo in VB dat als je het volgende intypt:

code:

Dim I As Integer

En het compileert dat stiekum intern wordt gelezen:

code:

Dim I As Variant

Zou namelijk heel veel verklaren (traagheid van VB6)!

[Verwijderd]

Op dinsdag 26 februari 2002 11:51 schreef hvdberg het volgende:
Is het nog steeds zo in VB dat als je het volgende intypt:

code:

Dim I As Integer

En het compileert dat stiekum intern wordt gelezen:

code:

Dim I As Variant

Zou namelijk heel veel verklaren (traagheid van VB6)!

Nee, in .net helemaal niet meer, het was in VB6 wel zo dat als je zei:

Dim A,B,C as Integer

Dat A en B als varianten werden gedeclareerd, en alleen C als een integer. In .NET is in dit voorbeeld dan ook echt alles als integer gedeclareerd, alleen de integer is in .net een short geworden, de integer staat gelijk aan de VB6 long. 3D applicaties in .NET draaien echt fantastisch.

[Verwijderd]

Op dinsdag 26 februari 2002 12:11 schreef Mammaplank het volgende:
Nee, in .net helemaal niet meer, het was in VB6 wel zo dat als je zei:

Dim A,B,C as Integer

Dat A en B als varianten werden gedeclareerd, en alleen C als een integer. In .NET is in dit voorbeeld dan ook echt alles als integer gedeclareerd, alleen de integer is in .net een short geworden, de integer staat gelijk aan de VB6 long. 3D applicaties in .NET draaien echt fantastisch.

Zo bedoelde ik het dus precies (Dim A,B,C As Integer). Dat ze van de integer een 32-bit integer hebben gemaakt lijkt me niet meer dan logisch (geheel andere discussie).

VB.Net lijkt me idd een heel stuk beter maar C# lijkt me wat betreft 3D helemaal toppie.

[.oisyn]

en ik zou geen van beiden gebruiken voor 3d

[wasigh]

He wat is dat?
een 3d slot??


sorry, maar dit topic brengt teveel nare gevoelens boven