Come implementare il rilevamento delle collisioni dei portali?

Ad esempio, prendi questo scenario (scusa le mie orribili abilità di disegno):

Questo si basa sul "Portale", dove lo stickman sta attraversando il portale blu (che è collegato al portale rosso), ma c'è un muro che lo ferma sul portale rosso. Pertanto non può passare completamente attraverso il portale.

Quindi la mia domanda è questa: come faccio a rilevare la fisica / collisione con loro? Divido il giocatore? C'è un modo per collegarli? Ci sono motori fisici che supportano questo? In caso contrario, come ne farei uno?

Il gioco Portal ha un modo carino con cui hanno risolto questo problema:

Il giocatore passa attraverso il portale di origine (blu) e viene visto sporgere dal portale di destinazione (arancione). Il giocatore viene copiato sul portale di destinazione e visto attraversarlo. Il gioco rende l'immagine che vedi guardando attraverso il portale di origine usando una seconda telecamera e render-to-texture.

Tuttavia, la copia del giocatore nella posizione di destinazione non interagisce con la fisica. È lì solo per scopi di rendering. Al contrario, creano oggetti di collisione virtuali sull'altro lato del portale di origine e fanno invece collidere il giocatore con quello. Questo semplifica la fisica.

Hai solo bisogno di quegli oggetti virtuali per quanto il giocatore può raggiungere senza passare completamente attraverso il portale. Non appena il giocatore passa completamente attraverso il portale, la situazione si inverte.

Un'immagine per illustrare : il portale blu è il portale di origine, il portale arancione il portale di destinazione. La casella bianca tratteggiata è l'oggetto di collisione virtuale, mentre la casella reale è l'oggetto renderizzato. Il giocatore (con il punto rosso) interagisce solo con gli oggetti direttamente attorno ad esso. Gli oggetti sul portale arancione vengono completamente ignorati.

Ecco come proverei a farlo.

Mentre sei all'interno di un portale ci sarebbero due copie del giocatore nel motore fisico. Ogni copia ignora tutte le collisioni che si trovano sul lato opposto del portale, quindi si combinano i risultati e si applicano i risultati della simulazione a entrambi i modelli.

Idealmente, dovresti applicare la gravità separatamente per ogni metà del giocatore, ma potresti riuscire a cavartela semplicemente applicandola per il lato del portale su cui si trova il centro di massa del giocatore.

Per ignorare quelle collisioni è necessario impostare un volume appropriato e verificare se un punto è al suo interno. Un cilindro (forse allungato verticalmente) sembrerebbe essere una buona opzione. Il test è quindi qualcosa di simileif (!collisionPoint.InsideCylinder(portal)) ProcessCollision(); else IgnoreCollision();

Credo che la maggior parte dei motori fisici abbia un sistema per filtrare ciò con cui un oggetto può scontrarsi, quindi dovrebbe essere possibile utilizzare un motore fisico standard. Ad esempio http://bulletphysics.org/mediawiki-1.5.8/index.php/Collision_Filtering#Custom_collision_filtering

Per combinare i risultati, l'opzione più semplice sarebbe probabilmente quella di aggiungere una sorta di vincolo inflessibile tra i due e lasciare che il motore fisico lo gestisca.

Come calcolerei fino a che punto il giocatore scende?

Perché vorresti farlo? Non è necessario calcolare fino a che punto un giocatore "scende"; scoprirai quanto scende mentre l'oggetto passa attraverso la simulazione.

Come potrei anche collegare i portali?

Un portale, dal punto di vista puramente in-game, è poco più di un elaborato teletrasporto che fa casini con la collisione per trasformare oggetti collezionabili in oggetti non collidabili. Quando un oggetto tocca il portale, inizia potenzialmente a scontrarsi con cose dall'altra parte. Quando l'oggetto passa "abbastanza lontano" attraverso il portale, lo si teletrasporta effettivamente all'altro, modificando istantaneamente la sua posizione e orientamento.

La fisica procede semplicemente normalmente.