CollyxDLL

[BaronVsCorsar]

ma dai, una piattaforma è piana.
il concetto di "piattaforma inclinata" non è dato da "rampa"?

ciò non toglie che un videogioco con delle rampe (o piattaforme inclinate ) per me rimane un platform.
E no, non è un elemento importante... anzi... "tanta" fatica per poco gusto (in genere).

dopo una breve ricerca, la piattaforma deve essere "piana" o spianata:
http://www.dizionario-italiano.it/defin ... a=P066E000

[CaMpIoN]

Ma l'intesa non è per piattaforma oggetto, ma per piattaforma di gioco...

[Tizzio]

Ma l'intesa non è per piattaforma oggetto, ma per piattaforma di gioco...

ma no dai...
io credo che il termine platform sia nato all'inizio quando c'erano i primi giochi come super mario(che non avevano piani inclinati) e si stava appunto su delle piattaforme anche molto spesso fluttuanti nell'aria.
Quindi il termine ha racchiuso tutti quei giochi che oggi chiamiamo di genere platform.
(anche con piano inclinato)

[Jak]

Nel momento in cui è nato il 3d il concetto di platform è stato sconvolto. Ora sono altri elementi che identificano un platform. Comunque giochi come sonic sono platform eppure hanno curve e giri della morte ecc ovunque.

[condors94]

prima i giochi erano solo e tutti in 2d.... i platform erano tutti quei giochi che non fossero picchiaduro o arcade... appunto piattoforme...

[pontino]

Platform ormai ha assunto il significato di Coso che salta e corre .
Comunque rimaniamo IT. (compreso me)

Jak adesso lo riordini l'open post?

[Jak]

Jak adesso lo riordini l'open post?

Hei è vero
Vedrò di sistemare. Ora sono impegnato a fare collydll 2.0

[CaMpIoN]

E mi raccomando più esempi... anche con mesh non da file, che ancora sono riuscito a far funzionare il platform (aspetto un tuo esempio da mesh non da file).

[Jak]

aspetto un tuo esempio da mesh non da file.

Prima che facessi collydll 1.1 con supporto dei file l'esempio aveva la definizione della mesh da codice. Vediamo se riesco a ripescarlo ma non credo.
Comunque per semplicità di utilizzo farò dei controlli mesh-mesh oltre al semplice ray tracing solo che la cosa non sarà molto facile. Con il metodo che ho studiato finora ci potrebbero essere problemi quando fate andare mesh grandi ad alta velocità che incontrano mesh piccole. Devo trovare un sistema per fare un controllo "continuo" lungo il percorso della mesh senza consumare troppa cpu. Non so bene cosa fanno le altre dll fisiche ma poichè hanno la fisica molto potente penso che più che per la fisica mi concentrerò sul controllo del prg. Farò vari tipi di controlli che si adattano ai vari tipi di giochi. C'è molto lavoro da fare, devo trovare il sistema per ottenere questa continuità nei controlli