Investigate ways of doing split-screen cameras

In order to do this, the entire in memory canvas needs to be up for grabs for rendering. Then you take the pixels in the specific camera frustum and compose the multiple frustums together.

engine.currentScene.cameras = [camera1, camera2];

// get individual frustums
var frustum1: ex.Texture = camera1.getFrustum();
var frustum2: ex.Texture = camera2.getFrustum();

// compose cameras
var composer = new CameraComposer();

engine.currentScene.cameraComposer = composer;

This will break all off screen culling logic 😕

[pathurs]

Proposal:

We shouldn’t confine this feature to just ‘split-screen’ scenarios, we should allow different types of camera displays, in a ‘Multi-camera’ system.

In the above screenshot, you can see 2 players, with their own camera in a rectangle. On top of each player, they both have a mini-map, which is a separate camera that separately displays the map from each player’s own position. On the bottom, a smaller version of the other player’s view can be seen, for co-op style game play.

Obviously this is just an example, but I believe that allowing very custom/dynamic camera rendering would allow developers to do anything they can imagine (maybe?).

@eonarheim fyi

[eonarheim]

@JumpLink nothing recent, there is some work going on to refactor the WebGL renderer to allow easier post processing to render targets that might be eventually useful in creating multiple cameras.

I’ll slot this into our v1 roadmap, but no promises on a timeline. This potentially will require some plumbing changes in Excalibur to allow multiple cameras, running the draw routines per camera, and compositing the results together.

Tentatively I’ve placed this on v0.27.0 #1161